CIG - Vilken information krävs för anpassning av XSLT-mappning?
Denna kunskapsdatabasartikel har maskinöversatts. SAP ger ingen garanti för maskinöversättningens riktighet eller fullständighet. Du kan se ursprungsinnehållet genom att växla till engelska via språkväljaren.
Jag använder SAP Ariba Cloud Integration gateway (köpsidan) för att integrera min SAP ERP med SAP Ariba-applikationer (t.ex. Ariba Network, SAP Ariba Procurement and Invoice, SAP Ariba Sourcing and Supplier Management etc.). Jag insåg att fördefinierade mappningar för Cloud Integration Gateway (CIG) inte uppfyller mina affärskrav.
Vilken information ska jag tillhandahålla för anpassning av XSLT-mappning?
Hur kan jag utöka eller ändra fördefinierad mappningslogik för CIG?
Du kan skapa CIG-anpassade mappningar i slutet med CIG-mappningsverktyget, men för kända begränsningar som inte kan utföras av CIG-mappningsverktyget kan en formell begäran om mappningsändring begäras genom att skicka ett ärende tillsammans med följande detaljer:
- Ursprunglig nyttolast som skickas till CIG.
- Önskad slutlig nyttolastutgång (hur den ska se ut efter att ha gått igenom CIG).
- Information om mappningsbladsmallen med xpath -information och mappningsregler/logik.
När du har samlat in all nödvändig information skapar du ett Ariba-ärende och inkluderar all denna information.
Observera:
- Mappningsbladsmallen är bifogad till lösningen. Slutför den enligt dina mappningsändringsbehov och bifoga den till ärendet tillsammans med nyttolasterna.
- CIG medger inte komplexa transformationer, beräkningar och regler. Vi rekommenderar alltid att du skickar den slutliga informationen till CIG som ska mappas till den slutliga nyttolasten som ska levereras till det externa systemet (t.ex. SAP ERP, Ariba Network etc.). En-till-ett-kartläggning är det bästa tillvägagångssättet.
Praktiskt exempel för ändringsbegäran för SAP Ariba CIG-mappning
Affärsproblem: Vi använder Cloud Integration Gateway för att integrera vår SAP ERP med SAP Ariba Sourcing-lösningen för att skapa kontrakt i SAP ERP. I SAP ERP använder vi flera dokumenttyper för andra avtal än standardavtal (.t.ex. ZWK1, ZMK1, YWK1, etc). Det finns ett affärskrav att tillåta att användare väljer anpassade dokumenttyper från SAP Ariba Sourcing-sidan där SAP ERP-kontrakt ska skapas med vald anpassad dokumenttyp. På grund av vissa Ariba Network-begränsningar kan du endast mappa en dokumenttyp baserat på värdet eller kvantiteten (WK om värdet eller MK om kvantiteten). Det finns inget standardsätt att ha extra avtalstyper.
Lösning:
- Ett användardefinierat fält med namnet cus_SAPDocumentCategory har skapats på Ariba Sourcing-sidan så att användare kan välja kontraktstyper.
- När kontraktsbegäran skickas till Ariba Network från Ariba Sourcing och sedan når CIG, innehåller nyttolasten (den ursprungliga nyttolasten som skickas till CIG) ett anpassat värdefält i form av ett yttre: <Extrinsic name="cus_SAPDocumentCategory">ZMK1</Extrinsic>.
- Kravet är att informationen cus_SAPDocumentCategory (i detta fall ZMK1) mappas till <ProcessingTypeCode>ZMK1<ProcessingTypeCode/> för PurchasingContractERPRequest_V1-begäran som bokas i SAP ERP via CIG (önskad slutlig nyttolastutmatning eller hur den ska se ut efter CIG).
- Önskad anpassad mappningsregel som tillhandahålls via informationsbladet för mappningsmallen (information om mappningsbladsmallen med xpath -information och mappningsregler).
| | CIG - Vilken information krävs för anpassning av XSLT-mappning.xlsx | 12.02 KB |
SAP Ariba Buying and Invoicing
SAP Ariba Contracts
SAP Ariba Strategic Sourcing Suite
SAP Ariba Supplier Lifecycle & Performance
SAP Business Network