Компании тесно взаимодействуют со своими клиентами и производителями. Для многих крупных компаний эти отношения влекут за собой непосредственную связь между их компьютерными системами. 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, имеющая трехча^ стную структуру, также выполняет множество других функций, среди которых:

• Передача и получение сообщений EDI

• Проверка статуса и составление отчетов

• Подтверждение доставки и функциональное подтверждение

• Повторная передача в случае помех

• Присвоение сообщений EDI IDoc и наоборот

• Перевод сообщений EDI в IDoc и наоборот

• Специфическая обработка в зависимости от партнера

• Ведение профилей партнеров

• Обмен полученными IDoc с системой R/3.

Поток данных в исходящей обработке Как говорилось в разделе посвященном ALE, коммуникация IDoc у ALE и EDI довольно схожа. Сценарий отправки сообщения EDI через интерфейс IDoc включает следующие шаги (см. рис. 19.6):

1. Подключение интерфейса IDoc к подсистеме EDI.

2. Определение порта 3. Подготовка профиля партнера 4. Если это логистическое приложение, то по умолчанию источником сообщения будет либо модуль приложения, либо Контроль сообщений (Message Control). В последнем случае все параметры Контроля сообщений должны быть определены.

5. Настройка расписания программы RSNAST00.

6. После того, как сформируется новый заказ на поставку (Purchase Order, PO), он будет внесен в расписание коммуникаций, зависящий от настроек Контроля сообщений (Message Control).

7. Запуск программы RASNASTED для подготовки сообщения EDI.

8. RASNASTED считывает профиль партнера, определяет код обработки, связывается с модулем выбора приложения и выбирает запись для создания IDoc.

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

10. В зависимости от выбранного режима вывода в профиле партнера, IDoc отсылается.

11. Используя номер IDoc в качестве идентификатора, система EDI посылает соответствующие сообщения о получении в интерфейс IDoc.

6

Рис. 19.6.

Компоненты ale | Внедрение SAP R/3 | Sap r/3 в интернет


Внедрение SAP R/3



Новости за месяц

  • Октябрь
    2019
  • Пн
  • Вт
  • Ср
  • Чт
  • Пт
  • Сб
  • Вс