Déjame decirte algo. Quince años al volante, y he visto muchas cosas raras en la carretera. Pero hay un tipo de rareza que me hace sentir pena por el cargador cada vez: la misma carga exacta, enviada dos veces.
A finales de noviembre pasado, justo después del Black Friday, estaba haciendo fila para cargar en un almacén de distribución en Rancho Cucamonga. El Viejo Wang, el jefe del almacén, se acercó y dijo: "Shifu, esta carga tuya se ve rara." Miré los papeles: misma ruta, misma dirección de entrega (una tienda de repuestos de auto en Phoenix), mismo SKU (pastillas de freno, 48 cajas), incluso los números de pedido se veían casi idénticos, excepto las marcas de tiempo. Un pedido entró a las 9:41 AM, el otro a las 9:45 AM. Cuatro minutos de diferencia. El sistema había generado dos pedidos de salida, imprimido dos etiquetas de envío, y los preparadores ya habían dejado dos tarimas idénticas en el muelle.
"¿Lo empujaron dos veces?" pregunté. Wang solo sonrió con amargura. "La API de la plataforma falló, nunca recibió el acuse de recibo, así que lo empujó de nuevo."
Ese día manejé de Rancho Cucamonga a Phoenix con dos cargas idénticas de pastillas de freno rumbo a la misma dirección. Conseguí dos firmas. El recepcionista estaba desconcertado: "Solo hicimos un pedido." La carga extra fue rechazada y transportada de vuelta todo el camino. Ese viaje redondo de flete desperdiciado le costó al cargador cientos de dólares, por absolutamente nada.
Y no era la primera vez. En el verano de 2024, estaba cargando en un almacén de artículos para el hogar en Fontana, y la supervisora de piso, Xiao Li, me desahogó: durante la temporada alta, su sistema escupía cientos de "sospechosos pedidos duplicados" cada mes — mismo comprador, misma dirección, mismo producto, pedidos con minutos de diferencia. La primera tarea de una especialista cada mañana era cazarlos manualmente, marcando cincuenta o sesenta al día durante las grandes ventas. Los que atrapaba eran los afortunados. Los que se le pasaban? Enviados dos veces. Recuperar el flete es otra historia — el cliente lo rechaza o lo devuelve, el dinero del flete se pierde de cualquier forma, y la mercancía vuelve raspada del camino.
Entonces, ¿cómo ocurre esto en realidad? Déjame explicarlo
Funciona exactamente como una llamada telefónica.
Llamas al almacén: "Oye Wang, manda 100 unidades a Phoenix." A mitad de frase, la llamada se corta. No sabes si te escuchó, así que vuelves a llamar y dices lo mismo: "Manda 100 unidades a Phoenix." Él lo escucha y piensa — entendido, dos pedidos, manda dos camiones.
Eso es lo que pasa entre una plataforma de ventas y un sistema de almacén, solo que ellos lo llaman un envío de pedidos por API. El flujo es así: un cliente hace un pedido en la plataforma, la plataforma lo empuja al sistema del almacén por una API, y el sistema del almacén responde: "Recibido." Pero a veces la red falla, o el sistema del almacén está saturado, y el acuse de recibo no regresa a tiempo. La plataforma asume que el pedido nunca llegó — así que lo empuja de nuevo. El mismo pedido, con unos minutos de diferencia.
Si el sistema del almacén no tiene la sensatez de preguntar: "¿No he visto este antes?", trata los dos empujones como dos pedidos separados: dos pedidos de salida, dos etiquetas, dos preparaciones, dos envíos. Cuando el conductor carga, la dirección, el SKU y la cantidad cuadran en los papeles. Nada se ve mal. Y así, la misma carga se envía dos veces. Aquí es donde mucha gente se equivoca: esto no es culpa del preparador. Los preparadores siguen los papeles. El sistema dice prepara dos pedidos, ellos preparan dos pedidos. La causa raíz está una capa más arriba, en la integración — nadie preguntó, en el momento en que llegó el pedido: "¿Ya había visto este pedido?"
¿Cuánto cuesta realmente un envío doble? Hagamos cuentas
Mucha gente piensa: bueno, un envío extra — que lo devuelvan. Déjame desglosar lo que quema realmente un pedido duplicado de paquetería pequeña.
| Concepto de costo | Monto (USD) | Notas |
|---|---|---|
| Flete extra de salida | $8–12 | Un paquete de 3 libras, UPS/FedEx Ground entre estados, más o menos en este rango |
| Flete de devolución | $8–15 | Rechazado o devuelto — el cargador paga, y las etiquetas de devolución cuestan más |
| Mano de obra extra en almacén | $4–6 | Preparar, verificar, empacar, etiquetar — todo son horas humanas |
| Tiempo de atención al cliente | $5–10 | Quejas, rastrear el pedido, coordinar la devolución |
| Materiales de empaque | $2–3 | Caja, relleno, etiqueta — una vez enviados, se pierden |
| Total | $27–46 | Y eso es por pedido duplicado |
¿No parece mucho, verdad? Pero el volumen hace el daño. Toma un almacén que mueve 5,000 pedidos al día. Incluso con una conservadora tasa de duplicados de 0.5%, son 25 envíos dobles al día. A $35 cada uno, son $875 al día — en 300 días laborables, $260,000 al año. Y eso sin contar los costos ocultos: cuando un cliente recibe dos de todo, su primer pensamiento no es "qué vendedor tan generoso". Es "este vendedor es un desastre". Malas reseñas, pedidos cancelados, clientes que nunca vuelven — esas pérdidas no caben en una hoja de cálculo.
Consejos prácticos para cargadores y almacenes
Después de tantos años en la carretera, he descubierto una cosa: la solución a esto no está en el muelle de carga. Está en TI. Pero los cargadores y los dueños de almacenes necesitan saber cómo pedírselo a TI — en lenguaje sencillo. De lo contrario TI piensa "el sistema funciona bien" mientras la cuadrilla del muelle apaga incendios todos los días. Aquí va la traducción.
Primero, cada número de pedido debe ser único — y el sistema debe respetar de verdad esa unicidad.
Cada pedido que sale de la plataforma debe llevar un número de pedido globalmente único — como el VIN de un camión, nunca repetido. Cuando el sistema del almacén recibe un pedido, su primer movimiento no debería ser generar un pedido de salida. Debería revisar: ¿he visto antes este número de pedido? Si sí, bloquea o fusiona el segundo. Si no, continúa. Eso se llama deduplicación. Suena elegante, pero es solo "leer la placa".
Segundo, la misma solicitud enviada tres veces debe tener el efecto de haberla enviado una vez.
La gente de TI lo llama "idempotencia". Palabra intimidante, significado simple: ya digas "manda 100 unidades a Phoenix" una vez o tres veces, el resultado debería ser 100 unidades — no 300. Cuando hables con TI, dilo así: "Cuando la API se agota el tiempo y reintenta, el mismo pedido empujado varias veces solo debe producir un envío." Déjales a ellos el cómo. Tú di el qué.
Tercero, los reintentos necesitan un enfriamiento y un tope.
Los reintentos en sí no son el villano — si la red falla y no reintentas, el pedido se pierde, que es peor. Pero los reintentos no pueden ser ciegos e infinitos: empuja una vez, no recibes acuse, espera unas decenas de segundos, empuja de nuevo. Dos o tres intentos, y si aún falla, pásalo a un humano en vez de martillar sin parar. Muchos pedidos duplicados vienen de una plataforma que empuja el mismo pedido cinco o seis veces en un minuto, con el sistema del almacén aceptando cada uno.
Cuarto, el almacén necesita una red de seguridad humana.
Las correcciones de sistema toman tiempo. Hasta que TI lo resuelva, el almacén debería dedicar 15 minutos cada mañana a filtrar "sospechosos duplicados": mismo comprador, misma dirección, mismo SKU, pedidos con menos de 30 minutos de diferencia — márcalos para que un humano los confirme. ¿Ese almacén de Fontana? Ese truco atrapó la mayoría de sus duplicados en temporada alta. El filtrado manual es tosco, pero las herramientas toscas salvan el día cuando importa.
Una última cosa, y es contraintuitiva: muchos KPI de almacén en realidad premian el envío doble. Los almacenes se miden por velocidad de preparación — "salida dentro de 2 horas desde la caída del pedido". Cuando dos pedidos idénticos aparecen en el sistema, el preparador, corriendo contra el reloj, está feliz de simplemente prepararlos. Nadie tiene tiempo de preguntarse si estos dos pedidos son en realidad el mismo. Mientras más estricto el KPI de velocidad, más duplicados se cuelan. Es un trueque: si quieres velocidad, el sistema tiene que hacer la verificación por ti. Si el sistema no verifica, la velocidad se vuelve "rápido y mal". Así que mientras empujas el tiempo de respuesta, tienes que presupuestar tiempo y personal para la verificación — de lo contrario estás obligando a la primera línea a apostar con el dinero del cliente.
Una cosa más: no te digas "somos demasiado pequeños para que esto nos pase". Los empujones duplicados no se fijan en tu volumen de pedidos — un fallo de red, un reinicio de servidor, y un almacén de cincuenta pedidos al día es golpeado igual. Y los almacenes pequeños lo sienten más: un envío duplicado se come un pedazo más grande de un margen delgado.
Un dicho viejo para cerrar
Nosotros los conductores tenemos un dicho viejo: "Mejor detenerse tres minutos que apresurarse un segundo."
Lo mismo aquí: si el sistema gasta un segundo extra preguntando "¿he visto este pedido antes?", eso supera quemar decenas de dólares y un montón de dolores de cabeza después. Rápido no significa manejar a ciegas. Cuando hables con TI, llévales este dicho — lo entenderán.
Por Shifu Zhao, veterano del transporte por carretera (15 años)
Traducido del inglés. En caso de discrepancia, prevalece la versión en inglés.
