Share via

Sémák létrehozása SAP-összetevőkhöz az Azure Logic Appsben

  • Cikk

A következőkre vonatkozik: Azure Logic Apps (Használat + Standard)

Ez az útmutató bemutatja, hogyan hozhat létre példa logikai alkalmazás-munkafolyamatot, amely sémákat hoz létre az SAP-összetevőkhöz. A munkafolyamat egy kérelem-eseményindítóval kezdődik, amely HTTP POST-kéréseket fogad az SAP-kiszolgálótól. A munkafolyamat ezután létrehozza a megadott IDoc- és BAPI-sémákat a Séma létrehozása nevű SAP-művelettel, amely kérést küld az SAP-kiszolgálónak. A kérés elküldéséhez használhatja az ÜZENET küldése az SAP-nak nevű általános SAP-felügyelt összekötő-műveletet, vagy használhatja az SAP által felügyelt vagy a [BAPI] hívási metódust az SAP-ban. Ez az SAP-művelet egy XML-sémát ad vissza, nem magát az XML-dokumentum tartalmát vagy adatait. A válaszban visszaadott sémákat a rendszer az Azure Resource Manager-összekötő használatával tölti fel egy integrációs fiókba. A sémák a következő részeket tartalmazzák:

Összetevő Leírás
Üzenetstruktúra kérése Ez az információ a BAPI-lista get létrehozásához használható.
Válaszüzenet struktúrája Ezekkel az információkkal elemezni lehet a választ.

A Standard és a Consumption logikai alkalmazás munkafolyamatai is kínálják a több-bérlős Azure-ban üzemeltetett és futtatott SAP felügyelt összekötőt. A standard munkafolyamatok az egybérlős Azure Logic Appsben üzemeltetett és futtatott előzetes SAP beépített összekötőt is kínálják, de ez az összekötő jelenleg előzetes verzióban érhető el, és a Microsoft Azure előzetes verziójára vonatkozó kiegészítő használati feltételek vonatkoznak rá. Ha egy integrációs szolgáltatási környezetben (I Standard kiadás) létrehoz és üzemeltet egy Használat munkafolyamatot, használhatja az SAP-összekötő I Standard kiadás natív verzióját is. További információ: Csatlakozás or műszaki referencia.

Előfeltételek

Sémák létrehozása SAP-összetevőhöz

Az alábbi példa logikai alkalmazás munkafolyamata akkor aktiválódik, amikor a munkafolyamat SAP-eseményindítója kérést kap egy SAP-kiszolgálótól. A munkafolyamat ezután futtat egy SAP-műveletet, amely sémákat hoz létre a megadott SAP-összetevőhöz.

A Kérelem eseményindító hozzáadása

Ha azt szeretné, hogy a munkafolyamat HTTP-n keresztül fogadhassa a kéréseket az SAP-kiszolgálóról, használhatja a beépített kérelem eseményindítót. Ez az eseményindító létrehoz egy URL-címmel rendelkező végpontot, ahol az SAP-kiszolgáló HTTP POST-kéréseket küldhet a munkafolyamatnak. Amikor a munkafolyamat megkapja ezeket a kéréseket, az eseményindító aktiválódik, és a munkafolyamat következő lépését futtatja.

Attól függően, hogy rendelkezik-e használati munkafolyamattal a több-bérlős Azure Logic Appsben vagy egy standard munkafolyamattal az egybérlős Azure Logic Appsben, kövesse a megfelelő lépéseket:

  1. Az Azure Portalon hozzon létre egy Használat logikai alkalmazás erőforrást és egy üres munkafolyamatot, amely megnyílik a tervezőben.

  2. A tervezőben az alábbi általános lépéseket követve keresse meg és adja hozzá a HTTP-kérés érkezésekor elnevezett beépített kérésindítót.

    Screenshot shows the Request trigger for a Consumption workflow.

  3. Mentse a munkafolyamatot. A tervező eszköztárán válassza a Mentés lehetőséget.

    Ez a lépés létrehoz egy végpont URL-címét, ahol az eseményindító kéréseket fogadhat az SAP-kiszolgálótól, például:

    Screenshot shows the Request trigger's generated endpoint URL for receiving requests in a Consumption workflow.

SAP-művelet hozzáadása sémák létrehozásához

