Текущее время: Вт, июл 29 2025, 16:23

Часовой пояс: UTC + 3 часа




Начать новую тему Ответить на тему  [ Сообщений: 14 ] 
Автор Сообщение
 Заголовок сообщения: Двойной контроль за основной записью дебитора/кредитора
СообщениеДобавлено: Пт, ноя 23 2012, 11:00 
Специалист
Специалист
Аватара пользователя

Зарегистрирован:
Пт, дек 07 2007, 14:18
Сообщения: 178
Откуда: Москва
Пол: Женский
Добрый день, коллеги.
Кто-нибудь делал следующее: чтобы кто-то создавал осн. запись дебитора или кредитора, а другой подтверждал.
Такая возможость в стандарте есть для процедуры платежей, т.е. дебитор/кредитор будет блокирован только для платежей, если не будет подтвержден.
А можно ли сделать так, чтобы при создании карточки она по умолчаию блокировалась, а права на разблокировку были бы только у того, кто подтверждает.
Если у кого-то были похожие задачи - поделитесь, пожалуйста, мыслями, как это лучше реализовать:)

Спасибо.
С уважением,
Татьяна.


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Двойной контроль за основной записью дебитора/кредитора
СообщениеДобавлено: Пн, ноя 26 2012, 18:26 
Младший специалист
Младший специалист

Зарегистрирован:
Ср, ноя 16 2011, 17:39
Сообщения: 98
Пол: Мужской
Вообще блоки в клиентах и поставщиках бывают совершенно разные, и скорее всего методика внедрения такой функции будет разной.По моему мнению самый правильный (но очень долгий и дорогой) путь для Вашей задачи – это организация «Потока операций». Вернее 2х потоков, для клиентов и поставщиков.

Ну а если дёшево и сердито, то наверное можно наАБАПить в экзитах на сохранении в X?01, F?01, VВ01, MK01 и блокировать через поля типа SPERQ в поставщиках и AUFSD / FAKSD / LIFSD / SPERR в клиентах.

_________________
SAP stands for Start Applying Patches


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Двойной контроль за основной записью дебитора/кредитора
СообщениеДобавлено: Пн, ноя 26 2012, 21:25 
Старший специалист
Старший специалист

Зарегистрирован:
Вт, мар 30 2010, 09:04
Сообщения: 258
TaShi написала:
Если у кого-то были похожие задачи - поделитесь, пожалуйста, мыслями, как это лучше реализовать:)
у того, кто создаёт сейчас дебитора/кредитора, отнимается лицензия на работу в сап. тот у кого отнята лицензия делает всё в экцель. тот, у кого лицензия есть, получает от того, у кого отнята лицензия, этот файл. файл засовывается в сап тем, у кого есть лицензия и полномочия. сделаете так будете в тренде у начальства. :)


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Двойной контроль за основной записью дебитора/кредитора
СообщениеДобавлено: Пн, ноя 26 2012, 21:30 
Старший специалист
Старший специалист

Зарегистрирован:
Вт, мар 30 2010, 09:04
Сообщения: 258
PointGuard написал:
По моему мнению самый правильный (но очень долгий и дорогой) путь для Вашей задачи – это организация «Потока операций». Вернее 2х потоков, для клиентов и поставщиков.
а потом кто-то скажет - а мне не нравится то, что ты сделал, иди переделывай. так пускай в почте и разбираются. будет дёшево и сердито.


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Двойной контроль за основной записью дебитора/кредитора
СообщениеДобавлено: Пн, ноя 26 2012, 21:36 
Специалист
Специалист
Аватара пользователя

Зарегистрирован:
Пт, дек 07 2007, 14:18
Сообщения: 178
Откуда: Москва
Пол: Женский
homoSAPience написал(а):
TaShi написала:
Если у кого-то были похожие задачи - поделитесь, пожалуйста, мыслями, как это лучше реализовать:)
у того, кто создаёт сейчас дебитора/кредитора, отнимается лицензия на работу в сап. тот у кого отнята лицензия делает всё в экцель. тот, у кого лицензия есть, получает от того, у кого отнята лицензия, этот файл. файл засовывается в сап тем, у кого есть лицензия и полномочия. сделаете так будете в тренде у начальства. :)


