ALE, EDI и IDocs. Введение и отличия: SAP Обучение
⚡ Умное резюме
ALE, EDI и IDocs — три столпа SAP Интеграция. EDI обменивается деловыми документами с внешними партнерами, ALE распределяет процессы между ними. SAP системы, а IDoc — это стандартный контейнер, который хранит данные для обеих систем.
Что такое ЭДО?
EDI (Electronic Data Interchange) — это электронный обмен структурированными бизнес-данными между различными приложениями. Таким образом, заказ на покупку, оформленный в одной компании, может поступить в систему поставщика как заказ на продажу, без необходимости повторного ввода данных кем-либо.
ЭДИ Archiтекстура
Как показано на диаграмме выше, EDI ArchiАрхитектура состоит из трех слоев –
- Приложения с поддержкой EDIОни поддерживают автоматическую обработку деловых транзакций.
- Интерфейс IDoc: Он был разработан как открытый интерфейс. Интерфейс IDoc состоит из типов IDoc и функциональных модулей, которые образуют интерфейс приложения.
- Подсистема ЭОД: Это преобразует типы 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?
Приведенные выше записи проходят через фиксированную последовательность шагов. Понимание этой последовательности позволяет определить, где остановился сбой в работе интерфейса.
Исходящий процесс
- Документ заявки создан. Пользователь или пакетное задание сохраняет деловой документ, например, заказ на покупку.
- Сработал механизм управления сообщениями. В процессе определения выходных данных определяется тип сообщения, например, ORDERS, и профиль партнера, указывающий на необходимость создания IDoc-документа.
- IDoc сгенерирован. Модуль выбора считывает таблицы приложения и заполняет записи управления и данных. IDoc получает статус 30, «готов к отправке».
- IDoc передается на порт. Определение порта определяет среду передачи, которая может быть файлом, вызовом удаленной функции или передачей XML. Статус становится 03.
- Подсистема или партнер его получает. В случае EDI подсистема преобразует IDoc в сообщение EDIFACT или ANSI X12. В случае успешной передачи возвращается статус 16.
Входящий процесс
- Прибывает IDoc через порт и записывается в базу данных со статусом 50.
- Проверяется профиль партнера. SAP Проверяет отправителя, тип сообщения и присвоенный код процесса.
- В коде процесса вызывается функциональный модуль. которая проверяет сегменты на соответствие базовому типу.
- Заявка размещена. Успешное выполнение присваивает статус 53. В случае неудачи присваивается статус 51, и IDoc остается в базе данных с прикрепленным сообщением об ошибке.
- Неудачные 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 для повторной обработки после устранения первопричины.


