Классификационные списки
Классификационные списки — это другой тип объектов фильтра, основанный на системе классификации SAP, который может быть применен только к основным данным о материалах, клиентах и производителях После того, как список составлен, он используется для создания объекта фильтра для типа сообщения, связанного с логической системой.
Указатель изменений
ALE имеет обширные возможности улавливать изменения в основных данных и рассылать их через интерфейс IDoc. Это используется для синхронизации более распределенных систем по отношению к основным данным.
Порты
Это логическое представление коммуникации, которое применяется ALE (например R/2, tRFC, File, Интернет) для отправления IDoc. EDI использует большинство портов на базе файлов.
Контроль сообщений и тип вывода
Этот компонент определяет вывод документов на основе номера, времени и носителя. Контроль сообщений и тип вывода используют технику условий, чтобы определить, имеет ли право на вывод конкретный документ приложения. При этом применяется методика поиска по заранее определенному типу вывода, порядку доступа и условиям, при которых он может понадобиться.
Коды операций
Коды операций используются как в ALE, так и в EDI для определения модулей приложений, которые будут обрабатывать входящие и исходящие документы.
Профиль партнеров
Профиль партнеров определяет систему, используемую для создания сообщений. Существует четыре типа профилей: KU — для клиентов, LI — для производителей, В — для банков, LS — для логических систем. ALE использует только LS, остальные три — для интерфейсов EDI. Профили партнеров содержат все необходимые параметры, включая типы сообщений, типы IDoc, функции партнеров, коды обработки, идентификаторы приложений, функции сообщений, типы вывода и порты.
Сценарии ALE
Постоянный обмен данными между распределенными системами обеспечивает общую синхронизацию систем. Существуют следующие типы коммуникационных данных:
• Контрольные данные: включают данные настройки R/3 IMG, контрольные данные сценариев распределения IMG и контрольные данные модели распределения между клиентами.
• Основные данные: содержат информацию о материале, клиенте, продавце, счетах Главной книги, центрах учета затрат, виде затрат, типе операции, единицах измерения и соответствующем тарифе.
• Данные транзакции: счета-фактуры, заказ клиента, заказ на поставку, уведомление о перевозке и т. п.
В качестве примера возьмем сценарий ALE-распределения основных данных между разветвленными системами R/3, показанный на рисунке 19.5. Например, центральный офис несет ответственность за основные данные о материалах. Допустим, что они рассредоточены в системах двух разных заводов: 5001 и 6001. ALE дает возможность отфильтровывать и рассылать только важную информацию в соответствующие системы. Типом объекта фильтра, используемого для сообщения MATMAS (material master — основные данные о материалах) является WERKS (наименование завода). Как упоминалось ранее, данные о материалах полностью передаются из центрального офиса в соответствующие системы, после чего нужно отслеживать только изменения в информации и рассылать их в заводские системы.

Рис. 19.5. Передача IDoc при помощи ALE.
Электронный обмен данными
Компании тесно взаимодействуют со своими клиентами и производителями. Для многих крупных компаний эти отношения влекут за собой непосредственную связь между их компьютерными системами. Electronic Data Interchange (EDI) это система, предназначенная для автоматической передачи бизнес-документов. EDI также можно рассматривать в качестве BPR (Business Process Reengineering) для процессов внутри компании. В отличие от традиционных BPR, такой обмен не ограничивается одной компанией, а распространен за ее пределы. С этой точки зрения, помимо сокращения объема работ по внутренней и внешней обработке сообщений, перепроектирование процессов внутри компании путем внедрения EDI существенно уменьшает время ожидания, снижающее ценность.
Архитектура EDI
Электронный обмен данными (EDI) состоит из приложения, поддерживаемого EDI, интерфейса IDoc и подсистемы EDI. Приложение, поддерживаемое EDI, способно обрабатывать бизнес-операции, полученные через EDI, подобно SAP R/3. Интерфейс IDoc соединяет приложения и подсистему EDI. Подсистема EDI конвертирует сообщения EDI с международных стандартов (EDIFACT или Х.12) в IDoc и наоборот, и передает их обычно через сеть VAN. Подсистема EDI, имеющая трехчастную структуру, также выполняет множество других функций, среди которых:
Читать дальше