Шрифт:
Рис. 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, имеющая трехчастную структуру, также выполняет множество других функций, среди которых:
• Передача и получение сообщений 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. Поток данных в исходящей обработке.
SAP R/3 в Интернет
Значение системы Интернет не в том, что она увеличивает сферу действия предприятия и его маневренность. Скорее, значимо то, что Интернет сам стал важнейшим компонентом рыночной среды и все мировые компании должны адаптироваться к этому новому окружению. Разумное использование Интернет-технологий для бизнес-операций стало важнейшим фактором успеха для многих предприятий. Это справедливо для всех ERP включая SAP R/3.
Web-поддержка SAP R/3 осуществляется достаточно просто благодаря следующему:
• Обработка данных Интернет-версии и версии клиент-сервер SAP используют одинаковый протокол передачи (TCP/IP).
• Интернет-технология на основе браузера во многом совпадает с вариантом «тонкого» клиента SAP в трехуровневой архитектуре клиент/сервер.
• Интернет, так же как и SAP, полностью независим от технических средств и основного программного обеспечения, на базе которых Web-сервер предоставляет требуемые услуги.
Вообще говоря, принципы, по которым работает Интернет, не сильно отличаются от принципов работы SAP R/3. В системе SAP R/3 сервер приложений функционирует в качестве сервера, а графический интерфейс пользователя SAP (SAPGUI) выступает в качестве клиента. Точно также, в случае с Интернет, браузер выступает клиентом, а Web-сервер — сервером, который предоставляет все документы и сервисы, требующиеся клиенту Web-браузера.
Существует два различных подхода к соединению с системой SAP через Интернет: «снаружи внутрь» и «изнутри наружу». В первом случае логика приложения находится во внешней системе, в последнем — остается внутри системы SAP. Каждый из этих подходов имеет свои преимущества, в зависимости от требований системы приложений. Подход «снаружи внутрь» подходит приложениям, которым особенно не требуются сервисы SAP и которым не нужно связываться с большим количеством разнотипных источников и систем. Оба подхода имеют доступ и используют BAPI, предоставляемые системой SAP, с той лишь разницей, что в случае подхода «снаружи внутрь» BAPI контролируются логикой внешней системы.