✒️ABAP Los módulos de funciones RFC
ABAP Los módulos de funciones RFC
Apunte Creado OK - Iniciar Edición
1.- Qué es un módulo de función RFC (Remote Function Call)?
Consiste en una llamada a una función que existe en un sistema distinto al del programa que la llama.
Se trata de un protocolo que permite a un programa ejecutar código en otro máquina remota sin preocuparse de las comunicaciones.
En SAP configuramos las RFC en la transacción SM59.
La cláusula DESTINATION se debe agregar al momento de declarar la función, como se ve a continuación:
La RFC llamada no existe en el sistema origen pero si debe existir en el sistema destino.
Si quisieramos leer un registro de un cliente del sistema o ambiente DTR, a través de un programa ABAP existente en el ambiente DCR, crearíamos una RFC en DTR que devuelva los registros de los clientes.
Luego llamaríamos a esta función en el ambiente DCR, utilizando un destino que previamente hemos creado a través de la transacción SM59.
- En el sistema DTR, creo la RFC
FUNCTION ZOBTENERCLIENTES.
..."Leo el registro del cliente"
ENDFUNCTION.
En el Sistema DCR, llamo a la RFC
CALL FUNCTION ZOBTENER_CLIENTES
DESTINATION V_DCR
EXPORTING KUNNR=V_CLIENTE
TABLES CUSTOMER=T_CLIENTES
EXCEPTIONS NO_RECORD_FOUND=01
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 función RFC se crea de la misma manera que se crea una función. Se accede a la transacción SE37 y se completan los mismos parámetros que completamos para crear una función a excepción de que se debe seleccionar en la solapa de "Atributos" la opción "Módulo de acceso remoto (Remote Enabled Module).
Los parámetros en una función RFC no se pueden pasar por referencia, deben pasarse por valor. Esto se logra tildando el checkbox "Transportar valores (Pass value)" para cada parámetro en las solapas IMPORT, EXPORT y CHANGING.
A su vez, las funciones creadas como RFC pueden ser utilizadas como módulos de función normales. Esto se logra de dos maneras:
- Utilizando la declaración CALL FUNCTION DESTINATION "NONE".
- Utilizando la declaración de un módulo de función normal, sin el agregado DESTINATION.
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 sincrónica.
Generalmente usamos el tipo RFC sincrónico para la mayoría de nuestros desarrollos.
- Transaccionales: los sistemas 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 un RFC transaccional debo utilizar el sufijo IN BACKGROUND TASK como mostramos en el siguiente gráfico:
CALL FUNCTION 'RFC_FUNCTION_N'
IN BACKGROUND TASK
DESTINATION 'DEST'
EXPORTING .....
TABLES ......
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 todos los valores de los parámetros pasados en la ejecución.
Para visualizar el log usaremos la transacción SM58.
Cuando el programa que ejecuta la RFC ejecuta la sentencia COMMIT WORK, entonces es cuendo la llamada remota es enviada al sistema remoto para su ejecución.
Utilizaremos el tipo RFC transaccional para ciertos casos específicos de actualizaciones donde no se requiera que dichas actualizaciones se realicen en forma inmediata sino recién cuando el programa llamador ejecuta un COMMIT WORK.
- Asincrónicas: el programa llamador, llama a la función RFC e inmediatamente después termina su procesamiento. Luego la función RFC se ejecuta independientemente del programa llamador. Para crear una RFC asincrónica debo usar el sufijo STARTING NEW TASK como mostramos en el siguiente gráfico:
CALL FUNCTION RemoteFunction STARTING NEW TASK taskname
DESTINATION ....
EXPORTING .....
TABLES ......
EXCEPTIONS ....
 
 
 
Sobre el autor
Publicación académica de Jose Raúl Borroni Basaez, en su ámbito de estudios para la Carrera Consultor ABAP.
Jose Raúl Borroni Basaez
Profesión: Ingeniero en Informática - Chile - Legajo: DO70N
✒️Autor de: 16 Publicaciones Académicas
🎓Egresado de los módulos:
Disponibilidad Laboral: FullTime
Presentación:
Muchas ganas de aprender abap
Certificación Académica de Jose Borroni