6.6
Единственная разница между удаленным вызовом функционального модуля на другой сервер и локальным вызовом заключается в использовании специального параметра (destination), который указывает целевой сервер, на котором должна выполняться программа.
Существуют три типа RFC-вызовов:
синхронный RFC-вызов: вызывающая программа приостанавливается до тех пор пока на целевом сервере не будет обработан функциональный модуль и в вызывающую систему не будут переданы какие-либо результаты. Только после этого продолжается выполнение вызывающей программы;
асинхронный RFC-вызов: вызывающая программа выполняется параллельно и независимо от обработки функционального модуля в целевой системе. За обработку результатов отвечают программисты. Помимо этого, целевая система также должна быть доступна во время RFC-вызова;
транзакционный RFC-вызов: несколько функциональных модулей можно объединить в одну транзакцию. Они обрабатываются за один раз в целевой системе внутри определенной логической единицы обработки (LUW) и в той последовательности, в которой были вызваны. В случае ошибки вызывающей системе посылается сообщение, которое можно проанализировать с помощью транзакции SM58. При выполнении транзакционного RFC не обязательно иметь доступ к целевой системе во время RFC-вызова. Кроме того, можно конфигурировать периодичность и интервалы отдельных запросов.
6.7
Технология OLE (Object Linking and Embedding) является объектно-ориентированным средством для связи между программами. Пользователь может установить связь между системой R/3 и офисными приложениями, которые поддерживаются OLE2-автоматизацию (например, Word и Excel). Таким образом пользователи могут использовать функциональность системы R/3, используя свою обычную настольную офисную среду.
OLE-функции офисных программ указываются в системе R/3 в информации по типу. Эта информация содержит описание методов, атрибутов и параметров. Информация по типу может быть независимой от языка программирования.
При использовании OLE система R/3 может выступать в двух разных ролях.
Если система R/3 выступает в качестве OLE-клиента, то пользователь вызывает настольную программу из ABAP-приложения. OLE-команды передаются на ПК из ABAP-кодировки в виде RFC-вызовов через интерфейс SAPGUI. Интерфейс SAPGUI преобразует RFC-вызовы в OLE-команды для приложения на ПК.
Если система R/3 выступает в качестве OLE-сервера, то настольное приложение может вызвать функции системы R/3. OLE-команды посылаются серверу SAP-автоматизации. Сервер преобразует эти команды в RFC-вызовы и передает их в систему R/3. В системе R/3 вызовы функций и интерфейсы ВАРI инирциируются бизнес-объектами. После того, как данные были успешно обработаны, они посылаются бизнес-объектом обратно в настольную программу через сервер SAP-автоматизации.
6.8
Бизнес-объекты формируют основу для связи на высоких (удобных для пользователя) уровнях сети. Например, они позволяют системе R/3 функционировать через Интернет или осуществлять связь с программами на настольных ПК. Целью объектно-ориентированной SAP-стратегии является интеграция объектов на хозяйственном, а не на чисто техническом уровне.
Бизнес-объекты
создают основу для четко определенной связи между системами клиент/сервер;
ориентированы на хозяйственную деятельность: например, существуют такие объекты, как "дебитор", "заказ" или "сотрудник";
предоставляют бизнес-функции (методы). Например, для объекта "дебитор" существуют такие методы, как "Создание дебитора" и "Просмотр дебитора". Названия таких методов позволяют программировать понятно и, следовательно, без ошибок;
управляются централизованно в системе R/3, в репозитарии бизнес-объектов (РВО).
Интерфейсы BAPI (Business Application Programming Interfaces) являются функциональными интерфейсами. Они используют бизнес-функции, определенные для бизнес-объектов. Интерфесы BAPI можно вызвать как из системы R/3, так и вне ее.
Более подробную информацию об интерфейсах BAPI можно найти в SAPNet в подкаталоге “bapi”.
|
