Durante la revisión del 24 de junio en horario de Ciudad de México, una señal útil apareció en los foros españoles de vendedores: un tracking de DB Schenker o DSV incluía un guion, Seller Central no aceptaba espacios ni guiones y, al cambiar el formato, Amazon dejaba de reconocerlo como seguimiento válido.
Para vendedores de México, Colombia, LatAm y España, este no es un detalle técnico menor. Amazon mide la ratio de envíos con seguimiento válido en pedidos gestionados por el vendedor, y un número correcto pero no reconocido puede terminar mezclado con Valid Tracking Rate, Order Defect Rate, A-to-Z, pérdida de elegibilidad logística o un aviso de Account Health. La defensa mejora cuando el expediente separa formato, transportista, escaneo y métrica.
No confundas entrega real con tracking válido para Amazon
Que el transportista pueda rastrear el paquete en su web no prueba automáticamente que Seller Central lo esté leyendo como válido. Guarda ambos estados antes de editar el pedido.
Respuesta corta: prueba el formato antes de apelar
El primer paso no es escribir un plan de acción. Es reconstruir qué dato recibió Amazon y qué dato reconoce el transportista. Un guion eliminado, un espacio, un prefijo, un sufijo, un carrier equivocado o una integración incompleta pueden convertir una entrega real en un defecto visible.
- Exporta los pedidos afectados con order ID, marketplace, SKU, transportista, método de envío y número de tracking original.
- Guarda captura del número tal como aparece en Seller Central y del número tal como aparece en la web del transportista.
- Comprueba si Amazon transformó el dato al guardar el envío: sin guion, sin espacio, con prefijo recortado o con carrier distinto.
- Marca si la etiqueta se compró en Buy Shipping, se subió manualmente, llegó por API, salió de un 3PL o pertenece a Easy Ship.
- No confirmes un envío nuevo ni cambies el número sin conservar el estado anterior y la hora exacta del cambio.
Separa número correcto de número reconocido
Muchos casos débiles repiten que el paquete fue entregado. Eso puede ser cierto y aun así no resolver VTR. Amazon necesita poder conectar carrier, servicio y tracking dentro de su sistema. Si uno de esos tres datos no encaja, la revisión debe explicar el desajuste de lectura, no solo la entrega final.
- Carrier: selecciona el transportista exacto del menú cuando exista, no una variante parecida ni una marca comercial distinta.
- Servicio: revisa si el método usado genera escaneos compatibles con Amazon o solo una referencia interna del transportista.
- Formato: prueba con y sin guiones solo después de guardar evidencia de cuál es el número oficial emitido por el carrier.
- Escaneo: conserva primer escaneo, movimientos intermedios y entrega; una etiqueta sin escaneo puede fallar aunque el número tenga formato correcto.
- Integración: si el carrier no está integrado o no transmite eventos a Amazon, documenta esa capa antes de acusar error de métrica.
Qué revisar en México, España y rutas transfronterizas
En Amazon.com.mx el problema suele aparecer con paqueterías locales, proveedores que cambian de marca, guías de terceros o cargas manuales. En España puede aparecer con transportistas europeos, Seller Fulfilled Prime, Comprar envío o números que incluyen separadores. En cuentas de Norteamérica o Europa, el mismo pedido puede tocar más de una regla si el vendedor cruza marketplaces.
- México: revisa si el transportista aparece como opción reconocida y si el tracking que el carrier entrega conserva el mismo formato en Amazon.
- España: si el número tiene guion, espacio o prefijo, conserva prueba de que ese es el formato oficial antes de probar una variante.
- Buy Shipping: descarga la etiqueta, recibo y eventos de escaneo para mostrar que el número salió del propio flujo de Amazon.
- 3PL o API: pide el log de transmisión con carrierCode, trackingNumber, timestamp y respuesta de Seller Central.
- Cross-border: separa marketplace de venta, país de origen, país de destino y transportista final; no mezcles carriers de primera y última milla.
Arma el expediente por pedido y transportista
Cuando la métrica baja, Amazon no necesita una historia larga sobre todos los envíos. Necesita un patrón verificable: qué transportista falla, desde cuándo, qué formato se alteró, cuántos pedidos afecta y qué control evita que vuelva a ocurrir.
- Una tabla por carrier con pedidos afectados, número oficial, número aceptado por Amazon y estado de entrega.
- Capturas de Account Health o del reporte de VTR antes y después de cualquier corrección.
- Prueba de que el equipo dejó de editar números a ciegas y usa una regla de validación antes de confirmar envíos.
- Si el problema nació en una API, evidencia del cambio técnico y una muestra de pedidos corregidos.
- Si el carrier no es compatible, decisión operativa: cambiar de transportista, usar Buy Shipping o ajustar la promesa de envío.
Cuándo escalarlo como performance
Un tracking mal reconocido puede quedarse en un ajuste operativo si lo detectas rápido. Se convierte en caso de recuperación cuando baja VTR, Amazon retira una elegibilidad, aparecen reclamos A-to-Z, sube ODR, se pierden ofertas gestionadas por el vendedor o Account Health pide explicación.
El cierre práctico es una ficha corta: pedido, carrier, formato oficial, formato guardado en Amazon, escaneos, entrega, métrica afectada y control nuevo. Si el daño principal es una promesa de envío o entrega, vuelve a Late Shipment Rate. Si ya hay A-to-Z o feedback, separa Order Defect Rate. Si la alerta es amplia y no sabes qué métrica domina, trata el caso como performance antes de mandar una apelación genérica.