✒️SAP BASIS Las RFC y BAPIS

Unidad 2. RFC y BAPIS

Como ejemplo de negocio podemos tomar la necesidad de integrar aplicaciones existentes con las aplicaciones SAP. Las interfaces disponibles en los sistemas son de particular interes aqui.

1. Introduccion a interfaces

Los sistemas SAP tienen interfaces en disfrentes niveles de comunicacion. Estos rangos que van desde opciones altamente tecnicas como el uso del protocolo TCP/IP o CPI-C, a opciones de interfaces especializadas diseñadas para los objetos de negocio, tal como las interfaces BAPls o IDoc utilizadas en el ambiente ALE.

Las interfaces de alto nivel, es decir, aquellas que acceden a objetos de negocio o procesos, usan la misma tecnologia, la llamada de funcion remota (RFC: Remote Function Call).

LOs sistemas SAP usan las siguientes tecnologias de interfaces, como se muestran en la fig:

- ALE: Application Link Enabling

- BAPI: Business Application Programming Interface.

- CPI-C: Common Program Interface Communication.

- EDI: Electronic Data Interchange.

- HTTP: HyperText Transfer Protocol.

- LU 6.2: LOgical Unit Type 6.2.

- RFC: Remote Function Call.

- OLE: Object Linking and Embedding.

- SMTP: Simple Mail Transfer Protocol.

- SOAP: Simple Object Access Protocol.

- TCP/IP: Transmission Control Protocol / Internet Protocol

- XML: Extensible Markup Language.

2. Remote Function Call

La interface de llamada a una funcion remota RFC es una interface SAP basada en el protocolo CPI-C y TCP/IP. Simplifica la programacion del proceso de comunicacion entre diferentes sistemas SAP.

Las RFCs permiten que funciones predefinidas puedan llamarse y ejecutarse en un sistema remoto, o dentro del mismo sistema. La RFC maneja el proceso de comunicacion, transferencia de parametros y el manejo de errores.

La RFC describe una interface, no aun lenguaje de programacion en la cual la funcion corre. Esto se traduce en la que las RFCs pueden utilizarse para hacer llamadas a funciones en sistemas No-SAP. El procedimiento para las comunicaciones RFC entre dos sistemas SAP, consiste en que el sistema que genera la llamada (sistema origen) usa una definicion RFC en el sistema destino para acceder una funcion especifica.

Esta funcion es normalmente un modulo de funcion habilitado para el llamado remoto (remote-enabled).

Si queremos iniciar programas externos de forma remota, es necesaria una interface remota fuera del sistema SAP, como muestra la fig. Esto podria ser, por ejemplo, una simple DLL (Dynamic Link Library). Cada interface RFC es bidireccional, por lo que los programas externos también pueden usar interfaces RFCs para acceder a los sistemas SAP.

NOTA: Todos los modulos de funciones (incluyendo los que son habilitados para acceso remoto) son creados, junto con los parametros de importacion y exportacion, usando el Function Builder. Podemos acceder al Function Builder, mediante el menu de SAP Easy Access en la ruta: Tools + ABAP Workbench+Development+Function Builder o usando el codigo de transaccion SE37.

Para llamar a un modulo RFC desde un sistema SAP, necesitamos conocer los parametros de importacion y exportacion (definidos en el Function Builder). Los parametros de importacion y exportacion son los parametros que deben ingresar a la funcion remota (importacion) y aquellos que seran de salida, donde generalmente obtenemos el resultado de la funcion (exportacion). Tambien debe existir una conexion tecnica entre los dos sistemas. Esta conexion se llama conexion RFC o destino RFC.

Gestion de las conexiones RFC

Podemos gestionar las conexiones RFC mediante Tools Administration Network RFC Destinations o usando la transaccion SM59.

Tools+Administration+Network+RFC Destinations o usando la transaccion SM59

En la figura anterior, podemos ver en el lado izquierdo, el sistema que genera la llamada (sistema origen), en donde se ha creado un destino RFC con el nombre DEST. UN destino RFC en la transaccion SM59, no debe de confundirse conun sistema SAP, ya que una conexion RFC puede solamente realizarse a un mandante o cliente de un sistema SAP.

