Amazon Vendor Central EDI: configurazione, compliance e SP-API nel 2026
Guida all EDI di Amazon Vendor Central: documenti obbligatori 850 855 856 810 846, AS2 vs SFTP, cause dei chargeback e la questione SP-API.
Indice dei contenuti
In sintesi — Punti chiave
-
Amazon Vendor Central EDI richiede cinque documenti ANSI X12 obbligatori: 850 (ordine), 855 (conferma), 856 (ASN), 810 (fattura), 846 (inventario).
-
AS2 è il metodo di connessione preferito da Amazon. SFTP esiste come alternativa. Le reti VAN aggiungono costi e latenza che la maggior parte dei vendor medi non ha più bisogno di sostenere.
-
I chargeback — per 855 tardivi, ASN errati e fatture che non coincidono con l’ordine originale — erodono il margine all’ingrosso mediamente dal 2 al 5%.
-
SP-API sta crescendo ma l’EDI resta non negoziabile per la maggior parte dei programmi Vendor Central. La risposta intelligente nel 2026 è una strategia di integrazione duale, non una migrazione.
Una direttrice supply chain di un brand italiano del settore casalinghi da 40 milioni di euro mi ha raccontato di aver impiegato tre mesi per completare la certificazione EDI con Amazon. E dopo due settimane dal go-live è arrivata la prima fattura di chargeback. Non perché l’integrazione fosse rotta. Perché nessuno le aveva spiegato che ‘certificato’ e ‘conforme’ sono due cose diverse.
Amazon Vendor Central EDI è uno di quei temi che sembra risolto finché non iniziano ad arrivare i costi. Questo articolo copre la configurazione, le trappole di compliance e la domanda che tutti i team vendor si pongono nel 2026: bisogna davvero toccare l’SP-API?
Table of Contents
Cos’è davvero l’EDI di Amazon Vendor Central
Vendor Central è il canale wholesale (1P) di Amazon. Vendi inventario ad Amazon a prezzi concordati e Amazon lo rivende. La colonna vertebrale operativa di quella relazione è l’EDI — Electronic Data Interchange — che automatizza il flusso di ordini d’acquisto, conferme di spedizione, fatture e dati di inventario tra i tuoi sistemi e quelli di Amazon.
Cinque tipi di documento formano il nucleo obbligatorio per quasi tutti i fornitori di Vendor Central:
-
EDI 850 — Ordine d’acquisto. Amazon lo invia. Il tuo sistema deve riceverlo e processarlo senza intervento manuale.
-
EDI 855 — Conferma ordine. Confermi o rifiuti l’ordine. La tempistica è non negoziabile.
-
EDI 856 — Advance Ship Notice (ASN). Inviato quando la merce parte. L’accuratezza qui determina direttamente il rischio di chargeback.
-
EDI 810 — Fattura. Il tuo documento di fatturazione ad Amazon. Discrepanze con l’850 generano ritardi di pagamento e deduzioni.
-
EDI 846 — Informazioni inventario. Livelli di stock. Sempre più importante perché Amazon lo usa per le previsioni di riassortimento.
Tutti e cinque seguono lo standard ANSI X12, versione 4010 o superiore. La versione 5010 è ormai la norma nelle nuove configurazioni.
80%
di riduzione dei costi EDI riportano i produttori che migrano da reti VAN legacy all’integrazione diretta moderna
Metodi di connessione: AS2, SFTP e la questione VAN
Dati Epinium
Account con governance (NerveOps™) superano non gestiti di 2,3x su keyword.
Amazon offre tre modi per connettersi:
AS2 è il metodo preferito. Usa HTTP/S per la trasmissione, aggiunge firme digitali e cifratura, e consegna ricevute di consegna che confermano la ricezione di ogni documento. La configurazione è più tecnica ma l’affidabilità operativa è significativamente superiore. La maggior parte delle piattaforme di integrazione — Orderful, Cleo, SPS Commerce — gestisce AS2 nativamente.
SFTP è l’alternativa per i trading partner che non riescono a implementare AS2. Amazon fornisce credenziali e endpoint durante l’onboarding. Basato su file, più semplice da configurare, ma meno real-time. Nessuna ricevuta di consegna sulla trasmissione.
VAN (reti a valore aggiunto) sono intermediari EDI di terze parti. Funzionano, ma aggiungono costo per transazione e latenza. Nel 2026 la maggior parte dei vendor medi non ha motivo di usare una VAN specificamente per Amazon — AS2 diretto è più economico e veloce.
Quello che sorprende molti brand: Amazon non pubblica una specifica EDI generica. Dopo aver completato il sondaggio self-service in Vendor Central, Amazon sblocca la guida di implementazione specifica per il tuo account. Le specifiche sono per account. Non puoi copiare il mapping di un altro fornitore.
Il problema dei chargeback che nessuno spiega all’inizio
Essere certificati EDI significa che Amazon può scambiare documenti con te tecnicamente. Non significa che i tuoi documenti siano conformi.
I quattro motivi di chargeback che vediamo più frequentemente in Epinium quando auditiamo account vendor:
855 tardivi. Amazon si aspetta conferma entro una finestra definita — tipicamente 24-48 ore dalla ricezione dell’850. Non rispettarla in modo ricorrente accumula deduzioni in silenzio. La maggior parte delle integrazioni ERP ha quella tempistica configurata male di default.
ASN errati o mancanti. L’856 deve corrispondere esattamente alla spedizione fisica — numero di colli, UPC, quantità. Un ASN ‘abbastanza preciso’ non supera la conformità. I sistemi di ricezione di Amazon riconciliano le spedizioni rispetto all’856 automaticamente e le discrepanze generano deduzioni senza revisione umana.
Discrepanze in fattura. L’810 deve corrispondere esattamente all’850 su prezzo e quantità. Se Amazon ha modificato l’ordine dopo l’emissione (tramite un 860 di modifica) e il tuo sistema non lo ha recepito, la fattura verrà pagata parzialmente o dedotta.
Violazioni di etichettatura e routing. La conformità EDI è solo metà del quadro. Le tue spedizioni fisiche devono anche rispettare la Routing Guide e i requisiti di etichettatura di Amazon. Un 856 perfetto con un’etichetta sbagliata genera comunque un chargeback.
| Documento EDI | Tempistica | Errore comune | Rischio chargeback |
|---|---|---|---|
| EDI 855 | 24-48h dalla ricezione PO | Delay batch ERP | Alto |
| EDI 856 | Prima del ritiro corriere | Discrepanza quantità | Molto alto |
| EDI 810 | Dopo conferma consegna | Prezzo/quantità vs ordine | Alto |
| EDI 850 | Ricevere e processare | Modifiche ordine (860) ignorate | Medio |
| EDI 846 | Cadenza programmata | Dati stock obsoleti | Basso-Medio |
EDI vs SP-API nel 2026: non è l’uno o l’altro, ma entrambi
Amazon ha lanciato la sua Selling Partner API nel 2020 e l’ha ampliata costantemente. La domanda che tutti i team vendor si pongono ora: possiamo migrare da EDI a SP-API e semplificare lo stack?
La risposta onesta: per le operazioni centrali di Vendor Central, no. L’SP-API di Amazon per i vendor copre i flussi di Direct Fulfillment e sempre più dati di report e catalogo. Ma gli ordini d’acquisto, le fatture e gli avvisi di spedizione continuano a girare su EDI per la grande maggioranza dei programmi Vendor. Amazon non ha dato alcuna tempistica per cambiare questo.
Dove l’SP-API aggiunge valore reale oggi è nel livello dati: estrarre report di performance, gestire dati di catalogo, automatizzare aggiornamenti dei listing. Le aziende che operano sia Vendor Central che Seller Central — e oltre la metà dei produttori con scala ormai lo fanno — beneficiano di un livello unificato che traduce tra EDI per Vendor e SP-API per Seller. L’analisi di EDICOM lo sintetizza bene: EDI per l’integrità operativa, SP-API per la velocità dei dati.
Quello che vediamo in Epinium è che i vendor con i migliori record di compliance non sono quelli che hanno scelto la tecnologia più recente. Sono quelli che hanno costruito disciplina operativa intorno a qualsiasi integrazione stessero usando: monitorando la tempistica dei documenti, riconciliando PO e fatture settimanalmente, verificando l’accuratezza dell’ASN prima di ogni ciclo di spedizione.
SESSIONE GRATUITA
Hai chargeback che non riesci a spiegare?
Prenota 30 minuti con il nostro team. Facciamo un audit della tua postura di compliance in Vendor Central — tempistica EDI, accuratezza ASN e riconciliazione fatture — e ti mostriamo dove sta andando il margine.
Prenota un audit gratuito → ✓ Gratis ✓ 30 min ✓ Nessun impegno
Il processo di configurazione, senza abbellimenti
Quattro fasi. La maggior parte dei vendor sottovaluta la terza.
Fase 1 — Prerequisiti account. Hai bisogno di un account Vendor Central attivo con approvazione 1P, un contatto tecnico designato e identificatori prodotto accurati (UPC, GTIN) registrati su tutto il catalogo. Se i dati GTIN sono sporchi, correggili prima di toccare l’EDI — l’850 e l’856 sono riferiti a quegli identificatori.
Fase 2 — Sondaggio self-service e accesso alle specifiche. In Vendor Central, vai su EDI → Configurazione self-service. Completa il sondaggio di Amazon. Questo sblocca la guida di implementazione specifica per il tuo account. Non iniziare a mappare finché non hai quel documento.
Fase 3 — Test e certificazione. Amazon esegue cicli di validazione strutturati. Invii documenti di test, Amazon li valida, correggi gli errori, ripeti. I tempi reali vanno da quattro a dodici settimane a seconda della piattaforma di integrazione e della pulizia iniziale del mapping.
Fase 4 — Go-live e monitoraggio. L’integrazione è live. Configura un monitoraggio settimanale delle metriche di compliance in Vendor Central. I chargeback sono in ritardo — potresti non vedere l’impatto finanziario di un errore di mapping fino a 30-60 giorni dopo che inizia a verificarsi.
Domande frequenti
L’EDI è obbligatorio per Amazon Vendor Central?
Per la maggior parte dei programmi Vendor Central, sì. L’EDI è il canale standard per ordini d’acquisto, fatture e avvisi di spedizione nel modello wholesale (1P) di Amazon. Non esiste un’opzione di uscita generale. Se Amazon ha abilitato specificamente un flusso API Direct Fulfillment per il tuo account, SP-API può essere disponibile per quella parte — ma il flusso wholesale centrale continua a girare su EDI.
Quanto tempo richiede la configurazione EDI in Vendor Central?
Realisticamente 6-12 settimane dall’inizio al go-live. La fase uno richiede una settimana. La fase due da due a quattro settimane. La fase tre (test e certificazione) è la variabile — integrazioni pulite su piattaforme come Orderful o SPS Commerce possono certificare in quattro settimane. Build personalizzate o native ERP solitamente richiedono da otto a dodici.
Quali sono i principali motivi di chargeback nell’EDI Amazon?
855 tardivi, ASN errati o mancanti (856) e discrepanze tra la fattura (810) e l’ordine originale (850) sono i tre principali. Le violazioni di etichettatura e routing generano addebiti aggiuntivi a livello fisico. Monitorare le metriche di compliance settimanalmente è l’unico modo per intercettare i problemi prima che la finestra di contestazione si chiuda.
Meglio AS2 o SFTP per l’EDI di Amazon Vendor?
AS2 se puoi. È il metodo preferito di Amazon, fornisce ricevute di consegna e cifratura, e si integra bene con la maggior parte delle piattaforme EDI moderne. SFTP è completamente funzionale ma aggiunge latenza e non hai conferma di consegna. Per vendor ad alto volume, quella latenza può spingere le risposte 855 fuori dalla tempistica richiesta.
Ho bisogno di SP-API se sono già su EDI Vendor Central?
Non per la compliance operativa — l’EDI copre ordini, fatture e avvisi di spedizione. SP-API aggiunge valore nel livello dati: report di vendite e inventario, gestione catalogo, aggiornamenti listing. Se operi anche Seller Central, un’integrazione unificata che gestisca EDI per Vendor e SP-API per Seller è l’architettura standard oggi.
Dove sta andando l’EDI di Vendor Central
Amazon non ritirerà l’EDI nei prossimi cinque anni. Il formato è troppo radicato nelle supply chain dei brand che muovono i volumi maggiori attraverso Vendor Central — gli ambienti SAP e Oracle, i 3PL, i grandi produttori di largo consumo. Quello che sta cambiando è lo strato di monitoraggio sopra. Amazon sta portando le metriche di compliance verso una visibilità quasi in tempo reale all’interno di Vendor Central. I vendor che resteranno avanti sono quelli che sposteranno la loro cadenza di monitoraggio da mensile a settimanale prima che Amazon lo renda obbligatorio in ore.
L’EDI è idraulica. Nessuno si entusiasma per l’idraulica. Ma l’idraulica rotta costa denaro — in silenzio, a scala, ogni trimestre.
TRANSFORM BY EPINIUM
Smetti di perdere margine in chargeback che non vedi arrivare
Aiutiamo i brand in Vendor Central ad auditare la compliance EDI, identificare le cause radice dei chargeback e costruire lo strato di monitoraggio che evita che si ripetano.
Gratis · 30 min · Nessun impegno
Come funziona l’ottimizzazione IA per Amazon?
L’intelligenza artificiale analizza automaticamente le performance delle schede prodotto, suggerisce miglioramenti per titoli, bullet point e descrizioni, e ottimizza le campagne pubblicitarie in base ai dati di conversione reali.