Attól függően, hogy rendelkezik-e használati munkafolyamattal a több-bérlős Azure Logic Appsben vagy egy standard munkafolyamattal az egybérlős Azure Logic Appsben, kövesse a megfelelő lépéseket:

  1. A munkafolyamat-tervezőBen a Kérelem eseményindító alatt válassza az Új lépést.

  2. A tervezőben kövesse az alábbi általános lépéseket a sémák létrehozása nevű SAP által felügyelt művelet megkereséséhez és hozzáadásához.

    Az SAP által felügyelt műveletről további információt a Sémák létrehozása című témakörben talál.

  3. Ha a rendszer kéri, adja meg a helyszíni SAP-kiszolgáló kapcsolati adatait . Amikor elkészült, válassza a Létrehozás lehetőséget. Ellenkező esetben folytassa a következő lépéssel az SAP-művelet beállításához.

    Ha egy SAP által felügyelt művelethez hoz létre kapcsolatot, a rendszer alapértelmezés szerint erős beírással ellenőrzi az érvénytelen értékeket a sémán végzett XML-ellenőrzéssel. Ez a viselkedés segíthet a problémák korábbi észlelésében. További információ a Széf Gépelés beállításról. További választható kapcsolati paraméterekért tekintse meg az Alapértelmezett kapcsolati információkat.

    Miután az Azure Logic Apps beállította és tesztelte a kapcsolatot, megjelenik a műveletinformációs mező. További információ az esetleges csatlakozási problémákról: Kapcsolatok hibaelhárítása.

    Screenshot shows Consumption workflow and SAP managed action named Generate schemas.

  4. A Séma létrehozása műveletben adja meg annak az összetevőnek az elérési útját, amelyhez létre szeretné hozni a sémát, ha kiválaszt egy elérhető SAP-műveletet az SAP-kiszolgálón.

    1. A Body ActionUri paraméter szerkesztési mezőjében válassza a mappa ikont. A megnyíló listában válassza a BAPI, az IDOC, az RFC vagy a TRFC lehetőséget. Ez a példa az IDOC-t választja. Ha másik típust választ, az elérhető SAP-műveletek a kijelölés alapján változnak.

      Megjegyzés:

      Ha hibás átjáró (500) vagy hibás kérés (400) hibaüzenetet kap, tekintse meg az 500 Hibás átjáró vagy a 400 hibás kérés hibát.

      Screenshot shows Consumption workflow, Generate schemas action, and selecting IDOC.

    2. Tallózással keresse meg az SAP-művelettípusok mappáit a nyilakkal, és válassza ki a használni kívánt SAP-műveletet.

      Ez a példa az ORDERS>ORDERS05>720>Send lehetőséget választja.

      Screenshot shows Consumption workflow, Generate schemas action, and finding an Orders action.

      Ha nem találja a kívánt műveletet, manuálisan is megadhat egy elérési utat, például:

      Screenshot shows Consumption workflow and manually entering a path to an SAP action.

      Tipp.

      A Body ActionUri paraméter esetében a kifejezésszerkesztővel adja meg a paraméter értékét. Így ugyanazt az SAP-műveletet használhatja különböző üzenettípusokhoz.

      Az SAP-műveletről további információt az Üzenetsémák az IDoc-műveletekhez című témakörben talál.

    3. Több összetevő sémáinak létrehozásához a Body ActionUri szakaszban válassza az Új elem hozzáadása lehetőséget.

      Screenshot shows selecting the option to add a new item.

    4. Minden összetevőhöz adja meg a sémageneráláshoz használni kívánt SAP-műveletet, például:

      Screenshot shows multiple SAP actions to use for generating multiple schemas.

  5. Mentse a munkafolyamatot. A tervező eszköztárán válassza a Mentés lehetőséget.

A munkafolyamat tesztelése sémageneráláshoz

Attól függően, hogy rendelkezik-e használati munkafolyamattal a több-bérlős Azure Logic Appsben vagy egy standard munkafolyamattal az egybérlős Azure Logic Appsben, kövesse a megfelelő lépéseket:

  1. Ha a Használat logikai alkalmazás erőforrás még nincs engedélyezve, a logikai alkalmazás menüjében válassza az Áttekintés lehetőséget. Az eszköztáron válassza az Engedélyezés lehetőséget.

  2. A tervező eszköztárán válassza az Eseményindító futtatása parancsot > a munkafolyamat manuális elindításához.

  3. A webhook-eseményindító hasznos adatainak szimulálásához küldjön egy HTTP POST-kérést a munkafolyamat Kérés eseményindítója által megadott végpont URL-címre. A kérés elküldéséhez használjon olyan eszközt, mint a Postman.

    Ebben a példában a HTTP POST-kérelem küld egy IDoc-fájlt, amelynek XML formátumúnak kell lennie, és tartalmaznia kell a kiválasztott SAP-művelet névterét, például:

    <?xml version="1.0" encoding="UTF-8" ?>