Estas son tambien referidas como conexiones entre sistemas logicos; este termino es utilizado, sobre todo en el entorno ALE. Esto significa tambien que puedes tener tantas conexiones entre sistemas RFC entre dos sistemas como clientes existan en el sistema destino. Ya que debemos especificar un usuario para loguearnos al sistema destino en cada conexion RFC, podemos acceder tambien a un cliente en el sistema destino varias veces simultaneamente, por ejemplo, con un usuario de logon diferente cada vez.

Si necesitamos una conexion RFC bidireccional entre dos sistemas, esto es que el sistema destino, pueda tambien ejecutar modulos RFC en el sistema origen, entonces necesitamos configurar una conexion RFC equivalente en el sistema destino hacia el sistema origen.

NOTA: Cuando estamos definiendo destinos RFC, la conexion RFC es:

- Direccionada a un cliente, cuando estas apuntan a un sistema SAP como destino.

- Accesible desde todos los clientes en el sistema origen.

En el codigo ABAP, usamos RFCs para llamar a un modulo de funcion en ogtro sistema de la siguiente manera:

CALL FUNCTION

DESTINATION

EXPORTING

IMPORTING

La funcion que se ejecutará en el sistema destino es llamada. El nombre del destino debe referirse a una de las conexiones RFC existentes (DESTINATION). Cuando estamos creando una conexion RFC, podemos especificar la informacion de logon para el sistema destino; de lo contrario tendremos que ingresar los parametros de logon cuando iniciamos la conexion RFC.

NOTA: Tambien podemos crear conexiones RFC para la cual el usuario que realiza la llamada es utilizado en el sistema destino. Esto quiere decir que disfrentes usuarios pueden usar la misma conexion en el sistema destino. Este procedimiento se conoce como RFC de confianza (Trusted RFC). Es, por supuesto, un prerequisito que usuarios identicos sean creados tanto en el sistema origen como en el sistema destino.

Las RFC se han convertido en las interfaces más importantes en los ambientes SAP, aunque tambien los web services han ido ganando posicion en estos ultimos años. Algunos modulos especiales RFC, lo cuales siguen ciertas convenciones, son tambien conocidos como BAPis (Business Application Programming Interfaces).

3. BOR y BAPIS

Una interfaz de Programacion de Aplicacion de Negocios, por sus siglas en ingles conocida como BAPI, es una interface estandarizada que facilita el acceso interno y externo a procesos de negocios y datos en sistemas SAP.

Las BAPIs son definidas en el Repositorio de Objetos de Negocio, por sus siglas en Ingles conocido como BOR (Business Object Repository) como metodos de objetos de negocio SAP y permiten una vision orientada a objetos de los datos de negocio en un sistema SAP.

Las funciones que pueden ser llamadas usando BAPis son normalmente implementadas y almacenadas en la Herramienta de Construccion de Funciones ABAP (ABAP Workbench Function Builder) como modulos de funciones habilitados RFC (RFC-enabled). Puedes observar una vista de las BAPls disponibles en el BOR, por ejemplo: Utilizando el boton Business Object Repository en el Constructor de Objetos de Negocio (Business Object Builder), transaccion SW01.

Puedes acceder al BOR directamente usando el codigo de transaccion BAPI.

Las BAPIs que representan metodos para objetos de negocios en un sistema SAP, son usadas en un contexto muy variado. Aqui hay algunos ejemplos de posibles usos para las BAPIs:

- Conectar procesos mas alla de los limites de un sistema, por ejemplo, cuando se utiliza ALE.

- Utilizadas por SAP para integrar distintas soluciones del conjunto mySAP Business Suite.

- Para conectar un sistema SAP al internet.

- Utilizadas en conjunto con SAP Business Workflow.

- Para conectar con programas externos.

NOTA: LAs BAPls son creadas y probadas de la misma forma que otros modulos de funciones, usando el Function Builder, transaccion SE37, y son definidas como BAPLs luego en el BOR.

Agradecimiento:

Ha agradecido este aporte: Sharly Aponte Escobar

Comentario:

#1 / 29 de Abril de 2021 / Sharly Aponte Escobar: Excelente aporte.