Del core bancario a la planta: dónde encaja HBX.

Bases de datos internas, entornos de pruebas, API privadas. El acceso se aprueba para la ejecución y tiene una hora de fin, así que no hay contraseñas pegadas en prompts, ni en los registros, ni acceso que quede vigente entre ejecuciones.

Leer no es lo mismo que borrar una tabla o desplegar en producción. La mitad destructiva espera a que una persona diga que sí, cada vez, no una sola vez en la configuración inicial.

Un bot que lleva años llegando al ERP lo hace con una cuenta permanente que nadie recuerda haber creado, con un nivel de privilegio elegido una sola vez para que funcionaran las partes frágiles. Cambiar el bot por un agente modifica lo que la automatización puede hacer sin modificar nada de eso.

Lo que la reemplaza está ligado a la persona que desencadenó la ejecución, acotado al único sistema que la tarea necesita, y vence cuando la tarea termina. Es la única versión de esta migración que le deja con menos acceso permanente que el que tenía al empezar.

Lo hace con la identidad del profesional clínico que lo delegó, no con una cuenta de integración compartida que todos los flujos del hospital han usado durante seis años. Los datos de pacientes se mueven directamente dentro de la propia red del prestador y nunca llegan a un sistema externo, incluido el nuestro.

Lo que muestra el registro después es qué identidad, qué sistema y qué ventana, cada vez, en lugar de una línea por integración que dice que la integración se ejecutó.

La solicitud llega con la delegación firmada del cliente o del empleado que la autorizó, de modo que el acceso lleva un nombre antes de llegar a nada. El acceso que recibe cubre ese único sistema, durante ese único tramo de tiempo, y desaparece después.

El camino se abre directamente entre el agente y un conector ubicado junto al core bancario, dentro de la propia red del banco. Nada de la transacción pasa por HBX. Y todo lo que mueve valor se detiene ante una persona aprobadora identificada antes de ejecutarse. Si está bajo PCI DSS, las reglas de seguridad de la industria de tarjetas, el requisito 8.6 regula exactamente estas cuentas de sistema. Sin ninguna contraseña permanente desde el inicio, no hay nada en alcance que defender, y el registro de cada acceso que existió llega directo a su auditor.

Las entidades quieren asistentes que atiendan a los ciudadanos y hagan avanzar los trámites, sobre registros y sistemas de expedientes que nunca se hicieron para que un agente los toque. Nadie va a reescribirlos para que eso sea seguro.

Con HBX el agente consulta a velocidad de máquina, y cualquier cambio al registro de un ciudadano se detiene hasta que lo apruebe un funcionario identificado. Cada acción remite a la persona que la delegó.

Los operadores quieren agentes que diagnostiquen una caída en miles de elementos de red, la mayoría accesibles solo por línea de comandos, a través de sistemas de soporte más viejos que las personas que los operan.

Con HBX el agente recibe un elemento por una ventana de tiempo. Leer el estado nunca espera, y un cambio de configuración que podría tumbar una región se detiene ante un ingeniero identificado antes de ejecutarse.

Una planta es una planta. Usted tiene treinta de todo: treinta redes, treinta procesos de cambio, treinta sistemas de tickets, treinta definiciones de quién puede aprobar qué. Un técnico cruza varios de ellos antes del almuerzo, y cada uno cree ser el único. Nada de su día es exótico; la dificultad está por completo en la cantidad.

Así que una renuncia implica cambiar cada contraseña compartida que esa persona usó alguna vez, en treinta organizaciones, coordinado con treinta grupos de personas, y cada una de esas treinta quiere una auditoría solo sobre sí misma, algo que un único registro para todo no puede responder. Revoque a la persona en su lugar, y cada cliente recibe el registro de su propio acceso.

Gestionarlos de forma remota ha significado una de dos malas opciones: enviar a alguien, o publicar el dispositivo en internet y esperar que el siguiente escaneo no lo detecte. Ninguna sobrevive a un cliente que quiere que la primera deje de costar dinero y que la segunda deje de existir.

El conector se conecta hacia afuera desde dentro de la red del cliente, así que no se abre nada, nada se publica y no hay ninguna excepción de firewall que negociar antes de que un ingeniero pueda ver el equipo del que es responsable.

En TI, lo seguro ante la incertidumbre es desconectar el sistema. En una planta ese instinto está invertido: detener la línea tiene un costo por minuto que alguien puede cotizar. Por eso el parche espera a la parada, la parada ocurre una o dos veces al año, y todo control que exija tocar el activo es un control que no se va a desplegar.

Un comando erróneo aquí no corrompe un registro: mueve una válvula, cambia un ajuste o dispara una línea. Por eso el trabajo se hace dentro de una ventana aprobada, acordada semanas antes, a las tres de la mañana, con un comité por delante, y por eso los proveedores y contratistas que necesitan llegar a los controladores no deberían llevar una cuenta de VPN permanente el resto del año.

El acceso remoto es la función que piden y la que menos quiere construir: riesgo de firmware, una puerta abierta en una red que usted no controla, y años de trabajo en algo que no es su producto. El conector corre junto al equipo y no en él, así que el dispositivo conserva su firmware y su disponibilidad.

La consola a la que sus clientes inician sesión es HBX. Operarla bajo su propia marca es un arreglo comercial sobre el mismo producto, no un producto distinto.

Las entidades públicas funcionan sobre sistemas que sobreviven a cada contrato: registros, plataformas de impuestos y pagos, gestión de expedientes. El operador que los mantiene cambia con cada licitación, y el acceso del anterior suele quedar abierto.

Con HBX, el ingeniero de cada contratista recibe un sistema por una ventana de tiempo, aprobada por un funcionario identificado. Cada sesión deja un registro para el auditor, y nada queda abierto cuando termina el contrato.

Los equipos de imágenes, los analizadores de laboratorio y los controles del edificio los mantienen sus fabricantes, desde afuera. La respuesta habitual es una VPN permanente por proveedor hacia una red que también lleva datos de pacientes.

Con HBX, el ingeniero del proveedor recibe el único equipo que atiende, por la ventana que aprueba el hospital, y nada más de la red queda a su alcance. Cada sesión deja un registro que el equipo de cumplimiento puede mostrar.