<Send xmlns="http://Microsoft.LobServices.Sap/2007/03/Idoc/2/ORDERS05//720/Send">
  <idocData>
    <...>
  </idocData>
</Send>

  4. A HTTP-kérés elküldése után várja meg a munkafolyamat válaszát.

    Megjegyzés:

    A munkafolyamat időtúllépést eredményezhet, ha a válaszhoz szükséges összes lépés nem fejeződik be a kérelem időtúllépési korlátja alatt. Ha ez a feltétel bekövetkezik, előfordulhat, hogy a kérések le lesznek tiltva. A problémák diagnosztizálásához megtudhatja, hogyan ellenőrizheti és figyelheti a logikai alkalmazás munkafolyamatait.

  5. A logikai alkalmazás Áttekintés paneljén, a Futtatási előzmények területen keresse meg és nyissa meg a munkafolyamat-futtatásokat.

  6. Keresse meg a Séma létrehozása műveletet, és tekintse át a művelet kimeneteit.

    A kimenetek a megadott üzenetekhez létrehozott sémákat jelenítik meg.

A munkafolyamat-futtatási előzmények áttekintéséről további információt a Logikai alkalmazások munkafolyamatainak monitorozása című témakörben talál.

Sémák feltöltése integrációs fiókba

Igény szerint letöltheti vagy tárolhatja a létrehozott sémákat adattárakban, például integrációs fiókban vagy Azure Storage-fiókban, például egy blobtárolóban. Az integrációs fiókok első osztályú élményt nyújtanak az Azure Logic Apps munkafolyamatainak XML-műveleteihez. Lehetősége van arra, hogy a létrehozott sémákat egy meglévő integrációs fiókba töltse fel ugyanabban a munkafolyamatban, amely létrehozza ezeket a sémákat az Erőforrás létrehozása vagy frissítése nevű Azure Resource Manager-művelet használatával.

Megjegyzés:

A sémák alap64 kódolású formátumot használnak. Ha sémákat szeretne feltölteni egy integrációs fiókba, először dekódolnia kell őket a base64ToString() függvény használatával. Az alábbi példa az elem kódját properties mutatja be:

"properties": {
   "Content": "@base64ToString(items('For_each')?['Content'])",
   "ContentType": "application/xml",
   "SchemaType": "Xml"
}

Ehhez a feladathoz szüksége lesz egy integrációs fiókra, ha még nem rendelkezik ilyen fiókkal. Attól függően, hogy használatalapú munkafolyamattal rendelkezik-e a több-bérlős Azure Logic Appsben vagy egy standard munkafolyamatban az egybérlős Azure Logic Appsben, kövesse a megfelelő lépéseket, hogy sémákat töltsön fel egy integrációs fiókba a munkafolyamatból a séma létrehozása után.

  1. A munkafolyamat-tervezőben a Séma létrehozása nevű SAP-művelet alatt válassza az Új lépés lehetőséget.

  2. Az alábbi általános lépéseket követve megkeresheti és hozzáadhatja az Azure Resource Manager által felügyelt, erőforrás létrehozása vagy frissítése nevű műveletet. Ha a rendszer kéri, hogy jelentkezzen be a hitelesítő adataival, folytassa a műveletet.

    Miután az Azure Logic Apps beállította és tesztelte a kapcsolatot, megjelenik a műveletinformációs mező.

    Screenshot shows Consumption workflow and an Azure Resource Manager action named Create or update a resource.

  3. Az erőforrás létrehozása vagy frissítése műveletben adja meg a szükséges információkat.

    1. Ha a munkafolyamat korábbi lépéseiből származó kimeneteket szeretné belefoglalni, válassza ki azt a paramétert, ahová a kimenetet bele szeretné foglalni, nyissa meg a dinamikus tartalomlistát, és válassza ki a belefoglalni kívánt kimenetet.

    2. Az Új paraméter hozzáadása listából válassza ki a Hely és a Tulajdonságok paramétereket.

    3. Adja meg a hozzáadott paraméterek értékeit, például:

      Screenshot shows Consumption workflow and Azure Resource Manager action with added parameters named Location and Properties.

    A Séma létrehozása művelet sémákat hoz létre gyűjteményként, így a tervező automatikusan hozzáad egy Minden ciklushoz az Azure Resource Manager-művelet körül, például:

    Screenshot shows Consumption workflow and for each loop with included Azure Resource Manager action.

  4. Mentse a munkafolyamatot. A tervező eszköztárán válassza a Mentés lehetőséget.

