✒️ABAP Los módulos de funciones RFC
ABAP Los módulos de funciones RFC
1.- Qué es 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 SAP y otro que no lo es.
La RFC llamada no existe en el sistema origen pero si debe existir en el sistema destino.
Ejemplo:
Para 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 un aRFC en DTR que devuelva los registros de los clientes.
Se utiliza la transacción SM59:
. En el sistema DTR, se crea la RFC
FUNCTION ZOBTENERCLIENTES.
... "Leer registros del cliente"
END FUNCTION.
. 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 produce un error en la ejecución de un aRFC, los mensaje s de error son devueltos por el sistema; SY-MSGID, SY-MSGTY, SY-MSGNO, SY.MSGV1, SY-MSGV2, SY-MSGV3, SY-MSGV4.
2.- Cómo crear una RFC.
Una RFC, se crea de la misma manera que una función. Se accede a la transacción SE37 y se completan los mismos parámetros que 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".
"Los parámetros que se crean en una función RFC no se pueden pasar por referencia, deben pasarse por valor"
Esto se logra tildando el check "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 diferentes.
. CALL FUNCTION DESTINATION 'NONE'.
. Utilizando la declaración de un módulo de función normal sin agregarle la cláusula DESTINATION.
3.- Tipos de RFC.
Existen tres 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, utilizaremos 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 una RFC transaccional se debe utilizar el sufijo IN BACKGROUND como mostramos en el siguiente gráfico.
CALL FUNCTION 'RFC_FUNCTION_N'
IN BACKGROWN TASK
DESTINATION 'DEST'
EXPORTING ...
TABLES ...
En las transacciones 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.
Las tablas ARFCSSTATE y ARFCSDATA.- Tablas estàndar del sistema SAP que almacena información relacionada a la llamada de RFC transaccionales en el sistema.
Para visualizar este log utilizaremos la transacción SM58.
La transacción SM58.- Transacción estándar del sistema SAP que 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 RFC transaccional para ciertos casos específicos de actualizaciones donde 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 se debe utilizar 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 Miguel Angel Acosta Acosta, en su ámbito de estudios para la Carrera Consultor ABAP.
Miguel Angel Acosta Acosta
Profesión: Ingeniero de Sistemas - Ecuador - Legajo: TF64C
✒️Autor de: 238 Publicaciones Académicas
🎓Egresado de los módulos:
- Carrera Consultor en SAP SD Nivel Avanzado
- Carrera Consultor en SAP SD Nivel Inicial
- Máster ABAP for HANA
- Carrera Consultor ABAP Nivel Avanzado
- Carrera Consultor ABAP Nivel Inicial
Disponibilidad Laboral: FullTime
Presentación:
Profesional de ingeniería de sistemas en computación e informática, con experiencia en la implantación y soporte de proyectos informáticos para empresas del sector industrial y financiero.
Certificación Académica de Miguel Acosta