NOUS — Arquitectura: cómo funciona, canales, políticas, Vault y bases de datos

Arquitectura

Cómo funciona Nous de punta a punta

Un solo runtime recibe pedidos desde cualquier canal, verifica la identidad y las políticas antes de tocar tus sistemas, usa credenciales resguardadas en un Vault para consultar tus bases de datos de forma nativa y registra cada decisión.

Recorrido de una operación

Qué ocurre desde que alguien pregunta o pide una acción hasta que queda auditada

Ningún canal habla directo con tus bases de datos ni con el modelo sin control. Cada pedido atraviesa seis etapas gobernadas por el kernel.

  1. 01

    Entrada por cualquier canal e identidad SSO

    El usuario escribe o habla desde Web, Android, iOS, WhatsApp, Voz/SIP o Alexa. El gateway valida su sesión corporativa (SSO), su rol y el área a la que pertenece.

  2. 02

    Reconocimiento de intención y ontología

    Nous identifica si el pedido es una consulta de datos, una recomendación o un flujo transaccional, y resuelve los objetos de negocio implicados (Cliente, Factura, Proveedor, Tipo de cambio).

  3. 03

    Cumplimiento de políticas en el kernel

    Antes de ejecutar nada, el kernel evalúa las políticas de arriba abajo: qué objetos y filas puede ver ese rol, qué campos se ocultan y si la operación es de solo lectura o requiere aprobación.

  4. 04

    Ejecución con Vault y conexión nativa a datos

    El ejecutor toma las credenciales desde el Vault interno (sin exponerlas jamás al modelo) y consulta tus bases de datos por conexión nativa o invoca el flujo con EVA bajo contrato.

  5. 05

    Motor de aprobaciones, SLA y firma

    Si la regla exige visto bueno (por ejemplo, un ajuste de venta desde 10 000), corre la cadena de aprobadores (SITE_MANAGER → GOP → DIRECTOR_SEGMENTO → CFO), con firma L1/L2 y llamada vía voice:SIP si vence el SLA.

  6. 06

    Respuesta en el canal y linaje inmutable

    El resultado vuelve al mismo canal y el visor de eventos guarda el linaje completo: quién pidió, qué datos se usaron, qué modelo razonó, qué política aplicó y quién aprobó.

Seguridad y datos en el núcleo

Políticas que se cumplen, claves en un Vault y conexión nativa a tus bases

Tres piezas del runtime aseguran que la IA opere con velocidad sobre datos reales sin abrir brechas de seguridad.

Políticas deterministas

Las políticas se cumplen en el motor, no en un prompt

La lógica de negocio y de seguridad no depende de que el modelo «recuerde» una instrucción.

  • Evaluación determinista de arriba abajo: gana la primera ruta que coincide con el rol, el objeto y el monto.
  • Control de acceso por objeto, fila y columna; enmascaramiento de datos sensibles antes de responder.
  • Cero auto-merge: ningún cambio de flujo, permiso o escritura crítica se aplica sin autorización explícita.
Vault de secretos

Las claves están seguras en un Vault

El kernel no deja que el modelo toque archivos ni vea claves: todo secreto se cifra o va al Vault.

  • Secretos cifrados y administrados desde el plano de control; el LLM, los prompts, los chats y los logs jamás ven una clave.
  • El kernel bloquea el disco por defecto: cada persona habilita el acceso a archivos, buzones o conectores cuando corresponde.
  • Allowlist de rutas, destinos y herramientas: solo se lee o conecta lo que está explícitamente permitido.
Datos en vivo

Conexión nativa a bases de datos

Nous consulta tus motores de datos con drivers nativos y pools de conexiones propios, sin capas frágiles.

  • Soporte nativo para SQL Server, PostgreSQL, Oracle, MySQL / MariaDB, IBM Db2, ClickHouse, DuckDB y Redis.
  • Bases en modo solo lectura por defecto; la escritura solo se abre en los pasos de un flujo autorizado.
  • Pool de conexiones con control de concurrencia, timeouts, transacciones reales y métricas por fuente.

Omnicanal gobernado

Todos los canales conectados al mismo cerebro y a las mismas reglas

No hay un bot para web y otro distinto para WhatsApp o teléfono. Todos los canales entran al mismo plano de datos y respetan los mismos roles, políticas y aprobaciones.

Web y consola operativa (HTTP / WebSocket)

Chat corporativo, tablas, visor de eventos, métricas por flujo, editor de rutas de aprobación y explorador de ontología en tiempo real.

Clientes móviles Android e iOS

Terminales nativos para ejecutivos y equipos de campo: consultas, aprobaciones desde el teléfono, voz y adjuntos.

WhatsApp empresarial

Atención de pedidos, consultas de cartera o estado de cuenta y recepción de aprobaciones con la identidad vinculada al usuario.

Voz y telefonía SIP (voice:SIP)