A munkafolyamat tesztelése

  1. Attól függően, hogy Használat vagy Standard logikai alkalmazás munkafolyamattal rendelkezik-e, kövesse az általános lépéseket a munkafolyamat manuális teszteléséhez és futtatásához.

  2. Sikeres futtatás után lépjen az integrációs fiókhoz, és ellenőrizze, hogy léteznek-e a létrehozott sémák.

Minta XML-sémák

Ha megtanulja, hogyan hozhat létre XML-sémát mintadokumentum létrehozásához, tekintse át az alábbi mintákat. Ezek a példák bemutatják, hogyan használható számos hasznos adattípussal, például:

Az XML-sémát egy választható XML-prologgal kezdheti el. Az SAP-összekötő az XML-prologpal vagy anélkül is működik.

<?xml version="1.0" encoding="utf-8">

XML samples for RFC requests

Az alábbi példa egy alapszintű RFC-hívást mutat be, amelyben az RFC neve szerepel STFC_CONNECTION. Ez a kérés az alapértelmezett névteret xmlns=használja. Azonban hozzárendelhet és használhat névtér-aliasokat, például xmmlns:exampleAlias=. A névtér értéke az SAP Microsoft-szolgáltatások összes rfc-jének névtere. A kérelem egy egyszerű bemeneti paraméterrel rendelkezik <REQUTEXT>.

<STFC_CONNECTION xmlns="http://Microsoft.LobServices.Sap/2007/03/Rfc/">
   <REQUTEXT>exampleInput</REQUTEXT>
</STFC_CONNECTION>

Az alábbi példa egy táblaparaméterrel rendelkező RFC-hívást mutat be. Ez a példahívás és a teszt RFC-k csoportja minden SAP-rendszerben elérhető. A táblaparaméter neve TCPICDAT. A táblázat sortípusa, ABAPTEXTés ez az elem a táblázat minden sorához ismétlődik. Ez a példa egyetlen sort tartalmaz, amelynek a neve LINE. A táblaparaméterrel rendelkező kérelmek tetszőleges számú mezőt tartalmazhatnak, ahol a szám pozitív egész szám (n).

<STFC_WRITE_TO_TCPIC xmlns="http://Microsoft.LobServices.Sap/2007/03/Rfc/">
   <RESTART_QNAME>exampleQName</RESTART_QNAME>
   <TCPICDAT>
      <ABAPTEXT xmlns="http://Microsoft.LobServices.Sap/2007/03/Types/Rfc/">
         <LINE>exampleFieldInput1</LINE>
      </ABAPTEXT>
      <ABAPTEXT xmlns="http://Microsoft.LobServices.Sap/2007/03/Types/Rfc/">
         <LINE>exampleFieldInput2</LINE>
      </ABAPTEXT>
      <ABAPTEXT xmlns="http://Microsoft.LobServices.Sap/2007/03/Types/Rfc/">
         <LINE>exampleFieldInput3</LINE>
      </ABAPTEXT>
   </TCPICDAT>
</STFC_WRITE_TO_TCPIC>

Tipp.

Az RFC STFC_WRITE_TO_TCPIC eredményeinek áttekintéséhez használja az SAP Logon Data Browser (T-Code Standard kiadás 16) és a TCPIC nevű táblát.

Az alábbi példa egy névtelen mezővel rendelkező táblaparaméterrel rendelkező RFC-hívást mutat be, amely egy hozzárendelt név nélküli mező. Az összetett típusok egy külön névtérben vannak deklarálva, ahol a deklaráció új alapértelmezett értéket állít be az aktuális csomóponthoz és annak összes gyermekeleméhez. A példa a hexa kódot x002F használja a szimbólum / feloldó karaktereként, mivel ez a szimbólum az SAP mezőnévben van fenntartva.

