Текущее время: Вс, июл 20 2025, 16:42

Часовой пояс: UTC + 3 часа


Правила форума


ВНИМАНИЕ!

Вопросы по SAP Query и Quick View - сюда



Начать новую тему Ответить на тему  [ Сообщений: 5 ] 
Автор Сообщение
 Заголовок сообщения: Обработка расширенного IDOCа HRMD_A на принимающей стороне
СообщениеДобавлено: Чт, авг 17 2006, 10:36 
Ассистент
Ассистент

Зарегистрирован:
Чт, авг 17 2006, 10:10
Сообщения: 26
Имеются две SAP R/3 стстемы. Из одной в другую посредством iDOC (HRMD_A) периодически преносяться данные HR инфотипов.
Инфотип 0032 был расширен пользовательскими Z полями - в обоих системах. Возникла задача - также передавать содержимое этих полей в систему-получатель. Отправку данных я настроил, а именно - создал пользовательсктй сегмент Z1P0032, расширил им стандартный IDOС Тип. Настроил передачу расширения и схему распределения. Написал заполнение этого сегмента данными в exitе EXIT_SAPLRHA0_001. Все работает! Данные в систему получатель приходят. Вопрос: как обработать полученные данные? ФМ обработки входящего IDOCa - IDOC_INPUT_HRMD. Нужные данные приходят в структуре IDOC_DATA (SEGNAM = Z1P0032). Я так понимаю в exitе нужно прочитать полученные данные и записать их в таблицу инфотипа 0032 (PA0032). Как это корректно сделать?
Может нужны какие-нибудь дополнительные настройки?
Пока входящий IDOC обрабатывается не корректно - стаутс 51 : Ошибка 5- 109 - Ошибка в подпрограмме read_namtb для структуры к инфо-типу


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Обработка расширенного IDOCа HRMD_A на принимающей стороне
СообщениеДобавлено: Чт, авг 17 2006, 10:44 
Гуру-модератор
Гуру-модератор
Аватара пользователя

Зарегистрирован:
Пн, окт 11 2004, 13:16
Сообщения: 1790
Bully: Тему перенес сюда.
cons_adm написал(а):
Ошибка 5- 109 - Ошибка в подпрограмме read_namtb для структуры к инфо-типу

Если я не ошибаюсь фича старая - свои поля ты должен прочесть, обработать и удалить из сегмента. иначе у стандартной логики съезжает крыша.

_________________
/nex


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Чт, авг 17 2006, 12:23 
Ассистент
Ассистент

Зарегистрирован:
Чт, авг 17 2006, 10:10
Сообщения: 26
Спасибо. Подозревал именно это. А как на счет обработки? Exit выполняется до стандартной обработки IDOCa. На сколько корректно будет апдейтить в нем таблицу инфотипа, поскольку позже, в стандартной обработке, она также будет обнавлена (стандарными данными)? Возможно что в момент обработки Exitа записи по данному PERNR в инфотипе еще нет...


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Пн, авг 21 2006, 16:35 
Ассистент
Ассистент

Зарегистрирован:
Чт, авг 17 2006, 10:10
Сообщения: 26
Добрый день!
Кто-нибудь расширял IDOC-тип HRMD_A для передачи дополнительных Z-полей инфотипов? Поделитесь куском кода Exit'а обрабатывающего расширение на принимающей стороне. Конкретно интересует именно обновление таблиц ИТ.


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Чт, авг 24 2006, 04:24 
Старший специалист
Старший специалист

Зарегистрирован:
Вт, ноя 15 2005, 11:00
Сообщения: 288
Расширение rhale001.
ФМ EXIT_SAPLRHAL_002
DATA : wa_y1p0290 TYPE y1p0290,
wa_p0290 TYPE p0290.


IF pnnnn_name EQ 'P0290' AND sdata_name EQ 'Z1P0290'.
wstr = sdata_data+1000(1000).
CHECK wstr NE space.
ASSIGN wstr TO <wplog> CASTING TYPE y1P0290.
wa_y1p0290 = <wplog>.

ASSIGN pnnnn_data TO <wplog> CASTING TYPE p0290.
wa_p0290 = <wplog>.

MOVE-CORRESPONDING wa_y1p0290 TO wa_p0290.
<wplog> = wa_p0290.

ENDIF.


Принять этот ответ
Вернуться к началу
 Профиль Отправить email  
 
Показать сообщения за:  Поле сортировки  
Начать новую тему Ответить на тему  [ Сообщений: 5 ] 

Часовой пояс: UTC + 3 часа


Кто сейчас на конференции

Сейчас этот форум просматривают: Yandex [Bot]


Вы не можете начинать темы
Вы не можете отвечать на сообщения
Вы не можете редактировать свои сообщения
Вы не можете удалять свои сообщения
Вы не можете добавлять вложения

Найти:
Перейти:  
cron
Powered by phpBB © 2000, 2002, 2005, 2007 phpBB Group
Русская поддержка phpBB