Оригинально:)


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Двойной контроль за основной записью дебитора/кредитора
СообщениеДобавлено: Пн, ноя 26 2012, 21:38 
Специалист
Специалист
Аватара пользователя

Зарегистрирован:
Пт, дек 07 2007, 14:18
Сообщения: 178
Откуда: Москва
Пол: Женский
Спасибо за совет, PointGuard.
Но хотелось бы что-то попроще и без абапа (таковы требования проекта).
Не знаете, есть ли возможность при создании ставить значения по умолчанию - типа блокировки?


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Двойной контроль за основной записью дебитора/кредитора
СообщениеДобавлено: Вт, ноя 27 2012, 03:58 
Младший специалист
Младший специалист

Зарегистрирован:
Ср, ноя 16 2011, 17:39
Сообщения: 98
Пол: Мужской
TaShi написала:
Но хотелось бы что-то попроще и без абапа (таковы требования проекта).

Уважаемые требования. :wink:

TaShi написала:
Не знаете, есть ли возможность при создании ставить значения по умолчанию - типа блокировки?

Наверное можно попробовать Вариант(ы) экрана сделать (SHD0) и поставить значение по умолчанию, поле сделать обязательным или спрятать, но с нужным значением. Созданный вариант присвоить как "по умолчанию" пользователю(ям) который создаёт. Тому кто разблокирует оставить "нормальную" нетронутую транзакцию. Вот такая идея.

_________________
SAP stands for Start Applying Patches


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Двойной контроль за основной записью дебитора/кредитора
СообщениеДобавлено: Пн, дек 03 2012, 13:36 
Младший специалист
Младший специалист
Аватара пользователя

Зарегистрирован:
Пт, окт 27 2006, 14:06
Сообщения: 60
Откуда: КИЕВ
Пол: Женский
посмотрите может подойдет:
в спро - Финансы (нов.) - Бухгалтерия дебиторов и кредиторов - Счета кредиторов - Основные данные - Подготовка к вводу основных данных кредиторов - Опред. критичных полей/прицип контроля 2 лицами (кредиторы)
потом в транзакции FK08 - По отдельности , FK09 - Список подтверждаете


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Двойной контроль за основной записью дебитора/кредитора
СообщениеДобавлено: Пн, янв 21 2013, 13:38 
Начинающий
Начинающий

Зарегистрирован:
Пн, июн 04 2012, 14:30
Сообщения: 8
Подскажите, пожалуйста, почему может быть, что не все поля, которые были определены как критичные для изменения в основной записи кредитора , например, банк.счет, не выводятся в транзакции FK09. в таблице T055F они определены как LFBK-BANKL, LFBK-BANKN. в таблицах документа изменений кредитора CDPOS, CDHDR они отражены, но в отчет не выходят


Принять этот ответ
Вернуться к началу
 Профиль Отправить email  
 
 Заголовок сообщения: Re: Двойной контроль за основной записью дебитора/кредитора
СообщениеДобавлено: Ср, янв 23 2013, 00:44 
Младший специалист
Младший специалист

Зарегистрирован:
Ср, ноя 16 2011, 17:39
Сообщения: 98
Пол: Мужской
marisha1471 написал(а):
Подскажите, пожалуйста, почему может быть, что не все поля, которые были определены как критичные для изменения в основной записи кредитора , например, банк.счет, не выводятся в транзакции FK09. в таблице T055F они определены как LFBK-BANKL, LFBK-BANKN. в таблицах документа изменений кредитора CDPOS, CDHDR они отражены, но в отчет не выходят


Иногда возможно потому что банк.счёт сначали удалили (и это можно подтвердить самому в обход dual control) из записи кредитора.
CDHDR/CDPOS плохие помощники в расследовании. Лучше смотрите изменения в конкретной записи кредитора или еще есть отчёт RFKABL00.

