Обработка IDoc

111

Parazit написал:

Хм, мы полагали, что сериализация определяет порядок между разными типами сообщений, но не между IDOC-ами одного типа.

Между сообщениями одного типа должна помочь галочка, о которой я говорил выше. Мне, по крайней мере, помогло в свое время. Да по идее, и для разных типов сообщений.
Причем, насколько я понял, решается проблема с помощью этой галочки на достаточно низком уровне: просто для передачи используется qRFC, вместо TRFC.

WE20->Вид партнера LS->Дабл-клик на любом партнере->Дабл-клик на любом "Выходном параметре"->Галочка "Обработка очереди".

Code:

Обработка входящих документов через очередь ожидания                        
Use the Queue Processing flag to specify whether IDocs are dispatched with  
qRFC. If you set this flag, IDocs are placed in both the outbound queue of  
the sender system, and in the inbound queue of the receiver system.         
Set this flag only if the IDocs need to be processed in the receiver system 
in exactly the same order as they were created in the sender system. Delays 
can occur in the processing in the receiver system if an IDoc in the queue  
cannot be processed. If this is the case, none of the IDocs that come after 
the IDoc with the error until this error is removed.    

Parazit

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

WE20->Вид партнера LS->Дабл-клик на любом партнере->Дабл-клик на любом "Выходном параметре"->Галочка "Обработка очереди".

Дело в том, что флажок "Обработка очереди" появляется для типа порта "Транзакционный RFC", а для "ABAP-PSS", который мы используем, такой галочки нет.

Jelena

Parazit написал:

А есть такая же прога для исходящих IDOC?
А то у нас с ними такая же проблема.

RSEOUT00?

Какие именно IDocs - master data или transaction data?

Parazit

Jelena написала:

Parazit написал:

А есть такая же прога для исходящих IDOC?
А то у нас с ними такая же проблема.

RSEOUT00?

Какие именно IDocs - master data или transaction data?

Тоже нашли эту прогу, сейчас тестим... Спасибо!

POL

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

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

Так же проблема с документами HR... На отправителе формируется два iDOC при этом поле EDIDC-SERIAL у них одинаковое (SY-DATUM + SY-UZEIT)!!! Документы формируются ночью при помощи задания, запускающего прогу RBDMIDOC. Получаем, например два iDOC
1) номер 0000212312312, поле SERIAL - 20110217010023 - тут содержится новая должность
2) номер 0000212312313, поле SERIAL - 20110217010023 - тут связь между должностью и бригадой
На получателе документы принимаются при помощи RBDAPP01 (в параметрах убраны все Parallel Processing и поставлен Pack size = 1). В этой программе сортировка IDOC осуществляться по полю EDIDC-SERIAL.
Получается, что иногда связь между должностью и бригадой (iDOC №2) обрабатывается раньше, чем создание объекта - должность (iDOC №1). Как следствие IDOC №2 полностью не обрабатывается...
В ноте 752194 описываются разные способы сериализации, и вроде бы для обозначенной задачи как раз подходит "Object channel serialization" - documents are processed in the receiving system in exactly the same sequence in which they were created in the sending system. Вот только не могу понять как её настроить... Кто-нибудь настраивал и решал такие вопросы для типов документа HRMD_A ну или других типов (я имею в виду управление содержимым поля EDIDC-SERIAL)?

$ergeO

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

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

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

Так же проблема с документами HR... На отправителе формируется два iDOC при этом поле EDIDC-SERIAL у них одинаковое (SY-DATUM + SY-UZEIT)Я ИДИЁТ, УБЕЙТЕ МИНЯ КТО-НИБУДЬ! Документы формируются ночью при помощи задания, запускающего прогу RBDMIDOC. Получаем, например два iDOC
1) номер 0000212312312, поле SERIAL - 20110217010023 - тут содержится новая должность
2) номер 0000212312313, поле SERIAL - 20110217010023 - тут связь между должностью и бригадой
На получателе документы принимаются при помощи RBDAPP01 (в параметрах убраны все Parallel Processing и поставлен Pack size = 1). В этой программе сортировка IDOC осуществляться по полю EDIDC-SERIAL.
Получается, что иногда связь между должностью и бригадой (iDOC №2) обрабатывается раньше, чем создание объекта - должность (iDOC №1). Как следствие IDOC №2 полностью не обрабатывается...
В ноте 752194 описываются разные способы сериализации, и вроде бы для обозначенной задачи как раз подходит "Object channel serialization" - documents are processed in the receiving system in exactly the same sequence in which they were created in the sending system. Вот только не могу понять как её настроить... Кто-нибудь настраивал и решал такие вопросы для типов документа HRMD_A ну или других типов (я имею в виду управление содержимым поля EDIDC-SERIAL)?

Аналогичная проблема - иногда сообщение о создании соединения может уйти раньше, чем о создании объекта...
Вы победили это? Мне пока не совсем ясно как настроить этот процесс сериализации...

POL

Сериализацию настроили, но пришлось использовать и ABAP.

$ergeO

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

Сериализацию настроили, но пришлось использовать и ABAP.

POL, подскажите, пожалуйста в какой части вам пришлось использовать ABAP?

Не совсем пока понимаю механизм действия сериализации "Object channel serialization". Судя по ноте 752194 надо
1. В транзакциях bd104, bd105 указать используемый тип сообщения для типа объекта hrmaster (для hr-данных я так понимаю он нужен?)
2. Далее в обоих системах ФМ ale_serial_key2channel должен для выбранного типа сообщения выдавать одинаковый результат и в исходящем айдоке должен в какое-то поле прописывать это значение/счетчик.
3. При приеме сообщения в целевой системе текущий счетчик должен сравнивать значение в айдоке со значением в таблице BDRGIN и соответственно айдок либо обрабатывается, либо остается в очереди со статусом 66, до прихода более раннего айдока.

Совсем непонятно, как настраиваются пункты 2,3. Вы именно их реализовывали в ABAP или еще какие-то настройки были?

Заранее спасибо!

printfalex

Подскажите пожалуйста, при проставлении галочки "Обработка очереди" выскакивает сообщение EA136 "В целевой системе отсутствует функциональн. модуль для обработки очереди." Идёт передача HRMD_A из системы ERP 6.0 в R/3 4.6
Это значит что для 4.6 данная функция вообще не работает?

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

Обработка IDoc

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