Здравствуйте! Столкнулся с такой проблемой. Передаётся Z1Q0022 сегмент из одной SAP системы в другую. Тип сообщения HRMD_A. Тип собщения расширен данным сегментовм в одной и в другой системе, структура естественно совпадает. При передаче данных данные съезжают из-за отсутствия пустых полей. Поясню на примере:

Система источник (содержимое полей сегмента Z1Q0022):


Я смотрю исходящий iDoc в we05 и вижу что там всё заполнилось верно, единственное в списке полей отсутствуют поля OBJPS, SPRPS, ZZ_KVALIF2 т.к. они пустые. При попытке открыть iDoc через we19 вижу что он корректен, поля которые должны быть пустыми - пустые, которые должны быть заполненными - заполнены. Значит exit на стороне системы отправителя отработал корректно, сформировался корректный iDoc и отправился в систему получателя.

Но при передаче получается как-буд то пустые поля игнорируются. Вот что я получаю в результате на входе ситсемы №2:
Система приёмник (содержимое полей сегмента Z1Q0022):



Некорректно обработал входящий iDoc несмотря на то, что сегменты совпадают один в один. Похоже надо что-то докрутить на стороне получателя, но что я не знаю. Может кто-нибудь сталкивался с такой проблемой?

Разобрался
Перепроверил сегменты в we31, оказалось почему-то длинна некоторых полей в системе получателе отличалась от длинны в системе отправителе, несмотря на то что тип данных был указан одинаковый. Из-за этого всё съехало. Видимо кто-то руками правил длинну в этом сегменте на стороне системы получателя (там этот сегмент уже существовал). Так что я просто удалил длинну, нажал энтер, подставилась правильная длинна из типа данных и всё перенеслось один в один. Проблема оказалась банальной и простой.

Теперь следующая проблема. iDoc пришёл корректно, но данные из Z1Q0022 сегмента в PA0022 не попали и соответственно в PA20 они так же не видны. При этом из E1P0022 всё перенеслось. Похоже надо всё-таки какую-то обработку писать на стороне системы получателя..

Разобрался
Для передачи Z1QXXXX сегмента на стороне системы получателя необходимо создать ФМ CONVERT_E1PXXXX_TO_PXXXX который преобразует данные из формата sdata и sdata2 пришедшего с iDoc-ом, в формат нормальной структуры инфотипа pXXXX.
Таким образом создание ФМа CONVERT_E1P0022_TO_P0022 по аналогии с CONVERT_E1P0028_TO_P0028 решило проблему.

вот и поговорил сам с собой

бывает
кому-нибудь потом тоже опыт пригодится