ALE, EDI и IDocs. Введение и отличия: SAP Обучение

⚡ Умное резюме

ALE, EDI и IDocs — три столпа SAP Интеграция. EDI обменивается деловыми документами с внешними партнерами, ALE распределяет процессы между ними. SAP системы, а IDoc — это стандартный контейнер, который хранит данные для обеих систем.

  • 📤 Определение EDI: Электронный обмен данными — это структурированный электронный обмен деловыми документами между различными приложениями.
  • 🔗 Определение ALE: Функция Application Link Enabling распределяет бизнес-функции между слабо связанными системами. SAP и не-SAP систем.
  • 📦 Определение IDoc: Промежуточный документ — это контейнер данных, используемый системами ALE и EDI для передачи информации.
  • 🧱 Структура IDoc: Каждый IDoc содержит одну управляющую запись, множество записей данных и одну или несколько записей состояния.
  • ↔️ Ключевое отличие: ALE — это технология внутреннего распространения, а EDI — это процесс взаимодействия с внешними партнерами.
  • ⚙️ Поток процесса: Исходящий запрос создает IDoc, а входящий запрос использует IDoc для создания документа приложения.
  • 🇧🇷 Ежедневные транзакции: WE02, WE19, WE20 и BD87 охватывают мониторинг, тестирование, настройку партнеров и повторную обработку.

ALE, EDI и IDoc в SAP

Что такое ЭДО?

EDI (Electronic Data Interchange) — это электронный обмен структурированными бизнес-данными между различными приложениями. Таким образом, заказ на покупку, оформленный в одной компании, может поступить в систему поставщика как заказ на продажу, без необходимости повторного ввода данных кем-либо.

ЭДИ Archiтекстура

ЭДИ Archiтекстура

Как показано на диаграмме выше, EDI ArchiАрхитектура состоит из трех слоев –

  1. Приложения с поддержкой EDIОни поддерживают автоматическую обработку деловых транзакций.
  2. Интерфейс IDoc: Он был разработан как открытый интерфейс. Интерфейс IDoc состоит из типов IDoc и функциональных модулей, которые образуют интерфейс приложения.
  3. Подсистема ЭОД: Это преобразует типы IDoc в типы сообщений EDI и наоборот. Этот компонент архитектуры EDI не поставляется SAP.

Преимущества процесса EDI

  • Уменьшение количества ошибок при вводе данных
  • Сокращение времени обработки
  • Доступность данных в электронном виде
  • Сокращение бумажной работы
  • Сниженная стоимость
  • Сокращение запасов и улучшение планирования
  • Стандартные средства коммуникации
  • Улучшение бизнес-процессов
  • Конкурентное преимущество

Что такое ALE?

EDI обеспечивает связь с торговыми партнерами. ALE решает проблему зеркального отображения внутри предприятия, где несколько SAP Системы должны работать в унисон.

ALE поддерживает распределение бизнес-функций и процессов между слабосвязанными SAP Системы R/3 (различные версии SAP Р/3). Соединения со стороны R/2 и не SAP системы также поддерживаются.

ALE поддерживает-

  • Распределение приложений между различными версиями систем R/3
  • Продолжение обмена данными после обновления версии без необходимости специального обслуживания.
  • Расширения, ориентированные на клиента.
  • Коммуникационные интерфейсы, позволяющие подключаться к не-SAP систем.
  • Объединение систем R/3 и R/2.

Что такое ИДОК?

И ALE, и EDI требуют обмена данными, и обе системы передают эту задачу одному и тому же объекту.

ИДОК is просто контейнер данных используется для обмена информацией между любыми двумя процессами, которые могут понимать синтаксис и семантику данных.

Проще говоря, IDoc — это файл данных определенного формата, которым обмениваются две системы, знающие, как интерпретировать эти данные.

IDOC расшифровывается как «Промежуточный документ».

Когда мы выполняем исходящий В процессе ALE или EDI создается IDOC. В входящий В процессе ALE или EDI IDOC служит входными данными для создания документа приложения. в SAP СистемаIDOC-сообщения хранятся в базе данных. Каждое IDOC-сообщение имеет свой IDOC-код. уникальный номер (внутри клиента).

IDOC основаны на стандартах EDI, ANSI ASC X12 и ЭДИФАКТВ случае возникновения конфликта в размерах данных, будет выбран больший размер. IDOC-сообщения — это... независимо от направления обмена даннымиНапример, транзакция ORDERS01 в ​​модуле «Закупки» используется как для входящих, так и для исходящих запросов. IDOC-документы можно просмотреть в... Текстовый редактор потому что данные хранятся в символьном формате, а не в двоичном. IDOC-документы — это независимо от систем отправки и получения (SAPКSAP а также не-SAP).

Структура IDoc: записи управления, данных и состояния.

Знание того, что IDoc — это контейнер, полезно только тогда, когда вы можете прочитать, что находится внутри. Каждый IDoc, независимо от типа сообщения, состоит из трех типов записей.

Запись Таблица Что в нём содержится
Контрольная запись EDIDC Ровно один такой документ на каждый IDoc. Содержит номер IDoc, основной тип, тип сообщения, направление, а также данные отправителя и получателя.
Записи данных ЭДИД4 Бизнес-данные. Каждая запись соответствует сегменту, а сегменты могут быть вложенными, образуя иерархии родительских и дочерних элементов.
Записи о состоянии РЕДИСЫ Журнал аудита. На каждом этапе обработки добавляется код состояния, поэтому вся история IDoc остается видимой.

