Коллеги, добрый день.

Столкнулся с такой проблемой: документы выравнивания, где обе позиции не отличаются по счету, присвоению, МВЗ, МВП и еще около 10 полей и закрываются в ноль, не создают позиций в BSEG.

Я так понял, что такое поведение нормально, и это - стандарт

Однако подобные документы (без позиций) не хотят генерировать IDoc FIDCCP02 (остальные документы делают все, как надо).
Махинация с


не дает результата, как в случае с другими документами.

Может, кто сталкивался?

Если в выравниваемых позициях есть поля с разными значениями, то можно попробовать добавить их в OBIA/OBIB.

Пустые документы выравнивания? Это фишечка ГГК (есть даже нота какая то которая это объясняет).

Я бы на вашем месте поднял OSS сообщение по IDOCу.

Ну почему сразу ГГК. Всегда такое было.
При несовпадении значений полей в правилах выравнивания (как уже было написано выше OBIA, OBIB) система генерирует позиции в документе выравнивания (аналогичные исходным, но с перевернутой суммой по знаку). При совпадении - схлапывает. При полном отсутствии полей в правилах выравнивания система схлапывает всегда. Исключение - выравнивание с остатком, разумеется. Также не будет схлапывать при несовпадении полей из контировочного блока и при активности соответствующего компонента (например, активен FM, а бюджетная контировка в выравниваемых позициях различается). Короче говоря, все очень индивидуально...

Это фишечка сплитинга. Сплитинг это фишечка ГГК... нота есть. на ванила 6.0 без ГГК пустых документов не будет.

"это машина Стелькина, а он взяточник" (с)

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

https://launchpad.support.sap.com/#/notes/356865

Ок. Мой косяк (пишу одно, думаю другое). Со сплитингом, наоборот, добавляются новые поля, и, соотвественно, создаются позиции там, где раньше их не было.

Я правильно понимаю, что список доступных полей ограничен перечнем из ноты 69767?
kontab-koart
kontab-konko,
kontab-hkont,
kontab-saknr,
kontab-anln1,
kontab-bukrs,
kontab-gsber,
kontab-bupla,
kontab-prctr,
kontab-pprct,
kontab-kkber,
kontab-vbund,
KONTAB-BEWAR,
kontab-pswsl,
kontab-qsskz,
kontab-qsznr,
kontab-empfg.
kontab-kblnr,
kontab-kblpos.

И если эти поля все одинаковые, то шансов создать документ выравнивания с позициями нет?

Не, список полей пообширнее будет. Можно уйти в OBIA и там поэкспериментировать с полями в правилах выравнивания.
Я точно видел в списке доступных полей по F4 те, которых в данном списке нет.
Я тоже хотел предложить какое-то очень уникальное поле добавить в правило, но смущает другое. Подобный "суррогат" приведет к тому, что строк в документе выравнивания может стать катастрофически много. Ну простой пример. Взяли уникальное или близкое к уникальному поле (этакий buzei или dmbtr). В результате в документе выравнивания система повторит почти все строки из выравниваемых документов. Конечно, до ограничения в 999 позиций добраться будет трудно (если только речь не про зарплату и удержания всяческие), но документ будет уродский.

Можно выбрать какое то поле ненужное, "наделать" в него галочку в одном документе, ну и дальше все должно работать стандартом.