
El bgRFC permite que la aplicación registre los datos que se reciben más tarde por un llamado
solicitud. Cuando se reciben los datos, debemos asegurarnos de que los datos se transfirieron a
el receptor ya sea una sola vez en cualquier orden (transaccional) o una sola vez en el orden de
creación (en cola).
Este es un paso obligatorio porque el bgRFC solo puede funcionar si un supervisor
el destino se ha definido para el procesamiento de bgRFC. Para la creación de supervisor
destino el t-code es SBGRFCCONF.
bgRFC_Configuración_1
bgRFC_Configuración_2
Necesita verificar el destino del supervisor como un destino RFC usando la transacción
SM59. Este destino debe definirse como una conexión ABAP o una conexión lógica.
conexión.
bgRFC_Configuración_3
Se debe ingresar un usuario, una contraseña y un cliente para ambos tipos de conexión. Consulte
la captura de pantalla adjunta.
bgRFC_Configuración_4
No se puede definir equilibrio de carga.
No se puede introducir ningún número de sistema.
No se puede ingresar a ningún servidor.
bgRFC_Configuración_5
Tenemos que crear un nombre de destino entrante/saliente según el requisito.
Creación de destino entrante:
En la definición de destino de entrada. Pestaña en la transacción SBGRFCCONFpodemos
mantener un destino entrante separado para cada aplicación. Esto también es obligatorio
paso para crear cualquier bgRFC de entrada.
El grupo de inicio de sesión/servidor se puede definir mediante transacción RZ12.
Todos los ajustes y actividades relacionados con la transacción. SBGRFCCONF está relacionado con la BASE
por lo tanto, antes de crear/configurar cualquier bgRFC, consulte con el equipo de BASIS.
bgRFC_Configuración_6
bgRFC_Configuración_7
bgRFC_Configuración_8
Podemos crear un destino de salida usando la transacción SM59. Creación de salida
destino en SM59 es normal como cualquiera de la creación de destino. Consulte el
debajo de la captura de pantalla como referencia.
bgRFC_Configuración_9
Tenemos que crear un destino de salida en Conexiones ABAP. Para este destino
tenemos que mantener la IP de destino de destino necesaria, número de sistema, etc. Consulte todos
las siguientes capturas de pantalla para la configuración detallada en cada pestaña.
bgRFC_Configuración_10
bgRFC_Configuración_11
bgRFC_Configuración_12
Después de la creación del destino de salida en SM59 tenemos que mantener este destino
en SBGRFCCONF transacción. Tenemos que mantener el destino en Scheduler
Pestaña de destino de la transacción SBGRFCCONF. Consulte la siguiente captura de pantalla.
bgRFC_Configuración_13
Después de toda la configuración, ahora hablemos de la programación.
Tenemos que crear una unidad bgRFC tomando la referencia del configurado
nombre de destino de entrada/salida. Los objetos de destino se pueden solicitar utilizando el
métodos de clase de la clase CL_BGRFC_DESTINATION_OUTBIUND para el
saliente y la clase CL_BGRFC_DESTINATION_INBOUND para el entrante. Nosotros
tiene que usar el método create de la clase mencionada anteriormente para crear un objeto de destino.
Consulte el siguiente ejemplo de cómo crear un objeto de destino de entrada.
Pase cualquiera de los nombres de destino de entrada configurados en la variable mencionada a continuación.
Llame al método mencionado a continuación para crear una referencia de destino entrante.
bgRFC_Programación_1
Si el destino de entrada/salida no es válido, el programa se volcará.
Consulte la captura de pantalla para su referencia.
bgRFC_Programación_2
Para manejar el error de tiempo de ejecución, necesitamos usar la clase de excepción
CX_BGRFC_INVALID_DESTINATION. Consulte la siguiente captura de pantalla para su
referencia.
bgRFC_Programación_3
Después de la creación del objeto de destino, es hora de crear una unidad bgRFC. bgRFC unir
pueden ser de dos tipos como tRFC y qRFC. Tenemos que usar el método CREATE_TRFC_UNIT
para crear una unidad y un método tRFC CREAR_QRFC_UNIDAD para crear una unidad qRFC. Por favor
consulte la siguiente captura de pantalla.
bgRFC_Programación_4
Para crear una unidad qRFC solo tenemos que llamar CREAR_QRFC_UNIDAD método en lugar de
CREATE_TRFC_UNIT método.
Después de la creación de la unidad, tenemos que llamar a cualquier módulo de función en segundo plano. El nuevo
La sintaxis para llamar a un módulo de función para el procesamiento en segundo plano es la siguiente.
FUNCIÓN DE LLAMADA ‘nombre_función’
EN UNIDAD DE FONDO unidad
EXPORTADOR…
Dentro del módulo de función de llamada tenemos que escribir nuestra lógica requerida que queremos
proceso en segundo plano (por ejemplo, Actualizar una tabla). Consulte la siguiente captura de pantalla para llamar a
un módulo de funciones.
bgRFC_Programación_5
En el ejemplo anterior, el módulo de función se llama en segundo plano utilizando el creado
unidad. En el parámetro de exportación podemos definir lo que queramos enviar en la función
módulo. Si queremos enviar alguna tabla también podemos definirla en el módulo de llamada y
podemos enviarlo.
bgRFC_Programación_6
La captura de pantalla anterior muestra el programa completo para llamar a bgRFC.
RFC_Fun_1
El módulo de funciones debe ser un módulo de funciones habilitado para RFC.
RFC_Fun_2
Aquí hay que recordar una cosa, llamar al módulo de función ocurrirá una vez
programa hace el COMMIT WORK. Si queremos crear bgRFC desde nuestro custom
programa como informe en ese caso tenemos que hacer COMMIT WORK externo pero si estamos
tratando de crear bgRFC desde cualquier BADI/USER EXIT/Enhancement Spot en ese caso,
no es necesario aplicar COMMIT WORK externo. Una vez que SAP estándar haga el COMMIT
Se creará la unidad WORK bgRFC.
El monitor bgRFC generalmente se requiere para verificar si alguna unidad falla o si hay algún problema en
cualquier unidad en particular.
Tenemos que usar transacción SBGRFCMON para monitorear la unidad bgrfc. En la pantalla de selección
tenemos la opción de monitorear la unidad de entrada/salida junto con la unidad tRFC o la unidad qRFC.
También hay varias opciones en la pantalla de selección. Consulte la siguiente captura de pantalla.
bgRFC_Mon_1
Después de ejecutar la transacción podremos monitorear todas las unidades erróneas en el
sistema. Tenemos que recordar si alguna unidad se crea con éxito y si no hay
problema de datos o cualquier problema de conexión en ese caso se ejecutará y no podremos
para verlo en esta transacción. Aquí solo se mostrarán las unidades erróneas y de advertencia.
Consulte la siguiente captura de pantalla.
bgRFC_Mon_2
La llamada de función remota en segundo plano (bgRFC) es una tecnología de SAP que permite
comunicación asíncrona (qRFC) y síncrona (tRFC) entre diferentes
sistemas Se utiliza para permitir el procesamiento en segundo plano del sistema distribuido de forma segura.
y manera confiable.
Con bgRFC, los desarrolladores pueden crear y programar procesos para que se ejecuten en segundo plano.
del sistema SAP, que ayuda a reducir la carga de trabajo en el front-end y mejorar el sistema
actuación. La tecnología garantiza que todos los datos se transmitan de forma segura y puedan
manejar grandes volúmenes de datos de manera eficiente.
Me gustaría escuchar sus opiniones y comentarios sobre esta publicación y la promoción de
recursos de la comunidad en la comunidad de SAP.
Otros blogs para bgRFC relacionados:
https://community.sap.com/topics/abap-conectividad
https://answers.sap.com/tags/266264953119842772207986043063520
https://blogs.sap.com/tags/266264953119842772207986043063520/
¡Gracias por leer mi contenido en el blog de SCN! Si disfrutaste lo que leíste y
Me gustaría ver más, te animo a seguir mi perfil.
Calle Eloy Gonzalo, 27
Madrid, Madrid.
Código Postal 28010
Paseo de la Reforma 26
Colonia Juárez, Cuauhtémoc
Ciudad de México 06600
Real Cariari
Autopista General Cañas,
San José, SJ 40104
Av. Jorge Basadre 349
San Isidro
Lima, LIM 15073