Integrazione Amazon, eBay e Shopify nell'ERP in 2026: Architettura Middleware

Unificare Amazon, eBay e Shopify in un unico ERP (SAP Business One, Odoo, Zucchetti, Microsoft Dynamics) costa €18.000–70.000 nel 2026. L'intervallo dipende dal volume di SKU, dal volume di ordini, dall'ERP scelto e dal numero di canali da integrare. L'architettura che funziona è uno strato middleware — non integrazioni punto-a-punto. Un message bus (RabbitMQ o AWS SQS) connette i webhook dei marketplace a handler idempotenti nell'ERP. L'alternativa — integrazione diretta di ogni marketplace con l'ERP — fallisce in scala a causa di race condition, limiti API e problemi di manutenibilità.

Questa guida spiega l'architettura middleware, le sfide specifiche di ciascuna API marketplace nel mercato italiano e come dimensionare il progetto.

Perché le Integrazioni Punto-a-Punto Falliscono

Punto-a-punto significa: marketplace A scrive direttamente nell'ERP, marketplace B scrive direttamente nell'ERP, marketplace C scrive direttamente nell'ERP. Tre problemi:

Race condition sul decremento dell'inventario. Se Amazon e eBay hanno l'ultimo pezzo dello SKU-123 nel carrello di due clienti nello stesso momento, entrambi inviano webhook d'ordine in millisecondi. Il tuo ERP riceve due decrementi per lo stesso pezzo. Senza handler idempotenti e locking ottimistico, vendi quello che non hai.

I rate limit si accumulano. Amazon SP-API ha throttling per endpoint. Shopify ha un limite di 2 richieste/secondo per negozio. eBay ha limiti giornalieri di chiamate. Quando i tre marketplace raggiungono il picco simultaneamente (saldi stagionali, Black Friday), le integrazioni dirette raggiungono i rate limit e falliscono silenziosamente — gli ordini restano in coda ma non entrano nell'ERP.

Ogni nuovo marketplace moltiplica il debito di integrazione. Aggiungi Zalando o ePrice: serve una nuova connessione all'ERP. Con il middleware, aggiungi un solo adapter per nuovo marketplace; lo strato ERP non cambia.

L'Architettura Middleware

Il modello corretto:

[Amazon SP-API webhook]  ─┐
[Shopify webhook]         ├─→ [Message Bus: SQS/RabbitMQ] → [Handler Idempotente] → [ERP]
[eBay webhook]           ─┘
                                                             [Job Riconciliazione] → [ERP]

Message bus: riceve i payload webhook da tutti i marketplace, li archivia con durabilità e li consegna agli handler esattamente-una-volta (SQS FIFO) o almeno-una-volta con deduplicazione.

Handler idempotente: prima di scrivere nell'ERP, verifica se questo order ID è già stato elaborato. Se sì, salta. Se no, elabora e segna come completato. È la protezione fondamentale contro il doppio-processing.

Pattern di prenotazione inventario: quando arriva un ordine, il handler decrementa l'inventario nella colonna "riservato" invece che "disponibile". Uno step di fulfillment separato sposta da "riservato" a "spedito" e sincronizza verso tutti i marketplace. Questo previene la race condition.

Job di riconciliazione: gira ogni 15–60 minuti. Legge l'inventario reale dall'ERP, calcola il delta rispetto a quanto mostra ogni marketplace e invia le correzioni. È il backup per fallimenti webhook, outage API e casi limite.

eBay in Italia: Specificità dell'API

eBay ha ancora un mercato significativo in Italia, specialmente per elettronica, ricambi auto e abbigliamento usato. Caratteristiche dell'API rilevanti:

eBay usa XML, non JSON. A differenza di Amazon e Shopify (JSON), eBay's Trading API usa XML sia per le richieste che per le notifiche. Il tuo middleware deve includere un parser XML separato.

Latenza di sincronizzazione eBay: 2–5 minuti minimi. Le variazioni di inventario si propagano in minuti, non in secondi come Amazon. Per seller con bassi volumi va bene; per chi fa 500+ ordini/giorno, un lag di 5 minuti richiede aggiustamenti manuali tra refresh del marketplace.

Limiti giornalieri chiamate API. Il limite applicazione è 5.000–15.000 chiamate/giorno in base al tier del venditore. Un job di riconciliazione ogni 30 minuti consuma ~96 chiamate/giorno solo per il polling inventario — nei limiti. Ma i retry in caso di errori in giornate difficili possono avvicinarsi al limite.

Confronto ERP nel Contesto Italiano

