Servidor de red transaccional

Permite hacer la interconexión de distintas plataformas a partir de una simple configuración, olvidándose de los problemas de implementación y transporte de transacciones en línea.

Beneficios

Altamente extensible a través de componentes .NET que actúan como autorizadores internos, permitiendo ampliar las posibilidades de soluciones de manera independiente, rápida y flexible.

Permite administrar un parque de terminales de forma remota en cuanto a sus aplicaciones y su esquema de cifrado.

Solución a bajo costo.

Bajo tiempo de implementación en la integración de diferentes dispositivos, plataformas, sistemas.

Flexibilidad para interconectar plataformas diferentes.

Altamente paramétrico, permitiendo una baja dependencia para el despliegue de nuevas transacciones.

Altamente extensible a través de componentes .NET que actúan como autorizadores internos, permitiendo ampliar las posibilidades de soluciones de manera independiente, rápida y flexible.

Bajo tiempo para la implementación de una red de terminales.

Permite administrar un parque de terminales de forma remota en cuanto a sus aplicaciones y su esquema de cifrado.

Flexibilidad para interconectar plataformas diferentes.

Solución a bajo costo.

Altamente paramétrico, permitiendo una baja dependencia para el despliegue de nuevas transacciones.

Caracteristicas

Servidor

On premises: Windows 2019 o superior, también se puede desplegar con contenedores linux, ya sea utilizando docker compose o kubernetes local. Utilizando MS SQL 2019 o superior.

Azure/Aws/Gcp: Despliegue en Kubernetes con SQL Server as a service.

Framework
.net 8
Memoria

Depende del despliegue, para instalaciones de inicio on premises 8GB de Memoria principal y almacenamiento fuera del sistema operativo 40GB. En cualquier caso los requerimientos de memoria dependen de la cantidad de transacciones a procesar.

Capacidad Transaccional

Para configuraciones básicas de un clúster de kubernetes con un solo nodo, con transacciones parametrizadas con 2 autorizadores, se logran entre 60/80 tps. El rendimiento de cada cliente dependerá de la infraestructura empleada y de la parametrización de reglas de procesamiento transaccional empleadas.

Componentes

El SRT le permite a sus usuarios definir la integración de sus soluciones a partir de los siguientes elementos:

El SRT permite definir múltiples instancias de comunicaciones basados en diferentes protocolos. Estos pueden ser tipo TCP, Web Services REST, consumo y lectura de colas de mensajes, invocacion de procedimientos almacenados. Adicionalmente, si los protocolos estándar de la solución, no son suficientes, se pueden extender a través del desarrollo de componentes en .net que se integran naturalmente a toda la solución.

Mediante su interfaz gráfica, se pueden definir diferentes mensajes, identificando para cada uno de ellos su tipo. Los tipos de mensajes pueden ser Json, Bitmap (Tipo Iso8583, hpdh), Separadores de campos, Formato fijo, XML. Adicionalmente, para cada mensaje que se configure, se puede definir cada uno de los campos que forman el mensaje, indicando para cada campo un conjunto de atributos como el tipo de dato, longitud, requerido si-no, el enmascaramiento para efectos de cumplimiento de estándares de seguridad y protección de datos, entre otros.

Finalmente, los mensajes que se definen pueden ser con varios niveles de jerarquía, permitiendo con esto la definición de mensajes complejos, mezclando diferentes tipos de mensajes.

En el SRT las reglas de procesamiento se definen a través de un flujograma donde se describen los pasos que se deben ejecutar al momento de recibir una transacción. Con esta herramienta, quiénes usan el SRT, tienen total flexiblidad de diseñar las integraciones con el número de pasos que necesiten. Los pasos que pueden utilizarse en este flujograma incluyen, los siguientes, pero de igual manera que en la parte de comunicaciones, se pueden desarrollar componentes en .net que se integran perfectamente en la ejecución de los flujogramas de las transacciones:

Transformación de mensajes
Validación de mensajes
Enrutamiento de mensajes
Operaciones criptográficas
Muchas más...

El SRT permite la creación de tablas dinámicas para ser incorporadas en el flujo de las transacciones. En estas tablas dinámicas se puede almacenar información para validaciones en medio del procesamiento de transacciones. Típicos usos de estas tablas dinámicas son listas de BINES para validación, almacenamiento de parámetros de usuarios finales para ser tenidos en cuenta en las validaciones que se realizan en los flujos. Acá el límite es la imaginación.

Las transacciones en línea no están excentas de problemas en su procesamiento, típicamente fallos de comunicaciones. El SRT permite una gran variedad de definiciones de reglas de procesamiento en eventos "no esperados", en medio del procesamiento, lo cual permite definir el comportamiento cuando se presentan timeouts, fallos en las comunicaciones, todo siguiendo el mismo esquema de flujogramas para cada caso. Casos típicos de uso de esta funcionalidad son los reversos en las transacciones o reintentos según sea el caso.

Para las operaciones criptográficas más usadas como son generación de llaves para intercambio dinámico y encripcion desencripción, el SRT se integra con HSM que tengan mensajería de Atalla y Thales. Igualmente se integra con los servicios de HSM as a service de AWS.

Uno de los aspectos en los que más se destaca el SRT es en su capacidad de generar información para el soporte de una plataforma transaccional. El SRT permite configurar varios niveles de tracing, tanto a nivel de comunicaciones como a nivel del procesamiento de cada transaaccion al interior de el. Adicionalmente, se integra con cualquier consumidor de data de open telemetry, así los clientes pueden utilizar sus herramientas preferidas para monitoreo y atención de incidentes.

 

A través de este componente se parametriza la totalidad de condiciones con las que trabajará el SRT para una instalación determinada, así como realizar la consulta de las operaciones que ha procesado el switch.

Módulo encargado de administrar las llaves criptográficas del SRT con las terminales y otras entidades, bien sea por software o HSM.

Corazón del SRT, se encarga de ejecutar en un ambiente multi-hilo los diferentes pasos previamente establecidos para cada transacción. Ejecuta de manera eficaz la administración de versiones del parque de terminales si así se ha parametrizado en el sitio Web.

Módulo de administración de reversos. Dentro de la dinámica de una transacción, el SRT permite usar opciones de sincronismo para supervisar que los mensajes que se envían cuenten con una respuesta dentro de un tiempo permitido.

Módulo de Comunicaciones: se encarga de recibir y entregar los mensajes desde y hacia cualquier entidad definida en el SRT. Hace uso del módulo formateador que se encarga de interpretar el mensaje desde su formato original al formato que internamente maneja el SRT y viceversa

Módulo de Comunicaciones: se encarga de recibir y entregar los mensajes desde y hacia cualquier entidad definida en el SRT. Hace uso del módulo formateador que se encarga de interpretar el mensaje desde su formato original al formato que internamente maneja el SRT y viceversa.

Módulo para el manejo de excepciones de enrutamiento del SRT, los mensajes que el SRT Comm no logra entregar al destino, los deposita en una cola de devoluciones, los cuales son tomados por el SRT Monitor para tomar acciones.