Статусные показатели также позволяют с первого взгляда определить направление движения. CodeЗначения в диапазоне от 01 до 49 относятся к исходящим IDoc-документам, где 03 означает «передано в порт», а 12 — «отправлено». CodeИдентификаторы IDoc, начинающиеся с 50 и выше, относятся к входящим IDoc, где 53 означает «документ заявки отправлен», а 51 — «документ заявки не отправлен».

Как работает процесс ALE и IDoc?

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

Исходящий процесс

  1. Документ заявки создан. Пользователь или пакетное задание сохраняет деловой документ, например, заказ на покупку.
  2. Сработал механизм управления сообщениями. В процессе определения выходных данных определяется тип сообщения, например, ORDERS, и профиль партнера, указывающий на необходимость создания IDoc-документа.
  3. IDoc сгенерирован. Модуль выбора считывает таблицы приложения и заполняет записи управления и данных. IDoc получает статус 30, «готов к отправке».
  4. IDoc передается на порт. Определение порта определяет среду передачи, которая может быть файлом, вызовом удаленной функции или передачей XML. Статус становится 03.
  5. Подсистема или партнер его получает. В случае EDI подсистема преобразует IDoc в сообщение EDIFACT или ANSI X12. В случае успешной передачи возвращается статус 16.

Входящий процесс

  1. Прибывает IDoc через порт и записывается в базу данных со статусом 50.
  2. Проверяется профиль партнера. SAP Проверяет отправителя, тип сообщения и присвоенный код процесса.
  3. В коде процесса вызывается функциональный модуль. которая проверяет сегменты на соответствие базовому типу.
  4. Заявка размещена. Успешное выполнение присваивает статус 53. В случае неудачи присваивается статус 51, и IDoc остается в базе данных с прикрепленным сообщением об ошибке.
  5. Неудачные IDoc-сообщения обрабатываются повторно. после исправления основных данных, без необходимости повторной отправки чего-либо партнеру.

Поскольку IDoc-документ хранится на каждом этапе, данные не теряются при сбое какого-либо шага. Именно эта надежность является основной причиной. SAP Спустя десятилетия после их внедрения, интеграции по-прежнему опираются на IDoc-документы.

Разница между ALE и EDI

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

ALE используется для поддержки распределенных, но интегрированных процессов в нескольких SAP системы, тогда как EDI используется для обмена деловыми документами между системами деловых партнеров (которые могут быть не-SAP системы).

ОЛЕ SAPТехнология EDI предназначена для поддержки распределенной среды, тогда как EDI — это процесс обмена деловыми документами, которые теперь имеют стандартизированный формат.

База ALE ЭДИ
Цель Распределение бизнес-процессов и основных данных Обмен деловыми документами с торговыми партнерами.
Типичная область применения Внутренний, между SAP системы Внешние, между компаниями
Необходима подсистема Нет Да, для преобразования IDoc в формат EDIFACT или ANSI X12.
Применяемые стандарты SAP собственная модель распространения EDIFACT, ANSI ASC X12
Носитель данных IDoc IDoc

IDoc — это контейнер данных, используемый для обмена данными как в процессах EDI, так и в процессах ALE. Именно благодаря этому общему контейнеру эти две технологии почти всегда изучаются вместе.

Общая транзакция IDoc Codeс в SAP

Ежедневная работа с ALE и EDI осуществляется с помощью небольшого набора кодов транзакций. В таблице ниже они сгруппированы по выполняемым задачам.

сделка Цель
WE02 / WE05 Отображение IDoc-документов и их фильтрация по статусу, дате, направлению или партнеру.
WE19 Инструмент тестирования. Скопируйте существующий IDoc, отредактируйте сегменты и обработайте его повторно в режиме отладки.
WE20 Поддерживайте профили партнеров, которые связывают партнера с типами сообщений и кодами процессов.
WE21 Определите порты, которые указывают, каким образом IDoc физически покидает систему или входит в нее.
WE30 / WE31 Создание и расширение базовых типов и сегментов IDoc.
BD87 Повторно обработайте IDoc-документы, имеющие статус ошибки, например, 51 или 56.
SM58 Проверяйте транзакционные очереди RFC, если IDoc так и не достигает целевой системы.

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

Часто задаваемые вопросы (FAQ)

Базовый тип, например ORDERS05, является стандартным. SAP структура. Расширение добавляет к ней пользовательские сегменты без изменения стандарта, поэтому SAP Модернизация остается безопасной.

Оба варианта сосуществуют. SAP S/4HANA по-прежнему поддерживает IDoc для асинхронного обмена большими объемами данных, в то время как OData и REST API обрабатывают синхронные вызовы в реальном времени. Во многих системах эти два подхода используются параллельно.

Прочитайте текст состояния в транзакции WE02, чтобы найти причину, которая обычно заключается в отсутствии основных данных или пробеле в настройках. Устраните первопричину, затем повторно обработайте тот же IDoc через транзакцию BD87.

Да. Инструменты мониторинга на основе ИИ группируют повторяющиеся коды состояния, прогнозируют, какие интерфейсы, скорее всего, выйдут из строя, и предлагают вероятную первопричину. Функциональный консультант все равно подтверждает исправление перед повторной обработкой.

Частично. Искусственный интеллект может предложить предварительную карту месторождения.ping между сегментами IDoc и сообщением EDIFACT или X12. Каждая картаping В WE19 еще требуется тестирование, поскольку неправильно указанный квалификатор незаметно искажает данные.

Подведем итог этой публикации следующим образом: