Господа,

Есть заказ на перемещение(ММ) между БЕ с формированием исходящей поставки.
Затем поставки включаются в транспортировку, пакуются ...
При этом в поставке формируются поз с тарой(упаковка) как отдельный материал.
Проблема в том, что не получается сделать ОМ по таким позициям.
Система ругается, что нет ссылочного документа(данных предшественника) по этим позициям (в данном случае заказа ММ).
Сообщение M7018 Введите ЗкзНаПост.

Может кто-то уже это встречал в своей практике и знает как решить.
Заранее благодарен.

Похоже у сапа с этим все тяжко...
Нашел ноту 80018569.

Symptom
You are using stock transport orders with SD processing and you have additional packaging material items, for example due to Handling Unit Management. When you try to post the goods issue for the delivery in Transaction VL02N, the system issues various error messages that prevent the goods issue.

Other terms
Stock transfer, packaging material item, HUM, stock transport order, VL02N, M7018, M7 018

Reason and Prerequisites
The packaging material items do not have purchase order reference.

Solution
You cannot use movement type 603 for cross-company-code stock transport orders. During cross-company-code stock transfers, no actual stock in transit is set up (see also Note 25220), rather it is calculated using the purchase order history. Since the packaging material items do not exist in the purchase order, these cannot be monitored by the stock in transit. Due to the reasons mentioned above, the goods issue of the packaging material items can only be carried out to the consumption, that is, in the standard system using movement type 601. To optimize monitoring of the packaging material items, we recommend that you use a copy of movement type 601 and a separate schedule line category.

Эх ... 601 не катит ... как тогда делать приход у получателя по поставке, если эта позиция не подтянется.
Отдельным поступлением каким-то проводить.

А причёт тут 601, 603 виды движения, не понял?
К replenisment delivery обычно 641 (для 2-шагового случая) либо 647 (для одношагового) используются.

А я не понял Ваш вопрос.
Суть в том, что используется заказ ММ для передачи товаров между предприятиями (БЕ <-> БЕ).
К заказу генерируется исходящая поставка, которая пакуется, в результате пояавляются доп позиции
с тарой, но в заказе понятно их нет.
На стороне получателя поступление со ссылкой на исх поставку и счет.

Автоматически созданные позиции с тарой (в поставке) система не дает двинуть видами дв типа 641 или 647 (как те, что есть в заказе),
требует ссылку на позицию заказа.

Вот сап и говорит, что для cross-company движений нужно использовать аналог 601 вида, т.е. цепочка рвется.
Дело в том, что тару у нас тоже продают, затем если возвращают, то покупают

Добрый день!
В принципе столкнулся с такой же проблемой.

1. Внутри БЕ
1.1. Если перемещать между заводами в рамках одной БЕ можно использовать 303 отпуск и 305 приход по исход поставке (без ссылки на заказ перемещение).
Но это не подойдёт для перемещения м\у БЕ.

2. М\у БЕ
2.1. На основании 601 сделать свой вид движения Z01
2.2. Зайти в ракурс V_156_VC, добавить запись Z01 WEUB 101. (Это означает: Для ВД Z01 операции Перемещение запаса SD, поступление ВД 101.)

Результат:
1. )Схема работает на ура.
2.) Схема при ПМ по исходящей поставке 101 ВД выдаёт сообщение ошибка обналения 101_X_X_L

Сам до конца не до делал, потому как в течении реализации надобность отпала.

Преполагаю следующее решение.
На основаии 101 ВД создать свой Z03 и продырять T_156* таблицы по аналогии с ВД 305. И прописать ВД Z03 к Z01 пункт 2.2.

Думаю должно получиться.

P.S. Если кто знает более стандартный способ реализации, прошу высказаться.

Добрый день.
Спешу вам сообщить, что 303 - 305 не работают для двушаговой процедуры перемещения материалов между заводами одной БЕ.

Программа MM07MFU0_UMLAGERMAT_PRUEFEN
FORM umlagermat_pruefen

* All movements to stock in transfer (MARC-UMLMC) are forbidden
* for split valuated materials because UMLMC is neutral (no
* connection to a valuation type). No 303 - 305 movement.
IF NOT mbefu-bwtty IS INITIAL AND mbefu-bwtar IS INITIAL.
MESSAGE e048.
ENDIF.

Ракурс V_156N_VC

Alexey Zhandarov,
Как связан вопрос "как переместить позицию тары между БЕ" с ограничением системы на 303 вдм, который не работает для материалов с раздельной оценкой?
Cудя по комментарию из кода, сам не проверял.

В SAP процесс перемещения товаров между БЕ реализован ТОЛЬКО с использованием заказа на закупку к которому создаются 2 поток документов: продажа и закупка.
Если товара нет в заказе, то для него цепочка работать не будет. Точка.

Реалиизовать можно так:
1) Отгружаем тару в БЕ 1 вдм,например, 601.
2) В БЕ 2 создаем заказ на закупку тары.
3) В БЕ создаем входящую поставку со ссылкой на 2 заказа: заказ товаров и заказ на тару.
4) В БН принимаем товар по входящей поставке.

Ну и естественно, если надо пытаемся автоматизировать шаги 2-3.


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

Да, возможно вопрос на прямую на связан, просто выше писали о возможности его использования. Проверил, нет.



Сразу вводить не получается, так как не известна используемая тара на этапе создания заказа. Но идею мы использовали эту же.


Поясню суть моей задачи:
Процесс перемещения между заводами в рамках одно БЕ.
Используется двушаговая процедура перемещения по заказу на перемещение. По заказу генерируется исходящая поставка, она упаковывается, в момент отпуска создаётся входящая поставка( Вых.док V2 SPED).
В исходящей поставке тара идёт без ссылки на заказ.
Вопрос: Как добиться того, чтобы во входящей поставке были те же партии отпущенной упаковки как и в исходящей поставке? При этом, с точки зрения проводок, всё было как и для обычного товара при двушаговом перемещении.

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

В итоге да, упаковка перемещается как обычный товара.