Коллеги, при создании ТАП из SD формируется ТАП в FI с кучей позиций (по количеству позиций в заказе клиента). Может у логистиков все и хорошо, но бухгалтерии это не очень удобно - такая аналитика в финансах не нужна. Подскажите, кто как решал такую проблему? Можно ли попытаться логистиков заставить делать однопозиционный ТАП? Попытался сделать через FI-уплотнение (тр.OBCY) - не получилось.

Насчет не нужна аналитика - можно усомниться. Если клиент указывает в платежках, за что он платит, может сложиться такая ситуация:
- какие-то позиции заказа клиент оплачивает
- какие-то позиции не оплачивает
Далее, по предоплаченным позициям следует производить отгрузку, а по неоплаченным - не отгружать.

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

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

ТАП отдельно по каждой позиции, если исходить, что их 800 - делать не очень удобно. Можно <я не знать русский языка> в заказ вставлять отдельную позицию для ТАП на сумму ТАП, но возникает проблема с НДС, т.к. часть позиций с 18%, а часть - с 10%.

У меня была такая же ситуация. Уплотнять настройками действительно не получается (версия была ERP2005). Оставили как есть - с многими позициями. Просто создали для FBL5N варианты просмотра, суммирующие позиции по дате оплаты, заказу и т.д. С избыточной детализацией справиться легче, чем с недостаточной.

Именно исходя из реалий именно Вашего случая Вам и следует предлагать варианты для бухгалтерии. Одно дело - на НПЗ одна фактура в месяц за миллион тонн переработки, и другое дело - пищевка или производство автокомпонентов, где одному покупателю одним заказом идет сразу большая номенклатура продукции.

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

Для всех:
А как Вы в дальнейшем выравнивали полученный авансовый платеж? У нас входящий авансовый платеж создается автоматически электронной банковской выпиской и, в случае 100 позиций в ТАП, формируется входящий авансовый платеж тоже с 100 позициями. Выравнить этот аванс с фактурой затруднительно, т.к. при выравнивании формируется документ АВ, который не попадает в журнал регистрации счетов-фактур, кроме того мы не планируем интерпретировать документы АВ, которые по суте все технические. По этой причине используется перерасчет аванса, но при одновременном перерасчете 100 позиций формируется сложный документ с 300 позициими, который трудно автоматически интерпритировать. А если ТАП с 800 позициями, то финансовый документ будет с 2400 позициями, что не возможно.
Можете что-нибудь подсказать?

Все еще актуально. Коллеги, поделитесь, кто как решал подобную проблему. Неужели ни у кого она не возникала?

Я, при передачи данных фактуры из SD в FI агрегирую позиции в UE ZXVVFU08 (расширение SDVFX008).
В результате из 3000 позиций в фактуре получается нормальная проводка в FI из 3 позиций.
Абапить там 30 строчек кода...

Думаю, для ТАП из сбыта можно сделать тоже самое.

2 Plank
Спасибо, получилось! только 90 строчек кода