📦 Poka-yoke en la gestión de incidencias de transporte de mercancías
Cómo aplicar poka-yoke a la gestión de incidencias de envíos y mercancías —daños, faltantes, retrasos, entregas fallidas— para que el proceso, y no la memoria del equipo, sostenga la trazabilidad y la calidad del servicio.
Un cliente que recibe su pedido con bultos dañados o incompletos no está reclamando solo por la mercancía. Está reclamando porque, cuando llama al transportista, nadie puede decirle en qué punto de la ruta ocurrió el problema, ni quién debe responder por ello, ni cuándo llegará el resto del envío.
El problema no suele ser la actitud del equipo
Cuando una incidencia de entrega se gestiona mal, la reacción habitual es pedir al equipo de atención al cliente que "preste más atención" o "se coordine mejor" con almacén y flota. Pero un equipo que gestiona incidencias de transporte de mercancías trabaja con recogidas, tránsitos, transbordos entre vehículos, entregas fallidas y devoluciones, a menudo sin visibilidad completa de dónde está físicamente el envío en cada momento. En ese contexto, el problema casi nunca es la actitud del equipo: es que el proceso depende de que cada persona recuerde, en tiempo real, información que ni siquiera tiene delante.
Lo que suele fallar en la gestión de incidencias de mercancía
Algunos patrones se repiten en casi cualquier operación de transporte de mercancías:
- No hay un checklist consistente por tipo de incidencia (daño, faltante, retraso, entrega fallida, devolución)
- La trazabilidad del envío está dispersa entre transportista, almacén y cliente, sin un registro único del caso
- Se acuerdan plazos o compensaciones con el cliente que no quedan documentados y luego nadie puede confirmar
- El caso cambia de responsable entre recogida, tránsito y entrega final sin un traspaso claro de lo ya reportado
- No existe un criterio automático de cuándo escalar una incidencia a reclamación formal o a seguro de mercancías
Ninguno de estos fallos requiere que el equipo se esfuerce más. Todos requieren que el proceso sostenga lo que la memoria de una persona no puede sostener de forma fiable, sobre todo cuando la mercancía pasa por varias manos antes de llegar a destino.
Qué significa aplicar poka-yoke en este contexto
Poka-yoke no es un truco de calidad de fábrica trasladado artificialmente a una operación logística: es la idea de que un proceso puede diseñarse para que el error no llegue a ocurrir, o si ocurre, se detecte de inmediato y en el punto exacto de la cadena donde ocurrió, en lugar de depender de que alguien lo recuerde. Aplicado a la gestión de incidencias de mercancía, esto significa inspeccionar el envío en cada punto de contacto físico: recogida, transbordo y entrega, dejando registro verificable antes de que el paquete siga su camino.
Un cliente que reclama por un envío dañado no está enfadado por el daño en sí: está enfadado porque nadie puede decirle en qué tramo de la ruta ocurrió ni quién se hace responsable.
Este enfoque conecta con normas como la ISO 10002:2018 sobre gestión de quejas, que recomienda registrar, clasificar y hacer seguimiento sistemático de cada caso — exactamente el tipo de disciplina que un buen mecanismo poka-yoke ayuda a sostener sin depender de la memoria individual de conductores, mozos de almacén o agentes de atención al cliente.
Los tres métodos de Shingo aplicados a incidencias de mercancía
Shigeo Shingo clasificó los mecanismos poka-yoke según cómo detectan la condición y cómo avisan. Los tres métodos tienen un equivalente directo en la gestión de incidencias de transporte de mercancías:
| MECANISMO | MÉTODO (SHINGO) | EJEMPLO EN TRANSPORTE DE MERCANCÍA | TIPO |
|---|---|---|---|
| La app de recogida no permite firmar la entrega si el número de bultos escaneados no coincide con el número de bultos del albarán — la forma del caso no encaja sin ese dato | Método de contacto (contact method) | Escaneo obligatorio de bultos que bloquea la firma si falta alguno | Método de control |
| El sistema no permite cerrar la incidencia si no se han completado los tres pasos obligatorios: registro con foto, contacto con el cliente y resolución documentada | Valor fijo (fixed-value method) | Bloqueo de cierre de caso mientras falten pasos obligatorios | Método de control |
| Un checklist digital confirma que el protocolo de mercancía dañada se siguió en orden: fotografiar, registrar en el sistema en el punto de transbordo, notificar al siguiente responsable, antes de que el envío continúe ruta | Método de secuencia (motion-step method) | Checklist de protocolo por tipo de incidencia en cada punto de la cadena | Método de aviso |
El desperdicio que aparece cuando la incidencia se gestiona mal
Pensar en la trazabilidad como un recurso escaso también cambia cómo se ve el desperdicio (muda) en la gestión de incidencias de mercancía:
| DESPERDICIO (MUDA) | CÓMO APARECE EN LA GESTIÓN DE INCIDENCIAS DE MERCANCÍA |
|---|---|
| Defectos | Se informa al cliente de un estado del envío que no coincide con la realidad, por no verificar en el punto de transbordo |
| Retrabajo | La incidencia se reabre porque la primera investigación no localizó realmente en qué tramo ocurrió el daño o la pérdida |
| Espera | El cliente espera más de lo prometido porque nadie hizo seguimiento del compromiso de resolución o reposición |
| Sobreprocesamiento | Se pide la misma documentación (albarán, fotos, número de seguimiento) varias veces porque el caso no está centralizado |
Por dónde empezar
No hace falta rediseñar toda la operación logística a la vez. Un buen punto de partida:
- Estandarizar un checklist por tipo de incidencia (daño, faltante, retraso, entrega fallida, devolución)
- Hacer obligatorio el escaneo o registro fotográfico en cada punto de transbordo, para que el envío no pueda avanzar sin dejar rastro verificable
- Definir criterios claros y automáticos de escalado (valor de la mercancía, tipo de cliente, tiempo transcurrido sin resolución)
- Centralizar el registro del caso en un solo lugar visible para atención al cliente, almacén y flota
- Revisar en equipo, cada semana, dos o tres incidencias mal gestionadas — no para buscar culpables, sino para encontrar el punto de la cadena donde el proceso podría haber evitado el error
El objetivo no es que el equipo se esfuerce más, sino que el proceso necesite menos memoria y menos improvisación para funcionar bien en cada punto de la cadena de transporte. Una operación de mercancías bien diseñada no es la que nunca comete errores: es la que tiene mecanismos que detectan el error en el tramo exacto donde ocurrió, antes de que llegue como sorpresa al cliente que espera su envío.
