1| Introduccion a Interfaces
Los sistemas SAP tiene interfaces en diferentes niveles de comunicacion. Estos rangos que van desde opciones altamente tecnicas como el uso del protocolo TCP/IP oCPI-C a opciones de interfaces especializadas diseñadas para los objetos de negocio, tal como las interfaces BAPIs o IDoc utilizadas en el amibiente 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)
- ALE: Application Link Enabling
- BAPI: Bussines 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 CI-C y TCP-IP simplifica la programacion de procesos de comunicacion entre 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 un lenguaje de programacion en la cual la funcion corre. Esto se traduce en que las RFCs pueden utilizarse para hacer llamadas a funciones en sistemas No-Sap. El procedimiento para las comunicaciones RFC entre dos sistemas SAP consisten en que el sistema que genera la llamada usa una deficion RFC en el sistema destino para acceder una funcion especifica.
Esta 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, Esto podria ser por ejemplo, una simple DLL (Dynamic Link Library). Cada interface RFC es bidireccional, porque los programas externos tamien pueden usar interfaces RFC para acceder a los sistemas SAP.
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 funcion Builder. Podemos acceder al Function builder mediante el menu de SAP Easy Access en la ruta: Tolls -> 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 Functio 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 sistema. Esta conexion se llama conexion RFC o destino RFC.
Gestion de la conexiones RFC
Podemos gestionar las conexiones RFC mediante Tools administration Network RFC destinations o usando la transaccion SM59.
-> Tolls
-> Administration
-> Network
-> RFC Destinations o usando la transaccion SM59.
El sistema que genera la llamada(sistema origin), en donde se ha creado un destino RFC con el nombre DEST, Un destino RFC en la transaccion SM59 no deben confundirse con un 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 sistema logicos; este termino es utilizado sobre todo, en el entorno ALE.
Esto significa tambien que puedes tener tanta conexiones 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 e sistema destino varias veces simultaneamente por ejemplo con un usuario logon diferente cada vez.
Si necesitamos una conexion RFC bidireccional entre dos sistemas esto es, que el sistema pueda tambien ejecutar moculos RFC en el sistema origen, entonces necesitamos configurar una conexion RFC equivalente en el sistema destino hacia el sistema origen.
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 otro sistema de la siguiente manera:
CALL FUNCTION
DESTINATION
EXPORTING
IMPORTING
La funcion que se ejecutara en el sistema destino es llamada. El nombre del destino debe referirse a una de las conexiones RFC exitentes(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.
Exporting and inmporting son usados para pasar los parametros a la funcion y para recibir los parametros devueltos. La funcion que llamamos en el sistema destino se ejecuta usando el ID de usuario que ingresamos para la conexion.
Tambien podemos crear conexiones RFC para la cual el usuario que realiza la llamada es utilizado en el sistema destino. Esto quiere decir que diferentes 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 mas importantes en los ambientes SAP, aunque tambien los Web services han ido ganando posicion en estos ultimos años. Aalgunos modulos especiales RFC, los cuales siguen ciertas convenciones, son tambien conocidos como BAPIs.
3| BOR y BAPIs
Una interface de programacio 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 negocio y datos en sistemas SAP.
Las BAPIs son definidas en el repositorio de objetos de negocio, por sus siglas en ingles conocida 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 habilidatados RFC. puedes observar una vista de las BAPIs disponibles en el BOR, por ejemplo, utilizando el boton Business object repository en el constructor de objetos de negocio (Business object builder) trasnaccion SW01.
Puedes acceder al BOR directamente usando el codigo de transaccion BAPI.
Las BAPI que representan metodos para objetos de negocio 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 Businees Workflow
- Para conectar con programas externos.
Las BAPIs son creadas y probadas de la misma forma que otros modulos de funciones, usnado el Function Builder, transaccion SE37, y son definidas como BAPIs luego en el BOR.