Через VL10A хочу создать поставку, объединяющюю несколько заказов. Однако всегда создается 2 поставки. Первый заказ из списка всегда попадает в отдельную поставку, остальные объединяются.
У кого-нибудь была такая ситуация? В какую сторону копать?

а в управлении копированием в поставках смотрел? какая там VOFM-программа и уже сама эта программа какие проверки делает?

PS. А по бизнесу --- такое объединение заказов в одну поставку, это правильно (если это для клиентов, а не внутр.перемещение)??? Насколько помню, накладная и c/ф должны друг-другу соответствовать --- не должно быть, например и двух с/ф.

Управление копированием:
Заголовок:
Предпосылки:
Условия заказа - 001
Условие объединения - 051
Перенос данных:
Данные заголовка - 903 = 001 + добавлено условие платежа в критерий разделения.
Позиции:
Предпосылки:
Условия заказа - 101
Перенос данных:
Данные позиции - 101
Коммерческие данные - 002

Не вижу здесь ничего, что может так повлиять на разделение

PS. По бизнесу все правильно.

>===
DELIVERIES COPYING REQUIREMENT 051: COMBINATION
This requirement determines if sales documents can be combined in one delivery document. Specifically, the following attributes of the sales document must be identical:
delivery type, sales organization, full delivery rules, and billing type.
If any of these entries are not identical, combination is not permitted.
>===

PS. Ну еще выделенные строчки на экране VL10A{G} влиять могут конечно...

а хде такую вот инфу берёте? подскажите источник, я тоже хочу там подъедаться

Все разобрался.... Всем спасибо....
Чуда не случилось. Проблема была в том небольшом куске, где я добавлял условие платежа в критерий разделения.
Отладчик показал, что формула копирования запускается N+1 раз, где N - количество заказов. Для первого заказа запускается дважды.
В формуле доступны таблицы заголовков заказов CVBAK и CVBKD.
Так вот, заголовок таблицы CVBAK обновляется при каждом входе в формулу копирования, а заголовок CVBKD обновляется с отставанием на один шаг. А именно там лежит условие платежа.
Таким образом при первом входе в формулу копирования условие платежа в заголовке CVBKD пустое и это инициирует разделение поставки. При втором входе критерий разделения уже формируется правильно, но это уже не влияет, т. к. разделение уже началось.
В итоге имеем 2 поставки с идентичными заголовками и критериями разделения.

Например здесь

на чистом английском и практически без акцента

СъЕнК у!!!