<RFC_XML_TEST_1 xmlns="http://Microsoft.LobServices.Sap/2007/03/Rfc/">
   <IM_XML_TABLE>
      <RFC_XMLCNT xmlns="http://Microsoft.LobServices.Sap/2007/03/Rfc/">
         <_x002F_AnonymousField>AQIDBAU=</_x002F_AnonymousField>
      </RFC_XMLCNT>
   </IM_XML_TABLE>
</RFC_XML_TEST_1>

Az előző példa azt is bemutatja, hogyan kódolhatók bináris tömbök az SAP-adattípusokhoz byte és XStringa . A bináris tömbök XML-ben (XSD bináris adattípus xs:base64Binary) vannak kódolva. A példában a minta base64 sztringértéke AQIDBAU= bináris tömbként [01][02][03][04]kódol. Ez a kódolás eltér, és helytakarékosabb, mint a mögöttes SAP .NET Csatlakozás or hexakódolása. Hexadecimális kódolás esetén ugyanaz az érték van kódolva, mint a sztring 01020304.

Megjegyzés:

A bináris tömbkódolás használatakor körültekintően járjon el, mert a hexakódolás a base64 tartomány egy részhalmazát használja, és érvényes base64-értékként jelenik meg. A sztring értéke 01020304 például érvényes base64 kódolású értékként is dekódolható, de egy másik bináris tömböt [d3][5d][36][d3][7d][38]eredményez, nem bináris tömböt [01][02][03][04].

Az alábbi példa a névterek előtagjait tartalmazza. Az összes előtagot egyszerre deklarálhatja, vagy bármilyen számú előtagot deklarálhat egy csomópont attribútumaként. A rendszer az RFC névtér aliasát ns0 használja az alaptípus gyökereként és paramétereiként.

Megjegyzés:

Az összetett típusok egy másik névtérben vannak deklarálva az RFC-típusok esetében az alias ns3 helyett az aliassal ns0rendelkező normál RFC-névtér helyett.

<ns0:BBP_RFC_READ_TABLE xmlns:ns0="http://Microsoft.LobServices.Sap/2007/03/Rfc/" xmlns:ns3="http://Microsoft.LobServices.Sap/2007/03/Types/Rfc/">
   <ns0:DELIMITER>0</ns0:DELIMITER>
   <ns0:QUERY_TABLE>KNA1</ns0:QUERY_TABLE>
   <ns0:ROWCOUNT>250</ns0:ROWCOUNT>
   <ns0:ROWSKIPS>0</ns0:ROWSKIPS>
   <ns0:FIELDS>
      <ns3:RFC_DB_FLD>
         <ns3:FIELDNAME>KUNNR</ns3:FIELDNAME>
      </ns3:RFC_DB_FLD>
   </ns0:FIELDS>
</ns0:BBP_RFC_READ_TABLE>

XML samples for BAPI requests

Az alábbi XML-minták a BAPI metódus meghívására irányuló példakérések.

Megjegyzés:

Az SAP úgy teszi elérhetővé az üzleti objektumokat a külső rendszerek számára, hogy az RFC-re RPY_BOR_TREE_INITadott válaszként írja le őket, amelyet az Azure Logic Apps bemeneti szűrő nélkül problémákat tapasztal. Az Azure Logic Apps a kimeneti táblát BOR_TREEvizsgálja. A SHORT_TEXT mező az üzleti objektumok neveihez használatos. Az SAP által a kimeneti táblában nem visszaadott üzleti objektumok nem érhetők el az Azure Logic Apps számára.

Ha egyéni üzleti objektumokat használ, mindenképpen tegye közzé és engedje el ezeket az üzleti objektumokat az SAP-ban. Ellenkező esetben az SAP nem sorolja fel az egyéni üzleti objektumokat a kimeneti táblában BOR_TREE. Az egyéni üzleti objektumokat nem érheti el az Azure Logic Appsben, amíg el nem teszi az üzleti objektumokat az SAP-ból.

Az alábbi példa beolvas egy listát a bankokról a BAPI metódus GETLISThasználatával . Ez a minta egy nevű bank BUS1011üzleti objektumát tartalmazza.

<GETLIST xmlns="http://Microsoft.LobServices.Sap/2007/03/Bapi/BUS1011">
   <BANK_CTRY>US</BANK_CTRY>
   <MAX_ROWS>10</MAX_ROWS>
</GETLIST>

