нужно выровнять по REBZG платеж и фактуру с позицией остатка.
SAPF124 вроде корректно выравнивает, но без остатка.
а J_3RFALK общим скопом выравнивает, даже если стоит ссылка на счет-фактуру
J_3RСALK что-то вообще не выводит никаких позиций к выравниванию.

Plank:


книги покупок у нас нет.

пример: есть 3 счет-фактуры кредитора A #1 (200p), #2(100р) #3(300р) . есть 2 платежа к счф #1 (150р и 50р) и 2 платежf к счф #2(70р и 30р) и 1 платеж к счф #3 (200р).
выравниваю кредитора А.
SAPF124
выравнивается только счф№1 и №2. Выравниваются 2-мя разными документами, что и требуется. Но, счф №3 и платеж к ней не попадают в позиции для выравнивания.

J_3RFALK
выравниваются все документы, но одним документом выравнивания. Не делятся по ссылке на REBZG.

J_3RСALK - вообще ничего не выравнивается

Почему вы смешиваете разные методы выравнивания?
Почему у вас получается позиция остатка, потом появляется REBZG на эту позицию?
Почитайте форум, на предмет выравнивания с позицией остатка (в поиске указываете: позици* остатк* и находите много интересного), например ТУТ trexx говорит о том, что разные методы выравнивания несовместимы.

Не счет выравнивания скопом, какие у вас правила в настройке автовыравнивания тр. OB74?

пробовала выполнять все три программы и с критерием REBZG в TF123 и без него.
Если REBZG есть в TF123, то J_3RFALK не показывает никаких позиций для выравнивания. Если REBZG нет в TF123, то тогда SAPF124 выравнивает всем скопом, что логично.
ммм, я вроде не смешиваю. Я пытаюсь найти оптимальный вариант для выравнивания по REBZG с учетом того, что у нас принято выравнивать с остатком

Еще раз о примерах...
Правильно ли я понимаю, что у вас: 1 платеж на 200р. к сч-ф №3 на 300р. и эта связка по REBZG?
Вы хотите автоматически выравнить эти позиции и создать позицию остатка на 100р.?
Если все так, то J_3RCALD (думаю что и J_3RCALK) выравнивает эти позиции и создает документ с новой открытой позицией (позицией остатка). Только нужно снять флаг "Обязательна ссылка на счет-фактуру" и запускать программу несколько раз, так как за один проход она обрабатывает одну пару.

да, все правильно понимаете.
только J_3RCALK если есть REBZG в TF123 не дает позиций для выравнивания.
а елси нет REBZG в TF123, то выравнивает несвязанные фактуру и платеж.

Правильно не дает, так как REBZG есть только в одном документе.
Странно, у меня такого нет...
В любом случае это (правильность стыковки документов) решается через расширения, которых в этой программе много, но это уже немного ABAPа... Почитайте документацию по программе http://service.sap.com/~form/sapnet?_SH ... 000076583&

Да, действительно позиции будут перепутаны если нет реализации внедрения для определения /CCIS/FICLRDC_ENH (в тр. SE19 делаете для имени BAdI: /CCIS/FICLRDC_ENH внедрение Z...). Там будут методы EXIT_J_3RCALD_001 ... EXIT_J_3RCALD_009, в них то и шаманите. Раньше было расширение XJ3RFCLR в тр. CMOD, а теперь только BAdI...
Там не сложно, или в EXIT_J_3RCALD_009 удаляем лишние позиции или в EXIT_J_3RCALD_001 группируем позиции для selpos-bedg1 ... selpos-bedg5. Предварительно определяете в настройке любое поле для группирования, но не REBZG, а, например, ZUONR (какое конкретно не важно). Иначе в расширения не попадете.

Спасибо большое. попробую)