Я использую шлюз облачной интеграции SAP Ariba (на стороне покупателя) для интеграции SAP ERP с приложениями SAP Ariba (например, Ariba Network, SAP Ariba Procurement and Invoice, SAP Ariba Sourcing и Supplier Management и т. д.). Я понял, что готовые мэппинги Cloud Integration Gateway (CIG) не соответствуют моим бизнес-требованиям.

Какую информацию следует предоставить для пользовательской настройки мэппинга XSLT?

Как расширить или изменить готовую логику мэппинга для CIG?

В конце можно создать пользовательские мэппинги CIG с помощью инструмента Мэппинг CIG, однако для известных ограничений, которые не могут быть выполнены инструментом мэппинга CIG, можно запросить формальный запрос на изменение мэппинга, отправив случай со следующими сведениями:

• Исходная полезная нагрузка, отправляемая в CIG.
• Требуемый окончательный вывод полезной нагрузки (как он должен выглядеть после прохождения через CIG).
• Информация о шаблоне листа мэппинга с информацией о xpath и правилами/логикой мэппинга.

После сбора всех необходимых сведений создайте случай Ariba и включите в него все эти сведения.

Обратите внимание:

• Шаблон листа мэппинга прикреплен к этому решению. Заполните его в соответствии с требованиями к изменению мэппинга и прикрепите его к случаю вместе с полезной нагрузкой.
• CIG не поддерживает сложные преобразования, расчеты и правила. Всегда рекомендуется отправлять в CIG окончательную информацию, которая должна быть сопоставлена с окончательной полезной нагрузкой для поставки во внешнюю систему (например, SAP ERP, Ariba Network и т. д.). Наилучшим подходом является сопоставление "один к одному".

Практический пример запроса на изменение мэппинга SAP Ariba CIG

Проблема бизнеса: мы используем Cloud Integration Gateway для интеграции SAP ERP с решением SAP Ariba Sourcing для создания контрактов в SAP ERP. В SAP ERP для контрактов, отличных от стандартных, используется несколько видов документов (например, ZWK1, ZMK1, YWK1 и т.д.). Существует бизнес-требование, позволяющее пользователям выбирать пользовательские виды документов на стороне SAP Ariba Sourcing, где контракты SAP ERP должны создаваться с использованием выбранного пользовательского вида документа.  Из-за некоторых ограничений Ariba Network можно сопоставить только один вид документа на основе стоимости или количества (WK, если значение, или MK, если количество). Стандартный способ получения дополнительных видов договоров отсутствует.

Решение:

1. На стороне Ariba Sourcing создано пользовательское поле cus_SAPDocumentCategory, позволяющее пользователям выбирать типы контрактов.
2. Каждый раз, когда запрос контракта отправляется в Ariba Network из Ariba Sourcing и затем достигает CIG, полезная нагрузка (исходная полезная нагрузка, отправляемая в CIG) содержит пользовательское поле значения в виде внешнего элемента: <Extrinsic name="cus_SAPDocumentCategory">ZMK1</Extrinsic>.
3. Требуется, чтобы информация cus_SAPDocumentCategory  (в данном случае ZMK1) отображалась в <ProcessingTypeCode>ZMK1<ProcessingTypeCode/> запроса PurchasingContractERPRequest_V1, который проводится в SAP ERP через CIG (требуемый окончательный вывод полезной нагрузки или как он должен выглядеть после прохождения CIG).
4. Требуемое пользовательское правило мэппинга, предоставляемое с помощью информационного листа шаблона мэппинга (информация о шаблоне листа мэппинга с информацией о xpath и правилах мэппинга).

SAP Ariba Buying and Invoicing
SAP Ariba Contracts
SAP Ariba Strategic Sourcing Suite
SAP Ariba Supplier Lifecycle & Performance
SAP Business Network