• Статья
  • Чтение занимает 9 мин
  • Потребление
  • Standard Edition
  1. В портал AzureОткройте ресурс приложения логики и рабочий процесс в конструкторе.

  2. В конструкторе в разделе триггер или действие, в которое необходимо добавить действие EDIFACT, выберите новый шаг.

  3. Под полем поиска Choose an operation (Выберите действие) выберите вкладку Все. В поле поиска введите edifact encode. В этом примере выберите действие с именем Encoded to EDIFACT Message by имя соглашения.

    Снимок экрана, показывающий портал Azure, конструктор рабочих процессов и выбранное действие

    Примечание

    Вместо этого можно выбрать действие » кодировать в EDIFACT сообщение по удостоверениям «, но в дальнейшем потребуется предоставить разные значения, такие как идентификатор отправителя и идентификатор получателя , указанные в соглашении EDIFACT. Также необходимо указать XML-сообщение для кодирования, которое может быть выходным результатом триггера или предыдущим действием.

  4. При появлении запроса на создание подключения к учетной записи интеграции укажите следующие сведения.

    Свойство Обязательно Описание
    Имя соединения Да Имя для соединения
    Учетная запись интеграции Да В списке доступных учетных записей интеграции выберите учетную запись для использования.

    Пример.

    Снимок экрана, показывающий область подключения

  5. Когда все будет готово, выберите Создать.

  6. После того как операция EDIFACT появится в конструкторе, укажите сведения для следующих свойств, относящихся к этой операции:

    Свойство Обязательно Описание
    Имя соглашения EDIFACT Да Используемое соглашение EDIFACT.
    Сообщение XML для кодирования Да Бизнес-идентификатор отправителя сообщения, указанный в соглашении EDIFACT
    Другие параметры Нет Эта операция включает следующие другие параметры:

    — —
    — —
    — —
    — —
    — —
    — —
    — —

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

    Например, полезные данные сообщения XML могут быть выходным содержимым из триггера запроса:

    Снимок экрана, показывающий операцию

Декодирование сообщений EDIFACT

  • Потребление
  • Standard Edition
  1. В портал AzureОткройте ресурс приложения логики и рабочий процесс в конструкторе.

  2. В конструкторе в разделе триггер или действие, в которое необходимо добавить действие EDIFACT, выберите новый шаг.

  3. Под полем поиска Choose an operation (Выберите действие) выберите вкладку Все. В поле поиска введите edifact encode. Выберите действие с именем декодирование сообщения EDIFACT.

  4. При появлении запроса на создание подключения к учетной записи интеграции укажите следующие сведения.

    Свойство Обязательно Описание
    Имя соединения Да Имя для соединения
    Учетная запись интеграции Да В списке доступных учетных записей интеграции выберите учетную запись для использования.

    Пример.

    Снимок экрана, показывающий область подключения

  5. Когда все будет готово, выберите Создать.

  6. После того как операция EDIFACT появится в конструкторе, укажите сведения для следующих свойств, относящихся к этой операции:

    Свойство Обязательно Описание
    EDIFACT сообщение неструктурированного файла для декодирования Да Сообщение XML-неструктурированного файла для декодирования.
    Другие параметры Нет Эта операция включает следующие другие параметры:

    — —
    — —
    — —
    — —
    — —
    — —
    — —
    — —
    — —
    — —
    — —

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

    Например, полезные данные сообщения XML для декодирования могут быть выходным содержимым содержимого триггера запроса:

    Снимок экрана, показывающий операцию

Обработку сегментов UNH 2.5 в документах EDIFACT

В документе EDIFACT для поиска в схеме используется сегмент UNH 2.5 . Например, в этом примере сообщения EDIFACT поле UNH имеет значение EAN008:

UNH+SSDD1+ORDERS:D:03B:UN:EAN008

Чтобы обработать документ EDIFACT или обработать сообщение EDIFACT с сегментом в 2,5 раза, выполните следующие действия.

  1. Обновите или разверните схему с именем корневого узла UNH 2.5.

    Например, предположим, что корневое имя схемы для образца поля UNH имеет значение EFACT_D03B_ORDERS_EAN008 . Для каждого D03B_ORDERS с разными сегментами UNH 2.5 понадобится развернуть отдельную схему.

  2. В портал AzureДобавьте схему в ресурс учетной записи интеграции или в ресурс приложения логики, который зависит от того, работаете ли вы с типом ресурсов приложение логики (потребление) или приложение логики (стандартный) соответственно.

  3. независимо от того, используете ли вы действие декодирования или кодирования EDIFACT, отправьте схему и настройте параметры схемы в Параметры получения соглашения EDIFACT или отправьте Параметры разделы соответственно.

  4. Чтобы изменить соглашение EDIFACT, в области соглашения выберите свое соглашение. На панели инструментов панели соглашения выберите изменить как JSON.

    • В receiveAgreement разделе соглашения найдите schemaReferences раздел и добавьте значение UNH 2.5.

      Снимок экрана, показывающий портал Azure с разделом

    • В sendAgreement разделе соглашения найдите schemaReferences раздел и добавьте значение UNH 2.5.

      Снимок экрана, показывающий портал Azure с разделом

Дальнейшие действия

  • Параметры сообщений EDIFACT

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

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

Обзорный снимок экрана, показывающий операцию

Кодирование и декодирование EDIFACT

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

