Здравствуйте!
Я делаю первые шаги в PI, и вот возникла задача:

Есть документ перемещения с шапкой (Номер, дата, отправитель, получатель) и списком товаров:
Код товара | Количество | Код клиента

И для товара, где указан код клиента надо создать iDoc ZCUSTOMERRETURN_CREATEFROMDATA (Заказ на возврат)

Создать для позиций, где есть код клиента отдельные заказы у меня получилось. Но теперь задача расширяется: надо объединить заказы по клиентам, т.е. создавать не отдельный заказ на каждую позицию, а на каждого клиента по всем его позициям в перемещении.
И, честно говоря, моих начальных знаний уже не хватает. До этого я создавал iDoc по наличию заполненного кода, а теперь получается, что как-то надо получать список, проходить по нему, создавать iDoc и заполнять его позициями данного клиента.
Не подскажете, можно ли это реализовать стандартными функциями и подсказать направление, куда копать.

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

Добрый день!
аггрегировать хотите на стороне отправителя или в PI?

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

В PI. На стороне отправителя в силу ряда причин не удастся, хотя это решило бы проблему.

Там, внутре пиая, есть упаковка айдоков какая-то стандартная, но вряд ли меппинг возможен в том месте.
Поэтому только интеграционный процесс (ccBPM).

И как определить временной интервал агреггирования?

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

а, то есть из одного айдока сделать один айдок но с другим содержимым? тогда без ccBPM. Просто меппинг 1:1.

Не так. Мне нужно из входящего сообщения, содержащего список позиций, получить по iDoc'у на каждого клиента, присутствующего в списке, в котором будут все позиции по клиенту, пришедшие в сообщении.

На входе:
Мат. 1 - ...
Мат. 2 - Клиент 1
Мат. 3 - Клиент 2
Мат. 4 - Клиент 1

На выходе должно быть:
iDoc 1 - Клиент 1 - Мат. 2, Мат. 4
iDoc 2 - Клиент 2 - Мат. 3

тогда бизнес процесс.
разбить сообщения на строки
в цикле по строкам собрать сообщения по клиентам и на каждое сообщение отправить IDOC

То есть меппинг 1:N ?
можно без ccBPM, кажись IDoc адаптер поддерживает сплит.

В Operation mapping ставите сигнатуру "один пришёл много ушло", делаете мультимеппинг и вперёд.
Лучше на XSLT, абаповский xsl:for-each поддерживает и distinct-values (?), а так могу за ноль-пять пива выслать jar-файл с джавашным меппингом. Но нужны примеры сообщений.

Можно и графическим, но один фиг для аггрегирования придётся писать джава-вставку.

Спасибо за советы, сейчас буду думать, как лучше.



Я бы с радостью, да из Владивостока пиво слать далековато, не дойдет

будут неясности -- можно и в порядке шефской помощи без пива помочь. Дальний Восток надо в плане PI прокачивать )))
пишите в личку либо chumpa гав-гав yandex.ru

Ага, спасибо

Я в свое время использовал трюк со сменой кардинальности в XSD-схеме айдока - работало.

Вот описание от уважаемого Михала Кравчика:
XI: IDOC bundling - the "trick" with the occurance change
http://www.sdn.sap.com/irj/scn/weblogs?blog=/pub/wlg/2762

Почитал. Не совсем то, что надо. У меня в целевом iDoc'е кол-во сегментов и так неограничено.

Вот стркутура исходного сообщения:


А мне из него нужно получить что-то типа этого:



Т.е. сгруппировать позиции по FRID (по коду клиента)

может быть проще интерфейс детерминейшн с условием?