Para qué existe

Antes de esto, saber qué embarques estaban atorados era abrir CargoWise embarque por embarque. El dashboard contesta cuatro preguntas que se hacían todos los días a mano:

• Zona de riesgo. Embarques ya entregados que no llegan a completado. El reloj arranca en la entrega real y el objetivo son 6 días; amarillo hasta 5 días de atraso, rojo después.
• Listos para cierre financiero con factura vencida. El panel central: embarques que ya podrían cerrarse contablemente y no pueden porque arrastran una factura por cobrar o por pagar vencida. Es el dinero atorado, con nombre y con días.
• En hold. Los detenidos por trabajo o por facturación, ordenados del más viejo al más nuevo — el más viejo es el más caro.
• Desempeño por operador. Embudo, antigüedad del trabajo en curso, días entre entrega y facturación, y salud de cartera por persona.

También se escribe desde aquí: cada embarque acepta notas con autor e historial, y hay un interruptor que congela el conteo de la zona de riesgo durante el cierre de mes — se apaga solo al llegar el día 1, para que nadie tenga que acordarse.

De dónde salen los datos

El dashboard consume cuatro webhooks de lectura — embarques, cuentas por cobrar, cuentas por pagar y reservas de transporte — y dos de escritura, para las notas y para la pausa de facturación. El cruce entre facturas y embarques se arma en el navegador con un Map por número de job, no en SQL: mantiene el contrato del webhook plano y estable para todos los dashboards que lo consumen.

Hay un enriquecimiento que no es cosmético: cuando el movimiento se hace por reserva de transporte, CargoWise deja vacías las fechas reales del embarque. El dashboard las completa desde la reserva ligada, y sin eso un terrestre ya entregado aparecía como «sin entrega».

La fecha de entrega comprometida viene vacía en el 100% de la tabla: en el ERP simplemente no existe. Por eso el objetivo se mide contra la entrega real más seis días y no contra una promesa inventada.

Decisiones de construcción

• Las tres tablas de acción ignoran los filtros a propósito. Riesgo, cartera vencida y hold muestran siempre el universo completo: si filtrar por operador pudiera esconder un embarque crítico, el dashboard dejaría de servir para lo que se abre.
• Nunca dos monedas en el mismo eje. Una entidad factura en dólares y la otra en pesos; sumarlas produce un número que no significa nada. Es regla del sistema de diseño, no criterio de quien arma el dashboard.
• Las reservas sin embarque padre entran como filas propias. Desde jul-2026 los domésticos terrestres se crean directo como reserva para ahorrar comisión por transacción y nunca llegan a ser embarque; sin esta regla, el trabajo de esos operadores era invisible.
• Cada añadido va detrás de un interruptor. Poner una bandera en false revierte al comportamiento anterior sin tocar nada más.
• Sin framework y sin npm. Los fuentes viven partidos por dashboard y un build.py los ensambla en un HTML autocontenido que se sube al portal interno.

Qué es distinto en esta demo

Es el mismo archivo que corre en producción: no se tocó una línea de lógica. Lo único que cambia es de dónde salen los datos — se intercepta fetch y se responde lo que contestaría el webhook, con un generador determinista. Los filtros, los cálculos y los estados de carga son los de verdad; el generador reproduce a propósito hasta las rarezas del feed real.

• La marca, los clientes, los montos y los operadores son inventados.
• El panel de consulta en lenguaje natural responde con un motor local sobre esos datos falsos, no con un modelo. Su PIN de demo se anuncia en la propia pantalla.
• Exportar a Excel está desactivado: el visor no le concede permiso de descarga a la página.