Использование acknowledgement (ALEAUD01 или SYSTAT01)

doleynikov

А что скажете по поводу SYSTAT01 ? Судя по публикациям этот тип более подходит для передачи состояния в не-САП систему.

Shvetz

C SYSTAT01 я не возился, поэтому упустил его в постах. Но в SAP help написано, что он подходит для передачи статуса исходного IDOC из SAP в не-SAP систему. Как раз ваш случай. Настраивается через ERP, но сам, как и говорил, не пробовал.

Скудно что-то написано, не верится, что это всё, что требуется:
Add the logical message STATUS to partner profile (WE20). The process code is called STA1.

Храпящий

doleynikov написал(а):

у меня так: от внешней системы приходит , ну скажем, подтверждение отгрузки поставки. IDOC , например, умирает, так как некто , например,удалил эту поставку в ERP. IDOC становится в 51 статус с сообщением "Поставка &1 не существует". возникает ALEAUD01 соответствующего содержания. Вот хочется его передать во внешнюю систему, но не получается. ВРоде описал, что все ALEAUD должны падать в некий канал, но они упорно идут на какой-то XIRA и, естественно умирают, так как его нет и никто его не обслуживает. Что мне делать?

Руководство то по Acknowledgment читал?
http://scn.sap.com/docs/DOC-16142
твой случай описан в Scenario 2: ExternalSystem - XI - IDoc

doleynikov

Да, я видел этот документ. Мы по нему и начали, но возможно какие-то подготовительные заклинания этой магии у нас не настроены.

Shvetz

Посмотрел я документ, там вся фишка в вызове программы RBDSTATE на стороне ERP п3.1. Надо смотреть в транзакции WE05 вылетают ли ALEAUD01 , а потом уже в PI смотреть. Причем тут acknowledge не при чем.

doleynikov

Вот у меня эти ALEAUD уходят из ERP и встают колом в PI.

В трейсе вот что:

Code:

<!--  ************************************ 
  --> 
  <Trace level="1" type="B" name="CL_XMS_PLSRV_ROUTING_BACK-ENTER_PLSRV" /> 
  </Trace>
  <Trace level="3" type="Timestamp">2013-11-06T14:00:21Z RUS03 End of pipeline service processing PLSRVID= PLSRV_TECHNICAL_ROUTING_BACK</Trace> 
  </Trace>
  <Trace level="1" type="T">Runtime exception return from pipeline processing !</Trace> 
  <Trace level="1" type="T">Persist Message in Stopped State</Trace> 
  <Trace level="1" type="B" name="CL_XMS_MESSAGE_PERS_MAN-WRITE_MESSAGE_TO_PERSIST" /> 
- <!--  ************************************ 
  --> 

в SXI_MONITOR вот что кажет:

Code:

Acknowledgment message stopped   Acknowledgment contains applic. errors     06.11.2013   18:00:20   18:00:21   UEDCLNT150   http://sap.com/xi/XI/Message/30   Acknowledgment   OurWMS   http://sap.com/xi/XI/Message/30   Acknowledgment   CENTRAL_BACK   "Current Status"   Asynchronous   EO   IDoc   XIRA

вроде канал для ALEAUD прописал, но почему-то идет на какую-то XIRA!

Shvetz

Вы кидаете информацию по Acknowledge, в то же время ALEAUD с ней вообще никак не должна быть связана. ALEAUD должен идти отдельным интерфейсом в систему получателя (в вашем случае получатель это бывший отправитель). В SXI_MONITOR должна быть запись , что из IDOC Adapter ALEAUD летит в ip_XXXX. Либо же если нет процесса , то запись в мониторинге должна выглядеть IDOC Adapter ALEAUD -> <Sender System>
Еще надо понимать, что конректно в технических полях ALEAUD написано. В поле SNDPRN должна быть ERP в RCVPRN должно быть название системы получателя, в зависимости от которого в Receiver Determination определяется PI получатель.

В документе написано:
In general, technical sender adapters are not able to request acknowledgments (except for industry speak adapters). So, the acknowledgment won't be passed back to the sender system. Instead, the ALEAUDIT IDoc has to be converted into an XI request message in order to be accepted by the sender system.

update:
Посмотрел еще пункт 3.4, где как раз и есть настройки по генерации Acknowledge в разрезе видов IDOC в IDOC адаптере. И это также не связано с ALEAUD. Делается для информации в мониторинге.

doleynikov

Уважаемый Shvetz, Вы постоянно упоминаете, что ALEAUD не связан с акноледжментом. Охотно поверю, но где про это почитать (с примерами для чайников, а не в стиле САПовцев, когда начинают не сначала и кончают где-то посередине)? Мы тут тыкаемся как слепые котята, потому, что у самих опыта нет, и спросить не у кого, кроме как на этом форуме.

Shvetz

О чем и речь, об этом нигде не написано. Я вот по своему опыту это говорю, а сейчас это подтвердилось в том документе (причем не в SAP HELP!!), который наш коллега в вашу тему выложил.
Я изначально предложил решение, и сейчас пока судя по сторонней документации вижу единственно верным вместе с тем, что указано в сторонней how-to шке.

Два варианта:
1) Сделать автоматическую отправку ALEAUD по приемке IDOC, это потребует ABAP разработки.
2) Сделать отправку ALEAUD по Job, что указано в документе, который вы читали. Там предлагают настроить то же самое только с использованием программы RBDSTATE.

