При переносе проводки с выравниванием происходит ошибка обновления
модуля FM_PUR_DOCUMENT_UPDATE с кодом ошибки FI057 Обновление модуля управления фондами (KNBELNR). Как я понял при проводке документа система пытается создать документ УБ и записать в поле KNBELNR ссылку на документ FI.Может кто-то уже сталкивался с данной проблемой,поиск нот ничего не дал.

У Вас используются фонды??
А программу разграничения какую используете - расширенную?

Фонды не используются.Разделение используется стандартное.

Добрый день. Вы очевидно используйте сплиттинг, однако видимо не определили как признаки разделения KNBELNR и VOBELNR. А может определили, а теперь система ищет, но найти не может. Судя по функциональному модулю мы находимся в похожей ситуации.Только у меня ошибка была fmup027 и по ней была нота, но в нашей системе она уже была накатана. А вспомнила я про нее потому что она вывела на фм FM_PUR_CREATE_PAYMENTS, одна у нас с вами группа функций FMPU_R. Сущность ноты состояла в исключении одной строки.
Context Block
endloop.

*----- Check whether the payment update is taking place
loop at g_t_ledger.
read table t_fmifiit with key rldnr = g_t_ledger-rldnr


Delete Block
btart = fmfi_con_btart_payed
wrttp = wrttp9.


Insert Block
wrttp = wrttp9.

когда посоветовались с абаперами они сказали, что при выравнивании просто платежа, а не авансового, то есть без кода ОГК выранивание не дает обновление, так как во входную таблицу T_FMIFIIT почему - то не подаются данные из документа. Ошибку эту я поборола, но теперь у меня FMUP044, которая обозначает примерно то же. Что-то не так со сплиттингом. И не могу найти. У вас настроен AKON? Вы используете тапы? Куда вы переносите выравнивание?

Сплитинг у нас используется,но признаки KNBELNR и VOBELNR не используются.AKONT настроен.Вы писали что побороли ошибку обновления таблицы T_FMIFIIT,подскажите каким образом?

Можно сказать, что не поборола. Потому что тоже тогда убрала из признаоков VOBELNR и KNBELNR для эксперимента, потом вернула, и что - то в системе изменилось настолько, что я даже не смогла вернуться к этой ошибке именно в том состоянии. Побороть то, что в таблу попадают доки с кодом ОГК наверное нельзя. У меня возникала ошибка пи выравнивании платежа (с финпозицией) и счет-фактуры (с финпозицией). А то что вы писали про вашу ошибку - скорее всего сплиттинг без определения VOBELNR и KNBELNR нельзя использовать, вот и ошибка. Добавьте их в признаки разделения Главной книги.

Признаки добавил,но ошибка осталась!Дело в том что бюджет у нас был активирован для использования контировок ФП и ПФМ,остальной функционал самописный,главная книга использует таблицу FAGLFLEXT для нужд FI.Вот я и думаю а нужна ли нам вообще галочка на Онлайн платежи в профиле обновления или нет?Пытался убрать))не получается.

Убрать вы уже не сможете, просто может деактивировать саму процедуру сплиттинга в спро. К тому же если вы делаете сплитинг, то вам нужно использовать FMGLFLEXT, но если у вас уже был запуск, но менять уже нельзя. К тому же FI-щики будут ругаться, так что....замкнутый круг какой-то.

Обновление снял путем изменения сообщения,но эту процедуру необходимо выполнять только на этапе проектирования системы.Если продуктивный мандант необходимо чистить таблицы факта и снимать галку,что тоже не очень приятно!