Canal de voz bidireccional y llamadas salientes automáticas cuando un aprobador no responde dentro del SLA definido.

Asistentes de voz (Alexa)

Resúmenes ejecutivos («¿cómo amaneció la empresa hoy?») y consultas rápidas bajo permisos del perfil.

API y eventos para sistemas internos

Integración directa con ERP, CRM y portales propios mediante contratos HTTP/JSONL con trazabilidad completa.

Separación de planos

Dos planos separados: administrar el sistema no se mezcla con atender los canales

Quien conversa por Web, WhatsApp o teléfono entra por el plano de operación; quien configura políticas, rutas de aprobación, conexiones a bases de datos o el Vault de claves lo hace desde un plano de control aislado.

Operación y seguridad

Plano de control

El entorno donde tecnología y seguridad gobiernan la plataforma sin exponerse al tráfico conversacional.

  • Definición de políticas, roles, permisos por objeto y rutas de aprobación.
  • Administración del Vault de claves, certificados y orígenes de bases de datos.
  • Monitoreo de salud, colas de trabajo, tiempos de respuesta y versiones de flujos.
Tráfico en vivo

Plano de datos y canales

El punto de entrada único para colaboradores, clientes y sistemas internos.

  • Recibe pedidos desde Web, Android, iOS, WhatsApp, Voz/SIP, Alexa y APIs.
  • Valida identidad corporativa SSO y mantiene el contexto de cada sesión.
  • Entrega respuestas, tablas, notificaciones y llamadas de aprobación en tiempo real.
El árbitro central

Motor de gobierno (Kernel)

El núcleo que verifica las reglas antes de tocar cualquier base de datos o sistema.

  • Evalúa políticas de arriba abajo y filtra objetos, filas y campos sensibles.
  • Abre conexiones nativas a bases de datos inyectando credenciales desde el Vault.
  • Ejecuta cadenas de aprobación L1/L2 con SLA y registra el linaje en el visor de eventos.
Inteligencia bajo contrato

Pool de modelos (EVA)

La capa de razonamiento que interpreta lenguaje natural y ejecuta pasos autorizados.

  • Corre modelos locales en tus servidores o modelos remotos aprobados por tu empresa.
  • Usa solo las herramientas y consultas habilitadas para ese flujo y ese rol.
  • Jamás recibe contraseñas del Vault ni puede alterar reglas o permisos.

EVA · Agente Virtual Experto

EVA razona. Nous gobierna.

Separamos la inteligencia que interpreta y redacta de la autoridad que decide qué se puede consultar, qué se puede modificar y quién debe firmar.

Capacidad

Qué hace EVA en cada operación

Entiende pedidos en lenguaje natural, cruza información autorizada de tus sistemas, prepara resúmenes ejecutivos y ejecuta los pasos de razonamiento dentro de cada flujo.

Límites estrictos

Qué nunca puede hacer por su cuenta

Nunca ve las claves del Vault, no puede saltarse una cadena de aprobación, no modifica políticas ni escribe en una base de datos fuera de un paso explícitamente autorizado.

Independencia de modelo

Modelos locales o autorizados sin ataduras

Las consultas directas y reglas corren sin invocar al modelo cuando no hace falta. Cuando interviene EVA, puedes usar modelos locales en tu infraestructura o los que tu organización autorice.

Contexto y trazabilidad

Ontología de negocio, catálogo de flujos y pista de auditoría

Para que la IA entienda tu operación y cada decisión sea demostrable ante dirección o auditoría, Nous mantiene tres capas vivas en la misma instalación.

Ontología

Mapa vivo de objetos de negocio

Clientes, facturas, proveedores, órdenes, empleados, controles y riesgos conectados entre sí y enlazados a tus tablas y fuentes reales.

Flujos gobernados

Catálogo de procesos y aprobaciones

Más de 14 flujos operativos listos para ejecutar con validaciones, topes por monto, firmas L1/L2 y llamadas automáticas vía voice:SIP si vence el SLA.

Auditoría completa

Visor de eventos y linaje inmutable

Cada consulta y cada acción queda registrada con canal, solicitante, datos utilizados, política aplicada, aprobadores, duración y resultado.

Multi-sede y grupos empresariales

Federación entre sedes: cada filial con sus datos en local, conectadas bajo gobierno

Para grupos empresariales, bancos o instituciones que operan varias plantas, países o filiales con instalaciones independientes de Nous.

Soberanía local en cada sede

Cada sede mantiene sus bases de datos, su Vault de claves y su operación dentro de su propio perímetro, sin depender de una nube central.

Paquetes firmados entre instancias

Las sedes autorizadas intercambian catálogos, definiciones de flujos y conocimiento operativo mediante paquetes con firma criptográfica.

Control de cambios sin reemplazos automáticos

Ningún paquete recibido de otra sede altera las reglas o flujos locales en automático: siempre pasa por verificación y aprobación.

Conectores e integraciones