Я використовую шлюз хмарної інтеграції SAP Ariba (зі сторони купівлі), щоб інтегрувати мою систему SAP ERP із застосунками SAP Ariba (наприклад, Ariba Network, SAP Ariba Procurement and Invoice, SAP Ariba Sourcing and Supplier Management тощо). Я зрозумів, що готові до використання призначення шлюзу хмарної інтеграції (CIG) не відповідають моїм бізнес-вимогам.

Яку необхідну інформацію я повинен надати для налаштування меппінгу XSLT?

Як я можу розширити або змінити готову логіку меппінгу для CIG?

Ви можете створювати користувацькі зіставлення CIG у своєму кінці за допомогою інструмента меппінгу CIG, однак для відомих обмежень, яких не може виконати інструмент меппінгу CIG, можна запитати офіційний запит на зміну меппінгу, надіславши заявку разом із наступними подробицями:

• Вихідне корисне навантаження, яке надсилається до CIG.
• Бажаний кінцевий вихід корисного навантаження (як він повинен виглядати після проходження CIG).
• Інформація шаблону аркуша меппінгу з інформацією xpath та правилами/логікою меппінгу.

Після того, як ви зібрали всі необхідні подробиці, створіть заявку Ariba і додайте всю цю інформацію.

Зверніть увагу:

• Шаблон аркуша меппінгу вкладено до цього рішення. Заповніть його відповідно до ваших потреб у зміні меппінгу та приєднайте його до випадку разом із корисними навантаженнями.
• CIG не підтримує складні перетворення, обчислення та правила. Ми завжди рекомендуємо вам надсилати остаточну інформацію до CIG, яку слід призначити кінцевому корисному навантаженню для поставки до зовнішньої системи (наприклад,. SAP ERP, Ariba Network тощо). Один до одного відображення є найкращим підходом.

Практичний приклад для запиту на зміну зіставлення SAP Ariba CIG

Проблема бізнесу: ми використовуємо шлюз хмарної інтеграції для інтеграції нашої SAP ERP до рішення SAP Ariba Sourcing для створення контрактів у SAP ERP. У SAP ERP ми використовуємо кілька типів документів для контрактів, відмінних від стандартних (, наприклад,. ZWK1, ZMK1, YWK1 тощо). Існує бізнес-вимога, щоб дозволити користувачам вибирати користувацькі типи документів з боку SAP Ariba Sourcing, де контракти з ERP-системою SAP слід створювати з використанням вибраного користувацького типу документа.  Через деякі обмеження Ariba Network ви можете призначити лише один тип документа на основі значення або кількості (WK, якщо значення або MK, якщо кількість). Немає стандартного способу мати додаткові типи контрактів.

Рішення:

1. На стороні Ariba Sourcing було створено користувацьке поле cus_SAPDocumentCategory, щоб дозволити користувачам вибирати типи контрактів.
2. Щоразу, коли запит на контракт надсилається до Ariba Network з Ariba Sourcing, а потім досягає CIG, корисне навантаження (Початкове корисне навантаження, яке надсилається до CIG) містить користувацьке поле значення у формі зовнішнього параметра: <Зовнішня назва="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