Добрый день.
Есть на предприятии процесс продажи через агента. Агенту отгружают товар (сч. 45*), а он продает товар по частям. В результате нужно частями подтверждать получение поставки. И фактурировать эту часть.

Подскажите пожалуйста, как многократно реализовать частичное ППП?

Ps Фактуры в крайнем случае будем делать отдельно.

Как вариант, использовать стандартный процесс продажи через консигнационный запас клиента.
Для перемещения запаса на 45й счет сделать отдельный завод "товары у агентов" и при отгрузке в консигнационный запас немного подломить проводку ОМ в поставке, чтобы заменить принимающий завод.

Добрый день.
Как я понимаю Вы советуете отгружать в К запас на фейковый завод и делать проводку 45*-43*.
Как потом делать проводку 90*-45* и фактурировать выручку?

Если я не ошибаюсь, LKU имеет в виду следующее (все это справедливо только при варианте, когда ваши расчеты идут только с агентом, а не с конечными покупателями, которым он продает товар):

1) Запас перемещается с обычного завода, свободного запаса (со счетом BSX 43) на завод "Товары у агентов", консигнационный запас клиента (со счетом BSX 45) каким-нибудь энхансментом на базе ВДв 301.

- Образуется проводка Д 45 К 43.
- На клиенте висит консигнационный запас в, к примеру, 100 ЕД.

2) Ваш агент продал, к примеру, 40 ЕД из 100. Создается сбытовой заказ типа КЕ на продажу из консигнационного запвса клиента 40 ЕД (этому же клиенту, т.е. агенту), к нему исходящая поставка на 40 ЕД, к ней проводится ОМ.

- Образуется проводка Д 90 К 45
- Консигнационный запас клиента уменьшается на 40 ЕД (и становится 60 ЕД)

3) Поставка фактурируется стандартным образом.

- Образуется дебиторская задолженность агента (Д 62 К 90)
- Откручивается НДС

Всё примерно так, как пишет Admin, только надо понимать, что как раз передача товару агенту по жизни - обычная отгрузка и ее удобнее делать через исходящую поставку, особенно при интеграции с какой-нибудь WMS.
Поэтому для пункта 1 я бы предложил использовать стандартный сбытовой заказ вида KB "Пополнение консигнационного запаса" + минимум абапа в бади LE_SHP_GOODSMOVEMENT для подстановки в качестве принимающего технического завода (ради проводки Д45 К41) при проводке ОМ по исходящей поставке.

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

Добрый день.
Огромное спасибо за ответы.
Протестировал вариант с W запасом. По словам коллег из СО, для них W запас все равно, что свободный запас на сч. 43*. Переоценка ведется ежемесячно и, как следствие, материал в W запасе изменит стоимость. Бухгалтерия категорически против переоценки на сч. 45, так как будет остаточное сальдо. Поговорил с логистами, технически можно каждый месяц генерировать новый вид оценки и расширять материал на него, но этот вариант как-то не очень, нужна большая Z, т.к. материалов на продажу у нас около 30 тыс.
Подскажите, пожалуйста, есть ли способ выделить материал на W запасе без усреднения стоимости?

Протестировал частичную отгрузку через Т запас при помощи отладчика. В принципе, получилось. Архитектура в SD аналогична консигнационной. При списании с Т запаса необходимо прописывать номер первичной поставки и номер позиции, и тогда движение проходит. Для сторно необходимо в потоке документов подменять вид документа Р на R. Тогда сторно отпуска из Т запаса тоже проходит. Также нужно менять статусы поставки. Возврат в своб. запас не тестировал.
Подскажите, пожалуйста, какие есть неявные риски такой схемы?

Ну что тут скажешь, запас T конечно очень удобен тем, что оценка у него в разрезе номера поставки + номера позиции поставки, к которому он привязан.

Плюс для того чтобы запас T оценивался на другом счете запаса, не нужен отдельный завод.
Можно использовать поле с классом оценки для E запаса в карточке товара или стандартную бади.

Частичный возврат запаса T через поставку сделать можно, но придется аккуратно подпилить стандарт неявными точками расширения.

Свой опыт по этому вопросу я описывал здесь:
viewtopic.php?f=2&t=86357
В одной компании этот механизм работает с момента написания темы, т.е. 3 года, полет нормальный

Что качается возврата из Т-запаса неподтвержденного количества, то делали через стандартную цепочку:
заказ на возврат(со ссылкой на заказ на продажу) - поставка - ДМ.
разработка небольшая - в бади LE_SHP_GOODSMOVEMENT, заполнить номер и позицию заказа номером и позицией поставки, под которыми лежит запас Т.
Ну и настройку вида движения 411-412 сделать, чтобы можно было делать движение со ссылкой на поставку.

Еще имейте ввиду, что использование Т-запаса приведет к быстрому росту таблиц оценки материала(EBEW, EBWH) и таблиц регистра материалов(CKM*).
Как следствие - низкая производительность при выполнении операции расчета фактической себестоимости при закрытии периода.
Столкнулись с этим на одном из проектов.

Всем добрый день.
Спасибо за ответы. Вероятнее всего будем делать через Т запас с подломом стандарта. Жду официального согласия руководства. Потом отпишусь.

Мне вот не понятно, почему стандарт не предусматривает случай частичного ППП с последующим доподтверждением? Не успели пока реализовать? Ведь на мой взгляд процесс реальный, не высосанный из пальца.

С моей точки зрения функциональности SAP вам больше подходит W-запас с отдельным заводом: Отгружаем клиенту, затем частями отражаем реализацию путем создания новых цепочек документов продажи их W-запаса.
С учетом озвученных требований - был выбран некий симбиоз.

Все таки Т-запас служит для другого:
1) Отгрузили поставку(накладную),
2) клиент подтвердил ее получение,
3) создали фактуру на подтвержденное кол-во
4) Вернули неподтвержденное кол-во из запаса в пути
Т.е. работаем с 1 документом(накладная).
ИМХО,

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

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