Есть следующая проблема. Из шестерки в 4.7 передаются Idoc c HR данными. Тип документа HRDM_A. Передаются раз в сутки. Формируется 3 Idoc. Сначала встала проблема, что при параллельной обработке второй Idoc как правило блокировал объекты третьего. Его решили следующим образом. На стороне принимающей системы для типа HRDM_A выставили параметр инициация через программу фоновой обработки. Для обработки было запланировано задание для программы RBDAPP01 с убранной галкой "Параллельная обработка" для типа сообщения HRMD_A и статуса 64. Но проблема осталась. Если во втором Idoc приходят данные по инфо-типам 0000 00001 0002 к табельному номеру, а в третьем данные к инфо-типу 1001 для связи с этого табельного с штатной должностью, то третий Idoc завершается с ошибкой, что табельный номер блокирован. Я так понимаю система просто внутри себя не успевает завершить процессы по созданию данных из второго Idoc. Пока как выход запускать через минут 5-10 второе задание для обработки Idoc со статусом 51. Но может есть более правильное решение?

вероятно очередь обработки о блокировках не догадывается,
как вариант найти стандартный обработчик и завернуть его в свой с ожиданием блокировок -
добавлено: в we57 можно подменить ф/м (стандартный IDOC_INPUT_HRMD),
в крайнем случае, если есть возможность править код, то можно сделать так -
найти обработчик и вставить в начале в какое-нибудь удобное место цикл блокировка-ожидание
пока заданные инфо-типы не удастся блокировать в нужном _scope
(подсмотреть объект и _scope через трассировку блокировок в st05)

не силен в Idoc по HR, поэтому спрошу:
нет возможности запустить один IDOC (нет ли такого типа сообщения), который включал данные по разным инфотипам, но для одного таб номера ?
тогда объект блокироваться будет только один раз и все данные по нему будут обновляться за один проход (одним IDOC)