А у тебя на принимающей системе стурктура и версия IDOC таже что на направляющей?
Если часть ИТ внеслась в систему, ну так посмотри содержимое IDОС пакета на принимающей стороне.

А программа, отвечающая за прием и внесение в систему знает о новои ИТ?
Наличие программы ИТ не гарантирует прием пакета ибо есть программа отрабатывающая прием. В частности ФМ типа IDOC_INPUT_HRMD должен быть расширен для приема нового ИТ.
Ну или что-то типа этого. Посмотри транзакцию WE42. Или про это уже писали сорри ежели повторился.

как раз с сегментами похоже и проблема.
Как создать версию в 4.6 для 4.0? Не получается - нет возможности редактировать поле с версией. Туда все время подставляется "46C" после деблокирования.

И как правильно создать сегменты на принимающей стороне?


вот, что я нашел в логах на принимающей стороне (ипочему раньше не посмотрел?):


или вот:

На отправляющей и принимающей стороне должны быть одинаковыми:

модель распределения
базисный тип HRMD_A
расширение HRMD_A

Соответственно, если версии разные (4.7 и 4.0), то в обеих системах должен использоваться базисный тип, который существует в 4.0. Создавать в ручную в 4.0 такой же базисный тип как в 4.7 - по моему устанешь
Расширение тоже должно быть продублировано (ручками или транспортом - как удобно)

так-с. С администрированием разобрались. Спасибо!
Передается, создается, редактируется.

Радости, как говорится...

Осталось понять что делать с табличным ИТ из ОМ...

Не знаешь где происходит тоже самое, но для ИТ из ОМ?

Все Я сделал это!
Оказалось, что неправильно описал сегмент для табличного ИТ. Сделал по аналогии с 1002 - заработало!

Чего я ранее и советовал
Мои поздравления

Продолжим?

В 4.0 все работает. Перехожу к 4.7, появляются проблемы.
Сегменты и типы определены, таблица T777D настроена на мои IDOC-сегменты. Основные ИТ качаются без проблем. Однако, с 0290 возникли трудности. А именно.
В принимающей системе программа SAPLRHDB(LRHDBU16) - вызов ф-ции RH_BASE_READ_INFTY_NNNN - происходит с дампом:
"Immediately processing not possible: : One of the field names in the SELECT clause was no: t recognized. :"
Само сообщение мне понятно почему случается.
Однако:

Не понятно почему читается pa0290 с полями орг-менеджмента?
Таблица-то из PA...

Добрый день,

Необходимо создавать IDoc при изменении персональных данных (табл PA0002, меняем например фамилию через PA30). Настоен указатель изменений для HRMD_A. После сохранения изменений ничего не пишется в таблицы BDCP, BDCPS и ничего не приходит для RBDMIDOC.
Настройки следующие (может чего упустила)
1) BD61 -активно
2) BD50 - для HRMD_A активно
3) scdo - вот здесь никаких объектов не добавляла, но слышала что для инфотипа 0002 добавлять не нужно или это неверно, поправьте плиз
4) bd52 - для HRMD_A пусто, надо ли добавлять объекты для 0002?

Подскажите, плиз, что еще нужно проверить/исправить?
Заранее огромное спасибо

1) правильно
2) правильно
3) не нужно
4) не нужно
Посмотри какой сегмент указан в ракурсе T777D для ИТ0002.

Спасибо что ответили! сегмент E1P0002. Что с этим дальше делать?

Да вроде все.
Проверьте, вызывается ли при изменении ИТ0002 ФМ, который делает запись в BDCP.
Для этого поставьте точку останова в ФМ CHANGE_POINTERS_CREATE_DIRECT.

Спасибо за совет! Оказалось что ФМ не вызывается (( и как теперь с этим бороться?

А модель распределения для типа документа HRMD_A вы настроили в bd64?
Этот ФМ не будет вызываться если модель не настроена...

Да, настроена