С технологической точки зрения, эти архитектуры можно разделить по следующему принципу: в первой архитектуре ERP система и Notes оперируют с одними и теми же данными, но на различных этапах жизненного цикла этих данных. В соответствии со второй архитектурой, в Notes и в ERP системе используются разные данные, и соприкосновение происходит лишь на определенных этапах бизнес процессов. Понятно, что реальное приложение может иметь гибридную архитектуру, когда взаимодействие одних модулей тяготеет к первой архитектуре, а других - ко второй.
Для взаимодействия в рамках второй модели, SAP предлагает специализированный модуль LSX (Lotus Software Extension, стандарт плагинов для Lotus Script, встроенного языка программирования Lotus Notes/Domino), средствами которого приложение Notes может проверять состояние объектов SAP/R3, и инициировать те или иные операции в R3. Функции этого модуля могут вызываться при проверке допустимости перехода документа Notes (например, подшивки Lotus Workflow) из одного состояния в другое, или, напротив, по результатам этого перехода. Однако эта технология неудобна для массового обмена данными между системами, который необходим в рамках первого подхода.
Наилучшие результаты в рамках первого подхода (общих данных) достигаются с использованием LEI (Lotus Enterprise Integrator, поставляемый отдельно модуль сервера Domino), который обеспечивает высокоскоростной обмен данными между Notes/Domino и другими СУБД, как реляционными, так и нереляционными. Обмен данными может сопровождаться их преобразованиями и фильтрацией. LEI содержит специализированный драйвер (connector) для обмена данными с SAP/R3.
В этой статье мы рассмотрели лишь относительно простые сценарии двусторонней интеграции ERP систем и Notes. Более сложные сценарии, включающие в себя другие источники данных (например, серверы транзакций и серверы приложений, такие, как IBM WebSphere), заслуживают отдельной статьи.
Интеграция ПО АСОМИ с SAP ТОРО ↗