Harmonic
va_kochnevПопробуйте с помощью открытого интерфейса материальных транзакций. При вставке записей в таблицу MTL_TRANSACTIONS_INTERFACE укажите соответствубщие типы транзакции и источника .
Сам транзакции такого типа через интерфейс не формировал, поэтому гарантировать успех не могу. Но попробовать можно.

через открытый интерфейс материальных транзакций не пойдет, тогда созданный заказ никак не используется,
хотелось бы функцию, которой подаешь на вход Id заголовка заказа (ну или запись с позициями заказа), а она уже на их основе делает транзакции


IMHO:
1. Как я помню форму Execute Move Order в OeBS R11.5, то она работает ровно через Material Transaction (разбирался при отгрузках).
2. "созданный заказ никак не используется" - созданный заказ должен использоваться, если транзакция с материалами будет к нему корректно привязана
3. "хотелось бы функцию, которой" - функция в универсальном виде достаточно сложная. Т.к. для этого должна выполнить отбор материалов на складе и подтвердить отбор (например для lля WMS, это достаточно не тревиально). В общем, целый бизнес процесс. Если ты знаеш, что перемещать и куда - то через открытый интерфейс транзакций должно работать. IMHO.
Кроме того, как я понимаю, может быть Move Order между складскими организациями, там тоже процесс будет свой (наверное вообще через транзакции получения, но я _не_ знаю).
Т.ч. врят ли функция вида Execute_Move_Order существует в принципе ж)

Вообще, вдумываясь в исходный пост, задача совершенно не понятна, что и ЗАЧЕМ нужно делать. Куда пропали такие шаги, как отбор и подтверждения отбора на складе. Что будет вместо них. Какие данные известны. etc..

va_kochnev
Для этого заказы на перемещение не нужны.
...

аналогичного мнения

Harmonic
задача такая - перенести МТР полностью с одного складского места на другое (то есть человек, делающий операцию (ответственный за исполнение), согласен с таким перемещением, отбор и подтверждение на складе не требуются)


Harmonic
Может функционально они и не нужны (вообщем-то пока я реализовал через открытый интерфейс без создания заказов, проставляю в источники левые константы), но существует регламент, в котором описаны шаги создания заказов и их исполнения, поэтому собственно возникла такая необходимость


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

Если хотите, что бы все операции были адекватно отражены в регламентах - поменяйте/дополните/напишите новый в соответствии с новыми требованиями бизнеса и/или новой реализацией операций в системе.

Похоже, что в данном случае, нужно не через ж... операции реализовывать, из-за того, что кто-то/что-то написал в регламенте/техническом задании, а регламент менять. В общем, реализацию сделать так, как _технически_ правильно ("правильно" == так как сказал архитектор проекта), если нужно - исправить регламент (пнуть архитектора, он пнет менеджера проекта, тот пнет аналитиков/консультантов).

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