Здравствуйте, коллеги! При формировании бухгалтерского документа по поступлению материла (Migo, ВДВ 101, поступление по входящей поставке) появилась необходимость в добавлении дополнительных строк с проводками. Добавление строк реализовали в обработке события 00001025E для ФМ OPEN_FI_PERFORM_00001025_E. Изменили данные в таблице t_bseg и передали в памяти. При дальнейшей отработке ФМ FI_DOCUMENT_POST возникает dump Message TYPE X из-за того, что в таблицах XBSEZ (XBSEU, XACCIT) по-прежнему старое количество позиций (до редактирования проводок). Таким образом вопрос, можно ли в принципе увеличивать число позиций в бухдоке искуственно и как это реализовать.

Подобная реализация абсолютно неверна вообще со всех точек зрения. И с точки зрения последовательности выполнения процесса, и с точки зрения архитектуры, и с точки зрения абсолютно некорректного применения события 1025. У вас вообще руководитель группы или проекта есть, который архитектуру финансового модуля или логику RWIN процессов понимает? Видимо нет, раз вы таким вот занимаетесь.

Строки добавлять можно только на этапе работы RWIN процесса, чтобы ACCCR, ACCIT и все остальное на этапе проникновения в среду проводки документа полностью соответствовали структуре этого самого документа.

Например, PROCESS = DOCUMENT, EVENT = CHECK.
Это таблица TRWPR.

Спасибо за развёрнутый ответ.

Сделайте ФМ на DOCUMENT, CHECK в trwpr.
В рамках данного ФМ очень внимательно обработайте accit и acccr (и все остальное по ситуации).
Дальше уже обновленный accit полетит в проводку.
1025 P/S категорически нельзя использовать для модификации документа (как понимаю, вы сделали неявным расширением в конце модуля).
SAP весь P/S прячет в temp таблицы, а потом возвращает их не случайно: еще до 1025 уже отработали стандартные саповские процессы, в т.ч. как связанные с функционалом ГГК, так и нет (проверки, замещения, сплитинг, начинка итоговых GL* и FAGL* таблиц и пр.) И вдруг бах - появляется неведомо что, да еще через неявный подлом модуля.

Ты такое делал?

А как схема калькуляции может изменить проводки по ПМ? Мы на самом деле и в ММном форуме бьемся над этим вопросом уже

Видел миллион раз, в том числе в текущей системе.
Если не учитывать ректальный способ и манеру исполнения, то это будет работать нормально.
А именно при выбытии материала для начисления НДС к уплате (например, списание с подотчета) там генерятся строки с 91 и 68 счетом для последующего отображения в книге продаж.
И если так ставить вопрос, то это уж намного правильнее, чем делать что-либо в 1025.
За замещения и модификации строк в 1025 вообще следует увольнять моментально, без сожалений и второго шанса.

Скажите какие дополнительные проводки вы хотите сделать при ПМ?

Лучше почитать ноту 77818 и не трогать РВИН. Там и так все плохо (без вас)

В сапе почти везде плохо и без нас.
Строка, добавленная во время rwin, хотя бы будет консистентной.

Оно там хотя бы за "баланс" проверяет? Мне почему то кажется что нет

Если ее добавляет не рукожоп, то строка будет консистентной.


Больше рофла, еще больше!
Задача проверки равенства балансовых и забалансовых счетов (если речь идет об этом) а) не стоит в рамках рассматриваемого топика б) не стоит во многих компаниях, которые в RWIN никаких строк не добавляют в) корреспонденция между балансовыми и забалансовыми счетами не запрещена, если речь идет не о валюте документа или валюте БЕ.
Если же речь идет о суммовом балансе документа, то смотри пункт 1 (делать должен не рукожоп) + бонусом тебе пункт 2: документ с суммовыми отлонениями не чекнется на этапе передачи по RWIN никак, то есть в бух. учет не пройдет ни при каких обстоятельствах.

Если речь идет о какой-то другой проверке "на баланс", то расшифруй плиз для меня непутевого, потому что я за то, что говорю, отвечаю - делал лично или дорабатывал, и делал не костыли, а делал предметно, тысячу раз проверив. Или зачищал за великими К4 с однолетним опытом работы. А то у тебя в тысяче сообщений 200 по сути, а 800 - рофл, причем беспредметный, поэтому я не всегда понимаю, какую мысль ты хочешь донести.

Но я опять же никого не убеждаю. Мое решение работает корректно и проблем не создает, я его никому не навязываю. А рофлить, ну а что, это полезно для здоровья, никто ж не запрещает.

Конечно, может изменить.
Например, добавить в заказ строку незапланированных затрат до проводки ПМ.