Добрый день!
Столкнулись со следующей проблемой: необходимо создать одно платежное поручение на альтернативного получателя по нескольким ТАП (в этих памятных позициях у всех разные кредиторы, но один альтернативный получатель), стандарт АПП не объединяет ТАПы с разными кредиторами в одно платежное поручение (проверяли с кодами группировок). Объединение ТАП происходит только если у памятных позиций одинаковый кредитор. А нам необходимо объединить ТАПы с разными кредиторами, но у которых одинаковый альтернативный получатель. Кто-нибудь сталкивался с такой проблемой?

Привет всем!

Данный вопрос так и ни кто не решил?

Я думаю, что все-таки должен объединять.
На всякий случай проверьте, что указано у кредиторов и у контрагента-получателя в поле "Только единичный платеж" (LFB1-XPORE).
А также проверьте настройки способа платежа в БЕ (транзакция FBZP). Если для способа платежа стоит галка "Платеж по каждой помеченной позиции", то при явном указании данного способа платежа объединение тоже не произойдет.

У нас была противоположная проблема. После обновления до EHP7 система начала объединять все подряд. Хотя в способе платежа стояла галка. Пришлось массово по 100 тыс. контрагентов пакетником пробивать галку "Только единичный платеж".

А почему такие изменения не сделали через транзакцию mass?

Хороший вопрос.

Добрый день.
На мой взгляд, такое объединение не получится, потому что получатель денег-то один, а взаиморасчеты-то идут с несколькими кредиторами. Какого кредитора вы указываете в F110? И какой тогда потом по выписке сформируется банковский документ? С несколькими позициями разных кредиторов? Документ, насколько я знаю, может быть только с одним кредитором или дебитором.

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

А вот про интеграцию с выпиской замечание очень хорошее. Дело в том, что в таблице REGUH в ключе есть И поле LIFNR, И поле EMPFG (получатель). Так что строк будет в любом случае более одной. Однако номер платежного документа VBLBNR тоже входит в ключ, и они (строки) могли бы ссылаться на одинаковое значение.

Так что тут остается только экспериментировать. Я теперь тоже склоняюсь к тому, что не объединит.

Никак не получится такое, пробовал и альтернативных получателей и со способами платежа игрался - ничего не помогло. Делать как обычно в SAP - через какую-то "левую" (SAP называет это "технический" или "перерасчетный") сущность (в данном случае кредитора) и выравнивать ручками с ОП "нормальных" (не технических) кредиторов.