юзер недоволен, что один создает, семеро ждут. Есть разные наработки, но интересно

кто как выкручивался из такой ситуации?

Хмм... Вы же сами советы давали по этой проблеме
Других вариантов, кроме приведенных, по всей видимости, нет.

))))) да я знаю, вдруг и кто-нибудь)))

спросить что ли уже нельзя?!...

Попробуйте использовать IDoc - если возникнет ошибка блокировки, его можно просто автоматически попробовать запостить еще раз через какое-то время.

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

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

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

я согласен, надо пытаться объяснять людям, которых вообще не интересует консистенция данных