Комментарии по теме

«Вы­ра­вни­ва­ем основные данные между SAP-си­сте­ма­ми»
Артем Седловский:
Дима, спасибо за статью. Я на эту тему в свое время готовил презентацию "ALE для консультанта-функциональщика" для стажеров, поэтому позволь поделиться моими сомнениями по поводу некоторых советов....

База знаний

Более эффективная интеграция управления основными данными благодаря новым интерфейсам массовой обработки и программам экстракции

Михал Кравчик
3602
1

С выходом системы SAP NetWeaver Master Data Management (SAP NetWeaver MDM) 5.5 разработчикам SAP пришлось переосмыслить некоторые из интерфейсов SAP. Ранее предполагалось, что основные данные (записи о клиентах и поставщиках) будут импортироваться только в прикладные SAP-системы. Роль главной системы основных данных в системных средах многих компаний играла система SAP R/3. Однако после появления сервисно-ориентированной архитектуры предприятия эти компании были вынуждены пересмотреть свой подход к созданию приложений, интенсивно использующих SAP NetWeaver MDM или другие средства управления основными данными для экспорта объектов основных данных через старые стандартные интерфейсы.

Для разработчиков и консультантов SAP применение стандартных интерфейсов основных данных на основе IDoc (Intermediate Document – промежуточный документ) для передачи информации о клиентах и поставщиках из прикладных SAP-систем в другие SAP-системы или сторонние решения не составляло труда. Однако эти интерфейсы не вполне подходят для передачи множественных инстанций объектов по трем основным причинам:

  • Некоторые IDoc основных данных могут содержать только одну инстанцию объекта основных данных (одну запись клиента или поставщика), что обуславливает невозможность одновременной передачи нескольких объектов с технической точки зрения.
  • Большинство программ, создающих или передающих IDoc, не предусматривают группирования объектов основных данных. Однако эти программы можно настроить для предварительного сбора IDoc перед их отправкой системе-получателю. Несмотря на то, что сбор IDoc не позволяет объединить эти сообщения в одно, он обеспечивает возможность их передачи посредством одного удаленного вызова функции (RFC). Однако выполнить их экстракцию в рамках одного прогона программы невозможно. Предварительный сбор IDoc способствует снижению требований к системным ресурсам, однако невозможность экстракции IDoc в рамках одного прогона программы в любом случае негативно сказывается на производительности системы-отправителя.
  • Стандартный предлагаемый SAP промежуточный инструмент – инфраструктура SAP NetWeaver Process Integration (SAP NetWeaver PI), которая ранее называлась SAP NetWeaver Exchange Infrastructure (SAP NetWeaver XI), – разделяет транзакционные удаленные вызовы функций (tRFC) для IDoc из прикладных SAP-систем на множество сообщений SAP NetWeaver PI. Таким образом, вместо одного потока сообщений могут появиться сотни и тысячи потоков, что существенно снижает системную производительность.

Вы хотели бы увидеть полную версию статьи?

Если вы являетесь подписчиком журнала SAP Professional Journal, пожалуйста, авторизируйтесь на сайте.

Если вы хотите подписаться на журнала SAP Professional Journal, пожалуйста, обратитесь в редакцию или сделайте заказ на сайте.

Правила получения тестового доступа к статьям SAP Professional Journal

Комментарии:

Кирилл Сатарин (Рейтинг: 979) 17:14, 06 июля 2010

Очень техническая статья, возможно будет полезна тем кто работает с системой SAP MDM. Статью можно смело назвать пресс релизом обновленной фунциональности SAP MDM.
Возможно будет полезная тем кто хочет освоиться с фунциональностью SAP MDM, но её никак нельзя назвать вводной. Для понимания всего что написано нужно обладать предварительным очень широким знанием.

Игорь Плужников (Рейтинг: 30) 14:19, 23 июля 2010

Не все моменты ясны

Любое воспроизведение запрещено.
Копирайт © «Издательство ООО «Эксперт РП» Copyright © 2010 Wellesley Information Services. All rights reserved.