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

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

Настроен такой вид заказа для перемещения вне БЕ, когда один завод из БЕ1 продает товар Х не заводу из БЕ2, а самой БЕ2.
а завод из БЕ2 покупает товар Х у БЕ1.

Заранее спасибо.

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

Поступление на принимающем заводе до отгрузки на отпускающем - это как раз появление товара из воздуха, которое увеличивает общее количество запаса по системе.

Попробуйте сделать MIGO не на основании исходящей поставки, а на основании заказа на перемещение?

Попробуйте сделать MIGO не на основании исходящей поставки, а на основании заказа на перемещение?[/quote]

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

а как создаются заказы на перемещение? вручную?
у них есть деблокирование?

если заказ создан - он железно будет отпущен?

как вариант - Z-программа массово отпускающая материал по заказам на поставку.
а при создании заказа с другой стороны - отправлять e-mail на группу пользователей на другом заводе (которые должны делать отпуск материал по заказу на поставку).
Z-программа и отправка письма уведомления - это 3-5 часов разработки.

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

а как создаются заказы на перемещение? вручную?
у них есть деблокирование?[/quote]

Заказы создаются на основании данных первичной системы, не в ручную

если заказ создан - он железно будет отпущен? да

как вариант - Z-программа массово отпускающая материал по заказам на поставку.
а при создании заказа с другой стороны - отправлять e-mail на группу пользователей на другом заводе (которые должны делать отпуск материал по заказу на поставку).
Z-программа и отправка письма уведомления - это 3-5 часов разработки.

если Вы хотите сделать поступление перед отпуском - зачем Вам двушаговая схема?
можно кому-то дать права на отпуск на заводе, который делает приемку. вопрос в том что все магазины работают в первичной системе, и ни у кого нет доступа в САП.
А база данных у каждого магазина своя, и не зависит от данных другой базы данных.

Gringo_md, начните с локализации места проблемы.

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

Если же в ведущей системе все нормально - значит проблема в логике интеграции, которая переносит движения из ведущей системы в SAP.

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

Поддержу LKU.
Не надо тащить болезни локальной системы в SAP.