Поделиться через

Создание схем для артефактов 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. Дополнительные сведения см . в техническом справочнике по соединителю.

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

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

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

  • Установите или используйте средство, которое может отправлять HTTP-запросы для тестирования решения, например:

    Внимание

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

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

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

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

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

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

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

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

    Снимок экрана: триггер запроса для рабочего процесса потребления.

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

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

    Снимок экрана: URL-адрес созданной конечной точки триггера запроса для получения запросов в рабочем процессе потребления.

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

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

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

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

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

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

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

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

    Снимок экрана: рабочий процесс потребления и управляемое действие SAP с именем

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

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

      Примечание.

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

      Снимок экрана: рабочий процесс потребления, действие

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

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

      Снимок экрана: рабочий процесс потребления, действие

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

      Снимок экрана: рабочий процесс потребления и ввод пути к действию SAP вручную.

      Совет

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

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

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

      Снимок экрана: выбор параметра для добавления нового элемента.

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

      Снимок экрана: несколько действий SAP для создания нескольких схем.

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

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

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

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

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

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

    В этом примере используется метод POST и URL-адрес конечной точки для отправки 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 появится поле сведений о действии.

    Снимок экрана: рабочий процесс потребления и действие Azure Resource Manager с именем

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

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

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

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

      Снимок экрана: рабочий процесс потребления и действие Azure Resource Manager с добавленными параметрами с именем Location and Properties.

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

    Снимок экрана: рабочий процесс потребления и для каждого цикла с включенным действием Azure Resource Manager.

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

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

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

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

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

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

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

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

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

В следующем примере показан базовый вызов RFC, в котором указано STFC_CONNECTIONимя RFC. Этот запрос использует пространство xmlns=имен по умолчанию. Однако можно назначить и использовать псевдонимы пространства имен, например xmlns: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>

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