Para qué existe

Las solicitudes de cotización llegaban por correo y por chat, cada vendedor con su formato. Pricing perdía la mitad del tiempo persiguiendo el dato que faltaba, y no había forma de saber cuántas solicitudes había ni en qué iban.

• Captura guiada por modo. Aéreo, marítimo y terrestre preguntan cosas distintas, así que el formulario se ramifica: cada rama pide lo que ese modo necesita y nada más. Los campos obligatorios se validan antes de poder enviar.
• Bandeja de Pricing con estados. Recibida, acuse, información pendiente, enviada, aprobada, rechazada, expirada y convertida en booking, cada una con su fecha.
• Conversación por solicitud. Vendedor y Pricing hablan dentro del folio, no en un correo aparte que nadie encuentra después.
• Creación de la cotización en CargoWise desde el propio panel, con los datos ya capturados.

Cómo se conecta

Toda la lógica de integración vive en n8n; el navegador solo habla con webhooks. Las solicitudes y su bitácora se guardan en Airtable, el catálogo de casi 300 organizaciones se lee de MySQL, la búsqueda de ciudad por código postal sale de un servicio geográfico por proxy, y la creación de la cotización se empuja a CargoWise a través de su capa de integración.

El asistente que lee el correo del cliente en texto libre y llena el formulario es un modelo de lenguaje llamado desde n8n: el navegador manda el texto y recibe de vuelta el JSON de campos, sin saber qué hay del otro lado.

El número de la cotización no vuelve en la respuesta del envío: llega después por una llamada de regreso. Por eso el panel dice explícitamente que el número aparece en unos segundos, en vez de fingir que ya terminó.

Decisiones de construcción

• Las pantallas que un rol no puede ver se sacan del DOM, no se esconden con CSS. Ocultarlas dejaría el marcado — y su contenido — al alcance de cualquiera con las herramientas del navegador.
• El permiso de verdad vive en el servidor. El filtro de datos lo aplica la integración según el correo de la sesión; lo del navegador es la cara visible de esa regla, no el candado.
• Nada se descarga hasta identificarse. Ni clientes ni solicitudes: sin sesión no hay una sola llamada de datos.
• El hilo de mensajes se liga por token al folio, así que nadie ve la conversación de una solicitud que no le toca.
• Los catálogos son cerrados. Tipo de unidad, embalaje, contenedor, incoterm y aduana salen de listas fijas, y los incoterms disponibles cambian con el modo — cuatro de ellos solo existen para marítimo.

Qué es distinto en esta demo

Es el mismo archivo de producción y el recorrido completo funciona: la solicitud que captures aparece en la bandeja de Pricing, el cambio de estado se queda, el chat acumula y el botón de CargoWise devuelve número unos segundos después. Todo vive en memoria y se pierde al recargar, así que cada visitante entra a una copia limpia.

• Entra cualquier correo y contraseña, y la sesión abre como administrador para que se vean las cuatro pantallas. En producción hay validación real y el rol decide qué se monta.
• El asistente corre local, sin modelo. Es un parser de reglas que reconoce modo, ruta, cantidades, incoterm, mercancía peligrosa y periodicidad. El contrato de entrada y salida es el mismo que el del endpoint real.
• Los códigos postales que no están en la tabla no encuentran nada a propósito, para que se vea el camino de captura manual.
• Clientes, contactos, vendedores y folios son inventados.