✒️ABAP Los módulos de funciones RFC
ABAP Los módulos de funciones RFC
Módulos de Funcion RFC
1 ¿Qué es un Módulo de Función RFC?
Un Módulo de Función RFC consiste en una llamada a una función que existe en un sistema distinto al del programa que llama.
El objetivo principal de las RFC es acceder a otros ambientes para obtener datos.
La comunicación puede darse entre sistemas SAP o entre un sistema SAP y otro sistema que no sea SAP.
Para llamar a una función RFC se debe agregar la cláusula DESTINATION al momento de declarar la función.
La RFC llamada no existe en el sistema origen, pero si debe existir en el sistema destino.
Veamos un ejemplo. Si quisiéramos leer un registro de un cliente que existe en el sistema o ambiente DCR, a través de un programa ABAP existente en el ambiente DTR, crearíamos una RFC en DCR que devuelva los registros de los clientes. Después llamaríamos a esta función desde el ambiente DTR, utilizando un destino que previamente hemos creado a través de la transacción SM59.
<< imagen 1.1 >> OJO, creo que están confundidos los sistemas DTR y DCR en el dibujo.
Si se produjera un error en la ejecución de una RFC, los mensajes de error son devueltos por el sistema remoto y alojados en las variables del sistema: SY-MSGID, SY-MSGTY, SY-MSGNO, SY-MSGV1, SY-MSGV2, SY-MSGV3 y SY-MSGV4.
2 ¿Cómo crear una RFC?
Una módulo de función RFC se crea de la misma manera que se crea un módulo de función. Se accede la transacción SE37 y se completan los mismos parámetros que completamos al crear una función, a excepción de que debe seleccionar en la pestañas "Atributos" la opción: Módulo de acceso remoto (Remote Enabled Module).
<< imagen 2.1 >>
=> Los parámetros que se crean en una función RFC no se pueden pasar por Referencia, debiendo pasarse por Valor. Esto se logra marcando el check Transportar valores (Pass value) para cada parámetro en las solapas IMPORT, EXPORT y CHANGING.
Las funciones creadas como RFC pueden ser utilizadas como módulos de función normales. Esto se logra de dos maneras diferentes:
- Utilizando la declaración CALL FUNCTION DESTINATION "NONE"
- Utilizando la declaración de un módulo de función normal, sin el agregado de la cláusula DESTINATION.
Ejemplo:
* Destination
vl_destino = 'BD3110'.
*Ejemplo de uso
CALL FUNCTION 'Z01FIAP_EXTR_RFC_RETEN_PDF'
DESTINATION vl_destino
EXPORTING
bukrs = d_bukrs
belnr = d_belnr
gjahr = d_gjahr
autorizacion = d_autoriz
firma = d_firma
rspolname = d_rspolname
witht = d_witht
zlsch = d_zlsch
IMPORTING
bin_length = bin_length
TABLES
content_bin = content_bin2.
3 Tipos de RFC
Existen 3 tipos de RFC:
- Sincrónicas: ambos sistemas deben estar disponibles al momento de la llamada de la función. Estas RFC están basadas en una comunicación síncrona.
Generalmente utilizaremos el tipo de RFC sincrónico para la mayoría de nuestros desarrollos.
- Transaccionales: los sitemas no necesitan estar disponibles al momento de la llamada a la función. Un único ID de transacción es generado y los programas llamados son almacenados en el sistema junto con los datos. Para crear una RFC transaccional debo utilizar el sufijo IN BACKGROUND TASK como vemos en siguiente esquema:
<< imagen 3.1 >>
En las RFC transaccionales, el sistema deja un log con el pedido de la llamada remota en las tablas estándar de SAP ARFCSSTATE y ARFCSDATA con los valores de los parámetros pasados en la ejecución. Son tablas estádnar del sistema SAP que almacenan información relacionada a la llamada de RFC transaccionales en el sistema.
Para visualizar el log de las llamadas RFC, utilizaremos la transacción SM58:
<< imagen 3.2 >>
La transacción estándar del sistema SAP SM58, nos permite visualizar el log de errores de las RFC transaccionales que se ejecutaron en el sistema.
Cuando el programa que ejecuta la RFC ejecuta la sentencia COMMIT WORK, entonces es cuando la llamada remota es enviada al sistema remoto para su ejecución.
=> Utilizaremos el tipo de RFC transaccional para ciertos casos específicos de actualizaciones donde no se requiera que dichas actualizaciones se realicen en forma inmediata, sino cuando el programa llamador ejecute un COMMIT WORK.
- Asincrónicas o Asíncronas: el progama llamador llama a la función RFC e inmediatamente despues termina su procesamiento. Luego la función RFC se ejecuta independientemente del programa llamador. Para crear una RFC asíncrona debe utilizarse el sufijo STARTIN NEW TASK como vemos a continuación:
<< imagen 3.3 >>
Audio: No es posible debuggear una llamada a una función remota de otro sistema. Sin embargo, cuando estamos probando una llamada a una RFC desde un sistema SAP a otro sistema SAP, podemos utilizar el debugger para monitorizar la ejecución de la función RFC en el sistema remoto. Con las llamadas remotas, el debugger ABAP se ejecuta en el sistema local, y los valores de los datos y otra información de la ejecución de la función remota, son pasados al sistema remoto.
 
 
 
Agradecimiento:
Ha agradecido este aporte: Eric Rivas Rivas
Favorito:
Está publicación ha sido agregada a sus favoritos por: Lorena Amoretti
Sobre el autor
Publicación académica de Jos? Antonio Saavedra Rodr?guez, en su ámbito de estudios para la Carrera Consultor ABAP.
Jos? Antonio Saavedra Rodr?guez
El Salvador - Legajo: SX28V
✒️Autor de: 166 Publicaciones Académicas
🎓Egresado de los módulos:
- Carrera Consultor ABAP Nivel Inicial
- Carrera Consultor en SAP SD Nivel Avanzado
- Carrera Consultor en SAP SD Nivel Inicial