Просто вы спрашивайте наводящие вопросы, я к сожалению не смогу сюда кинуть все описание по шагам очень детально, я даже не знаю какая детализация шагов вам нужна.

Просто повторюсь, acknowledge - это хорошо, но они вам не нужны для отправки подтверждения по документам. Они нужны только как бантик, чтобы посмотреть, что процесс упал.

doleynikov

Вот интуитивно-понятная-корпоративная-мега-супер-пупер система!

У меня в PI DEV приходит уже настроенный ALEAUD.

Code:

  <?xml version="1.0" encoding="UTF-8" ?> 
- <ALEAUD01>
- <IDOC BEGIN="1">
- <EDI_DC40 SEGMENT="1">
  <TABNAM>EDI_DC40</TABNAM> 
  <MANDT>150</MANDT> 
  <DOCNUM>0000000000133753</DOCNUM> 
  <DOCREL>701</DOCREL> 
  <STATUS>30</STATUS> 
  <DIRECT>1</DIRECT> 
  <OUTMOD>2</OUTMOD> 
  <IDOCTYP>ALEAUD01</IDOCTYP> 
  <MESTYP>ALEAUD</MESTYP> 
  <SNDPOR>SAPUED</SNDPOR> 
  <SNDPRT>LS</SNDPRT> 
  <SNDPRN>UEDCLNT150</SNDPRN> 
  <RCVPOR>PI_SYSTEM</RCVPOR> 
  <RCVPRT>LS</RCVPRT> 
  <RCVPRN>UPDCLNT100</RCVPRN> 
  <CREDAT>20131106</CREDAT> 
  <CRETIM>180019</CRETIM> 
  <ARCKEY>60B178524BC8263EE1000000C0A80083 0000000003406605</ARCKEY> 
  <SERIAL>20131106180019</SERIAL> 
  </EDI_DC40>
- <E1ADHDR SEGMENT="1">
  <MESTYP>SHPCON</MESTYP> 
  <MESTYP_LNG>SHPCON</MESTYP_LNG> 
- <E1STATE SEGMENT="1">
  <DOCNUM>0000000003406605</DOCNUM> 
  <STATUS>51</STATUS> 
  <STACOD>SAPVL302</STACOD> 
  <STATXT>Delivery & does not exist</STATXT> 
  <STAPA1>80001563</STAPA1> 
  <STATYP>E</STATYP> 
  <STAMQU>SAP</STAMQU> 
  <STAMID>VL</STAMID> 
  <STAMNO>302</STAMNO> 
  <STAPA1_LNG>80001563</STAPA1_LNG> 
- <E1PRTOB SEGMENT="1">
  <DOCNUM>0000000000133751</DOCNUM> 
  </E1PRTOB>
  </E1STATE>
  </E1ADHDR>
  </IDOC>
  </ALEAUD01>

Этот документ именно то, что нужно на данном этапе. Он указывает на ошибку. Большего не требуется.
Почему я не могу его получить и через обычный канал выплюнуть наружу? Вроде в Integration Builder все настроил для этого и IDOC импортировал. Не едет!

Shvetz

Через IDOC Sender его можно выплюнуть. Структура ALEAUD у вас нормальная, поля заполнены вроде корректно.

Можно идти по порядку:
Сначала смотрите в тр. WE05 статус ALEAUD, чтобы он был = 39 (отправлен в ALE), если не равен 39, то некорректные настройки на стороне ERP.
Если статус = 39, то надо смотреть в тр. SMQ1 в ERP, что все нормально и очереди не висят. Если в SMQ1 все ок, уже надо смотреть в PI мониторах

doleynikov

Это из PI я прислал документ. Если он туда попал, значит в ERP все ОК. так? а как сделать, чтобы в PI документ шел куда надо, ну или в определенный мной канал, а не в какую-то XIRA? Кстати, мне так никто и не подсказал, что это такое.

Shvetz

Цитата:

Это из PI я прислал документ. Если он туда попал, значит в ERP все ОК. так?

Верно

Цитата:

а не в какую-то XIRA? Кстати, мне так никто и не подсказал, что это такое.

В данном контексте непонятно , что это значит, иначе бы написал.

Проверьте Receiver Determination, там посмотрите правило отправки сообщения в систему. Я обычно от RCVPRN определяю.

doleynikov

у меня есть RD (Receiver Determination) для UEDCLNT150 и интерфейса ALEAUD.ALEAUD01. Но он почему-то не отрабатывает. Кстати, где это точнее посмотреть?

PS: в документе есть :
<SAP:AdapterInbound>IDoc</SAP:AdapterInbound>
<SAP:AdapterOutbound>XIRA</SAP:AdapterOutbound>

Вот, что это за XIRA? Я не могу выдать это в произвольный канал? тогда, как подключиться к этому XIRA, чтобы получать документы из внешнего кода?

Shvetz

Цитата:

Вот, что это за XIRA?

Мне эта штука не встречалась. В гугле почти ничего об этом нет.

Цитата:

Кстати, где это точнее посмотреть?

Я обычно выставляю trace level на максимум и копаюсь в логах SXI_MONITOR сообщения. Тут на вход у вас всё нормально по ходу подается, а потом PI не может корректный Receiver найти, либо корректный интерфейс, по которому надо идти.

Также если у вас BPM процесс, то можно в SXI_MONITOR посмотреть визуальный трейс процесса (надо щелкнуть по номеру процесса).

Использование acknowledgement (ALEAUD01 или SYSTAT01)

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