Пока не понятно по описанию, может то, а может и не то. Надо точнее определить проблему, займитесь четкой идентификацией проблемы.
Одно дело копать LUW очередь, другое разбираться в настройке вида движения в MM, свосем разные области, понимаете?
Кстати, происходит или нет обновление инфосистем? В инфосистемах корректно отражается?
Если на тестовой системе при определенном виде движения на конкретном материале сможете повторить проблему , то это уже будет Ваша первая победа.
Еще посмотрите ноту 586163

bwbams... а сложно то , что утром , все требуют отчеты на планерку... и приходится сразу перегружать данные. Сбой в загрузке данных в последний раз был по стандартному 601 документу в поставке товара. Не попало 2 позиции.
sergeyt - буду читать ноту , вернее ноты там упоминаемые по моему эктрактору

Если долго мучится что нибудь получится
Проблема была в юзверах ... которые делали проводки задним числом. То есть порядок данных в OLTP не соответствовал передаче данных в BW . И как следствие эти документы при загрузке дельт просто не попадали

в вашем случае должны попадать все изменения документов R/3, там rfc-очередь и мимо нее не получится работать стандартными средствами.

тут 2 варианта.
1. дыра в R/3
или
2. у вас не стандартная дельта, а псевдодельта по дате документа.

Изменения и попадают ... а вот когда дата документа предположим 15 , а проводка 14 ... вот тут то и трабл.
Эти документы при загрузках дельт не попадают (дельта у меня стандартная) , а вот перегрузка INIT подхватывает все документы.

))))
вообще это не должно влиять на логистические экстракторы никаким образом, там вообще принцип работы
другой, в дельту попадают все изменения, сделанные в R/3.

вот вколотите руками в тестовой системе одну такую запись и посмотрите, что у вас в очереди)))

А это идея !
bwbams, спасибо.