Добрый день!

Подскажите, пожалуйста, столкнулись с такой ситуацией:

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

Заранее благодарю за помощь

Хм... Вероятно если в WE20 вместо Trigger immediately выбрать Trigger by background job и потом обрабатывать IDoc'и программой RBDAPP01, для которой в параметрах убрать все в Parallel Processing и поставить Pack size = 1, то это должно помочь.

у меня возникла такая же задача, потому что в параллельной обработке создавались документы, одинаковые по содержанию.
Повесить обработчик в бэкграунд было бы очень здорово по многим причинам (для моих целей), но не дают :)
У нас IDoc'и приходят максимум три штуки за раз, причем в сутки не более десяти, поэтому извратился следующим образом. В ФМ, который обрабатывает приходящий IDoc, сделал цикл с заданным числом повторений:
1) выполняю попытку блокировать виртуальный объект (у меня номер объекта меняется, в вашем случае, я так понимаю, можно константу).
2) Если успешно - выход из цикла, выполняется обработка; неуспешно - ждем 1 секунду :) и в начало цикла.

Насчет "документов, одинаковых по содержанию" не совсем понятно... Что это за IDoc'и такие? Если, например, речь идет о заказах и клиент прислал 3 одинаковых IDoc'a (ORDERS), то они и создадут 3 одинаковых заказа. И это правильно: что прислали, то и запостили. Может в вашем случае вообще проблема не в параллельной обработке, а в качестве IDoc'ов?

У нас очень своеобразный "велосипед"...
IDoc'и несут в себе сам документ (типа А) + данные предшествующего (типа В). Если предшественник отсутствует в системе-получателе, он тоже будет создан. Документов типа А может быть несколько к одному и тому же доку типа В. Следующий IDoc должен создать документ типа А со ссылкой на уже имеющийся документ типа В, т.о. при параллельной обработке надо предотвратить создание одинаковых документов типа В.
(я знаю, что это надо делать разными idoc и прочее...но так была поставлена задача)

У нас не одинаковые по содержанию, а IDoc одинакового базисного типа.

Например, если акцептуется сразу 10 авизо, на каждую создается IDoc и они сразу занимают все свободные процессы в результате чего система встает.

Вот мне и нужно узнать, как сделать так, чтобы при созданиии IDoc запускался не сразу, а как бы вставал в очередь и начинал обрабатываться только после того, как отработается IDoc того же типа.

Пробовали ставить блок собственно в ФМ обработчике - но все равно в это время занимаются диалоговые процессы в системе. Поэтому как выход - тока прописать где-то в настройках, чтобы они обрабатывались последовательно...

Блокировки как раз должны решить этот вопрос

Не решили! Блокировка стоит в самом модуле обработки. То есть в любом случае, когда IDoc приходит в систему, он сначала заходит в модуль обработки и там висит, ожидая, пока отработается предыдущий - так что процесс в системе все равно занят и постепенно система встает

Ну так если вы уберете Trigger immediately, как я уже писала, они и "встанут в очередь". Вы этот вариант уже пробовали?

Пробовали. Но после этого нужно запускать программу обработки IDoc. У нас это связано с созданием документов, поэтому пользователям нужно видеть результат в более менее реальном времени. А для запуска этой программы придется планировать задание.

Хотелось бы, чтобы IDoc приходили, становились в очередь и последовательно сами начинали обрабатываться.

Запустите задание каждые 5 минут. Потом втихую перейдите на 10-15 минут, а то и больше. Держу пари, что никто не заметит разницы. Юзеры обычно несколько переоценивают свои собственные возможности обрабатывать информацию "в реальном времени".

Ну или пускай та application, которая вам присылает IDocs, запускает event в SAP или там workflow какой-нибудь. По-другому, по-моему, не получится.

Тр. WE20 -> Вид партнера LS -> Там где-то в настройках ищите галочку "Обработка очереди" (кажися, во "Входных параметрах" соответствующего IDOC'а).
У меня настроенной системы под рукой нет, чтобы более точную инфу.

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

Извините, что встреваю, а почему не попробовать сериализацию? Она как раз для того, чтобы idoc'и приходили в определенном порядке.

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

p.s.
Честно говоря я плаваю в данном вопросе, т.к. настройками занимается другой товарищ.