получается что так
если они не важны, то можно их менять при приеме IDOC через преобразования или в Badi.

И снова вопрос: какой набор фильтров (или их последовательность) нужно устанавливать в модели распределения для корректного переноса данных из администрирования и ОМ? По какой-то причине переносятся не все записи из таблицы штатных должностей T528B.

почему не приходят какие-то объекты надо смотреть в каждом конкретном случае - какие фильтры уже есть, каким образом пересылаются изменения (указатель изменений или еще как)

насчет последовательности фильтров - не уверен, что это может влиять, хотя надо проверять

Спасибо Сергею Т. за консультации . Всё получилось!

Welkam !

P.S.: А есть ли механизм в ALE (или не в ALE ), позволяющий передавать не только основные таблицы, соответствующие выбранным инфотипам, но и дополнительно используемые в ИТ-ах (например если в получателе отсутствует какая-тя "Степень" в персональных данных, то при переносе она добавлялась в таблицу степеней)???

в ФМ IDOC_INPUT_HRMD
в FORM idoc_process_hrmd
вызываются несколько Badi :

HRALE00INB_DATA_READ HRALE00SPLIT_INBOUND

Они вполне могут подойти

Ага, спасибо! Но если копать, то уже до конца... ))
Существует ли в R/3 возможность организации "распределённого ведения HR", т.е. существует две системы, в одной производят изменения , а в другую (открытую только на просмотр) эти изменения сразу бы переносились, как бы автоматически синхронизируемые HRы?...

Да, существует, это всё настраивается в транзакции SALE.
Концепция распределенных приложений (ALE)>
Моделирование и внедрение бизнес-процессов>
Конфигурация распределения основных данных>
Настройка тиражирования измененных данных>
Активация указателя изменения (в общем)
и Активация указателя изменения для типов документов (для типа документа HRMD_A)
Далее ниже > Планирование создания IDOC из указателей изменений>
Определение варианта (эту прогу нужно запланировать в шедулере, она будет генерить из указателей изменений IDOC'и).
И естественно создать и распределить Модель распределения с типом сообщения HRMD_A, настроить (если в этом есть необходимость) фильтрацию и преобразование.
Вот и всё, в этом случае из настроенной системы все изменения будут переносится в систему-партнёр настроенную в модели распределения.
Единственное условие: в системе в которую будут копироваться изменения, перед началом работы, необходимо иметь точную копию системы-оригинала, для этого перед активацией указателя изменений вручную скопируй орг. структуру (транзакцией pfal).

Спасбо за такой развёрнутый ответ, но я имел в виду немного другое, а именно наличие возможности распределения ВСЕГО HR вместе с настройками и в реальном времени. Я знаю, что настройки переносятся также как и данные, но в этом случае необходимо задавать набор изменяемых настроечных таблиц. К тому же, для обеспечения "реальновременности" обмена прийдётся планировать запуск RBDMIDOC каждую минуту, а это как-то корявенько.

Подскажите технологию переноса пользовательских ИТипов
Есть ИТип распределен по 2 таблицам PA9XXX и Z***
Во входящем и исходящем сегменте только данные из PA9XXX ну и соответственно распределяется ИТип неверно - в Z*** кривые данные по этому табельному/ИТипу
Насколько понял:
- в исходящем badi читаем этот ИТип и руками пишем недостающие поля в поля сегмента
- во входящем badi читаем эти поля и update таблицы Z***
Верно ли это?

Верно

Ясно.
Данные сегмента пишутся в поле типа EDIDD-SDATA.
Вопрос - как правильно засунуть в сегмент свои поля или где это можно посмотреть.

В твоем случае, я бы сделал аналогично ИТ0002.
Он передается двумя сегментами: собственно ИТ0002 (см. E1P0002) и тексты к нему (см. E1Q0002).
Если я не ошибаюсь посмотреть это можно в ФМ 'CONVERT_P0002_TO_E1P0002'

У тебя один сегмент будет для твоего ИТ, другой - для соответствующей записи таблицы Z

Спасибо за совет - с исходящими сегментами разобрался(приходит и уходит). Как отладить входящий badi - там вход под другим пользователем не диалоговым, чего-то update таблицы не идет.