Приветствую всех!
Столкнулся с такой проблемой. Настроен интерфейс передачи данных из системы HR 6.0 в систему HR 4.6. Есть такая необходимость т.к. дочерние общества Заказчика постепенно переходят на 6.0, но в 4.6 по прежнему необходим сбор консолидированной отчетности (BI к сожалению отсутствует). Соответсвенно изменяемые данные необходимо реплицировать из 6.0 в 4.6. Передаётся штатка и данные по инфотипам сотрудников.
Настроен сбор указателей изменения. Настроена передача данных орг. структуры и табельных номеров через ALE базисный тип HRMD_A. Всё работает.
Но есть одно НО.

Если в момент отправки данные заблокированы в системе 6.0 (пользователь сидит в табельном номере и т.д.), то в журнале we05 при отправке я вижу предупреждение о том, что данные заблокированы, при этом iDoc отправляется, данные по блокированному объекту не передаются, а указатели изменения сбрасываются. Получаю такую ситуацию: создал орг. единицу и штатную должность, сохранил, сижу на изменение в орг единице и выполняю формирование iDoc. В итоге в систему 4.6 орг. единица не выгружается, штатная должность выгружается, связь между штатной должностью и орг. единицей не создаётся, т.к. орг. единицы нет. Далее я выхожу из изменения орг. единицы, сохраняю, создаётся новый указатель изменения по этой орг. единице. Выгружаю данные, орг единица переходит в 4.6, но связь штатной должности с ней естественно не восстанавливается, т.к. штатная должность уже передавалась при прошлой попытке. Получается рушится связь. А ведь сценарий тестирования вполне себе реалистичный.

Не подскажете, как можно из этой ситуации выйти?

Сбор указателей изменения и формирование iDoc происходит в ФМ MASTERIDOC_CREATE_SMD_HRMD

Почему бы вам не передавать IDOC в то время, когда пользователи не работают с орг.структурой? Или перед формированием консолидированной отчетности?
Например ночью

Это, конечно, решение проблемы. Но это необходимо решать на организационном уровне. Пользователей скорее всего не устроит синхронизация раз в сутки. Тем более в согласованых проектных решениях значится периодичность - 10 минут Я ж не знал что такой подводный камень выплывет. Дело ведь не только в отчетности. Помимо отчетности в системе SAP 4.6 изменения выгружаются ещё в другие внешние системы где периодичность передачи информации является критичной.

ИМХО, нужно искать ноты которые эту ошибку исправят или выставлять сообщение в сап.

ЕМНИП у нас (ну ты понимаешь где ) если объект блокирован, то он не передается, но и указатель изменения не сносится (точнее не ставится метка что изменение отработало, соответственно RBDMIDOC в следующий раз ее цепляет)

Это не ошибка. Это корректная работа системы.
Если табельный номер блокирован, значит по нему происходят изменения.
Изменения могут коснуться и тех данных, по которым уже есть указатели изменения, поэтому ALE не передаёт блокированные табельные номера (и вообще блокированные объекты).

Этого в начальной постановке задачи не было

Есть технические ограничения, о которых написал Bully. И никакие хотелки пользователей эти ограничения не снимут.
Решение может быть только организационное: для передачи данных выделить "окна" для передачи данных. И это... интервал 10 минут как-то слишком