EDI o API? Come vogliono collegarsi grandi magazzini e marketplace nel 2026
I grandi magazzini gestiscono ancora il wholesale tramite EDI, mentre i marketplace costruiscono i loro programmi partner sulle API. I brand della moda hanno sempre più bisogno di entrambi, collegati a un unico insieme pulito di dati ERP e di prodotto.
IN SINTESI Sintesi della redazione
- EDI e API non sono in competizione nel wholesale moda: i grandi magazzini definiscono ancora i requisiti per i fornitori in termini di documenti EDI, mentre le piattaforme marketplace sono costruite attorno alle API.
- Nordstrom, ad esempio, richiede ai fornitori di scambiare l'ordine d'acquisto X12 850, l'avviso di spedizione anticipato 856, la fattura 810 e la conferma 997.
- La piattaforma zDirect di Zalando si descrive come un'API RESTful che copre l'integrazione dei partner, inclusi prodotti, prezzi, stock, ordini e logistica.
- Gli obblighi di fatturazione elettronica aggiungono un terzo canale: dal 1° gennaio 2026 le imprese belghe registrate ai fini IVA devono scambiare fatture B2B nazionali strutturate, attuate tramite Peppol.
- Per un brand la decisione pratica non è tanto EDI contro API, quanto dove collocare un unico livello di integrazione che serva entrambi a partire dagli stessi dati ERP e di prodotto.
Nel 2026 la maggior parte dei grandi magazzini si aspetta ancora che i brand della moda si colleghino tramite EDI, mentre i marketplace e i programmi partner delle piattaforme si aspettano API. Un brand che vende attraverso entrambi ha quindi bisogno di entrambi, e la vera domanda è come gestirli a partire da un unico insieme coerente di dati su ordini, stock e prodotti. Scegliere da che parte stare è raramente un'opzione; scegliere un'architettura di integrazione solida sì.
Qual è la differenza tra EDI e API?
L'EDI è lo scambio di documenti aziendali standardizzati, come ordini, avvisi di spedizione e fatture, in formati concordati a livello di settore, tipicamente EANCOM in Europa e ANSI X12 in Nord America. Un'API è un'interfaccia programmabile che un sistema espone affinché un altro possa richiedere o inviare dati, di solito in tempo reale e in un formato definito dal titolare della piattaforma. SPS Commerce riassume la distinzione come elaborazione batch per l'EDI contro movimento dei dati in tempo reale per le API, e sottolinea che i due non si escludono: osserva che la maggior parte delle soluzioni EDI moderne è a sua volta basata su API.
| Aspetto | EDI | API |
|---|---|---|
| Formato | Documenti standard di settore (EANCOM, X12) | Definito da ciascuna piattaforma |
| Tempistica | Di solito batch, file inviati a intervalli | Di solito in tempo reale o quasi |
| Partner tipici | Grandi magazzini, catene, distributori | Marketplace, piattaforme, programmi drop ship |
| Punto di forza | Stabile, consolidato sul piano legale e commerciale, un unico standard per molti partner | Veloce, granulare, adatto agli aggiornamenti di stock e prezzi |
| Punto debole | Varianti specifiche per retailer, cambiamenti più lenti | Ogni piattaforma richiede una propria integrazione e manutenzione |
| Dati scambiati tipicamente | Ordini, risposte agli ordini, ASN, fatture | Prodotti, prezzi, stock, ordini, spedizioni |
Come vogliono collegarsi i grandi magazzini con i brand?
I requisiti per i fornitori dei grandi magazzini sono ancora formulati in termini EDI. Il programma di supplier compliance di Nordstrom, come sintetizzato da SPS Commerce nel giugno 2025, richiede che i fornitori siano abilitati all'EDI entro 60 giorni dalla configurazione iniziale e indica l'ordine d'acquisto 850, l'avviso di spedizione anticipato 856, la fattura 810 e la conferma funzionale 997. Richiede inoltre che gli ASN corrispondano sia alla spedizione sia all'ordine d'acquisto fino al livello di negozio e SKU. Si tratta di rapporti basati su documenti e guidati dalla compliance, e il sistema gestionale del retailer si aspetta documenti nel proprio formato.
Per un brand il vantaggio è la prevedibilità: una volta che un mapping EANCOM o X12 esiste nell'ERP, un nuovo cliente grande magazzino richiede spesso adattamenti anziché una nuova implementazione. Lo svantaggio è che la guida di implementazione di ogni retailer aggiunge regole proprie, per cui uno standard non è mai del tutto standard.
Come vogliono collegarsi marketplace e piattaforme con i brand?
I marketplace progettano le loro integrazioni attorno alle API perché hanno bisogno di aggiornamenti frequenti di stock e prezzi su assortimenti molto ampi. La documentazione per sviluppatori di zDirect di Zalando descrive un'API RESTful che copre tutte le fasi dell'integrazione dei partner, tra cui l'invio e la validazione dei prodotti, la definizione dei prezzi, la gestione dello stock, l'evasione degli ordini e il tracciamento delle spedizioni da e verso i magazzini Zalando. I partner possono scegliere se evadere gli ordini in proprio o utilizzare i servizi di fulfilment di Zalando.
Qui la parte difficile non è il protocollo ma i dati di prodotto. Un'API di marketplace rifiuterà prodotti con attributi mancanti, e gli aggiornamenti di stock sono utili solo se il dato di disponibilità alla vendita del brand è affidabile. I brand che destinano lo stesso stock ai clienti wholesale, al proprio webshop e ai marketplace hanno bisogno di regole di allocazione chiare per evitare l'overselling.
Le API cambiano anche il ritmo operativo. Un ordine EDI arriva come documento e viene elaborato in batch; un'integrazione via API si aspetta che i sistemi del brand rispondano alle richieste in qualsiasi momento e inviino aggiornamenti ogni volta che stock o prezzi cambiano. Ciò richiede un monitoraggio anche fuori dall'orario d'ufficio, una gestione chiara dei limiti di chiamata e degli errori e un piano per i cambi di versione della piattaforma, che vengono annunciati dal titolare della piattaforma anziché concordati tramite un organismo di standardizzazione.
Che ruolo hanno gli obblighi di fatturazione elettronica?
Le norme fiscali stanno aggiungendo un ulteriore tipo di connessione. Secondo VATCalc, dal 1° gennaio 2026 i contribuenti IVA stabiliti in Belgio devono emettere e ricevere fatture elettroniche strutturate per le transazioni B2B nazionali, in formato XML basato sullo standard europeo EN 16931 e scambiate tramite la rete Peppol, con l'e-reporting previsto dal 2028. Per i brand che già inviano fatture EDI ai retailer, ciò significa verificare se questi flussi soddisfano i requisiti di legge locali o se serve, in parallelo, un canale Peppol.
Come dovrebbe scegliere un brand della moda tra EDI e API?
Di solito la decisione la prende il partner. Ciò che un brand controlla è l'architettura che sta dietro. Quattro domande aiutano:
- Dove risiede il dato di riferimento? Ordini, stock e prezzi dovrebbero provenire da un unico ERP o sistema di gestione ordini, senza essere reinseriti per ogni canale.
- Chi gestisce i connettori? Un provider EDI, una piattaforma di integrazione o l'IT interno, con una responsabilità chiara per le modifiche alle specifiche dei retailer.
- Quanto devono essere aggiornati i dati? Lo stock sui marketplace richiede aggiornamenti frequenti; un pre-order stagionale per un grande magazzino no.
- Come vengono gestiti gli errori? Sia i rifiuti EDI sia gli errori delle API richiedono monitoraggio, allerte e un responsabile.
Che cosa significa tutto questo per la pianificazione di ERP e integrazioni?
Un brand che vende tramite grandi magazzini, retail specializzato e marketplace utilizzerà tipicamente l'EDI per i primi due e le API per il terzo, oltre alla fatturazione elettronica dove richiesta. Il livello di integrazione tra ERP e partner dovrebbe tradurre un unico modello di dati interno nel formato di ciascun partner. Quando questo livello manca, ogni nuovo cliente diventa un progetto su misura e gli errori si moltiplicano, perché gli stessi dati vengono gestiti in più punti. Prima di scegliere gli strumenti, conviene mappare quali partner usano oggi quale standard e quali potrebbero cambiare nei prossimi due anni.
Un primo passo pratico è un semplice inventario: elencare ogni partner retail e piattaforma, lo standard o l'API che utilizza, i documenti o endpoint coinvolti, il volume per stagione e chi gestisce la connessione. Questa panoramica mostra di solito dove gli stessi dati vengono inseriti due volte e dove un livello di integrazione condiviso eliminerebbe più lavoro manuale.
Domande frequenti
L'EDI sta per essere sostituito dalle API?
Per ora non nel wholesale moda. I grandi magazzini pubblicano ancora requisiti per i fornitori basati sull'EDI, mentre i marketplace utilizzano le API. La maggior parte dei brand ha bisogno di entrambi, e molti servizi EDI oggi utilizzano internamente le API.
Zalando utilizza EDI o API per i partner?
La documentazione della piattaforma zDirect di Zalando descrive un'API RESTful che copre prodotti, prezzi, stock, evasione degli ordini e logistica per i partner. I brand dovrebbero verificare la documentazione aggiornata e il proprio contratto per conoscere le opzioni di integrazione esatte a loro disposizione.
Che cos'è Peppol e perché è importante per i brand della moda?
Peppol è una rete e un insieme di specifiche per lo scambio di documenti elettronici strutturati come le fatture. Dal 1° gennaio 2026 il Belgio richiede fatture elettroniche B2B nazionali strutturate tramite Peppol, quindi i brand che fatturano a clienti belgi hanno bisogno di un canale conforme.
Cosa costa meno, l'integrazione EDI o quella via API?
Dipende dal numero di partner e dal loro grado di standardizzazione. L'EDI riutilizza un unico standard per molti retailer ma comporta costi di provider e di mapping; ogni integrazione via API viene costruita per una singola piattaforma e va mantenuta quando la piattaforma cambia.
Un'edizione ogni giorno feriale. Si legge in cinque minuti. Gratuita per i professionisti del settore.
