Share via

Создание схем для артефактов SAP в Azure Logic Apps

  • Статья

Область применения: Azure Logic Apps (Потребление + Стандартный)

В этом руководстве показано, как создать пример рабочего процесса приложения логики, создающего схемы для артефактов SAP. Рабочий процесс начинается с триггера запроса , который может получать HTTP-запросы POST с сервера SAP. Затем рабочий процесс создает схемы для указанного идентификатора и BAPI с помощью действия SAP с именем Generate schemas , который отправляет запрос на сервер SAP. Для отправки этого запроса можно использовать универсальное действие управляемого соединителя SAP с именем Send message to SAP, или использовать конкретный управляемый или встроенный метод вызова SAP с именем [BAPI] в SAP. Это действие SAP возвращает схему XML, а не содержимое и данные самого XML-документа. Возвращаемые в ответе схемы передаются в учетную запись интеграции с помощью соединителя Azure Resource Manager. Схемы содержат следующие компоненты:

Компонент Description
Структура сообщений запроса Используйте эти сведения для формирования списка BAPI get.
Структура сообщения ответа Используйте эти сведения при анализе ответа.

Рабочие процессы приложения логики уровня "Стандартный" и "Потребление" предлагают управляемый соединитель SAP, размещенный и работающий в мультитенантной среде Azure. Рабочие процессы уровня "Стандартный" также предлагают встроенный соединитель SAP, размещенный и работающий в одном клиенте Azure Logic Apps, но этот соединитель в настоящее время находится в предварительной версии и применяется к дополнительным условиям использования для предварительных версий Microsoft Azure. Если вы создаете и размещаете рабочий процесс потребления в среде службы интеграции (ISE), вы также можете использовать собственную версию ISE соединителя SAP. Дополнительные сведения см. в техническом справочнике Подключение or.

Необходимые компоненты

  • Прежде чем начать, проверьте и выполните требования к соединителю SAP для конкретного сценария.

  • Если вы хотите отправить созданные схемы в репозиторий, например учетную запись интеграции, убедитесь, что репозиторий уже существует.

Создание схем для артефакта SAP

В следующем примере рабочий процесс приложения логики активируется, когда триггер SAP рабочего процесса получает запрос от сервера SAP. Затем рабочий процесс запускает действие SAP, которое создает схемы для указанного артефакта SAP.

Добавление триггера "Запрос"

Чтобы рабочий процесс получал запросы от сервера SAP по протоколу HTTP, можно использовать встроенный триггер запроса. Этот триггер создает конечную точку с URL-адресом, в котором сервер SAP может отправлять HTTP-запросы POST в рабочий процесс. Когда рабочий процесс получает эти запросы, триггер запускается и выполняет следующий шаг в рабочем процессе.

В зависимости от того, есть ли рабочий процесс потребления в нескольких клиентах Azure Logic Apps или стандартный рабочий процесс в Azure Logic Apps с одним клиентом, выполните соответствующие действия.

  1. В портал Azure создайте ресурс приложения логики потребления и пустой рабочий процесс, который открывается в конструкторе.

  2. В конструкторе выполните следующие общие действия, чтобы найти и добавить встроенный триггер запроса с именем "При получении HTTP-запроса".

    Screenshot shows the Request trigger for a Consumption workflow.

  3. Сохраните результаты своих действий. На панели инструментов конструктора выберите Сохранить.

    На этом шаге создается URL-адрес конечной точки, где триггер может получать запросы от сервера SAP, например:

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

Добавление действия SAP для создания схем

