Hi kim,
Bienvenido a sdn.
El Modelo de Comunicación qRFC
Propiedades de qRFC y Posibles Usos
Todos los tipos de aplicaciones están instruidos para comunicarse con otras aplicaciones. Esta comunicación puede tener lugar dentro de un sistema SAP, con otro sistema SAP o con una aplicación de un sistema externo remoto. Una interfaz que se puede utilizar para manejar esta tarea es la Llamada de Función Remota (RFC). Las RFC se pueden utilizar para iniciar aplicaciones en sistemas remotos y ejecutar funciones particulares.
Mientras que la primera versión de la RFC, la RFC síncrona (sRFC), requería que ambos sistemas involucrados estuvieran activos para producir una comunicación síncrona, las generaciones posteriores de RFC tenían una mayor variedad de características a su disposición (como la serialización, garantía de ejecución única y que el sistema receptor no tiene que estar disponible). Estas características se mejoraron aún más a través de la RFC en cola con cola de entrada/salida.
La comunicación entre aplicaciones dentro de un sistema SAP y también con un sistema remoto básicamente se puede lograr utilizando la Llamada de Función Remota (RFC). Aquí, los siguientes escenarios son posibles:
· Comunicación entre dos sistemas SAP independientes
· Comunicación entre un sistema SAP que llama y un sistema receptor externo
· Comunicación entre un sistema externo que llama y un sistema SAP receptor
El siguiente modelo de comunicación muestra cómo podrían verse estos escenarios de comunicación en la realidad. El proceso de envío real aún se realiza mediante la RFC transaccional (tRFC). Se agregan colas de entrada y salida a la tRFC, lo que nos deja con un qRFC (Llamada de Función Remota en Cola). El sistema emisor también se llama sistema cliente, mientras que el sistema objetivo corresponde al sistema servidor.
Escenario 1: tRFC
Este escenario es apropiado si los datos enviados son independientes entre sí. Una aplicación que llama (o cliente) en el sistema 1 utiliza una conexión tRFC a una aplicación llamada (o servidor) en el sistema 2. En este escenario, los datos se transfieren mediante tRFC, lo que significa que cada módulo de función enviado al sistema objetivo tiene garantizado ser ejecutado solo una vez. No se puede definir la secuencia en la que se ejecutan los módulos de función, ni el momento de la ejecución. Si ocurre un error durante la transferencia, se programa un trabajo en segundo plano que envía el módulo de función nuevamente después de 15 minutos.
Escenario 2: qRFC con cola de salida
En este escenario, el sistema emisor utiliza una cola de salida para serializar los datos que se están enviando. Esto significa que los módulos de función mutuamente dependientes se colocan en la cola de salida del sistema emisor y tienen garantizado ser enviados al sistema receptor en la secuencia correcta y solo una vez. El sistema llamado (servidor) no tiene conocimiento de la cola de salida en el sistema emisor (cliente), lo que significa que en este escenario, cada sistema SAP también puede comunicarse con un sistema no SAP (Nota: el código de programación del sistema servidor no debe ser cambiado. Sin embargo, debe ser compatible con tRFC).
Escenario 3: qRFC con cola de entrada (y cola de salida)
En este escenario, además de una cola de salida en el sistema emisor (cliente), también hay una cola de entrada en el sistema objetivo (servidor). Si existe un qRFC con cola de entrada, esto siempre significa que existe una cola de salida en el sistema emisor. Esto garantiza que la secuencia y controle eficientemente los recursos en el sistema cliente y en el sistema servidor. La cola de entrada solo procesa tantos módulos de función como los recursos del sistema objetivo (servidor) permiten en ese momento. Esto evita que un servidor sea bloqueado por un cliente. Un escenario con cola de entrada en el sistema servidor no es posible, ya que la cola de salida es necesaria en el sistema cliente para garantizar la secuencia y evitar que aplicaciones individuales bloqueen todos los procesos de trabajo en el sistema cliente.
Propiedades de los Tres Tipos de Comunicación
Para ayudarlo a decidir qué tipo de comunicación debe usar en su paisaje de sistemas para sus requisitos, a continuación se enumeran las ventajas de los tres tipos de comunicación:
...
1. tRFC: solo para módulos de función independientes
2. qRFC con cola de salida: garantiza que los módulos de función independientes se envíen uno tras otro y solo una vez (serialización). Adecuado también para la comunicación con servidores no SAP.
3. qRFC con cola de entrada: además de la cola de salida en el sistema cliente, una cola de entrada se asegura de que solo se procesen tantos módulos de función en el sistema objetivo (servidor) como lo permitan los recursos actuales. El sistema cliente y el sistema servidor deben ser sistemas SAP. Se utiliza un proceso de trabajo para cada cola de entrada.
El Modelo de Comunic
