Проводки по исполнительным документам

y1

Коллеги,

есть ли законный способ заставить проводки по исполнительным документам идти на кредиторов, указанных в ИТ296?

Proforg

y1 написал:

Коллеги,
есть ли законный способ заставить проводки по исполнительным документам идти на кредиторов, указанных в ИТ296?

Через EXIT_RPCIPE00_002 прописываем 296 кредитора в sgtxt или ZUONR (что используется, что нет). Затем делаем FI замещение, которое замещает кредитора из этого поля. Абапа - строк 5.

Plotnikov

это замещение можно сделать и в EXIT_RPCIPE00_004 присвоив MCODE код кредитора из поля в котором Вы его сохранили.

Macros

Этот вопрос многократно обсуждался на форуме, например:
viewtopic.php?f=11&t=34895&hilit=%D0%B0%D0%BB%D0%B8%D0%BC%D0%B5%D0%BD%D1%82%D1%8B
viewtopic.php?f=11&t=21806&p=145863&hilit=%D0%B0%D0%BB%D0%B8%D0%BC%D0%B5%D0%BD%D1%82%D1%8B#p145863

p.s.
Последняя ссылка объясняет зачем нужно MCODE изменять )
Вообще-то, использование в бадишках ASSIGN не совсем законно.

y1

спасибо, коллеги! читал... много думал...

Proforg, правильно ли я понимаю, что ваш механизм работает во всех случаях (кредитор-сотрудник, кредитор-внеш.лицо, кредитор-организация) одинаково?

Proforg

y1 написал:

спасибо, коллеги! читал... много думал...

Proforg, правильно ли я понимаю, что ваш механизм работает во всех случаях (кредитор-сотрудник, кредитор-внеш.лицо, кредитор-организация) одинаково?

Да. Замена будет происходить еще на стороне HR, т.к. FI замещения по кредиторам и дебиторам еще на этапе формирования прогона отрабатывают.

y1

а какой тип симв.счёта вы используете?

Proforg

KF проще всего. Туда dummy кредитора, появление которого в проводках будет ашипко значить. Совсем без кредитора в настройках, имхо, ошибку выдает

SemenSemenych

Plotnikov написал(а):

это замещение можно сделать и в EXIT_RPCIPE00_004 присвоив MCODE код кредитора из поля в котором Вы его сохранили.

зачот

y1

Proforg написал:

В EXIT_RPCIPE00_002 достаем из V0-VINFO+4(10) номер кредитора. Перекладываем его в SGTXT или ZUONR.
Далее делаем FI замещение, которое замещает LIFNR содержимым ZUONR/SGTXT. Предпосылка - наличие кредитора в этом самом ZUONR/SGTXT
FI-замещения отрабатывают в части дебиторов/кредиторов даже на модельном прогоне. Соответственно, даже на стороне HR будет правильный кредитор.
Тип символического счета - KF. MOMAG не нужен. Кредитора к символическому счету по дефолту технического привязываем

Proforg, если можно, чуть подробнее про FI замещение

Proforg

А в чем с ним проблема? Заходим в OBBH, смотрим на существующие, делаем новый шаг, который кредитора меняет
Толковый ман по замещениям

y1

Спасибо за ссылку! Очень полезный форум!

NIK_ER

Proforg написал:

В EXIT_RPCIPE00_002 достаем из +4(10) номер кредитора. Перекладываем его в SGTXT или ZUONR.
Далее делаем FI замещение, которое замещает LIFNR содержимым ZUONR/SGTXT. Предпосылка - наличие кредитора в этом самом ZUONR/SGTXT
FI-замещения отрабатывают в части дебиторов/кредиторов даже на модельном прогоне. Соответственно, даже на стороне HR будет правильный кредитор.
Тип символического счета - KF. MOMAG не нужен. Кредитора к символическому счету по дефолту технического привязываем

Proforg, подскажите, плз., как в V0-VINFO положить номер кредитора. У нас туда сейчас только "Внутренний номер исполнительного документа" попадает.

Macros

NIK_ER написал(а):

подскажите, плз., как в V0-VINFO положить номер кредитора. У нас туда сейчас только "Внутренний номер исполнительного документа" попадает.

Случайно в t7rurptcst00 не активирован параметр RUAID_46C_V0_STRUC для HRUCALC0?

NIK_ER

Macros написал:

NIK_ER написал(а):

подскажите, плз., как в V0-VINFO положить номер кредитора. У нас туда сейчас только "Внутренний номер исполнительного документа" попадает.

Случайно в t7rurptcst00 не активирован параметр RUAID_46C_V0_STRUC для HRUCALC0?

Нет. Стоит только RURAB_VAC_SEL_PROCESS и SCHEMA. У нас SAP ECC 6.0. версия 604.

Проводки по исполнительным документам

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