Коллеги, может кто подскажет какие-то BADI или Enhancement'ы по Корреспонденции счетаов (J3RKKRS).

Ситуация в следующем.

Есть количественный учет на забалансе, который генерит в документах FI 0 строки:
Пример:
Examp 1

Через эти строки не хочет работать стандартная Корреспонденция счетаов (J3RKKRS). (И её можна понять ).

Но нужно как-то придумать, что б автоматом эти строки цеплялись к какойто строке...

Может кто-то, что-то подскажет. Буду безгранично благодарен.

Строки с нулевыми суммами система удаляет, есть такое дело.
Удаляет вот тут:

J_3RKORRSSP --> FORM read_bseg

Поэтому сделать так, чтобы автоматом они цеплялись, стандартно не получится.

Но SAP позволяет делать свою корреспонденцию вот тут
J_3RKRLNF01 --> FORM move_krp_all

* First interpret documents which can be interpreted by own algorithm
* even they can be interpreted automatically
IF NOT gref_exithandler IS INITIAL.
CALL METHOD gref_exithandler->EXIT_J_3RKORRSSP_001
...

Внутри можно свою логику реализовать.
Для этого придется перелить таблицы tbl_bseg, tbl_deb и tbl_kre заново и реализовать свою логику.
И тогда чисто теоретически задача будет решаемая.

Вариант второй - доцепить нужные позиции не перед стандартной обработкой, а после нее. Там же

* customer funtion call
IF NOT gref_exithandler IS INITIAL.
CALL METHOD gref_exithandler->EXIT_J_3RKORRSSP_002

Внутри своего компонента можно доцепить уже чисто нулевые позиции (я полагаю, у Вас есть четкий критерий, что брать, а что нет, потому что нулевых позиций много генерит система стандартно: курсовые и пр.)

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

Да вот фигушки.
IF result1proc = 1 OR do_st = 'X' .
* Automatic document interpretation
CALL FUNCTION 'J_3RK_KORRSCH_MOVE4_KRP_ALL'

Стандартный разбор последует только при subrc = 1 или при do_st (do standard) = 'X', который, к слову, как раз в CHANGING.
Чтобы не запускать стандартный механизм, достаточно всего лишь вернуть subrc = 0 или обнулить флаг do_st.
Все там будет нормально работать после первого экзита.

Фигушки что? Предлагаешь переписать весь алгоритм интепретации в первом экзите? Не суетитесь под клиентом...

Хоспади, что там переписывать-то?))) Эту корреспонденцию писали два хромых инвалида.
Предпочтительные пары не реализованы, в коде обрабатываются мертвые значения из J_3RKKRN, которых даже нет в доменных справочниках, в PAI на даты проводки в J3RKKRS какая-то дикость с открытыми периодами, алгоритм выбора приоритета по маске не продуман. Там половина функционала под снос.
По-хорошему две таблицы с дебетами и кредитами в лупе прогнать, вот и весь разбор корреспонденции.

Тем более назначение экзита именно в этом и есть - делать свою интерпретацию.

* First interpret documents which can be interpreted by own algorithm
* even they can be interpreted automatically

Дальше каждый сам решает, переписывать или нет.
Ну а конкретно в этой ситуации я бы воспользовался не первым экзитом, а вторым.
То есть доверил бы стандартной обработке ненулевые позиции, а во втором экзите уже дополнительно выбрал нулевые позиции и дописал бы их в tbl_krp.