Automático
Claro y completo
Campos completos y confianza por encima del umbral. ARGUS consulta las tarifas, redacta la respuesta y la deja lista para enviar. La persona lee y aprueba.
Operaciones de respuesta a solicitudes
La bandeja de entrada decide el margen.
ARGUS lee cada solicitud que entra, extrae los datos, calcula la prioridad y redacta la respuesta. Tu equipo aprueba. Lo que era clasificar a mano pasa a ser decidir.
Por orden de llegada
- Boletín Carga & Logística
- Aurimetal, S.A.
- Interno
- Vidriería Coelho
- Nordeste Distribución
- Papelería Lima
Por prioridadScore
- 97Vidriería CoelhoReclamación — pedido entregado con dañosReclamación
- 94Aurimetal, S.A.Solicitud de presupuesto — 12 palés, Braga → BarcelonaPresupuesto
- 71Nordeste DistribuciónCambio de recogida para mañanaBooking
- 34Papelería LimaDuda sobre plazos para la PenínsulaInformación
- 2Boletín Carga & LogísticaInvitación: congreso de operaciones 2026Ruido
- 1InternoRe: Re: comida de equipoRuido
< 30 s
Solicitud recibida → respuesta lista
clasificada, priorizada y redactada
< 15 min
Revisión humana en los casos ambiguos
con aviso en el canal del equipo
6
Estados de workflow
de nueva a cerrada, con registro
100 %
De las respuestas aprobadas por una persona
nada sale solo
El problema
El cuello de botella no es la operación. Es la bandeja de entrada.
En un equipo de pricing, la solicitud de presupuesto, la reclamación y el cambio de última hora llegan todos al mismo sitio. Sin prioridad, se atienden por orden de llegada — no por valor ni por riesgo.
01
El presupuesto lento pierde la venta.
El cliente pide a tres proveedores. Gana quien responde en minutos, no en horas.
02
Lo urgente se pierde en el volumen.
La reclamación crítica queda detrás de cuarenta correos de rutina y aparece cuando ya es tarde.
03
Se atiende por orden de llegada.
La cola es cronológica, no económica. La solicitud de mayor valor espera su turno.
04
El criterio se va con la persona.
Quien sabe tarificar esa ruta está de vacaciones, y su criterio no está escrito en ningún sitio.
Cada hora que una solicitud espera es margen que se escapa hacia quien respondió primero.
Cómo funciona
Seis pasos, del correo al borrador aprobado.
Un agente que trata el buzón como un operador — y no duerme. Cada paso deja registro, y el último es siempre una persona.
- 01
Ingesta
Lee de forma continua los buzones que le indiques — contenido, cabeceras y adjuntos, guardados por completo.
- 02
Reconstrucción de la conversación
Agrupa mensajes por Message-ID, In-Reply-To y References, con heurística de reserva cuando el cliente rompe el hilo.
- 03
Clasificación y extracción
Identifica el tipo de solicitud y saca los campos que importan: origen, destino, cantidades, fechas, referencias.
- 04
Prioridad
Calcula un score por conversación a partir del tiempo sin respuesta, el valor del cliente, el tipo de solicitud, la urgencia y el SLA.
- 05
Derivación
Elige entre responder, pedir lo que falta o llamar a una persona — según la confianza de la clasificación.
- 06
Respuesta asistida
Redacta el borrador en el idioma y el tono de la casa, con los datos ya rellenados. La persona aprueba, corrige o rechaza.
Lo que la máquina ve
Entra una solicitud en prosa. Salen campos rellenados y un borrador.
La clasificación y la extracción corren en modelos locales. El contenido del correo no sale de vuestra infraestructura.
PresupuestoAurimetal, S.A.conversación #2231
Confianza94 %
Campos extraídos
- Origen
- Braga
- Destino
- Barcelona
- Carga
- 12 palés
- Peso
- 3.240 kg
- Recogida
- 18 sept
- Referencia
- AUR-4471
Borrador · pendiente de aprobación
- Tarifa
- 1.240 €
- Plazo
- 48–72 h
- Validez
- 48 horas
Estimados señores: gracias por su solicitud. Para 12 palés (3.240 kg) de Braga a Barcelona, con recogida el 18 de septiembre, nuestra propuesta es de 1.240 €, con entrega en 48 a 72 horas. Propuesta válida durante 48 horas.
Cómo decide
Tres caminos. Una regla: nada sale solo.
La máquina se ocupa de lo que está claro; la persona decide el resto. Cada conversación se deriva por la confianza de la clasificación, y ninguna respuesta se envía sin aprobación.
Pedir lo que falta
Falta un dato
Campos incompletos. ARGUS escribe al cliente pidiendo solo lo que falta. Cuando llega la respuesta, la conversación sigue sola a la Ruta A.
Revisión humana
Duda o ambigüedad
Confianza baja o interpretación ambigua. El borrador queda en pausa, el equipo recibe un aviso, y la decisión que toma la persona queda registrada.
La Ruta C es la que hace mejorar al sistema.
Cada revisión humana es un ejemplo de alta calidad que queda disponible para las solicitudes siguientes. El umbral de confianza sube, y semana a semana llegan menos casos a la persona.
El motor
La inteligencia corre dentro de casa.
Un LLM interno y un RAG local construido sobre vuestro histórico. Nada sale de vuestra red — salvo que decidáis lo contrario.
LLM interno
El modelo corre en vuestro hardware. La clasificación, la extracción y la redacción ocurren sin que un solo mensaje salga de vuestra red — no es una promesa contractual, es dónde corre el proceso.
RAG local, ajustado a vuestro caso
El índice se construye sobre vuestro histórico: vuestras rutas, vuestros clientes, las respuestas que vuestro equipo ya ha dado. Esto es lo que separa una respuesta genérica de la respuesta que daría vuestra casa.
Mejora a medida que se usa
Cada conversación nueva entra en el índice y cada corrección queda como ejemplo. Los pesos del modelo nunca se reentrenan — el sistema mejora porque sabe más de vosotros, no porque se haya reescrito.
Proveedores externos, opcionales
Si queréis más capacidad en un paso concreto, conectáis Gemini, Anthropic u OpenAI. Viene desactivado, lo decidís vosotros paso a paso, y es reversible.
Dónde corre el modelo
Por defecto
LLM internoen vuestra infraestructura
Opcional — vosotros elegís
Lo que cambia
La bandeja deja de mandar en el día.
El equipo deja de clasificar y pasa a hacer lo que solo hace una persona: decidir los casos difíciles y cerrar la venta.
| Antes | Con ARGUS | |
|---|---|---|
| Tiempo hasta la respuesta | Horas, cuando alguien coge la solicitud | Minutos — redactada en segundos, aprobada y enviada |
| Clasificación de los buzones | Manual, por orden de llegada | Automática, por prioridad y riesgo |
| Solicitud incompleta | Ida y vuelta manual, si alguien se acuerda | Seguimiento automático, solo con lo que falta |
| Reclamación crítica | Se pierde en el volumen | Sube al primer puesto de la cola |
| Criterio de quien tarifica | En la cabeza de la persona | Registrado y reutilizado en cada revisión |
| Envío de la respuesta | Manual | Siempre con aprobación humana |
Workflow y prioridad
Seis estados y un score que el equipo ajusta.
Estados
- Nueva
- En curso
- Esperando al cliente
- Lista para tarificar
- Esperando acción interna
- Cerrada
Reglas de transición, responsable asignado y registro de todas las acciones. Cada conversación es un objeto de trabajo con histórico trazable.
Entradas del score
- Tiempo sin respuesta
- Valor del cliente
- Tipo de solicitud
- Urgencia
- SLA
Los pesos se configuran sin volver a desplegar. Quien conoce la operación decide qué es urgente — no el proveedor de software.
Por qué aguanta en producción
La diferencia entre un chatbot y una capa de decisión está en los detalles.
Sobre qué sistemas se apoya, quién tiene la última palabra, y qué queda escrito.
Se apoya en lo que ya usáis
Lee los buzones que ya existen y consulta los sistemas que ya tenéis. No sustituimos vuestro correo ni vuestro ERP — construimos encima de lo que ya funciona.
La persona manda
Ninguna respuesta se envía sin aprobación. La persona aprueba, corrige o rechaza, y ARGUS se ocupa del trabajo administrativo. La responsabilidad sigue siendo humana.
Cada decisión deja rastro
Clasificación, score, cambio de estado, borrador y aprobación — todo queda registrado, con autor y hora. Cuando alguien pregunta por qué esta solicitud se trató así, hay respuesta.
Sobre qué se apoya
Conexiones, no migraciones.
Cada integración es un adaptador aislado con retry, circuit breaker y cola de mensajes fallidos. Una integración caída nunca para el sistema.
Correo
- IMAP
- POP
- Microsoft Graph
Datos y contexto
- PostgreSQL
- pgvector
- Adjuntos en fichero u object storage
Motor de IA
- LLM interno (por defecto)
- Embeddings locales
- Gemini · Anthropic · OpenAI (opcional)
Sistemas de negocio
- Pricing
- Booking
- TMS
- CRM
Soberanía y RGPD
Corre dentro de casa. Deja rastro de todo.
Procesamiento local
El tratamiento ocurre en vuestra infraestructura. Nada del contenido de los correos sale hacia un servicio de terceros.
Autenticación y permisos
SSO, perfiles de acceso por función y registro de auditoría de cada acción — quién hizo qué, cuándo y en qué conversación.
Minimización de datos
Podemos trabajar desde buzones de ingesta dedicados, con la copia del servidor borrada una vez leída. La base de datos pasa a ser la fuente de verdad.
Dónde está hoy
En piloto en una transportista ibérica.
Procesando los buzones reales de la operación — presupuestos, reclamaciones y peticiones de recogida — con el equipo aprobando cada respuesta. El objetivo del piloto es directo: menos tiempo hasta la respuesta, y menos casos que exijan intervención, semana a semana.
4
Buzones monitorizados
una sola cola de trabajo
< 30 s
Solicitud → respuesta lista
clasificada y redactada
< 15 min
Revisión en los casos ambiguos
con aviso al equipo
Siempre
Aprobación humana antes del envío
sin excepción
Valores operativos ilustrativos de un piloto en curso. El cliente no se identifica por decisión nuestra.
Preguntas
Lo que el equipo pregunta primero.
¿Esto sustituye nuestro correo?
No. ARGUS no es un cliente de correo y nadie deja de usar Outlook. Lee los buzones como entrada de trabajo y devuelve todo al mismo sitio — el equipo sigue respondiendo desde donde siempre respondió.
¿Envía respuestas solo?
No. Todos los borradores esperan aprobación. La persona aprueba, corrige o rechaza. Es una decisión de arquitectura, no un ajuste que se pueda desactivar sin hablarlo antes.
¿Se entrena con nuestro correo?
Los pesos del modelo nunca se reentrenan. El histórico sirve para calibrar la clasificación y como contexto consultable, y vuestras correcciones quedan disponibles como ejemplos. Nada de eso altera el modelo en sí.
¿Corre en nuestra infraestructura o en la vuestra?
En la vuestra, si es lo que necesitáis. El motor de IA es local y no depende de una API externa, lo que hace del procesamiento enteramente interno una opción real y no un apaño.
¿Funciona con nuestro sistema de correo?
Si habla IMAP, POP o Microsoft Graph, sí. La ingesta es un adaptador aislado, y añadir un protocolo es trabajo conocido — no una reescritura.
¿Y cuando clasifica mal?
Va a revisión humana antes de llegar al cliente, que es justo lo que el umbral de confianza existe para garantizar. La corrección queda registrada y pasa a informar las solicitudes siguientes.
¿Cuánto tarda en estar trabajando?
La primera fase pone la ingesta a correr en los buzones reales, con la clasificación calibrada sobre una muestra de vuestro histórico. A partir de ahí el equipo piloto trabaja dentro del sistema y lo ajusta con uso real.
¿Sirve más allá de la logística?
Sirve para cualquier operación en la que la solicitud entra en prosa y la respuesta necesita datos. Lo que cambia es la taxonomía y los campos a extraer; la clasificación, la prioridad y la aprobación humana son las mismas.
ARGUS
Gestionar el buzón con hechos — no por orden de llegada.
ARGUS convierte las bandejas de entrada en una sola cola priorizada: cada solicitud clasificada, derivada y — cuando está clara — ya respondida, esperando un clic. Liderado por operadores. Centrado en la implementación. Sin teatro de transformación.
Solicitar una demoEl calendario está justo debajo.
Hablar con nosotros
Treinta minutos, con quien lo construye.
Elige una hora. Sin presentación comercial — mostramos el sistema funcionando y escuchamos cómo trabaja hoy vuestra bandeja de entrada.
Abrir el calendario en una ventana nueva
El calendario es de Calendly y solo carga cuando llegas a esta sección. Al usarlo, Calendly recibe los datos que introduzcas y define sus propias cookies.