Здравствуйте!

Есть IP, обрабатывающий приходящие из САП iDoc'и по изменениям материалов и отправляющий данные в 1С. Примерно по той же схеме должен проходить процесс передачи изменений по группам материалов.
И вот хочется использовать один IP для обеих задач, но вот по неопытности пока не могу понять, как можно разветвить IP на этапе получения входящего сообщения (и можно ли вообще)? Fork и Loop по описанию, вроде, не подходят, а при использовании в первом шаге Receive уже как бы надо назначить сообщению определенный тип.

Кто-нибудь знает, вообще такое возможно и нужно ли? Или не мудрить и отдельный IP рисовать?

Тут есть 2 варианта:
1. Сделать общий тип, включающий данные и MATMAS/ARTMAS и группы материалов. Тогда процесс останется таким, каким был (лишь абстрактный интерфейс надо заменить на новый обобщённый), но появится лишний меппинг между его началом и R/3. Плюс потребуется изменить меппинг из процесса в 1С
2. Сделать новый абстрактный интерфейс, сделать 2й блок Receive с получением группы материала, засунуть оба Receive в Fork с необходимым числом веток = 1 (всего 2 ветки), поставить у обоих Receive признак StartProcess=true. См. пример стандартного процесса {http://sap.com/xi/XI/System/Patterns}BpmPatternCollectMultiIf .

Ага, то есть при указании необходимого числа веток - 1 fork не будет дожидаться второго сообщения, а просто пойдет дальше после получения любого из них?

И нужен ли еще один интерфейс или достаточно новой операции на имеющемся?

именно, лишь бы по обоим старт был.
можно интерфейс, можно операцию. Но в любом случае будет 2 контейнера

Спасибо! Идею понял, пошел разбираться