Настройки, задаваемые на получателе, относятся к управлению документами IDoc на получающей стороне. IDoc могут обрабатываться немедленно или в фоновом режиме. В типичных случаях можно обеспечить лучшую производительность, не обрабатывая входящие IDoc немедленно, а позже, когда нагрузка на систему ослабнет. Отложенная обработка означает также, что можно распараллелить входящие IDoc. После завершения определения необходимо сохранить его и сгенерировать партнерские профили. Порт и данные об обработке IDoc создаются автоматически как часть генерации партнерских профилей. Порт должен определяться вручную только в случае файлового интерфейса. Партнерские профили определяют, как управлять сообщениями при обработке ALE. Они зависят от типа партнера и от различных типов сообщений. На рис. 13.12 показан коммуникационный поток данных между логическими системами.
Рис. 13.11. Генерация партнерского профиля
Рис. 13.12. Технические настройки
Порт
Порт определяет тип соединения с партнером. Данные могут передаваться через tRFC с помощью последовательных файлов, с помощью CPI-C в систему SAP R/2 или через Интернет. Каждому порту присваивается уникальный номер.
Партнерские профили могут успешно генерироваться только тогда, когда имена соединений RFC согласованы с именами логических систем. Если это не так, необходимо определить партнерские профили вручную.
Чтобы обеспечить работу сделанных и сгенерированных настроек, можно выполнить функцию Check all partner profiles for consistency в ►IDoc Check, чтобы осуществить проверку на согласованность всех партнерских профилей.
Настройки модели распространения
Настройки распространения должны быть известны всем партнерским системам. Соответственно последний шаг распространяет настройки модели: ►Maintenance of distribution model • Edit • Model view • Distribute.
Этот шаг завершает определение соединения ALE.
13.2.4. Мониторинг и анализ
Если соединение ALE было задано таким образом, что получатель передает отправителю сообщение о том, что было выполнено, то отправитель может быстро проверить успех передачи. Преимущество этой процедуры состоит в том, что в случае ошибки сообщения от ответственной стороны будут доставлены немедленно, поэтому ошибку можно будет исправить, а процедуру запустить снова. Для этой проверки доступен тип сообщения ALEAUD: можно использовать ALEAUDдля передачи сообщений отправителю о полученных IDoc и их обработке. В качестве предварительного условия для использования этого подтверждения необходимо определить поток сообщений в модели распространения для этого типа сообщений, а затем периодически запускать фоновое задание на получающей системе для получения контрольных данных.
►ALE status monitor (см. рис. 13.13) предлагает обзор статуса обработки документов IDoc, который можно профильтровать согласно нескольким критериям. Можно из обзора перейти к подробному представлению. Когда причина ошибки найдена и исправлена, можно также запустить повторную обработку документов IDoc, которые содержат ошибки и были обработаны не полностью.
Для поддержки различных типов анализа можно перечислить записи в мониторе состояния и отсортировать их согласно различным критериям. Можно дважды щелкнуть мышью, чтобы увидеть дополнительные детали, или щелкнуть на записи IDoc, чтобы вывести его определение (см. рис. 13.14).
►IDoc list предоставляет также подробный вывод документов IDoc, но без возможности повторной отправки.
Описанный здесь монитор статуса и дополнительные функции анализа интегрированы в мониторы для администрирования ALE. В управление ALE можно попасть из SAP Menu через Tools • ALE • ALE Administration. He существует транзакции для замены этого пути доступа.
Рис. 13.13. Монитор статуса для сообщений ALE
Рис. 13.14. Отдельный вывод IDoc в мониторе ALE
Таблица 13.2. Управление ALE
Меню Подменю Функции Мониторинг Монитор статуса сообщений ALE Монитор CCMS Вывод рабочих позиций Службы Смена указателей Обработка Реорганизация Аудит ALE Послать подтверждения аудита Реорганизовать базу данных аудита Настройка данных Запросы ALE: Вывод исходящих запросов Запросы ALE: Вывод входящих запросов Запросы ALE: Генерировать Запросы ALE: Импортировать Запросы ALE: Консолидировать Сериализация Сериализация с помощью отметок времени Удаление старых отметок времени Сериализация с помощью типов сообщений Анализ Отправка Проверка Отправка Сериализация с помощью бизнес-объектов Вывод сериализованных документов IDoc Проверка согласованности Регистрация исходящих Регистрация входящих
Проверка обработки документов IDoc включает также управление работой спланированных фоновых заданий для обработки IDoc.
Таблица 13.3. Фоновые задания для мониторинга
Программа Описание RSEOUT00 Обработка вывода ALE RBDAPP01 Обработка ввода ALE RSNAST00 Генерация документов Idoc из управляющих сообщений RBDMIDOC Генерация документов Idoc из указателей изменений RBDMOIND Преобразование статуса после успешной коммуникации tRFC RBDCPCLR Реорганизация таблицы указателей изменений RSARFCEX Обработка прерванных передач документов IDoc
Если обработка документа IDoc прерывается, можно использовать ►IDoc error handling для включения ручной повторной обработки после исправления ошибки.
Кроме конфигурируемого подтверждения с помощью типа сообщения ALEAUD, можно также выполнить синхронный запрос статуса для определенных документов IDoc. Для этого можно щелкнуть на кнопке Trace IDocs в окне монитора статуса ALE или ►IDoc Tracing.
Диалоговые рабочие процессы обрабатывают полученные документы IDoc. Следовательно, обработка документов IDoc в целевой системе требует присутствия не только обычных диалоговых рабочих процессов для диалоговых пользователей, но и процессов для функций ALE. Можно сконфигурировать параллельную или последовательную обработку полученных документов IDoc. Для параллельной обработки необходимо создать дополнительные диалоговые процессы в количестве, соответствующем среднему числу документов IDoc, которые получаются параллельно. Последовательная обработка требует меньше диалоговых рабочих процессов, но только один документ IDoc может обрабатываться в данный момент, так что может возникнуть затор и падение производительности на получающей стороне. При этом также исключается возможность обработки одного документа IDoc раньше другого, если это понадобится. Техническая команда должна обсудить преимущества и недостатки каждого метода с подразделениями пользователей, а затем создать подходящее техническое решение. Кроме распределения нагрузки между инстанциями SAP R/3, при создании групп в определении соединения RFC может быть полезно в некоторых ситуациях использовать отдельную инстанцию SAP R/3 для обработки документов IDoc. Конечно, такое решение требует анализа стоимости и эффективности, так как для его реализации нужно дополнительное оборудование.
