Para quién · Escritorios cuyas facturas ya viven en el email
Ingesta de facturas de flete por reenvío de email
Las facturas FTL no empiezan en un portal. Empiezan como un email del carrier con PDFs. La ingesta de Jorora te deja reenviar ese hilo a la dirección de tu organización y correr las mismas reglas de Freight Audit que obtendrías al arrastrar archivos.
Por qué
Por qué la ingesta tiene que ser nativa de email
El inbox es el sistema de registro
Pedirle al escritorio que descargue, renombre y vuelva a subir cada paquete es cómo se abandona una herramienta a la segunda semana.
Mismas reglas que la subida
Reenviar no es un camino menor. Extracción, reglas de pago, duplicados y créditos coinciden con el paquete en la app.
La automatización de AP sigue esperando un PO
Los PDFs de email con rate cons son exactamente donde falla la ingesta genérica de AP. Este trabajo es ese hueco.
Sin TMS para empezar
Si la factura se puede reenviar, el control puede correr. Las integraciones pueden venir después.
Cómo
Cómo reenviar un paquete FTL
Quédate en el inbox donde ya aterrizan los PDFs.
Paso 1
Configura la dirección de ingesta de la organización
Cada org tiene un destino de reenvío. Deja factura + rate confirmation en el mismo hilo cuando puedas.
Paso 2
Reenvía el email del carrier
No quites los PDFs. La evidencia de detention y lumper puede ir en el mismo reenvío cuando esas líneas están en juego.
Paso 3
Deja correr Freight Audit
Misma extracción y reglas versionadas que la subida. Tú sigues revisando Approve / Needs Review / Reject.
Paso 4
Actúa sin salir del stack de pago
Borrador de disputa en reject. Copia campos o CSV en approve. El inbox empezó el trabajo; AP sigue cerrando la remesa.
Flujo
La ingesta no reemplaza el TMS
El reenvío por email es cómo el paquete entra a Jorora. Dispatch, tracking y pago se quedan donde están. El trabajo es: no convertir a un humano en la capa de integración entre Gmail y una decisión de pago.
Dolores
Lo que hacen hoy los escritorios de email
- Descargar PDFs solo para volver a subirlos
- Perder el rate con que estaba tres mensajes arriba en el hilo
- Captura genérica de AP que no lee un rate confirmation
- Dos herramientas para “email” y “audit” que nunca comparten reglas
Trabajos
Lo que hace la ingesta por reenvío
- Aceptar el paquete desde el inbox
- Aplicar las mismas reglas de pago que la subida
- Mantener créditos consistentes entre caminos
- Devolver una decisión sin un proyecto TMS
Evidencia
Por qué esta URL merece ranking
- La realidad FTL del broker es email + PDF, no EDI-first
- Mismos créditos en ambos caminos de ingesta — sin metering sorpresa
- Se empareja con cada otro caso de uso Freight de este hub
FAQ
Preguntas frecuentes
No. Misma extracción, mismas reglas, mismos créditos. Los adjuntos igual tienen que ser legibles.
Reenvía ambos, o sube el archivo que falta en la app y átalo a la misma decisión.
No. Los humanos autorizan la remesa después de la decisión.
Sí. Muchos escritorios mezclan: reenvían el inbox ruidoso y suben el paquete limpio desde un drive compartido.
Relacionado
Casos, guías y landings
Casos de uso
Guías
Reenvía un email real del carrier.
Dos créditos gratis. Sube o reenvía un paquete FTL real.
