Amazon Vendor Central EDI 2026

Resumen — Puntos clave

Amazon Vendor Central EDI requiere cinco documentos ANSI X12 obligatorios: 850 (pedido), 855 (confirmación), 856 (ASN), 810 (factura), 846 (inventario).
AS2 es el método de conexión preferido por Amazon. SFTP existe como alternativa. Las redes VAN añaden coste y latencia que la mayoría de proveedores medianos ya no necesitan.
Los chargebacks — por 855 tardíos, ASN incorrectos y facturas que no cuadran con el pedido original — erosionan el margen mayorista entre un 2 y un 5% de media.
SP-API está creciendo pero el EDI sigue siendo no negociable para la mayoría de programas Vendor Central. La respuesta inteligente en 2026 es una integración dual, no una migración.

Una directora de supply chain de una marca de hogar con 40 millones de euros de facturación me contó que tardó tres meses en completar la certificación EDI con Amazon. Y a las dos semanas de ponerse en marcha llegó la primera factura de chargeback. No porque la integración fallara. Porque nadie le había explicado que ‘certificado’ y ‘en cumplimiento’ son dos cosas distintas.

Amazon Vendor Central EDI es uno de esos temas que parece resuelto hasta que empiezan a llegar los cargos. Este artículo cubre la configuración, las trampas de compliance y la pregunta que todos los equipos de vendor se hacen en 2026: ¿hace falta tocar SP-API?

Table of Contents

Toggle

Qué es realmente el EDI de Amazon Vendor Central

Vendor Central es el canal mayorista (1P) de Amazon. Vendes inventario a Amazon a precios acordados y Amazon lo revende. La columna vertebral operativa de esa relación es el EDI — intercambio electrónico de datos — que automatiza el flujo de pedidos de compra, confirmaciones de envío, facturas y datos de inventario entre tus sistemas y los de Amazon.

Cinco tipos de documento forman el núcleo obligatorio para casi todos los proveedores de Vendor Central:

EDI 850 — Pedido de compra. Amazon lo envía. Tu sistema debe recibirlo y procesarlo sin intervención manual.
EDI 855 — Confirmación del pedido. Confirmas o rechazas el pedido. El timing es innegociable.
EDI 856 — Aviso de envío anticipado (ASN). Se envía cuando sale la mercancía. La precisión aquí determina directamente el riesgo de chargeback.
EDI 810 — Factura. Tu documento de cobro a Amazon. Discrepancias con el 850 generan retrasos de pago y deducciones.
EDI 846 — Consulta/información de inventario. Niveles de stock. Cada vez más importante porque Amazon lo usa para las previsiones de reposición.

Los cinco siguen el estándar ANSI X12, versión 4010 o superior. La versión 5010 es ya la norma en configuraciones nuevas.

80%

de reducción en costes EDI reportan fabricantes que migran de redes VAN legacy a integración directa moderna

Fuente: BOLD VAN, 2025

Métodos de conexión: AS2, SFTP y la pregunta de la VAN

Datos de Epinium

Cuentas con gobernanza estructurada (NerveOps™) superan en 2,3x en keywords indexadas.

Amazon ofrece tres formas de conectarse:

AS2 es el método preferido. Usa HTTP/S para la transmisión, añade firma digital y cifrado, y entrega acuses de recibo que confirman que cada documento llegó. La configuración es más técnica pero la fiabilidad operativa es significativamente superior. La mayoría de plataformas de integración — Orderful, Cleo, SPS Commerce — gestionan AS2 directamente.

SFTP es la alternativa para proveedores que no pueden implementar AS2. Amazon proporciona credenciales y endpoint durante el onboarding. Basado en ficheros, más sencillo de configurar, pero menos tiempo real. Sin acuse de recibo en la transmisión.

VAN (redes de valor añadido) son intermediarios EDI de terceros. Funcionan, pero añaden coste por transacción y latencia. En 2026 la mayoría de proveedores medianos no tiene motivo para usar una VAN específicamente para Amazon — AS2 directo es más barato y rápido.

Lo que sorprende a muchas marcas: Amazon no publica una especificación EDI genérica. Después de completar la encuesta de autoservicio en Vendor Central, Amazon desbloquea la guía de implementación específica de tu cuenta. Las especificaciones son por cuenta. No puedes copiar el mapeo de otro proveedor.

El problema de los chargebacks que nadie te explica al principio

Estar certificado en EDI significa que Amazon puede intercambiar documentos contigo técnicamente. No significa que tus documentos sean conformes.

Los cuatro motivos de chargeback que vemos más frecuentemente en Epinium al auditar cuentas de vendor:

855 tardíos. Amazon espera confirmación en un plazo definido — normalmente 24-48 horas desde la recepción del 850. Incumplirlo de forma recurrente acumula deducciones en silencio. La mayoría de integraciones con ERP tienen ese timing mal configurado por defecto.