ERP	Indicato per	Approccio middleware	Costo integrazione
SAP Business One	Mid-market, 50–500 dipendenti	SAP B1 DI API o Service Layer	€20k–50k middleware
Odoo	Flessibilità, open-source	Odoo JSON-RPC o REST API	€15k–38k middleware
Zucchetti	PMI italiane, verticali settore	Zucchetti REST API	€20k–45k middleware
Microsoft Dynamics	Aziende strutturate	Dynamics OData REST API	€25k–60k middleware
Fattura24 / Fattureincloud	PMI piccole	REST API cloud	€12k–25k middleware

Zucchetti: molto diffuso tra PMI italiane, particolarmente in contesti manifatturieri e commerciali. Ha API REST ma con documentazione meno ampia rispetto a SAP o Odoo. Le integrazioni Zucchetti richiedono spesso lavoro preliminare di discovery delle API effettive.

Fattureincloud: ottimo per volumi bassi (sotto 10.000 SKU, 200 ordini/giorno). Ha API REST documentata e supporta già alcune integrazioni marketplace native. Per seller di medie dimensioni, può essere il punto di partenza prima di passare a un ERP più completo.

Prezzi Reali 2026

Starter (€18.000–28.000): 2 marketplace (Shopify + Amazon o eBay), 1 ERP, fino a 5.000 SKU, idempotenza base, riconciliazione ogni 60 min, integrazione con fatturazione elettronica (FatturaPA). Build: 10–16 settimane.

Standard (€32.000–52.000): 3 marketplace (+ eBay o Zalando), 1 ERP, fino a 50.000 SKU, pattern completo di prenotazione inventario, riconciliazione ogni 15 min, split Amazon FBA/FBM, alerting avanzato. Build: 16–24 settimane.

Enterprise (€58.000–70.000+): 4+ marketplace, ERP multipli o WMS, 100K+ SKU, dashboard in tempo reale, logica di riconciliazione custom, SLA 99,9%. Build: 24–36 settimane.

Infrastruttura: €400–1.200/mese (message bus, compute, monitoraggio, storage).

Osservabilità: Non è Opzionale

Il modo di fallimento più comune in un'integrazione è silenzioso. Gli ordini smettono di entrare nell'ERP, nessun errore viene lanciato, nessun alert scatta — finché le operazioni non notano una discrepanza manuale tre giorni dopo.

Osservabilità minima:

• Alert profondità coda: se la coda SQS supera 1.000 messaggi per 5+ minuti, qualcosa è rotto
• Alert latenza elaborazione: se il tempo da webhook a scrittura ERP supera 5 minuti, avvisare qualcuno
• Alert delta riconciliazione: se il job trova più di 50 unità di discrepanza su qualsiasi SKU, investigare
• Monitoraggio dead letter queue: tutti i messaggi non elaborabili vanno in DLQ; DLQ non vuota deve generare alert

FAQ

Posso usare Zapier o Make al posto del middleware? Zapier/Make funzionano per notifiche d'ordine a basso volume (sotto 50 ordini/giorno). Rompono oltre quella soglia: nessuna idempotenza reale, nessun retry con backoff, nessuna riconciliazione. Sono strumenti no-code; questo è un problema di ingegneria.

Come gestisco le race condition di inventario tra 3 marketplace? Pattern di prenotazione: quando arriva l'ordine, decrementa "riservato" non "disponibile". Il secondo ordine per lo stesso SKU trova "disponibile" = 0 ed è rifiutato. Il fulfillment sposta da "riservato" a "spedito" e sincronizza verso tutti i marketplace. La scrittura nel database deve avvenire prima della scrittura nell'ERP — l'ordine delle operazioni è critico.

Come funziona la fattura elettronica con gli ordini marketplace? In Italia tutti gli ordini B2B richiedono FatturaPA; B2C può essere scontrino elettronico. Il flusso: webhook ordine → handler idempotente → verifica ordine confermato → chiamata al sistema di fatturazione (Fattureincloud, TeamSystem, Zucchetti) → FatturaPA emessa → SDI notifica → chiave documento salvata nell'ERP contro l'ordine. Questo flusso fiscale è uno dei più critici e quello che causa più problemi se gestito manualmente.

Cosa succede quando eBay è offline per 2 ore? Se eBay è offline, il middleware non riceve notifiche. Il job di riconciliazione girerà e troverà dati eBay non aggiornati. Per outage marketplace, il job di riconciliazione deve sospendere gli aggiornamenti eBay (non postare dati non aggiornati) e riprendere quando eBay risponde normalmente.

Posso usare i connettori nativi di Odoo per Shopify e custom per Amazon/eBay? Sì, approcci ibridi funzionano. Odoo ha connettori nativi per Shopify nel suo app store. Il tuo middleware custom gestisce Amazon + eBay. La sfida: serve riconciliazione unificata tra i due sistemi. Un job di riconciliazione che legge da Odoo e confronta con tutti i marketplace è ancora l'architettura più pulita.

---

L'inventario multicanale sta diventando ingestibile? Parla con uno specialista su WhatsApp — definiamo lo scope e preventivo in 48 ore.