Az alábbi példa egy banki objektumot hoz létre a CREATE metódus használatával. Ez a példa ugyanazt az üzleti objektumot BUS1011használja, mint az előző példában. Amikor a CREATE metódussal hoz létre egy bankot, mindenképpen véglegesítse a módosításokat, mert ez a metódus alapértelmezés szerint nincs véglegesítve.

Tipp.

Győződjön meg arról, hogy az XML-dokumentum az SAP-rendszerben konfigurált érvényesítési szabályokat követi. Ebben a mintadokumentumban például az USA-ban a bankkulcsnak (<BANK_KEY>) egy banki útválasztási számnak, más néven ABA-számnak kell lennie.

<CREATE xmlns="http://Microsoft.LobServices.Sap/2007/03/Bapi/BUS1011">
   <BANK_ADDRESS>
      <BANK_NAME xmlns="http://Microsoft.LobServices.Sap/2007/03/Types/Rfc">ExampleBankName</BANK_NAME>
      <REGION xmlns="http://Microsoft.LobServices.Sap/2007/03/Types/Rfc">ExampleRegionName</REGION>
      <STREET xmlns="http://Microsoft.LobServices.Sap/2007/03/Types/Rfc">ExampleStreetAddress</STREET>
      <CITY xmlns="http://Microsoft.LobServices.Sap/2007/03/Types/Rfc">Redmond</CITY>
   </BANK_ADDRESS>
   <BANK_CTRY>US</BANK_CTRY>
   <BANK_KEY>123456789</BANK_KEY>
</CREATE>

Az alábbi példa egy bank adatait a banki útválasztási számmal kapja meg, amely a következő érték.<BANK_KEY>

<GETDETAIL xmlns="http://Microsoft.LobServices.Sap/2007/03/Bapi/BUS1011">
   <BANKCOUNTRY>US</BANKCOUNTRY>
   <BANKKEY>123456789</BANKKEY>
</GETDETAIL>

XML samples for IDoc requests

Egyszerű SAP IDoc XML-séma létrehozásához használja az SAP Bejelentkezési alkalmazást és a WE60 T-Code-ot. A felhasználói felületen keresztül elérheti az SAP dokumentációját, és XSD formátumban hozhat létre XML-sémákat az IDoc-típusok és -bővítmények számára. Az általános SAP-formátumokról és hasznos adatokról, valamint azok beépített párbeszédpaneljeiről az SAP dokumentációjában talál további információt.

Ez a példa deklarálja a gyökércsomópontot és a névtereket. A mintakód http://Microsoft.LobServices.Sap/2007/03/Idoc/3/ORDERS05//700/SendURI-ja a következő konfigurációt deklarálja:

  • /IDoc az összes IDocs gyökércsomópontja.

  • /3 a gyakori szegmensdefiníciók rekordtípus-verziója.

  • /ORDERS05 az IDoc típus.

  • // üres szegmens, mert nincs IDoc-bővítmény.

  • /700 az SAP-verzió.

  • /Send az információ SAP-nak való elküldésére irányuló művelet.

<ns0:Send xmlns:ns0="http://Microsoft.LobServices.Sap/2007/03/Idoc/3/ORDERS05//700/Send" xmlns:ns3="http://schemas.microsoft.com/2003/10/Serialization" xmlns:ns1="http://Microsoft.LobServices.Sap/2007/03/Types/Idoc/Common/" xmlns:ns2="http://Microsoft.LobServices.Sap/2007/03/Idoc/3/ORDERS05//700">
   <ns0:idocData>

Megismételheti a idocData csomópontot, hogy egyetlen hívásban küldjön egy köteg IDocs-t. Az alábbi példában egy vezérlőrekord neve EDI_DC40van, és több adatrekord.

<...>
   <ns0:idocData>
      <ns2:EDI_DC40>
         <ns1:TABNAM>EDI_DC40</ns1:TABNAM>
         <...>
         <ns1:ARCKEY>Cor1908207-5</ns1:ARCKEY>
      </ns2:EDI_DC40>
      <ns2:E2EDK01005>
         <ns2:DATAHEADERCOLUMN_SEGNAM>E23DK01005</ns2:DATAHEADERCOLUMN_SEGNAM>
         <ns2:CURCY>USD</ns2:CURCY>
      </ns2:E2EDK01005>
      <ns2:E2EDK03>
      <...>
   </ns0:idocData>