ASN incorrectos o ausentes. El 856 debe coincidir exactamente con el envío físico — número de cajas, UPC, cantidad. Un ASN ‘aproximado’ no pasa el compliance. Los sistemas de recepción de Amazon concilian los envíos contra el 856 automáticamente y las discrepancias generan deducciones sin revisión humana.

Discrepancias en la factura. El 810 debe coincidir exactamente con el 850 en precio y cantidad. Si Amazon modificó el pedido tras emitirlo (vía un 860 de cambio) y tu sistema no lo recogió, tu factura se pagará parcialmente o se deducirá.

Incumplimientos de etiquetado y routing. El compliance EDI es solo la mitad. Tus envíos físicos también deben cumplir la Guía de Routing y los requisitos de etiquetado de Amazon. Un 856 perfecto con una etiqueta incorrecta genera igualmente un chargeback.

Documento EDI	Plazo	Fallo habitual	Riesgo chargeback
EDI 855	24-48h desde recepción PO	Delay batch ERP	Alto
EDI 856	Antes de recogida transportista	Diferencia de cantidad	Muy alto
EDI 810	Tras confirmación entrega	Precio/cantidad vs pedido	Alto
EDI 850	Recibir y procesar	Cambios de pedido (860) ignorados	Medio
EDI 846	Cadencia programada	Datos de stock desactualizados	Bajo-Medio

EDI vs SP-API en 2026: no es una ni otra, sino las dos

Amazon lanzó su Selling Partner API en 2020 y la ha ido ampliando. La pregunta que hacen todos los equipos de vendor ahora: ¿podemos migrar de EDI a SP-API y simplificar el stack?

La respuesta honesta: para las operaciones centrales de Vendor Central, no. La SP-API de Amazon para vendors cubre flujos de Direct Fulfillment y cada vez más datos de informes y catálogo. Pero los pedidos de compra, facturas y avisos de envío siguen corriendo sobre EDI para la gran mayoría de programas Vendor. Amazon no ha dado ningún plazo para cambiar esto.

Donde SP-API aporta valor real hoy es en la capa de datos: extraer informes de rendimiento, gestionar datos de catálogo, automatizar actualizaciones de listings. Las empresas que operan tanto Vendor Central como Seller Central — y más de la mitad de los fabricantes con escala ya lo hacen — se benefician de una capa unificada que traduce entre EDI para Vendor y SP-API para Seller. El análisis de EDICOM lo resume bien: EDI para integridad operativa, SP-API para velocidad de datos.

Lo que vemos en Epinium es que los vendors con mejores registros de compliance no son los que eligieron la tecnología más nueva. Son los que construyeron disciplina operativa alrededor de cualquier integración que estaban ejecutando: monitorizando el timing de documentos, reconciliando POs y facturas semanalmente, auditando la precisión del ASN antes de cada ciclo de envío.

SESIÓN GRATUITA

¿Tienes chargebacks que no sabes explicar?

Reserva 30 minutos con nuestro equipo. Auditamos tu postura de compliance en Vendor Central — timing EDI, precisión de ASN y reconciliación de facturas — y te mostramos dónde se está yendo el margen.

Reservar auditoría gratuita → ✓ Gratis ✓ 30 min ✓ Sin compromiso

El proceso de configuración, sin edulcorar

Cuatro fases. La mayoría de vendors subestima la tercera.

Fase 1 — Prerrequisitos de cuenta. Necesitas una cuenta activa en Vendor Central con aprobación 1P, un contacto técnico designado e identificadores de producto precisos (UPCs, GTINs) registrados en todo tu catálogo. Si los datos de GTIN están sucios, corrígelos antes de tocar el EDI — el 850 y el 856 van referenciados a esos identificadores.

Fase 2 — Encuesta de autoservicio y acceso a las especificaciones. En Vendor Central, ve a EDI → Configuración de autoservicio. Completa la encuesta de Amazon. Esto desbloquea la guía de implementación específica de tu cuenta. No empieces a mapear hasta tener ese documento.

Fase 3 — Testing y certificación. Amazon ejecuta ciclos de validación estructurados. Envías documentos de prueba, Amazon los valida, corriges errores, repites. Los plazos reales van de cuatro a doce semanas según tu plataforma de integración y la limpieza inicial del mapeo.

Fase 4 — Go-live y monitorización. La integración está en vivo. Configura monitorización semanal de tus métricas de compliance en Vendor Central. Los chargebacks van retrasados — puedes no ver el impacto financiero de un error de mapeo hasta 30-60 días después de que empiece a ocurrir.

Preguntas frecuentes

¿Es obligatorio el EDI para Amazon Vendor Central?