В зависимости от того, есть ли рабочий процесс потребления в нескольких клиентах Azure Logic Apps или стандартный рабочий процесс в Azure Logic Apps с одним клиентом, выполните соответствующие действия.

  1. В конструкторе рабочих процессов в триггере запроса выберите новый шаг.

  2. В конструкторе выполните следующие общие действия, чтобы найти и добавить управляемое действие SAP с именем Generate schemas.

    Дополнительные сведения об этом управляемом действии SAP см. в разделе "Создание схем".

  3. При появлении запроса укажите сведения о подключении для локального сервера SAP. По завершении нажмите Создать. В противном случае перейдите к следующему шагу, чтобы настроить действие SAP.

    По умолчанию при создании подключения для управляемой операции SAP строгое ввод используется для проверка недопустимых значений, выполняя проверку XML в схеме. Такое поведение поможет обнаруживать проблемы раньше. Дополнительные сведения о параметре ввода Сейф. Дополнительные доступные параметры подключения см. в разделе "Сведения о подключении по умолчанию".

    После настройки и проверки подключения Azure Logic Apps появится поле сведений о действии. Дополнительные сведения о любых проблемах подключения, которые могут возникнуть, см. в разделе "Устранение неполадок подключений".

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

  4. В действии "Создание схем" укажите путь к артефакту, для которого нужно создать схему, выбрав доступное действие SAP на сервере SAP.

    1. В поле редактирования параметра Body ActionUri выберите значок папки. В открывающемся списке выберите BAPI, IDOC, RFC или TRFC. В этом примере выбирается идентификатор IDOC. Если выбрать другой тип, доступные действия SAP изменяются на основе выбранного варианта.

      Примечание.

      Если вы получаете ошибку "Недопустимый шлюз" (500) или ошибку "Неправильный запрос" (400), см. статью 500 "Недопустимый шлюз" или "400 ошибок " Недопустимый запрос".

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

    2. Перейдите к папкам типов действий SAP, используя стрелки, чтобы найти и выбрать действие SAP, которое вы хотите использовать.

      В этом примере выбраны заказы>ORDERS05>720>Send.

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

      Если не удается найти необходимое действие, можно вручную ввести путь, например:

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

      Совет

      Для параметра Body ActionUri можно использовать редактор выражений для предоставления значения параметра. Таким образом, вы можете использовать одно действие SAP для разных типов сообщений.

      Дополнительные сведения об этом действии SAP см. в схемах сообщений для операций IDoc.

    3. Чтобы создать схемы для нескольких артефактов, в разделе Body ActionUri выберите "Добавить новый элемент".

      Screenshot shows selecting the option to add a new item.

    4. Для каждого артефакта укажите действие SAP, которое вы хотите использовать для создания схемы, например:

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

  5. Сохраните результаты своих действий. На панели инструментов конструктора выберите Сохранить.

Тестирование рабочего процесса для создания схемы

В зависимости от того, есть ли рабочий процесс потребления в нескольких клиентах Azure Logic Apps или стандартный рабочий процесс в Azure Logic Apps с одним клиентом, выполните соответствующие действия.

  1. Если ресурс приложения логики потребления еще не включен, в меню приложения логики выберите "Обзор". На панели инструментов щелкните Включить.

  2. На панели инструментов конструктора нажмите кнопку "Запустить триггер">, чтобы вручную запустить рабочий процесс.

  3. Чтобы имитировать полезные данные триггера веб-перехватчика, отправьте HTTP-запрос POST на URL-адрес конечной точки, указанный триггером запроса рабочего процесса. Чтобы отправить запрос, используйте средство, например Postman.

    В этом примере HTTP-запрос POST отправляет IDoc-файл, который должен быть в формате XML и включать пространство имен для выбранного действия SAP, например:

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

  4. После отправки HTTP-запроса дождитесь ответа от рабочего процесса.

    Примечание.

    Рабочий процесс может истекать, если все шаги, необходимые для ответа, не завершаются в течение ограничения времени ожидания запроса. Если это произойдет, запросы могут быть заблокированы. Чтобы помочь вам диагностировать проблемы, узнайте, как проверка и отслеживать рабочие процессы приложения логики.

  5. На панели обзора приложения логики в разделе "Журнал запусков" найдите и откройте выполнение рабочего процесса.

  6. Найдите действие "Создать схемы" и просмотрите выходные данные действия.

    Выходные данные показывают созданные схемы для указанных сообщений.

Дополнительные сведения о просмотре журнала выполнения рабочего процесса см. в разделе "Мониторинг рабочих процессов приложений логики".

Отправка схем в учетную запись интеграции

При необходимости можно скачать или сохранить созданные схемы в репозиториях, таких как учетная запись интеграции или учетная запись хранения Azure, например в контейнере BLOB-объектов. Учетные записи интеграции предоставляют первоклассное взаимодействие с XML-действиями для рабочих процессов в Azure Logic Apps. Вы можете отправить созданные схемы в существующую учетную запись интеграции в том же рабочем процессе, который создает эти схемы с помощью действия Azure Resource Manager с именем "Создание или обновление ресурса".

Примечание.

Схемы используют формат в кодировке Base64. Чтобы передать схемы в учетную запись интеграции, сначала их необходимо декодировать с помощью base64ToString() функции. В следующем примере показан код элемента properties :

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

