Не выравнивает требование авансового платежа по номеру в транзакции.
Создал правило проводки с кодом ОГК F в соответствии с рекомендацие для ручной и автоматической выписок. В итоге, в FF67 и FF_5 требование выравнивается, в FF68 - нет...

Проверил, все работает.
Правило проводки:
ZD_F 2 40 5101000000 F DZ 8
Вариант ввода:
FEBSCA-KWBTR
FEBSCK-KUNNR
FEBSCK-BELNR
Документ:
MIAS 1 09 F MIAS01 MIAS01 118,00 RUB AC

с FEBSCK-KUNNR и у меня работает

А без дебитора это как?
Вам дали чек, вы его вводите в систему (дебитор известен), выравниваете ТАП.
Потом отдаете чек в банк, он зачисляет на ваш счет деньги и дает вам выписку, вы ее проводите и закрываете перерасчетный счет полученных чеков.
Если чек сразу осел в банке, а у вас только выписка, так и используйте обработку выписки...
Так? Или я не понимаю бизнес-процесс?

В любом случае, посмотрите RFEBBU10 (я вам уже говорил), она работает и для выписки и для чеков. Там есть CALL CUSTOMER-FUNCTION, который вызывает EXIT_RFEBBU10_001, который активируется через расширение FEB00001 (тр. CMOD). Там можно найти дебитора по любым признакам и подправить FEBCL (вид счета, дебитор, код ОГК)...

По-сути, так и есть. Одно уточнение: таким образом тут ведутся кассовые операции. Но, думаю, что при поступлении наличных дебитор известен всегда (что логично), соответственно, будут его сразу выбирать. Уточню у бизнеса, может ли поступать кэш без дебитора.
Спасибо!

У меня есть на текущем проекте такая байда. Мало того, что в самом инвойсе есть дебитор и альтернативный плательщик, так еще и чек может прийти от совершенно левой организации. Ни о какой автоматизации речи не идет ...
Но есть задача фиксировать плательщика. Итог? ZFEBAN.

Sent from my HTC Desire using Tapatalk