EDI con Amazon Vendor: cuándo compensa integrarse
EDI automatiza el intercambio de pedidos, confirmaciones, avisos de envío y facturas entre tu sistema y Amazon. Compensa cuando el trabajo manual de teclear pedidos y avisos supera el coste de la integración, algo que suele ocurrir a partir de unos cientos de líneas de pedido al mes o cuando los errores de tecleo ya están generando cargos.
Trabajar con Amazon desde la interfaz web funciona perfectamente hasta que deja de funcionar. El momento en que deja de hacerlo es bastante identificable, y no tiene que ver con la facturación sino con el número de líneas que alguien teclea cada semana.
Qué es EDI, sin jerga
Es un formato estándar para que dos sistemas se manden documentos comerciales sin que haya una persona en medio copiando datos. En lugar de que alguien entre en Vendor Central, mire los pedidos y los meta en el ERP, los pedidos entran solos.
Cada tipo de documento tiene un número:
| Mensaje | Qué es |
|---|---|
| 850 | El pedido de compra que te manda Amazon |
| 855 | Tu confirmación de ese pedido |
| 856 | El aviso previo de envío |
| 810 | Tu factura |
| 997 | Acuse técnico: “he recibido tu mensaje” |
| 860 | Modificación de un pedido ya enviado |
| 846 | Información de inventario disponible |
No hace falta implementarlos todos a la vez. Lo normal es empezar por 850, 855, 856 y 810, que cubren el ciclo completo.
Los tres problemas que resuelve de verdad
1. El tiempo
Teclear pedidos y preparar avisos de envío a mano consume horas que crecen linealmente con el volumen. Es el argumento obvio y el que peor vende el proyecto, porque el ahorro se diluye.
2. Los errores de tecleo
Este es mejor argumento. Una cantidad mal copiada en un aviso previo de envío genera un descuadre en recepción, que genera una discrepancia en factura, que genera una reclamación que alguien tiene que documentar y pelear durante semanas.
Multiplica eso por la tasa de error humano —baja, pero no cero— y por tu número de envíos anuales. El coste no está en el minuto de tecleo: está en la cadena de consecuencias.
3. Los plazos
Los sistemas no se olvidan de confirmar un pedido antes de que caduque la ventana, ni mandan el aviso de envío después de que el camión haya llegado. Buena parte de los cargos operativos que recibe un proveedor son fallos de calendario, no de capacidad, y esos desaparecen solos cuando el proceso está automatizado. Lo desarrollamos en el artículo sobre el aviso previo de envío.
Cuándo compensa
No hay una cifra universal, pero sí unas señales bastante fiables:
Compensa cuando:
- Alguien dedica varias horas semanales a teclear pedidos y avisos.
- Ya estás recibiendo cargos recurrentes por avisos tardíos o incorrectos.
- Vendes en varios países y multiplicas el trabajo por cada uno.
- Tu ERP ya tiene capacidad EDI para otros clientes y añadir Amazon es incremental.
No compensa todavía cuando:
- Manejas pocos pedidos al mes y los errores son anecdóticos.
- Tu maestro de artículos está desordenado. Integra eso primero.
- No tienes a nadie que pueda mantener la integración cuando algo falle.
Lo que nadie te cuenta antes de empezar
Los datos tienen que estar bien antes. EDI transmite lo que le des. Si tus unidades por caja están mal en el maestro, la integración propagará ese error a todos los envíos, más rápido y en más sitios. Ordenar el catálogo es requisito previo, no una fase posterior.
Hay un periodo de pruebas. No se enciende y ya está: hay una fase de validación de mensajes que lleva su tiempo y requiere atención de tu proveedor tecnológico y de tu equipo.
Sigue haciendo falta una persona. EDI automatiza el intercambio, no las decisiones. Alguien tiene que seguir mirando qué se confirma, qué se rechaza y qué está pasando con las deducciones.
El orden sensato
- Limpia el maestro de artículos: referencias, unidades por caja, dimensiones, pesos.
- Automatiza primero el aviso de envío si tienes cargos por ese motivo. Es donde antes se nota.
- Añade pedido y confirmación.
- Deja la facturación para el final, que es donde más cuidado hay que tener.
Hecho en ese orden, cada fase se paga con lo que ahorra la anterior. Hecho de golpe, es un proyecto largo cuyo retorno nadie sabe medir.
Preguntas frecuentes
¿Qué mensajes EDI se usan con Amazon Vendor?
Los habituales son el 850 para el pedido de compra, el 855 para su confirmación, el 856 para el aviso previo de envío, el 810 para la factura y el 997 como acuse de recibo técnico. Según el caso también entran en juego el 860 para cambios en el pedido y el 846 para información de inventario.
¿Merece la pena EDI si soy un proveedor pequeño?
Si manejas pocos pedidos al mes, probablemente no: la interfaz web es suficiente y la integración tiene coste de puesta en marcha y mantenimiento. El punto de inflexión llega cuando el tecleo manual consume horas todas las semanas o cuando los errores de transcripción empiezan a generar cargos y discrepancias en factura.
¿EDI elimina los errores por sí solo?
Elimina los errores de tecleo, que son muchos, pero no los de datos. Si tu maestro de artículos tiene referencias mal codificadas o cantidades por caja incorrectas, EDI se limitará a transmitir ese error más rápido y en más envíos. Conviene ordenar los datos antes de integrar.