Для этой задачи вам потребуется учетная запись интеграции, если у вас еще нет учетной записи интеграции. В зависимости от того, есть ли рабочий процесс потребления в нескольких клиентах Azure Logic Apps или стандартный рабочий процесс в Azure Logic Apps с одним клиентом, выполните соответствующие действия для отправки схем в учетную запись интеграции из рабочего процесса после создания схемы.

  1. В конструкторе рабочих процессов в управляемом действии SAP с именем "Создать схемы" выберите "Создать".

  2. Выполните следующие общие действия, чтобы найти и добавить управляемое действие Azure Resource Manager с именем Create or update a resource. Если вам будет предложено войти с помощью учетных данных, перейдите к ней и продолжайте работу.

    После настройки и проверки подключения Azure Logic Apps появится поле сведений о действии.

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

  3. В действии создания или обновления ресурса укажите необходимые сведения.

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

    2. В списке "Добавить новый параметр " выберите параметры "Расположение " и "Свойства ".

    3. Укажите значения для этих добавленных параметров, например:

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

    Действие "Создание схем" создает схемы в виде коллекции, поэтому конструктор автоматически добавляет цикл для каждого цикла вокруг действия Azure Resource Manager, например:

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

  4. Сохраните результаты своих действий. На панели инструментов конструктора выберите Сохранить.

Тестирование рабочего процесса

  1. В зависимости от того, есть ли рабочий процесс приложения логики "Потребление" или "Стандартный", выполните общие действия, чтобы вручную протестировать и запустить рабочий процесс.

  2. После успешного запуска перейдите к учетной записи интеграции и проверьте, существуют ли созданные схемы.

Примеры XML-схем

Если вы изучаете, как создать схему XML для использования при создании образца документа, ознакомьтесь с приведенными ниже примерами. В этих примерах показано, как можно работать с несколькими типами полезных данных, в том числе:

Вы можете начать XML-схему с помощью необязательного пролога XML. Соединитель SAP работает с прологом XML или без него.

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

Примеры XML для запросов RFC

В следующем примере показан базовый вызов RFC, в котором указано STFC_CONNECTIONимя RFC. Этот запрос использует пространство xmlns=имен по умолчанию. Однако можно назначить и использовать псевдонимы пространства имен, например xmmlns:exampleAlias=. Значение пространства имен — это пространство имен для всех RFC в SAP для службы Майкрософт. Запрос имеет простой входной параметр с именем <REQUTEXT>.

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