Кодирование в действие сообщения EDIFACT

  • Разрешите соглашение, сопоставляя идентификатор квалификатора отправителя & и квалификатор и идентификатор получателя.

  • Сериализация электронного обмена данными (EDI), преобразующая XML-кодированные сообщения в наборы транзакций EDI в обмене.

  • Примените заголовок набора транзакций и сегменты трейлеров.

  • Создание контрольного номера обмена, контрольного номера группы и контрольного номера набора транзакций для каждого исходящего обмена.

  • Замените разделители в полезных данных.

  • Проверьте свойства EDI и для конкретного партнера, такие как схема для элементов данных набора транзакций в отношении схемы сообщения, элементы данных набора транзакций и расширенная проверка элементов данных в наборе транзакций.

  • Создание XML-документа для каждого набора транзакций.

  • Запросите техническое подтверждение, функциональное подтверждение или и то, и другое, если оно настроено.

    • В качестве технического подтверждения в сообщении CONTRL указывается квитанция для обмена.

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

Декодировать действие сообщения EDIFACT

  • Проверьте конверт в соответствии с соглашением торгового партнера.

  • Разрешите соглашение, сопоставляя квалификатор и идентификатор отправителя вместе с квалификатором получателя и идентификатором.

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

  • Разборку обмена.

  • Проверка электронных данных обмена данными (EDI) и связанных с партнером свойств, таких как структура конверта обмена, схема конверта для схемы элемента управления, схема для элементов данных набора транзакций на схему сообщения и расширенная проверка элементов данных в наборе транзакций.

  • Убедитесь, что контрольные номера обмена, группы и набора транзакций не дублируются, если они настроены, например:

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

    • Проверьте контрольный номер группы по отношению к другим контрольным номерам групп в обмене.

    • Проверьте контрольный номер набора транзакций для других контрольных номеров набора транзакций в этой группе.

  • Разделение обмена на наборы транзакций или сохранение всего обмена, например:

    • Разделение обмена на наборы транзакций — приостановка наборов транзакций при ошибке.

      Действие декодирования разделяет обмен на наборы транзакций и анализирует каждый набор транзакций. Действие выводит только те наборы транзакций, которые не прошли проверку badMessages , и выводит оставшиеся наборы транзакций в goodMessages .

    • Разделение обмена на наборы транзакций — приостановка обмена по ошибке.

      Действие декодирования разделяет обмен на наборы транзакций и анализирует каждый набор транзакций. Если один или несколько наборов транзакций в обмене данными не прошли проверку, действие выводит все наборы транзакций в этом обмене badMessages .

    • Сохранение обмена — приостановка наборов транзакций при ошибке.

      Действие декодирования сохраняет обмен и обрабатывает весь пакетный обмен. Действие выводит только те наборы транзакций, которые не прошли проверку badMessages , и выводит оставшиеся наборы транзакций в goodMessages .

    • Сохранение обмена — приостановка обмена при ошибке.

      Действие декодирования сохраняет обмен и обрабатывает весь пакетный обмен. Если один или несколько наборов транзакций в обмене данными не прошли проверку, действие выводит все наборы транзакций в этом обмене badMessages .

  • Создайте техническое подтверждение, функциональное подтверждение или и то, и другое, если оно настроено.

    • Техническое подтверждение или CONTRL подтверждение, которое сообщает результаты синтаксической проверки по полному полученному обмену.

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

Справочник по соединителям

Технические сведения о соединителе EDIFACT см. на странице справочника по соединителю, описывающей триггеры, действия и ограничения, указанные в файле Swagger для соединителя. кроме того, проверьте ограничения протокола B2B для размеров сообщений для рабочих процессов, выполняемых в многоклиентских Azure Logic Appsх, Azure Logic Apps одного клиента или в среде службы интеграции (ISE). Например, в среде службы интеграции (ISE)в этой версии интегрированной среды для этого соединителя используются ограничения сообщений B2B для ISE.

Предварительные требования

  • Учетная запись и подписка Azure. Если у вас пока нет подписки, зарегистрируйте учетную запись Azure бесплатно.

  • Ресурс учетной записи интеграции , в котором вы определяете и сохраняете артефакты, такие как торговые партнеры, соглашения, сертификаты и т. д., для использования в рабочих процессах интеграции и B2B предприятия. Этот ресурс должен соответствовать следующим требованиям.

    • Связан с той же подпиской Azure, что и ресурс приложения логики.

    • Находится в том же расположении или регионе Azure, что и ресурс приложения логики.

    • При использовании типа ресурса приложения логики (потребления) и операций EDIFACT ресурсу приложения логики не требуется ссылка на учетную запись интеграции. Однако эта учетная запись по-прежнему необходима для хранения артефактов, таких как партнеры, соглашения и сертификаты, вместе с операциями EDIFACT, X12или AS2 . Учетная запись интеграции по-прежнему должна соответствовать другим требованиям, таким как использование той же подписки Azure и существующей в том же расположении, что и ресурс приложения логики.

    • При использовании типа ресурса » приложение логики» (стандартный) и операций EDIFACT для рабочего процесса требуется подключение к учетной записи интеграции, созданной непосредственно из рабочего процесса при добавлении операции AS2.

  • По крайней мере два торговых партнера в учетной записи интеграции. Определения для обоих участников должны использовать один и тот же квалификатор бизнес-удостоверения , который является для этого сценария как взаимно определяемый ZZZ .

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

    Важно!

    Соединитель EDIFACT поддерживает только символы UTF-8. Если в выходных данных содержатся неожиданные символы, убедитесь, что в сообщениях EDIFACT используется кодировка UTF-8.

  • Ресурс приложения логики и рабочий процесс, где вы хотите использовать операции EDIFACT.

    Если вы не знакомы с приложениями логики, ознакомьтесь со статьями Что такое Azure Logic Apps и Краткое руководство. Создание первого автоматизированного рабочего процесса с помощью Azure Logic Apps на портале Azure.

Кодирование сообщений EDIFACT