Книга: SAP R/3 Системное администрирование
13.2.1. Технические основы
13.2.1. Технические основы
Поддержка прикладных связей (ALE — Application Link Enabling) является методом и технологией в SAP R/3 для поддержки управляемого деятельностью обмена сообщениями между слабо связанными системами. ALE содержит сценарии деятельности и модули функций, которые позволяют передавать и согласовывать данные системы SAP R/3 без специального участия пользователя.
Вопросы реализации
Стандартным моментом при реализации сценария ALE является анализ требований деятельности с точки зрения приложения и для переноса сценария в подходящую техническую процедуру. Типичные вопросы включают следующие:
? Какие процессы должны быть представлены в разных системах?
? Какие объекты вовлечены в эти процессы?
? Какие данные должны рассматриваться на различных системах?
? В каком формате должны быть доступны данные, и какая информация должна передаваться для форматирования?
? Какая технология передачи подходит для удовлетворения требований? Критерием здесь является частота, необходимость возврата информации, быстрота и т.д.
? Какую форму будет принимать поток данных между вовлеченными системами?
Технология ALE интегрирована одновременно в приложения и в настройку (Customizing). Она предоставляет ряд служб распространения, и информация может посылаться отправителю в ходе обработки. Часто происходит не только перенос данных: последующие действия также могут запускаться в целевой системе.
Данные обмена
С точки зрения SAP R/3 передаваемые данные включают:
? Данные транзакций — Данные приложений и данные транзакций
? Основные данные — Например, основные данные о заказчиках или материалах
? Данные настройки — Данные, которые обеспечивают однородное, глобальное представление ALE
Данные могут передаваться между системами SAP R/3, между системами SAP R/3 и SAP R/2 и между SAP R/3 и внешними системами. Основным фокусом реализованных сценариев является распространение между системами SAP R/3. Это распространение не зависит от версии системы в максимально возможной степени, что означает, что нет необходимости обновлять все системы SAP R/3 в системной инфраструктуре в одно время. Системы связаны слабыми синхронными (чтение) или асинхронными (изменение) коммуникациями. Технические характеристики соединения задаются в определении порта (port definition). Типы портов соответствуют выбранным методам коммуникации. В настоящее время используются файловые интерфейсы, RFC, CPI-C и интерфейсы Интернета.
Тип сообщения
Семантика сообщения, которое будет передано, на удаленную систему описывается типом сообщения (message type). Главные данные материалов, которые хранятся в центральной исходной системе и которые, например, должны автоматически распространяться на подчиненные системы в случае изменений, являются одним из примеров типа сообщений.
Типы IDoc
Реальная информация может посылаться с помощью промежуточного документа (IDoc — Intermediate Document). Тип IDoc, содержащий описание структуры данных, присваивается типу сообщения как контейнер для данных, которые будут пересылаться. Специальный тип IDoc существует для всех прикладных областей, которые должны готовить данные для обмена. Посылаемые данные, включая таблицы и поля, должны определяться на основе типов IDoc. Когда тип IDoc заполнен конкретными данными в соответствии с правилами структуры, он называется IDoc (промежуточный документ).
Генерация IDoc
В зависимости от приложения для генерации IDoc может использоваться один из трех методов (см. рис. 13.4).
Рис. 13.4. Методы генерации IDoc
Часто IDoc создается прямо из приложения. Прикладная программа либо заполняет внутреннюю таблицу в формате IDoc и переносит ее в службу ALE, либо использует BAPI с интерфейсом ALE.
Вторым методом является генерация IDoc из индикаторов изменения (change indicators). Основой деятельности является автоматическая синхронизация систем в терминах определенных основных данных. Для каждого изменения в наблюдаемом объекте (например, основной записи материала) индикатор изменения записывается для этой записи в таблице базы данных. С помощью планирования отчетов ALE или вручную IDoc генерируется из этих записей изменений и реплицируется в одну или несколько целевых систем.
В третьем методе используется управление сообщениями SAP R/3 для генерации соответствующего IDoc. Отправка сообщения формирует часть стандартных сценариев во многих приложениях, таких как создание заказа на покупку. Сообщение можно напечатать или послать в электронной форме с помощью базовой службы управления сообщениями. Для этого метода рассматриваемое приложение делает записи сообщений типа ALE в таблице NAST. В зависимости от конфигурации записи могут анализироваться либо немедленно системой управления сообщениями SAP R/3, либо с периодическими интервалами с помощью программы отчета RSNAST00; IDoc генерируется из этих записей.
Какой из трех методов будет оптимальным, зависит от приложения; невозможно произвольно выбрать метод по желанию.
Структура IDoc
IDoc состоит из нескольких различных сегментов. Каждый сегмент имеет свое собственное определение структуры и документацию. Для хранения данных используется несколько таблиц на уровне базы данных. IDoc организован иерархически (см. рис. 13.5).
Рис. 13.5. Структура IDoc
Каждый документ IDoc содержит одну управляющую запись, которая состоит из необходимой для переноса технической информации, такой как отправитель, получатель и тип сообщения. Управляющая запись определяет, какие операции обработки необходимы для переносимых данных. Реальные данные сообщения ALE идут после управляющей записи. Данные хранятся в различных сегментах согласно иерархии. Таблица кластеров определяет структуру сегмента и содержит данные, которые будут распространятся, в одном поле. Имя и структура этой таблицы зависит от версии SAP R/3. Третий компонент структуры IDoc является статусной информацией.
За определение обмена данных отвечает настройка (Customizing). Однако техническое определение соединений ALE обычно выполняет системный администратор SAP R/3, работая в тесном сотрудничестве с менеджером приложения или консультантом, отвечающим за прикладную сторону.
- 13.1. Адреса назначения RFC
- 13.2. Поддержка прикладных связей (ALE)
- 13.2.1. Технические основы
- 13.2.2. Ограничение и ослабление соединения с помощью BAPI
- 13.2.3. Конфигурация
- 13.2.4. Мониторинг и анализ
- 13.3. Перенос данных
- 13.3.1. Пакетный ввод
- 13.3.2. Прямой ввод
- 13.3.3. Быстрый ввод/транзакция вызова
- 13.3.4. BAPI
- 13.3.5. Рабочая среда миграции унаследованных систем
- 13.3.6. Рабочая среда переноса данных
- 13.4. SAPconnect
- 13.5. Советы
- 13.6. Транзакции и пути доступа меню
- 13.7. Дополнительная документация
- 13.8. Контрольные вопросы
- Глава 1. Основы криптографии
- 5.10.2. Платежи за технические услуги
- Роли администраторов и другие технические настройки
- Технические аспекты криптографии
- Технические подробности
- ГЛАВА 1 Основы построения баз данных
- Глава 1 Основы графологии
- Часть I Основы Ubuntu
- 2.10. Основы конфигурирования
- Нейрофизиологические основы различия «нравится» и «хочу»
- Основы интерфейса Access 2007
- 7.7.1. Основы безопасности