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

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

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

На счет агрегации позиций из сбыта (как я делал у себя).
1. Использовал в условиях копирования поле ZUKRI для разделения позиций заказов по фактурам (+ поля в заголовке фактуры) в нужной мне аналитики. Использование ZUKRI это фактически стандарт.
2.1 Подстраховался и ограничил количество позиций в документе 999 (сделал счетчик на 999 и кладу номер цикла в ZUKRI).
2.2 Другой вариант, в сбытовом экзите сделал COLLECT по набору полей. Тут все получается красиво, не 999 позиций, а 3(5) Дебитор/Доход/Налог(Перерасчет налога).

А вот такая проблема:
1. В OBCY для операции MKPF настроена агрегация.
2. В проводках все замечательно схлопывается для счета товара
3. Для счета кредитора/дебитора ничего не схлопывает
4. При просмотре таблицы BSEG для строк по п.3 значения по ВСЕХ полях одинаковы (типа должно схлопнуться)Я ИДИЁТ, УБЕЙТЕ МИНЯ КТО-НИБУДЬ!

собственно вопрос, почему?

зы: есть подозрения, что для формирования этих строк используется какая-то другая ссылочная операция!

"Операция" это то, что указано в заголовке документа = СсылочнОперация BKPF-AWTYP. Она одна на документ, так что дело не в ней.
Никогда не слышал, что стандартная агрегация работает хорошо, всегда пользовались COLLECT.

Согласен про операцию, но тут просто возникло подозрение, что кредиторскую/дебиторскую задолженность формирует нечто, вне основной операции обработки текущего документа ... значит это не так, спасибо.
А подскажите что такое "COLLECT" я еще не в курсе

"COLLECT" оператор в ABAP, делающий агрегацию строк по полям и их подсуммировку.

Пасиб, значицца АБАПИТЬ... хотя странная весчь, при обработке фактуры (операция VBRK) строки по дебитору схлопываюцца!!!!