вы, народ, только бюджет стрaны там так не схлопывайте, а то вам министр лично стакан полония выпишет

К сожалению, не помогло удаление позиций в этом событии.
Пробовал так же удалять их в программе, вызывающей это событие (программа SAPLFACI, файл LFACIF48, таблица xbseg[]).

Однако, итоговый документ все-равно создается со всеми позициями.

А зачем на этапе ввода? Сейчас чем эти проводки отличаются, по разной аналитике разносятся? Можно потом сделать дополнительные проводки, переносящие остатки на одну.

Не надо воспринимать буквально, суть - агрегирование, а как сделать - дело хозяйское.

в том-то все и дело, что абап- язык 4-го поколения, скриптовый язык с более чем 700 языковыми конструктами. там, где иван-обычный-ява-программист пишет свою логику, в абапе нужно всегда выберать конструкты язака типа COLLECT. просто нужно взвесить и подумать, как и что лучше. ошибся-дамп или в худшем случае вся система тормозит.

Не уверен, что это достоинство, а не недостаток.

Ой не всегда!

Вот с этим согласен.

Именно поэтому редко использую COLLECT.

недостаток это сто процентов;но сап должен все эти конструкты с собой тощить: совместимость с предыдущими релизами. и эти конструкты отлажены на уровне кернела, они бастрее, чем своя логика.
я сам использовла коллект 1 раз, когда не было времени нормальный инсерт писать, на заре каръеры, и только там, где <я не знать русский языка> нумерических полей. математические операции я сам лучше проконтроллирую, не важно как я сап уважаю...

Позиции не исключал, но разбивал в замещении на весь документ позицию одного счёта на две позиции разных счетов. Но документ был из FI. В OpenFI такое рабиение приводило к тому что, хоть документ проводился, позиции по нужным счетам рождались, но GLT0 обновлялось неправильно.

Действительно, лучше это делать не на этапе ввода а на этапе передачи между БЕ. Однако вопрос остается прежним: с помощью каких инструментов (BAdI, OpenFI, ...) можно схлопнуть эти позиции.
Я пробовал OpenFI событие 1120, но удалить позиции не удалось (можно только менять).

Или, возможно, нужно идти другим путем:
Сейчас у нас на передачу ОС между БЕ сделана схема строк проводок (VC_TA1MZ01), которая расчитана на ровно две позиции в документе: первоначальная стоимость и амортизациия. Тогда как может быть до четырех позиций.
Возможно, можно сделать универсальную схему строк проводок, которая сможет обрабатывать и двух-четырех-позиционные документы?

А не подскажете как точно разбивали? Может, пример кода?
Спасибо.

Всем спасибо.

Проблема решилась добавлением строки, обрабатывающей отрицательные значения, в схему строк проводок.