Para la mayoría de programas Vendor Central, sí. EDI es el canal estándar para pedidos de compra, facturas y avisos de envío en el modelo mayorista (1P) de Amazon. No existe una opción de salida general. Si Amazon ha habilitado específicamente un flujo API de Direct Fulfillment para tu cuenta, SP-API puede estar disponible para esa parte — pero el flujo mayorista central sigue corriendo sobre EDI.

¿Cuánto tarda la configuración de EDI en Vendor Central?

De forma realista, entre 6 y 12 semanas desde el inicio hasta el go-live. La fase uno toma una semana. La fase dos entre dos y cuatro semanas. La fase tres (testing y certificación) es la variable — integraciones limpias con plataformas como Orderful o SPS Commerce pueden certificar en cuatro semanas. Builds personalizadas o nativas de ERP suelen necesitar ocho a doce.

¿Cuáles son los principales motivos de chargeback en Amazon EDI?

855 tardíos, ASN incorrectos o ausentes (856) y discrepancias entre la factura (810) y el pedido original (850) son los tres mayores. Los incumplimientos de etiquetado y routing generan cargos adicionales en la capa física. Monitorizar las métricas de compliance semanalmente es la única forma de detectar problemas antes de que cierre la ventana de disputa.

¿Debo usar AS2 o SFTP para el EDI de Amazon Vendor?

AS2 si puedes. Es el método preferido de Amazon, proporciona acuses de recibo y cifrado, y se integra bien con plataformas EDI modernas. SFTP es completamente funcional pero añade latencia y sin confirmación de entrega. Para proveedores de alto volumen, esa latencia puede empujar las respuestas 855 fuera del plazo.

¿Necesito SP-API si ya estoy en EDI de Vendor Central?

No para compliance operativo — el EDI cubre pedidos, facturas y avisos de envío. SP-API añade valor en la capa de datos: informes de ventas e inventario, gestión de catálogo, actualizaciones de listings. Si también operas Seller Central, una integración unificada que gestione EDI para Vendor y SP-API para Seller es la arquitectura estándar hoy.

¿Cuánto tarda la configuración completa de EDI con Amazon Vendor Central?

Entre 6 y 14 semanas dependiendo del ERP. Los retrasos más comunes son la validación del AS2 (2-3 semanas) y la corrección de mapeos de datos para los mensajes ORDERS y ORDRSP. Tener un partner certificado Amazon reduce el tiempo a 4-8 semanas.

¿Qué ocurre si hay un error en un mensaje EDI enviado a Amazon?

Amazon genera un mensaje APERAK con el código de error. Los más frecuentes son errores de formato en EAN/GTIN, fechas de entrega fuera de ventana, y cantidades no múltiplo del mínimo de pedido. Cada error no corregido dentro de 24h puede generar un chargeback automático.

¿SP-API reemplazará al EDI de Vendor Central completamente?

No en el corto-medio plazo. Amazon mantiene EDI activo para cuentas Vendor porque gestiona volúmenes y flujos que SP-API aún no soporta completamente (especialmente para gestión de facturas y avisos de expedición en operaciones B2B de gran volumen). La estrategia recomendada en 2026 es híbrida.

Lo que cambió en 2025–2026: Guía actualizada

Amazon Buy for Me (marzo 2026)

Amazon lanzó Buy for Me, permitiendo comprar en tiendas externas desde la app.

EU AI Act en vigor (febrero 2025)

La regulación europea de IA obliga a transparencia en sistemas automatizados.

Modelos frontier: OpenAI o3, Claude 3.7, Gemini 2.0 Flash (Q4 2025)

La nueva generación de LLMs multiplica las capacidades para e-commerce y branding.

Hacia dónde va el EDI de Vendor Central

Amazon no va a retirar el EDI en los próximos cinco años. El formato está demasiado integrado en las cadenas de suministro de las marcas que mueven más volumen — los entornos SAP y Oracle, los 3PL, los grandes fabricantes de gran consumo. Lo que sí está cambiando es la capa de monitorización encima. Amazon está llevando las métricas de compliance a visibilidad casi en tiempo real dentro de Vendor Central. Los vendors que se adelantarán son los que muevan su cadencia de monitorización de mensual a semanal antes de que Amazon lo haga obligatorio en horas.

El EDI es fontanería. Nadie se emociona con la fontanería. Pero la fontanería rota cuesta dinero — en silencio, a escala, cada trimestre.

TRANSFORM BY EPINIUM

Deja de perder margen en chargebacks que no ves venir

Ayudamos a marcas en Vendor Central a auditar el compliance EDI, identificar las causas raíz de los chargebacks y construir la capa de monitorización que evita que se repitan.

Habla con nuestro equipo →

Gratis · 30 min · Sin compromiso