У нас тоже сделано замещение контрольного счета в тр. MIRO, в FI документе срабатывает замещение .но однако в документе контроля счетов логистики в закладке подробно в поле экрана INVFO-HKONT остается счет кредитора из основной записи поставщика. Пользователи требуют чтобы и в логистике счет менялся на альтернативный может нужно чтони-будь дописать? Подскажите пожалуйста!!!

Версия 6.0. Счет заменяется на альтернативный при проводке СФ. В момент сторно счета сначала отрабатывает FI-замещение с соответствующим вытягиванием из памяти номера альтернативного счет, а потом уже в LMR1M001 exit_saplmrmp_010 (ZXM08U16) номер счета ищется и записывается. То есть немного не тот порядок вызова Как можно исправить на нормальный?

Заглянули бы на предыдущую страницу:

Да, уже реализовал берез бадишку. Все работает. Спасибо

Скажите плиз: для замены стандартного ZUONR
через BADI INVOICE_UPDATE~CHANGE_AT_SAVE
что именно надо переписывать?

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

В S_RBKP_NEW-ZUONR не пишется?

Так это же READ-ONLY import-параметр, он ведь обратно не возвращается

Если менять в момент AT SAVE, то мне кажется ассигниться уже нужно к другим таблицам. Поменять же INVFO-ZUONR думаю можно будет где-нить раньше - может получиться это сделать в БАДИ MRM_HEADER_DEFAULT или еще где.

Так в том и вопрос - куда ассигноваться?

PS Единственный метод Бади MRM_HEADER_DEFAULT~HEADER_DEFAULT_SET вызывается в самом начале, еще до введения ссылки на пред. документ и ввиду этого бесполезен.

Если версия - ERP2005, то идем в инклюд LMR1MF6P и, используя неявную точку расширения, вписываем свой код в самом начале FORM move_data_to_fi.

Заполняем i_rbkpv-zuonr, номер закупочного заказа лежит в RM08M-EBELN.

Коллеги выручайте!
zbukrs пустая переменная! где ее заполнять???

1) какая структура? что?-zbukrs
2) поле свое, судя по всему, и заполнять его нужно разных местах в зависимости от того, какого результата надо добиться.

не получается сделать так как п.2

Друзья, а может в ERP 6.0 все-таки есть возможность открыть поле для ввода?
Просто не хочется повторять опыт с разработкой не будучи уверенным в альтернативе подхода.
если же поле открыть, то чем это чревато, если все-равно счет замещаем?

Наконец-то SAP СНГ реализовал возможность ввода альтернативного счета кредитора в MIRO в EHP6 (вроде 11 ноября выходит).