В следующем примере показан вызов RFC с параметром таблицы. В этом примере вызовы и группа тестовых RFC доступны во всех системах SAP. Параметр таблицы называется TCPICDAT. Тип строки таблицы — ABAPTEXT, и этот элемент повторяется для каждой строки в таблице. В этом примере содержится одна строка, которая называется LINE. Запросы с параметром таблицы могут содержать любое количество полей, где число является положительным целым числом (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>

Совет

Чтобы просмотреть результат STFC_WRITE_TO_TCPIC RFC, используйте браузер данных входа SAP (T-Code SE16) и таблицу с именем TCPIC.

В следующем примере показан вызов RFC с параметром таблицы с анонимным полем, которое является полем без назначенного имени. Сложные типы объявляются в отдельном пространстве имен, где объявление задает новое значение по умолчанию для текущего узла и всех его дочерних элементов. В примере используется шестнадцатеричный код x002F в качестве escape-символа для символа / , так как этот символ зарезервирован в имени поля SAP.

<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>

В предыдущем примере также показано, как кодировать двоичные массивы для типов byte данных SAP и XString. Двоичные массивы кодируются в формате BASE64 в ФОРМАТЕ XML (тип xs:base64Binaryдвоичных данных XSD). В примере пример строкового значения AQIDBAU= base64 декодирует как двоичный массив [01][02][03][04]. Эта кодировка отличается и более эффективна в пространстве, чем шестнадцатеричная кодировка базового Подключение SAP .NET. С шестнадцатеричной кодировкой то же значение закодировано, что и строка 01020304.

Примечание.

Используйте осторожность при использовании кодировки двоичного массива, так как шестнадцатеричная кодировка использует подмножество диапазона base64 и отображается как допустимые значения base64. Например, строковое значение также декодирует как допустимое значение 01020304 в кодировке Base64, но приводит к другому двоичному массиву [d3][5d][36][d3][7d][38], а не к двоичному массиву [01][02][03][04].

Следующий пример включает префиксы для пространств имен. Можно объявить все префиксы одновременно или можно объявить любое число префиксов как атрибуты узла. Псевдоним ns0 пространства имен RFC используется в качестве корневого и параметров базового типа.

Примечание.

Сложные типы объявляются в отдельном пространстве имен для типов RFC с псевдонимом ns3 вместо обычного пространства имен RFC с псевдонимом ns0.

<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 для запросов BAPI

Следующие примеры XML — это примеры запросов для вызова метода BAPI.

Примечание.

SAP делает бизнес-объекты доступными для внешних систем, описывая их в ответ на RFC RPY_BOR_TREE_INIT, что Azure Logic Apps выдает проблемы без фильтра ввода. Azure Logic Apps проверяет выходную таблицу BOR_TREE. Поле SHORT_TEXT используется для имен бизнес-объектов. Бизнес-объекты, не возвращаемые SAP в таблице выходных данных, недоступны для Azure Logic Apps.

Если вы используете пользовательские бизнес-объекты, обязательно опубликуйте и опубликуйте эти бизнес-объекты в SAP. В противном случае SAP не будет перечислять пользовательские бизнес-объекты в таблице выходных данных BOR_TREE. Вы не сможете получить доступ к пользовательским бизнес-объектам в Azure Logic Apps, пока не предоставьте бизнес-объекты из SAP.

В следующем примере возвращается список банков, использующих метод BAPI GETLIST. Этот пример содержит бизнес-объект для банка с именем BUS1011.

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

В следующем примере создается объект банка с помощью метода BAPI CREATE. В этом примере используется тот же бизнес-объект с именем BUS1011, что и в предыдущем примере. При использовании CREATE метода для создания банка обязательно зафиксируйте изменения, так как этот метод не фиксируется по умолчанию.

Совет

Убедитесь, что XML-документ следует всем правилам проверки, настроенным в системе SAP. Например, для этого примера документа в США ключ банка (<BANK_KEY>) должен быть номером маршрутизации банка, также известным как номер ABA.

<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>

В следующем примере показано, как получить сведения о банке, используя номер маршрутизации банка, который является значением.<BANK_KEY>

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

Примеры XML для запросов IDoc

Чтобы создать простую XML-схему IDoc SAP, используйте приложение SAP Logon и код T-Code WE60. Доступ к документации SAP через пользовательский интерфейс и создание xml-схем в формате XSD для типов и расширений IDoc. Дополнительные сведения о универсальных форматах и полезных данных SAP и их встроенных диалоговых окнах см. в документации ПО SAP.

В этом примере объявляются корневой узел и пространства имен. Универсальный код ресурса (URI) в примере кода http://Microsoft.LobServices.Sap/2007/03/Idoc/3/ORDERS05//700/Send объявляет следующую конфигурацию:

  • /IDoc — корневой узел для всех IDocs.

  • /3 — версия типов записей для общих определений сегментов;

  • /ORDERS05 — это тип IDoc;

  • // — это пустой сегмент, так как отсутствует расширение IDoc;

  • /700 — это версия SAP;

  • /Send — это действие по отправке информации в SAP.

<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>

Вы можете повторить узел idocData, чтобы отправить пакет iDoc одним вызовом. В следующем примере есть одна запись элемента управления с именем EDI_DC40и несколько записей данных.

<...>
   <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>

В следующем примере показана пример записи элемента управления IDoc, которая использует префикс с именем EDI_DC. Необходимо обновить значения для соответствия установке SAP и типу IDoc. Например, код клиента IDoc может не быть 800. Обратитесь к группе SAP, чтобы убедиться, что вы используете правильные значения для установки SAP.

<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>

В следующем примере показана пример записи данных с обычными сегментами. В этом примере используется формат даты SAP. Документы со строгой типизацией могут использовать собственные форматы даты XML, такие как 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>

В следующем примере показана запись данных с сгруппированных сегментов. Запись включает родительский узел группы с именем E2EDKT1002GRP, а также несколько дочерних узлов, включая E2EDKT1002 и 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>

Рекомендуемый способ — создать идентификатор IDoc для использования с tRFC. Этот идентификатор tid транзакции можно задать с помощью операции send IDoc в управляемом соединителе SAP.

В следующем примере показан альтернативный метод для задания идентификатора транзакции или tid. В этом примере закрываются последний узел сегмента записи данных и узел данных IDoc. Затем GUID, guid, используется в качестве идентификатора tRFC для обнаружения дубликатов.

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

Следующие шаги