Работаю в FMCG компании.
Подскажите, как лучше реализовать схему возвратов от клиента, когда клиент возвращает до приема (вычеркивает из ТТН).
У меня есть следующие варианты:
1) Функциональность подтверждения получения поставки (через VLPOD).
Схема удобная, но главные минусы очень мешают:
-возврат товара на склад нужно делать отдельно (в фоне batch-input или вручную)
-после ППП движение по поставке уже не сторнировать
-неочевидная схема, сложно отследить сам факт возврата (по потоку документов непонятно).

2) Возвратная поставка
-делается возвратный заказ, поставка, фактура к оригинальной фактуре. Схема очевидная, товар возвращается на склад.
Минус – клиент хочет получить фактуру на реально принятый товар, и не хочет получать сначала первичную фактуру, а потом кредит-ноту к ней.

3) Сторно ОМ, коррекция и повторный ОМ.
Все вроде бы нормально. Но бухгалтерию не устраивает сам факт сторно, и склад не хочет делать фиктивные движения товара, которых не было.

Как вы справляетесь с возвратами?

Юрий

Мы сделали так:
1. Принял клиент товар или нет фиксируется через функциональность подтверждения получения (тр. VLPOD)
2. Нарисовали z-транзакцию. Эта транзакция обрабатывает расхождения, указанные в п.1 и автоматически создает к ним возвратные сбытовые заказы. Возвратные заказы настроены с
немедленным созданием поставки. Кроме того, анализируется причина отклонения. Если клиент не отказался от возврата целиком, а просто ему привезли бракованный товар, то эта же z-транзакция создает повторный сбытовой заказ.

Итого, пользователь жмет одну кнопку и у него автоматом создается возвратный заказ со ссылкой на исходный, возвратная исходящая поставка, и повторный сбытовой заказ.

Всю цепочку видно в стандартном потоке документов, даже если клиенту привезли нормальный товар не со второй, а с третий или N-ой попытки.

У нас был реализован вариант # 2 (возвратная поставка). Возврат (по любой причине) сканировался на складе и заказ RE создавался программой с использованием BAPI. Остальные документы создавались стандартными программами в background job. Заказчик получал кредит-ноту.

При наличие сус и без физического возвращения товара на склад:
в ППП убираем что не пришло и добавляем что пришло, фактурируем.
В случае если отгружен товар который не присутствует в поставке тогда создаём запрос дебетования и фактурируем дебетовым авизо.
Что делать с разницами возникшими после отпуска материала это головная боль финансистов, но обычно бросают на 94* а потом корректируют 90* себестоимость на разницу отгружено факт/отражено в сап.
А запас коректируется по факту инвентаризации в ММ.

Без СУС вне зависимости от возврата и не возврата сторнируем всё и делаем правильно.

Это всё в пределах текущего месяца.

Если месяц закрыт тогда авизовки.

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

если и бухи не будут противиться в порядке выравнивания этих документов, то всё просто на самом деле

Поддерживаю Justudent. При печати фактуры программа печати ищет все возвратные фактуры, вычитает ))) и печатаем новый счет-фактуру со старым номером. Клиенты в восторге!
дешево и сердито!

У нас бы вариант с печатью не прошел, т.к. клиентам еще и рассылались Account Statements (FI Correspondence - F.27) и там бы все это "засветилось". Ну или пришлось бы тогда и для них еще программу печати менять.

на мой взгляд это куда проще... хотя вам виднее