Книга: Внедрение SAP R/3: Руководство для менеджеров и инженеров
Электронный обмен данными
Электронный обмен данными
Компании тесно взаимодействуют со своими клиентами и производителями. Для многих крупных компаний эти отношения влекут за собой непосредственную связь между их компьютерными системами. 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.
Рис. 19.6. Поток данных в исходящей обработке.
- 13. Зарабатываем на своих файлах: файлообменники, загружаеми получаем процент за скачивание
- ЧАСТЬ 2 ОБМЕН СООБЩЕНИЯМИ
- Обмен сообщениями в сети
- Как продолжить работать с данными, которые я сохранил вчера?
- 5.12. Обмен файлами с мобильным телефоном по Bluetooth
- Где завести электронный ящик?
- Обмен данными между гостевой и хостовой ОС
- Можно ли копировать права доступа вместе с данными?
- Распределенный обмен сообщениями
- 10.2.5. Работа с данными в формате CSV
- Урок 7.2. Основные приемы работы с данными
- Обмен сообщениями