Коллеги, если кто встречался с этой проблемой, посоветуйте, как ее устранить.

В подпрограмму переноса данных заголовка поставки ввели собственные критерии разделения.
Теперь делаем заказ, где указываем две абсолютно одинаковые позиции. Создаем поставку в VL01N - создается одна поставка с двумя позициями, как и должно быть.
Прогон этого же заказа в VL10 в диалоговом режиме дает снова одну поставку, как и должно быть.
Теперь тот же заказ прогоняем в VL10 в фоновом режиме создания поставок. Создаются две поставки.
Убираем добавленные нами критерии разделения - фоновый режим в VL10 дает одну поставку.

Кто знает, в чем здесь фокус?

Была похожая проблема:
http://www.sapboard.ru/forum/viewtopic.php?f=2&t=37183

Timon&Pumba , спасибо за ссылку.

Оказалось, что в фоновом режиме система заходит в подпрограмму с критериями разделения на один раз больше, чем в диалоговом режиме. Причем в фоновом режиме при первом входе критерии разделения всегда пустые, а начиная со второго входа они заполнены значениям, заданными в заказе. Таким образом, в фоне система имеет два смежных набора критериев раделения, причем они различны. Это и является причиной разделения поставки даже при наличии нескольких идентичных позиций в заказе.

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

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

Какую подпрограмму вы пропускаете?
Будет ли в поставке объединение заказов, или всегда 1 заказ - 1 поставка?
Какие поля используете для критериев разделения?

Мы пропускаем подпрограмму переноса 901, которая состоит из копии стандартной подпрограммы переноса заголовка для поставки 001 и собственной логики, реализующей использования дополнительных критериев разделения поставок.

Объединения заказов не будет

В качестве критериев разделения используются поля: VBKD-BSTKD, VBKD-PLTYP, VBEP-EDATU

Да, наверное не совсем хорошо просто пропускать подпрограмму при первом заходе, тем более что первый заход не всегда лишний.
Проблема с разделением поставки из-за того, что заголовок таблицы cvbkd обновляется с отставанием на один шаг от таблицы cvbak.
Поэтому я сделал так:

С таблицей xvbep такая же проблема.

Timon&Pumba, спасибо. Заработало как нужно