Huayra evalúa, remedia y moderniza los sistemas de bancos y empresas reguladas. Un equipo de seguridad, inteligencia artificial y desarrollo que trabaja sobre un mismo registro y entrega un único informe. El banco decide; nosotros mostramos con qué.
Casi ningún banco está sin seguridad ni sin tecnología. Lo que falta es saber qué hacer con cada sistema, y con qué evidencia decidirlo.
Frameworks, lenguajes y componentes que quedaron sin soporte mientras el sistema seguía operando.
Un hallazgo se cierra con un parche, con una migración o solo con un sistema nuevo. Cada camino tiene otro costo y otro plazo.
Cada hallazgo tiene que quedar documentado, priorizado y con un plan de tratamiento que alguien pueda revisar.
El costo de migrar o de rehacer depende del estado del sistema, y ese estado hay que conocerlo antes de cotizar.
El directorio pide IA. Entre la demo y un sistema que la use con datos del banco, con permisos y con auditoría, hay trabajo que nadie hizo.
Evaluar a fondo sistemas heredados compite con la operación diaria. Y el porqué de cada sistema vive en pocas cabezas.
Cinco servicios que se combinan sobre el mismo sistema. Se empieza siempre por la evaluación: el resto se decide con sus resultados.
Confirmamos lo que el banco ya detectó, completamos lo que no cubre y dejamos controles que siguen corriendo.
Entrega: registro de hallazgos con evidencia reproducible.
Ejecutamos la alternativa que el banco elige para cada sistema, con agentes de IA y revisión de una persona en cada cambio.
Entrega: el sistema cambiado y la verificación de cada cierre.
Un caso de uso por vez, conectado a los sistemas y los datos del banco, con permisos acotados y una métrica de antes y después.
Entrega: un caso de uso andando en producción.
Una base de conocimiento que cruza código, historial de cambios, tickets y documentos, y que el equipo consulta en lenguaje natural, con la fuente en cada respuesta.
Producto: brain.placedium.com · para equipos técnicos, braintec.placedium.com
Para las decisiones caras: qué sistema migrar primero, qué proveedor contratar, cómo leer una cotización o una auditoría. Decisiones tomadas en un comité fijo, con su porqué escrito, y revisión de lo que se construye. No reemplaza al equipo técnico del banco: lo acompaña.
Entrega: un registro de decisiones del banco, con fecha, alternativas y motivo.
La evaluación tiene alcance cerrado. La ejecución se cotiza después, sobre la alternativa que el banco elija para cada sistema.
Los sistemas que el banco reporta, y las reglas de evaluación.
Hallazgos confirmados, descartados y nuevos, priorizados.
Causa, corrección posible e impacto de cada hallazgo.
Una recomendada por sistema, y la siguiente opción.
El banco elige; se cotiza sobre esa elección.
Se aplica y se vuelve a probar. Si no cerró, vuelve al 2.
Para cada sistema se evalúa primero la más barata. La siguiente se considera solo si la anterior no cierra el riesgo. Pueden combinarse: una remediación inmediata y una migración planificada.
Parche, configuración, cambio puntual de código o control compensatorio, sin cambiar la arquitectura.
Si existe una corrección y el sistema la admite.
Llevar componentes a versiones con soporte, o reescribir los módulos afectados conservando el resto.
Si la causa está en un módulo o en una versión sin soporte.
Construir el sistema de nuevo, con las reglas de negocio extraídas del actual.
Si migrar implica reescribir casi todo, o mantenerlo cuesta más que reemplazarlo.
Cada respuesta se sustenta con evidencia del propio sistema: código, versiones, dependencias e historial de cambios.
La IA es una herramienta del equipo, nunca el que aprueba. Lo fácil es la demo; lo que vendemos es lo que sigue andando con datos reales, permisos y auditoría.
Cifras de una implementación en producción, en una fintech de 4 años: anonimizadas, redondeadas y con los errores incluidos. Nada de esto sale de una demo.
Las cinco primeras ya están publicadas en sec.placedium.com y brain.placedium.com.
Al cerrar la evaluación, un único informe para cada área que tiene que decidir.
| Entregable | Contenido | Para quién |
|---|---|---|
| Resumen ejecutivo | Nivel de exposición y alternativa recomendada por sistema, en una página. | Dirección |
| Registro de hallazgos | Cada hallazgo con severidad, riesgo de negocio, evidencia reproducible y estado frente al reporte interno. | Seguridad |
| Análisis de remediaciones | Causa, corrección disponible, impacto y riesgo residual de cada hallazgo. | Seguridad · Tecnología |
| Evaluación de alternativas | Alternativa recomendada por sistema, la siguiente opción y su justificación. | Dirección · Tecnología |
| Insumos para cotizar | Inventario de componentes, versiones y dependencias afectadas por sistema. | Compras · Tecnología |
Los socios de Huayra. Los dos construyen con IA todos los días.
Ingeniero en Computación (Universidad Católica de Salta), con especialización en Planificación y Gestión de Proyectos de TI (Universidad Austral). Socio fundador de Huayra desde 2014 y cofundador de PasionSocial.com, Touchpoint Latam y Adloading. Antes, más de 7 años como IT Manager de Moviclips, y redes, sistemas y contenidos pay-per-view en hoteles para Liberty Media. Construye con IA todos los días.
Más de 25 años en tecnología; más de 15 como CTO, VP y Head, con más de 100 personas a cargo en 7 países. Docente en la Universidad ORT y autor de «POO para PHP5». Construye con IA todos los días.
Nombres de sus dueños, como texto y no como logos.
El primer paso es chico y tiene entregable propio: la evaluación de los sistemas que el banco ya tiene identificados. La decisión grande se toma después, con esos datos sobre la mesa.