Az alábbi példa egy IDoc-vezérlőrekord mintáját mutatja be, amely egy nevesített EDI_DCelőtagot használ. Frissítenie kell az értékeket az SAP telepítésének és az IDoc típusának megfelelően. Előfordulhat például, hogy az IDoc ügyfélkódja nem.800 Lépjen kapcsolatba az SAP-csapattal, és győződjön meg arról, hogy a megfelelő értékeket használja az SAP-telepítéshez.

<ns2:EDI_DC40>
   <ns:TABNAM>EDI_DC40</ns1:TABNAM>
   <ns:MANDT>800</ns1:MANDT>
   <ns:DIRECT>2</ns1:DIRECT>
   <ns:IDOCTYP>ORDERS05</ns1:IDOCTYP>
   <ns:CIMTYP></ns1:CIMTYP>
   <ns:MESTYP>ORDERS</ns1:MESTYP>
   <ns:STD>X</ns1:STD>
   <ns:STDVRS>004010</ns1:STDVRS>
   <ns:STDMES></ns1:STDMES>
   <ns:SNDPOR>SAPENI</ns1:SNDPOR>
   <ns:SNDPRT>LS</ns1:SNDPRT>
   <ns:SNDPFC>AG</ns1:SNDPFC>
   <ns:SNDPRN>ABAP1PXP1</ns1:SNDPRN>
   <ns:SNDLAD></ns1:SNDLAD>
   <ns:RCVPOR>BTSFILE</ns1:RCVPOR>
   <ns:RCVPRT>LI</ns1:RCVPRT>

Az alábbi példa egy egyszerű szegmenseket tartalmazó mintaadatrekordot mutat be. Ez a példa az SAP dátumformátumát használja. Az erős típusú dokumentumok natív XML-dátumformátumokat használhatnak, például 2020-12-31 23:59:59.

<ns2:E2EDK01005>
   <ns2:DATAHEADERCOLUMN_SEGNAM>E2EDK01005</ns2:DATAHEADERCOLUMN_SEGNAM>
      <ns2:CURCY>USD</ns2:CURCY>
      <ns2:BSART>OR</ns2:BSART>
      <ns2:BELNR>1908207-5</ns2:BELNR>
      <ns2:ABLAD>CC</ns2:ABLAD>
   </ns2>
   <ns2:E2EDK03>
      <ns2:DATAHEADERCOLUMN_SEGNAM>E2EDK03</ns2:DATAHEADERCOLUMN_SEGNAM>
      <ns2:IDDAT>002</ns2:IDDAT>
      <ns2:DATUM>20160611</ns2:DATUM>
   </ns2:E2EDK03>

Az alábbi példa egy csoportosított szegmenseket tartalmazó adatrekordot mutat be. A rekord tartalmaz egy csoport szülőcsomópontot, és E2EDKT1002GRPtöbb gyermekcsomópontot, köztük E2EDKT1002 és E2EDKT2001.

<ns2:E2EDKT1002GRP>
   <ns2:E2EDKT1002>
      <ns2:DATAHEADERCOLUMN_SEGNAM>E2EDKT1002</ns2:DATAHEADERCOLUMN_SEGNAM>
         <ns2:TDID>ZONE</ns2:TDID>
   </ns2:E2EDKT1002>
   <ns2:E2EDKT2001>
      <ns2:DATAHEADERCOLUMN_SEGNAM>E2EDKT2001</ns2:DATAHEADERCOLUMN_SEGNAM>
         <ns2:TDLINE>CRSD</ns2:TDLINE>
   </ns2:E2EDKT2001>
</ns2:E2EDKT1002GRP>

Az ajánlott módszer egy IDoc-azonosító létrehozása a tRFC-vel való használatra. Ezt a tranzakcióazonosítót az SAP által felügyelt összekötőBen a Send IDoc művelettel adhatja tid meg.

Az alábbi példa egy alternatív módszert mutat be a tranzakcióazonosító beállításához, vagy tid. Ebben a példában az utolsó adatrekord-szegmenscsomópont és az IDoc adatcsomópont bezárul. Ezután a RENDSZER a GUID azonosítót guidhasználja tRFC-azonosítóként az ismétlődések észleléséhez.

     </E2STZUM002GRP>
  </idocData>
  <guid>8820ea40-5825-4b2f-ac3c-b83adc34321c</guid>
</Send>

További lépések