PORTAL PARA CLIENTES DE EDITRAN

---

• 0. EDItran/P
• 1. EDItran/G
• 2. Interfaces de comunicación
• 3. Compresión
• 4. Seguridad
• 5. Gestión y control
• 6. EDItran/FF
• 7. EDItran/TR
• 8. EDItran/MQ
• 9. EDItran/HT
• 10. EDItran/SWIFT
• 11. Traductores
  

Módulo que facilita la comunicación entre las aplicaciones según la funcionalidad de colas de mensajes.

Transmite los buzones que contienen los lotes de mensajes cargados dinámicamente por las aplicaciones en sucesivas ejecuciones.

En el extremo receptor almacena los mensajes recibidos, notificando a las aplicaciones la disponibilidad de los mismos para que sean extraídos y procesados.

Los datos almacenados en los buzones se transmiten automáticamente al centro remoto a través de sesiones de EDItran/P, bajo los siguientes criterios:

• A intervalos regulares de tiempo.Según el valor establecido en un parámetro de la sesión.
• Profundidad de la cola.Al alcanzarse el valor umbral establecido para la cola de mensajes acumulados por la aplicación y todavía no transmitidos.
• Mensajes urgentes.Se expiden inmediatamente los mensajes urgentes depositados por las aplicaciones.Para cada envío se forma un lote de transmisión, que por lo general contiene un número variable de mensajes o registros de datos depositados por la aplicación presentadora.

Los lotes son la unidad de confirmación de las transmisiones realizadas entre los dos extremos interconectados. La ausencia de confirmación en el extremo emisor desencadenará, tras agotarse todos los reintentos de reclamación de la respuesta, la ejecución del proceso de excepción establecido por el que se notifica a la aplicación emisora la falta de confirmación por parte del receptor.

Los datos contenidos en los lotes confirmados como correctamente recibidos se guardan según una estructura de almacenamiento imagen de la cola de emisión.

Es de señalar que este módulo permite la implantación de procedimientos mas avanzados que los basados en los ficheros de datos, dado que las aplicaciones pueden invocar el proceso de envío en el mismo momento en que se genera la transacción, sin esperar a generar un fichero de datos con todas las transacciones realizadas.

Incluso se puede dar un paso más, mediante el tratamiento de la confirmación de los mensajes emitidos, aceptación o rechazo.

Hay que subrayar que los intercambios se realizan en un plazo sensiblemente inferior al basado en la transmisión de ficheros, sin requerirse un acoplamiento elevado de las aplicaciones; pues las aplicaciones siguen operando de manera asíncrona.

El número de buzones es variable, en función de lo acordado entre los extremos de emisión y recepción. Lo usual es utilizar un buzón para cada uno de los extremos remotos, sentido de la transmisión emisión o recepción y aplicación de intercambio.

Las aplicaciones emisora/receptora solicitarán los servicios de envío o recepción mediante la invocación de una interfaz de alto nivel API, por lo que la existencia y gestión de los buzones resulta absolutamente transparente.

Las aplicaciones pueden conocer la situación de cada una de las operaciones cursadas previamente, pendientes de ser transmitidas, en curso de transmisión, confirmadas o como recibida por el receptor, mediante la invocación de la función de consulta de la interfaz.