Prioriza, para cada evento, el sistema que lo registra más cerca de donde ocurre; no existe una fuente única que deba prevalecer para todo el pedido. La tienda puede ser la referencia para la confirmación del pedido, el almacén para su preparación y el seguimiento del transportista para lo que sucede una vez que el envío entra en su red.
Los estados incompatibles no siempre describen un pedido distinto. A menudo, cada sistema está mostrando una parte diferente de su recorrido o una actualización recibida en otro momento. El problema aparece cuando se lee un estado general, como “completado” o “enviado”, como si confirmara todos los eventos posteriores.
¿Qué sistema tiene la última palabra según el evento?
Define la fuente de referencia por el hecho concreto que necesitas conocer, no por cuál plataforma parece más completa ni por cuál se actualiza primero.
- Para saber si el pedido fue confirmado después del pago y quedó registrado para su gestión, la tienda es la referencia.
- Para saber si el pedido fue preparado, empaquetado o entregado al proceso de despacho interno, la referencia es el almacén.
- Para saber si el transportista recibió el paquete, lo movió o registró una entrega, la referencia es el seguimiento asociado al transportista.
Esta regla evita una confusión frecuente: que la tienda marque un pedido como enviado no demuestra, por sí sola, que el transportista ya lo haya recibido. Ese estado puede reflejar que se creó el envío o que el almacén avanzó hasta un punto previo. Si el seguimiento todavía no muestra un evento del transportista, ambos sistemas pueden estar describiendo momentos distintos sin que uno invalide necesariamente al otro.
Cuando “enviado” no significa lo mismo en los tres sistemas
Imagina que la tienda muestra el pedido como enviado, el almacén lo muestra como empaquetado y el seguimiento todavía no refleja movimiento. Para la preparación física, el dato del almacén es el más cercano al hecho. Para atribuir custodia o desplazamiento al transportista, el seguimiento debe aportar un evento que lo indique. La tienda puede conservar “enviado” como estado operativo propio, pero no debería usarse para comunicar un avance que solo el transportista puede confirmar.
La lectura cambiaría si el seguimiento muestra un evento que indica recepción por el transportista. En ese caso, la discrepancia con el almacén puede deberse a que su estado no se actualizó, mientras que el hecho relevante para el trayecto ya quedó registrado por quien realiza el traslado.
Conviene resolver la discrepancia sin borrar su contexto
Una regla útil es conservar el estado de cada sistema como descripción de su propio tramo y decidir cuál prevalece solo para la pregunta abierta. No necesitas forzar una coincidencia artificial entre etiquetas distintas. Necesitas poder responder con precisión qué está confirmado, qué etapa corresponde a cada fuente y qué estado no alcanza para sostener una afirmación más amplia.
También conviene revisar esta asignación cuando añades un país, un corredor o un transportista. Puede cambiar qué eventos aparecen en el seguimiento, cómo se reciben los datos y qué comunicación resulta prudente para el cliente. La referencia sigue siendo el sistema más próximo al evento, pero la cobertura real de cada estado debe revisarse antes de convertirlo en una regla operativa.
Con esta separación, el cierre poscompra deja de depender de una etiqueta genérica. Tu decisión se apoya en el evento que importa en ese momento y en la fuente que realmente puede registrarlo.
