С одного расчетного счета деньги кидаются на другой расчетный счет (Дт 51.1 Кт 51.2).

Как сделать такой платеж через АПП и затем обработать выписку?

АПП работает в с проводками.

Добрый день,
Все равно данная прводка идет через счет денег в пути,
к.51 д. 57, к.57 д.51
В вашем случае на 57 счете стоит завести кредиотора и делать по данному кредитору ТАП, после чего либо АПП либо выписка будет делать необходимые проводки.
Только учтите, что здесь задействованны 2 выписки - со счета с которого вы передаете и со счета, на который вы передаете...
А механизм, когда проводки делает и АПП и выписка надо обсуждать отдельно....

можно попробовать настроить эту программу: трансакция F111

Payment Program for Payment Requests (FI-BL)
Purpose
The payment program for payment requests is an additional automatic payment option in the SAP system. You can use this payment program to make payments to customers and vendors, or between G/L accounts. Unlike the standard payment program, the payments are not based on open items (FI documents) but on payment requests.

Можно, но есть несколько затруднений:
1. Если счета в разных банках, то прийти и уйти деньги могут в разные дни, в т.ч. в разные периоды. Так что лучше прогнать их через 57й счет.
2. Научить пользоваться работать с F-47 + F110 проще, чем с F111+F110.
3. На основании чего платежку будем печатать, если в F111 платеж сделать?

Применение 57-го счета логично и наверно правильно, а можно ли сделать как то иначе? Кто нибудь пробовал?

UPD: сделал таки через 57-й.

Мы с Даркдаком делали на Литаско. Там не было русского учета, но задача была точно такая же. Я там US GAAPовский аналог нашего 57-го сделал не контрольным, а простым. Всем методологам и юзерам-практикам было пофиг. Обрабатывал автоматом и счет-отправитель и счет-получатель. При этом с отправителя сразу первой областью по отдельному коду операции сумма кидалась на а ля 57-й, а на счете-получателе по такому же коду, но для входящей суммы, я все-таки задействовал 2-ю область. Только для возможности ручной обработки ошибок, в большинстве случаев вторая область разносилась автоматом.

В аналогичном случае, но когда счета в разных валютах, применялся отдельный код для конвертации валют. С отправителя сумму кидал аналогично 1-й областью на транзитный, а на получателе при разноске 2-й области выравнивание выявляло курсовую разницу. Эта операция у меня была ручная, тк не было времени заморачиваться с настройкой причин разниц. Если время на эти бантики есть, можно прикрутить.

Подскажите, а как в таком случае даётся указание АПП выполнить платёж? Когда счёт контрольный - понятно, делаем ТАП. А когда не контрольный?
Или вы использовали F111?

А тапки строчил ДаркДак, не помню как именно он их тогда делал

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