Una entrega marcada como completada no siempre resuelve lo que necesita el negocio. Ventas puede necesitar confirmar que llegó al destinatario acordado; facturación, disponer de una evidencia vinculada al pedido; y operaciones, detectar a tiempo una incidencia para no descubrirla cuando el cliente reclama. Cuando esa información llega por correos, fotos, albaranes escaneados o portales de transportistas, el seguimiento se vuelve lento y difícil de auditar.
La IA puede ayudar a leer documentos y comunicaciones, pero no debe decidir por sí sola que una entrega es válida ni generar una prueba inexistente. El valor está en organizar la evidencia, aplicar reglas claras y llevar a revisión los casos que no encajan.
Qué problema debe resolver el flujo
El objetivo no es digitalizar cualquier firma. Es construir un expediente de entrega por expedición que permita responder, con datos comprobables, a cuatro preguntas: qué pedido se entregaba, dónde y a quién debía llegar, qué evidencia se recibió y qué decisión tomó la empresa ante una diferencia.
Una prueba de entrega puede incluir un albarán firmado, una confirmación del transportista, una fotografía, un evento de seguimiento o una confirmación del cliente. Su valor depende del contrato, del tipo de mercancía y del proceso comercial. Por eso conviene registrar la fuente y no tratar todas las evidencias como equivalentes.
Empieza por definir el expediente mínimo
Antes de conectar correo, ERP o plataforma logística, acuerda los campos que identifican el caso. Como mínimo, el expediente debería relacionar:
- pedido, expedición o referencia comercial;
- cliente, dirección y ventana de entrega acordada;
- transportista y referencia de seguimiento, si existe;
- evidencia recibida, su origen y fecha de recepción;
- estado operativo: pendiente, validado, con incidencia o cerrado;
- responsable de revisar una excepción y decisión tomada.
Si una referencia no permite enlazar la evidencia con una expedición concreta, el flujo debe crear una tarea de identificación, no completar el pedido por aproximación. Es preferible una cola pequeña de casos ambiguos a asociar un documento al cliente equivocado.
Separa extracción asistida de validación de negocio
La automatización puede descargar adjuntos autorizados, normalizar nombres de archivo, detectar referencias visibles y proponer datos estructurados. Un modelo puede ser útil para extraer texto de un documento o clasificar un correo como confirmación, incidencia o información insuficiente.
La validación debe apoyarse en reglas deterministas y datos de los sistemas de negocio. Por ejemplo: que la referencia exista, que la dirección coincida en el nivel que el proceso requiera, que la fecha no sea incompatible con la expedición y que el documento no haya sido usado antes para cerrar otro caso. Cuando falte una condición, la salida correcta es pendiente de revisión, no una inferencia.
Un ejemplo de ruta segura
Una empresa recibe un albarán escaneado por correo. El flujo guarda el original en el repositorio definido, calcula una huella para detectar duplicados y extrae una posible referencia. Si solo hay una expedición abierta compatible, propone el enlace; si hay varias o ninguna, lo asigna a una cola. Tras aplicar las reglas acordadas, actualiza el estado operativo o solicita a la persona responsable que confirme la excepción. La automatización conserva tanto la evidencia original como el resultado de cada comprobación.
Diseña estados que ayuden a operar
Un único campo de “entregado” suele esconder demasiados matices. Una secuencia sencilla puede ser: expedido, evidencia recibida, validación pendiente, entrega confirmada, incidencia abierta y cerrado. No todos los pedidos necesitarán el mismo nivel de prueba: una entrega estándar y una entrega de alto valor pueden tener requisitos distintos.
Conviene acordar también qué eventos detienen la automatización: firma ilegible, dirección distinta, entrega parcial, daño declarado, rechazo, ausencia de referencia o evidencia recibida fuera de la ventana prevista. Estos casos deben llegar al equipo adecuado con el pedido, los documentos y la razón concreta de la excepción, en lugar de con un aviso genérico.
Integra sin convertir el ERP en una libreta de notas
El ERP, CRM o sistema de gestión de almacén debe conservar el estado que necesita cada equipo, pero los ficheros y los detalles de análisis pueden vivir en un repositorio documental con permisos y retención definidos. Enlaza ambos mediante una referencia estable y evita copiar datos sensibles o imágenes a herramientas que no los necesitan.
Define quién puede cambiar el estado financiero, quién puede cerrar una reclamación y quién solo puede aportar evidencia. Una automatización puede preparar una actualización; la regla de autorización decide si se ejecuta sola o requiere aprobación. Este diseño reduce errores y facilita una auditoría posterior.
Qué indicadores sirven para mejorar el proceso
No hace falta atribuir ahorros hipotéticos para saber si el flujo funciona. Mide, durante un periodo acordado, indicadores operativos como el porcentaje de expediciones con evidencia vinculada, el tiempo entre entrega y disponibilidad de la prueba, el volumen de casos sin referencia, las excepciones por tipo y los documentos duplicados detectados.
Revísalos con ventas, logística y administración. Si aumenta el número de excepciones, puede haber un problema en el dato de origen, en el transportista, en el formato documental o en una regla demasiado estricta. La medición debe llevar a una corrección concreta, no a ocultar los casos que el flujo no puede resolver.
Límites que conviene mantener
Una fotografía, una firma o un mensaje de seguimiento no prueban por sí mismos todos los extremos de una entrega. La política comercial, las condiciones de transporte y el caso concreto determinan qué evidencia es suficiente. Tampoco es razonable automatizar decisiones sobre abonos, penalizaciones o disputas cuando faltan datos o el impacto es relevante.
Limita el acceso del flujo a los buzones, pedidos y repositorios necesarios; conserva los originales según la política aplicable; y permite reconstruir quién aportó la evidencia, qué regla se ejecutó y quién resolvió una excepción. La IA debe trabajar sobre el mínimo de información necesario y sus propuestas deben poder revisarse.
Cuándo merece la pena implantarlo
El caso suele ser prioritario cuando hay entregas frecuentes, varios canales de evidencia, reclamaciones por falta de documentación o tiempo administrativo dedicado a localizar albaranes y confirmaciones. Antes de automatizar, elige una familia de expediciones con referencias relativamente fiables y define un criterio de éxito operativo: por ejemplo, reducir los casos que requieren búsqueda manual sin disminuir la revisión de excepciones.
En KMOOPS ayudamos a diseñar automatizaciones de negocio que conectan sistemas, reglas y supervisión humana. Si necesitas ordenar el circuito de evidencias de entrega, las integraciones y los controles antes de llevarlo a producción, puedes contactar con el equipo para revisar el proceso.