Ещё по теме

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

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

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

Михал Кравчик
2885
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.