Удачи!

_________________
SAP stands for Start Applying Patches


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Двойной контроль за основной записью дебитора/кредитора
СообщениеДобавлено: Ср, янв 23 2013, 12:05 
Начинающий
Начинающий

Зарегистрирован:
Пн, июн 04 2012, 14:30
Сообщения: 8
Иногда возможно потому что банк.счёт сначали удалили (и это можно подтвердить самому в обход dual control) из записи кредитора.
CDHDR/CDPOS плохие помощники в расследовании. Лучше смотрите изменения в конкретной записи кредитора или еще есть отчёт RFKABL00.

Удачи![/quote]

спасибо за отклик.
а если вот такая ситуация
По поводу отражения Payment terms:
1) При создании нового кредитора это поле не попадает на подтверждение.
2) При изменении этого поля в осн.данных кредитора – попадает на подтверждение.
По поводу отражения банковских данных:
1) При создании нового кредитора эти данные попадают на подтверждение
2) При изменении банк.реквизитов в осн.данных кредитора – они не попадают на подтверждение.
По поводу отражения ИНН/КПП:
1) При создании нового кредитора эти данные не попадают на подтверждение
2) При изменении в осн.данных кредитора – они попадают на подтверждение.

логика программы такова, что любые изменения должны попадать? и при создании тоже все поля должны отражаться?
или так и должно срабатывать, как работает у нас?
В RFKABL00 при создании к\агента New value=*** Created ***
При изменени заполнены поля New value и Old value


Принять этот ответ
Вернуться к началу
 Профиль Отправить email  
 
 Заголовок сообщения: Re: Двойной контроль за основной записью дебитора/кредитора
СообщениеДобавлено: Ср, янв 23 2013, 17:12 
Младший специалист
Младший специалист

Зарегистрирован:
Ср, ноя 16 2011, 17:39
Сообщения: 98
Пол: Мужской
Отвечал по памяти, у меня к сожалению в данный момент под рукой нет системы с активированным двойным контролем, так что проверить ваши случаи не смогу.

А какая у вас версия системы?

_________________
SAP stands for Start Applying Patches


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Двойной контроль за основной записью дебитора/кредитора
СообщениеДобавлено: Чт, янв 24 2013, 11:13 
Начинающий
Начинающий

Зарегистрирован:
Пн, июн 04 2012, 14:30
Сообщения: 8
версия 6.0.
пакет поддержки SAPKH60410
поискала ноты, но ничего не нашла. думала, что-то недоустановлено.
на всех сап-ресурсах написано, что должно хватить единственной настройки в таблице T055F и должно все работать.


Принять этот ответ
Вернуться к началу
 Профиль Отправить email  
 
 Заголовок сообщения: Re: Двойной контроль за основной записью дебитора/кредитора
СообщениеДобавлено: Чт, янв 24 2013, 17:10 
Младший специалист
Младший специалист

Зарегистрирован:
Ср, ноя 16 2011, 17:39
Сообщения: 98
Пол: Мужской
А события никакие не активированы, например 00001421 ОСНОВНЫЕ ДАННЫЕ КРЕДИТОРА: сохр. с переносом данн. , или 1420 /1440 / 1460/ 3070?
Может самодельный код вмешивается в стандарт?

_________________
SAP stands for Start Applying Patches


Принять этот ответ
Вернуться к началу
 Профиль  
 
Показать сообщения за:  Поле сортировки  
Начать новую тему Ответить на тему  [ Сообщений: 14 ] 

Часовой пояс: UTC + 3 часа


Кто сейчас на конференции

Сейчас этот форум просматривают: нет зарегистрированных пользователей


Вы не можете начинать темы
Вы не можете отвечать на сообщения
Вы не можете редактировать свои сообщения
Вы не можете удалять свои сообщения
Вы не можете добавлять вложения

Найти:
Перейти:  
cron
Powered by phpBB © 2000, 2002, 2005, 2007 phpBB Group
Русская поддержка phpBB