Группа статполей для данного счета настроена таким образом, что требуется обязательный ввод в указанное поле. Я так понимаю, что под user exit, говоря о замещении, Вы подразумеваете пользовательскую подпрограмму на втором моменте (это было бы логично). Смысл при проводке такой, что первым делом проверяется статус полей согласно группе статполей счета главной книги (группа статполей настраивается в основной записи счета ГК). И только потом система приступает к замещениям и проверкам пользователя. Замещение в поле не случится до тех пор, пока не будет пройдена проверка группы статполей. Иначе говоря, поле обязательное для заполнения, и ругается система сразу как только обнаружит его пустоту. Чтобы работало замещение, группу статполей надо обманывать. Простой пример - замещение на МВЗ. Также будет ругаться красным, пока не сделать финт с автоконтировкой. То есть в поле пропихивается что-то холостое, а замещение накладывается уже сверху и отрабатывает после модуля проверки поля.
Однако все это выглядит немного странно, потому что тогда и в режиме онлайн замещение также не отрабатывало бы. Я могу лишь предположить, что в BAPI специфика своя.
Попробуйте следующее. 1. Если в BAPI есть возможность передать ПФМ для позиции кредитора, подайте туда какое-то техническое значение. Предпосылку для работы замещения при необходимости скорректируйте (если там стоит сейчас условие ПФМ = ПУСТО). То есть ее надо ослабить так, чтобы замещение отработало поверх технического значения. 2. Пропихните в финансовую позицию по данному счету ПФМ по умолчанию (настраивается в основной записи финансовой позиции). Тогда это будет равносильно автоконтировке (по аналогии с моим примером с МВЗ). Уже поверх него работайте с замещением (опять же надо проверить предпосылки). 3. Ослабьте приоритет поля ПФМ в группе статполей до "Необязательное заполнение". В этом случае модуль проверки поля не вернет ошибку и exit обязан отработать (если Вы ручаетесь, что в BAPI он вообще работает).
Если под user-exit понималось что-то другое (натуральный customer function, а не exit замещения второго момента), то это значит, что оно там не работает, вот и все (если Вы опять же ручаетесь, что в режиме онлайн при прямой проводке в MIRO все идентично).
Наконец, в конце добавлю. А зачем Вам вообще ПФМ на 60 счете? Раз речь идет о MIRO, то это явно КЗ. В SAP ФП и ПФМ живые указываются только в позициях затрат/расхода/дохода/выручки/позициях ОГК. В остальных случаях техническое значение.
_________________ Алё, это Пакистан? Нам нужен один килограмм
|