Cada mensaje recibe un siguiente paso claro.

Cada elemento muestra por qué está ahí.

La cola reúne las decisiones pendientes, los elementos de alternativa, las identidades ambiguas, los fallos técnicos y las confirmaciones. Reclamar un trabajo no aprueba una propuesta.

Datos de ejemplo; nada de lo que se muestra es un buzón real.

Una recomendación junto al mensaje.

Intención, prioridad, una banda de confianza, los candidatos de cliente y la decisión de enrutamiento, con las versiones de la regla, del manifiesto y del cuadrante de turnos, y un «por qué esta ruta» numerado.

Dos clientes posibles, así que una persona debe elegir. Datos de ejemplo.

El mismo orden para cada mensaje.

El enrutamiento está diseñado para seguir una secuencia fija, en la que el primer paso aplicable determina la ruta. Una propuesta por debajo del umbral de confianza nunca se enruta por sí sola: pasa a una alternativa con responsable, donde decide una persona.

Cuatro resultados honestos.

OneMail está diseñado para identificar al cliente a partir de números, referencias, direcciones y trabajos anteriores, y para mostrar los candidatos ordenados con el motivo de cada coincidencia.

Sesenta minutos hábiles hasta una primera decisión.

Los elementos se marcan como a punto de incumplirse una vez consumidos 45 minutos. Los calendarios de guardia se previsualizan y se publican como política; los festivos aplicables son un dato que aporta el cliente. Cambiar la política nunca desplaza los plazos ya fijados.

Configuración de ejemplo.

Confirmar, corregir, aclarar o reasignar.

• Los operadores confirman, corrigen, solicitan aclaraciones, eligen entre candidatos de cliente o reasignan. Las protecciones de versión impiden que dos personas actúen sobre una decisión obsoleta.
• La espera del cliente es un reloj aparte: tras una solicitud de aclaración, siguen un recordatorio y un aviso de cierre en los días hábiles acordados, y una respuesta posterior reabre la conversación original.
• Respuestas a partir de plantillas aprobadas. Las plantillas se versionan por configuración regional y siguen un proceso de envío, aprobación y activación con el principio de los cuatro ojos. Resolver una plantilla nunca inventa un idioma de respaldo.

• Las evidencias acompañan a la decisión. El grado de confianza, los fragmentos de origen resaltados, los candidatos de identidad, los datos que faltan y las versiones exactas de las reglas y los modelos se incorporan al registro de auditoría.
• Nada se sobrescribe. Volver a evaluar un mensaje conserva las decisiones anteriores como eventos inmutables, y las correcciones mantienen la versión anterior en el historial. Los registros de auditoría son de solo adición.
• Cada efecto secundario tiene una clave, una entrada en el registro de acciones y un comprobante. Un tiempo de espera agotado es un resultado desconocido, nunca un reintento duplicado. Los comandos de cola usan claves de idempotencia, precondiciones de versión, comprobantes atómicos de comandos y una bandeja de salida (outbox).
• Nada de falsos «deshacer». Cada acción automática tiene una compensación o una vía de recuperación manual, y el trabajo irreversible nunca se presenta como algo que se pueda deshacer.

Cada campo remite a su fuente.

El análisis, el OCR y una traducción de trabajo trazable producen campos tipados. Cada campo lleva su pasaje de origen y su grado de confianza, y recibe un estado explícito de «ausente» cuando el mensaje no lo indica.

La información que falta se muestra como ausente. Datos de ejemplo.

Campos con su fuente, o marcados como ausentes.

• productocinta transportadoraalta
• emplazamientoPlanta 4alta
• número de clienteC-20417exacta
• teléfono de contactoausentepedir en la aclaración

Un tiempo de espera agotado es un resultado desconocido, nunca un reintento duplicado.

Cada efecto secundario lleva una clave de acción determinista, una entrada en el registro de acciones y un comprobante del sistema de destino.

Las instrucciones del correo son datos, no órdenes.

Los modelos nunca reciben credenciales, y una instrucción oculta en un adjunto no puede elegir un destino ni actuar.

Con la aprobación de una segunda persona.

Configuración de ejemplo.

Quién gestiona qué.

• Usted gestiona Kubernetes, el almacenamiento, la red, su proveedor de identidad y MFA, la ubicación por país, SIEM y la respuesta a incidentes.
• La versión de OneMail aporta valores por defecto de mínimo privilegio, aplicación estricta del alcance exacto, artefactos firmados, comprobantes y recuperación documentada.

No se afirma ninguna certificación. La ubicación de los datos, la ubicación del tratamiento y la conservación se documentan antes de la puesta en producción.

Mínimos de disponibilidad, no dimensionamiento.

Tres dominios de fallo, un clúster PostgreSQL de tres instancias, RabbitMQ de tres miembros, al menos tres nodos de OpenSearch, dos o más réplicas de cada API y cada worker, y nodos GPU solo cuando se habiliten modelos locales. Si la IA no está disponible, la recepción de mensajes sigue funcionando.

Lo que aporta su equipo de TI.

• Los datos del inquilino de Microsoft 365 y Entra y un buzón compartido etiquetado para el piloto; un buzón info@ real solo con autorización expresa, para el etiquetado en modo sombra
• Acceso al buzón mediante Exchange Application RBAC sobre el grupo exacto de buzones (solo lectura para un piloto), nunca Mail.Read para todo el inquilino
• Registros de aplicaciones y consentimiento de administrador, un grupo del primer administrador y grupos de operadores
• Una suscripción y un grupo de recursos de Azure con permisos de despliegue, además de un nombre de host DNS
• Un rol de lectura de Dataverse si la identificación está dentro del alcance; el rol de escritura solo si se habilitan las escrituras
• Decisiones de protección de datos antes de cualquier correo real: base jurídica, geografía del tratamiento y del alojamiento de los modelos, si se requiere un modelo autoalojado, conservación y si hace falta una EIPD o una notificación al comité de empresa