Integrazioni ecommerce: come collegare ERP, PIM, OMS, CRM e Shopify

Un progetto Shopify Plus quasi mai fallisce per la piattaforma. Fallisce, o costa il doppio del previsto, perché nessuno ha mappato con cura cosa deve parlare con cosa prima di firmare il contratto. Il preventivo racconta il tema, il checkout, le funzioni native: la parte silenziosa, quella che decide davvero tempi e budget, è l'integrazione tra Shopify e tutto quello che in azienda esiste già, il gestionale che emette le fatture, il sistema che tiene il catalogo prodotto, il magazzino che sa cosa c'è davvero sullo scaffale.

Due aziende che sembrano identiche sulla carta, stesso fatturato, stesso numero di referenze a catalogo, stesso settore, possono ricevere due preventivi che differiscono di decine di migliaia di euro per lo stesso progetto Shopify Plus. La differenza quasi sempre sta qui: quanti sistemi devono integrarsi, quanto sono puliti i dati che ci girano dentro, e quanto lavoro serve per farli parlare in modo affidabile con la nuova piattaforma. Questo articolo è la mappa di quel perimetro: cosa sono i sistemi che un ecommerce enterprise deve collegare, quali dati si scambiano, come si progetta un'integrazione che regge nel tempo, e come si legge il costo prima di chiedere un preventivo, non dopo averlo già firmato.

Cos'è un'integrazione ecommerce

Un'integrazione ecommerce è il collegamento stabile e ripetibile tra la piattaforma di vendita e i sistemi che già gestiscono l'azienda: il gestionale, il magazzino, il CRM, la contabilità. Non è un'esportazione occasionale in Excel né un collegamento fatto una volta e dimenticato: è un flusso di dati che continua a funzionare ogni giorno, che gestisce gli errori quando qualcosa si rompe, e che sa sempre quale sistema ha ragione quando due fonti dicono cose diverse sullo stesso prodotto o sullo stesso ordine.

La parola che la definisce meglio è data integration: l'insieme di pratiche, strumenti e regole che tengono sincronizzati i dati fra sistemi diversi, così che un prodotto abbia lo stesso prezzo ovunque venga mostrato, un ordine risulti evaso una volta sola, e un cliente non riceva due fatture per lo stesso acquisto. Su Shopify Plus l'integrazione non è un optional per grandi aziende: è la parte del progetto che nella pratica assorbe più tempo di sviluppo del tema stesso, ed è quella che si vede meno nella demo e di più nei primi tre mesi dopo il go live.

Perché un ecommerce non è mai un sistema isolato

Chi arriva da un piccolo negozio online spesso immagina Shopify come l'unico sistema che serve: carica i prodotti, incassa gli ordini, spedisce. Un'azienda mid market o enterprise non funziona così, e non ha mai funzionato così nemmeno prima di aprire un ecommerce. Il gestionale esisteva già, con anni di anagrafica clienti e fornitori. Il magazzino aveva già un sistema per contare i pezzi. La rete vendita aveva già un CRM per i contatti B2B. L'ecommerce arriva come un canale nuovo che si aggiunge a un ecosistema che gira da anni, non come il centro che sostituisce tutto il resto.

Questo cambia radicalmente l'approccio al progetto. Non si tratta di scegliere la piattaforma migliore in assoluto, si tratta di scegliere quella che si integra meglio con quello che l'azienda ha già, o che costa meno adattare. Un ecommerce isolato dal resto dell'azienda genera doppio lavoro manuale: chi scarica gli ordini da Shopify e li ricarica a mano nel gestionale, chi aggiorna il prezzo in due posti diversi sperando di non dimenticarsene uno, chi alla fine del mese prova a far quadrare i conti tra quello che dice l'ecommerce e quello che dice la contabilità. Ogni ora di questo lavoro manuale è un'ora che non scala, e che con l'aumentare del volume di ordini diventa insostenibile molto prima di quanto si pensi.

La mappa completa dei sistemi aziendali

Prima di entrare nel dettaglio di ogni sistema, vale la pena vedere l'insieme. Un ecommerce enterprise tipico si trova a dover parlare con:

• un ERP o gestionale, che tiene anagrafica, magazzino contabile e fatturazione
• un PIM, che governa le informazioni di prodotto
• un DAM, che governa foto, video e file
• un OMS, che orchestra gli ordini fra i canali
• un WMS, se il magazzino è abbastanza grande da avere un sistema dedicato alla logistica fisica
• un CRM, che tiene la relazione con il cliente, specialmente nel B2B
• un sistema POS, se l'azienda vende anche in negozio fisico
• un corriere o più corrieri, per le spedizioni
• una piattaforma di pagamento, oltre a quella nativa di Shopify
• uno strumento di business intelligence, che trasforma tutti questi dati in report leggibili

Non tutte le aziende hanno tutti questi sistemi, e non tutte hanno bisogno di integrarli tutti fin dal primo giorno. Una PMI che apre il primo canale online può iniziare con il solo collegamento al gestionale per la fatturazione. Un brand enterprise multi mercato con negozi fisici e wholesale probabilmente li ha già quasi tutti, e il progetto Shopify Plus consiste in buona parte nel collegarli con criterio, non nel costruirli da zero.

Quali dati devono essere scambiati

L'anagrafica prodotto viaggia quasi sempre dal gestionale o dal PIM verso Shopify: codice, descrizione, prezzo, categoria, varianti.

Le scorte viaggiano nella stessa direzione, ma con una frequenza molto più alta, perché un prodotto esaurito venduto online genera un ordine che poi non si può evadere.

Gli ordini viaggiano nella direzione opposta, da Shopify verso il gestionale, per generare il documento fiscale e scaricare il magazzino.

I clienti viaggiano in entrambe le direzioni: un cliente che si registra su Shopify deve comparire nel CRM o nel gestionale, e un cliente già censito offline, per esempio un rivenditore B2B, deve poter accedere online con lo stesso listino che ha sempre avuto.

I pagamenti e le fatture infine chiudono il cerchio, riconciliando quello che Shopify dice di aver incassato con quello che la contabilità registra.

Capire quale sistema è la fonte di ciascuno di questi dati, prima ancora di iniziare a scrivere una riga di codice di integrazione, è il lavoro che fa risparmiare più tempo in assoluto: è il tema della sezione sulla fonte di verità, più avanti in questo articolo.

ERP e gestionale

L'ERP, enterprise resource planning, è il sistema che tiene insieme contabilità, magazzino fiscale, anagrafica clienti e fornitori, e spesso anche la produzione. In Italia il termine più usato nel quotidiano resta "gestionale", specialmente per le implementazioni di fascia media: SAP Business One, Microsoft Dynamics 365 Business Central, o soluzioni verticali di settore restano i nomi più comuni sul mercato mid market, mentre SAP S/4HANA compare più spesso nelle aziende di dimensioni maggiori.

Quando si integra Shopify con un ERP, il flusso più delicato è quello degli ordini in uscita e delle scorte in entrata. Ogni ordine confermato su Shopify deve generare, nel gestionale, un documento coerente con il piano dei conti aziendale: non basta "un ordine", serve un ordine che rispetti l'aliquota IVA corretta, il conto ricavi giusto, il centro di costo se l'azienda lo usa. Le scorte, viceversa, devono aggiornarsi da gestionale verso Shopify abbastanza spesso da evitare la vendita di un prodotto già esaurito, che nel B2C è un problema di customer experience e nel B2B, dove gli ordini sono più grandi, può diventare un problema contrattuale.

Il rischio tipico in questa integrazione è trattare l'ERP come se fosse solo un database da cui leggere e scrivere: in realtà l'ERP ha le sue regole di validazione, i suoi automatismi contabili, e ignorarli per fare prima produce ordini che Shopify considera evasi ma che il gestionale rifiuta silenziosamente, con conseguenze che si scoprono solo in chiusura di mese.

PIM e DAM

PIM, la fonte unica delle informazioni di prodotto

Un product information manager, PIM, è il sistema che centralizza titolo, descrizione, attributi, traduzioni e categorizzazione di ogni prodotto, e li distribuisce a ogni canale che ne ha bisogno: il sito ecommerce, il marketplace, il catalogo cartaceo, l'app del rivenditore. Serve quando i canali di vendita sono più di uno e il catalogo supera qualche centinaio di referenze: sotto quella soglia, gestire i prodotti direttamente nell'admin di Shopify resta spesso la scelta più semplice ed economica. Ne parliamo nel dettaglio in cos'è un PIM e come funziona.

DAM, la libreria degli asset

Il digital asset management, DAM, fa lo stesso lavoro del PIM ma sui file: foto prodotto in tutte le loro varianti, video, schede tecniche in PDF, loghi, materiali per il marketing. Senza un DAM, gli asset finiscono sparsi fra cartelle condivise, email e dischi locali, e capita che un fotografo consegni la foto giusta e che tre mesi dopo nessuno la trovi più. Un DAM ben integrato con Shopify collega ogni asset al prodotto corretto per codice, e distribuisce la versione aggiornata su ogni canale automaticamente quando cambia.

Nella pratica, PIM e DAM spesso vengono valutati insieme, perché risolvono la stessa domanda su due metà del dato di prodotto: le informazioni testuali e strutturate da un lato, i file dall'altro. Alcune piattaforme li offrono come un unico prodotto, altre restano separate e si integrano fra loro oltre che con Shopify.

OMS, WMS, inventario e magazzini

Un order management system, OMS, entra in gioco quando gli ordini arrivano da più canali, online, marketplace, negozio fisico, e serve un unico punto che decida da quale magazzino evadere ciascun ordine, tenga traccia dello stato in tempo reale, e gestisca resi e rispedizioni senza che ogni canale abbia una sua verità separata. Il tema è approfondito in cos'è un OMS e quando serve.

Il warehouse management system, WMS, lavora un livello più in basso: dentro al singolo magazzino fisico, organizza dove sta ogni prodotto, ottimizza i percorsi di prelievo, e comunica con l'OMS quanto è davvero disponibile in tempo reale, non quanto risulta a sistema dopo l'ultimo inventario. Shopify gestisce nativamente più location di magazzino e i trasferimenti fra di esse, ed è spesso sufficiente per aziende con uno o pochi magazzini semplici: quando i magazzini crescono di numero, o quando la logistica si appoggia a un operatore terzo con un proprio sistema, un WMS dedicato diventa necessario, e va integrato sia con l'ERP sia con Shopify.

Il segnale più affidabile che serve un OMS o un WMS non è il fatturato, è il numero di canali di vendita attivi insieme: un solo canale regge quasi sempre con quello che Shopify offre nativamente, tre o quattro canali con magazzini condivisi iniziano a generare conflitti che un foglio di calcolo non risolve più. È il punto in cui conviene guardare l'intera catena di fornitura e il modo in cui la merce ci si muove dentro, e non più il singolo magazzino.

CRM e dati del cliente

Il CRM entra nell'integrazione ecommerce quando la relazione con il cliente supera la singola transazione: nel B2B quasi sempre, dove un rivenditore ha un referente commerciale dedicato, condizioni di pagamento negoziate e uno storico di trattative; nel B2C quando l'azienda vuole unificare i dati raccolti online con quelli raccolti offline, in negozio o tramite il servizio clienti.

L'errore più comune è trattare CRM ed ecommerce come due elenchi di contatti separati che si sincronizzano una volta al giorno: il risultato è un rivenditore che vede online un prezzo diverso da quello concordato telefonicamente, o un commerciale che scopre un ordine importante solo il giorno dopo. L'integrazione che funziona tiene i dati del cliente in tempo quasi reale su entrambi i lati, e stabilisce con chiarezza quale sistema è la fonte per ciascun campo: il CRM per lo stato della trattativa e lo storico commerciale, l'ecommerce per il comportamento d'acquisto online. Quali piattaforme reggono questo collegamento, e con quale metodo, è il tema dei CRM che si integrano con Shopify.

POS, negozi fisici e omnicanalità

Quando un brand vende sia online sia in negozio fisico, il punto vendita fisico ha bisogno di parlare con lo stesso magazzino, lo stesso catalogo e spesso lo stesso profilo cliente dell'ecommerce. Shopify POS copre nativamente molti di questi casi per chi ha già Shopify come piattaforma online, sincronizzando inventario e anagrafica prodotto senza bisogno di un'integrazione separata. Sul lato hardware, un palmare all in one come il Verifone Victa Mobile tiene insieme cassa, lettura dei codici a barre e incasso in un unico dispositivo, ed è ciò che rende il punto vendita davvero mobile invece che ancorato al banco.

L'omnicanalità vera si misura su servizi concreti, non su un claim di marketing, tanto che omnicanalità e multicanalità non sono affatto sinonimi: il ritiro in negozio di un ordine fatto online, click and collect; il reso in negozio di un acquisto fatto online; la possibilità per un commesso di verificare la disponibilità in un altro punto vendita e farsi spedire il prodotto a casa del cliente. Ognuno di questi servizi richiede che inventario, ordini e anagrafica cliente siano condivisi in tempo reale fra i canali, non allineati una volta al giorno con un job notturno. Sono anche i servizi su cui si regge l'ecommerce di prossimità, il modello in cui il negozio usa l'online per servire meglio il proprio bacino locale invece di competere con il magazzino centrale.

Logistica, spedizioni e resi

La logistica fisica di un ecommerce è dove l'integrazione smette di essere solo un flusso di dati e diventa un'esperienza che il cliente vive direttamente: un pacco che arriva in ritardo, un tracking che non si aggiorna, un reso che richiede tre email per essere accettato, sono tutti sintomi di un'integrazione logistica fatta male, non necessariamente di un corriere scadente. Governate bene, invece, tariffe, profili di spedizione e packaging diventano una leva competitiva invece che un costo residuale.

L'integrazione tipica collega Shopify a uno o più corrieri, direttamente o tramite una piattaforma di gestione spedizioni intermedia, che genera etichette, calcola le tariffe corrette per peso e destinazione, e riporta lo stato di consegna fino alla firma finale. In Italia il primo livello di questo collegamento è Shopify Shipping con Poste Italiane e BRT, che permette di generare le etichette dall'admin senza sistemi terzi: copre bene i volumi contenuti, e si affianca o si sostituisce con una piattaforma di spedizione dedicata quando i corrieri e le regole di evasione aumentano. Sul fronte dei resi, le funzioni native di Shopify coprono gran parte dei casi semplici: regole di reso, etichette prepagate, cambi automatici. Quando il volume di resi cresce o le regole si complicano, per esempio con resi in negozio di acquisti online, serve un livello ulteriore di orchestrazione, spesso affidato proprio all'OMS descritto sopra.

Pagamenti, fatturazione e riconciliazione

Ogni pagamento incassato online deve, prima o poi, ricongiungersi con la contabilità aziendale: Shopify Payments o un gateway terzo incassano l'importo, trattengono una commissione, e versano il netto secondo un calendario proprio, che quasi mai coincide con la data dell'ordine. La riconciliazione è il processo che fa quadrare tre numeri diversi: quello che il cliente ha pagato, quello che il gateway ha versato, e quello che la fattura emessa dichiara.

Fatto a mano, questo lavoro cresce linearmente con il numero di ordini, e diventa rapidamente il collo di bottiglia dell'ufficio amministrativo in un ecommerce che scala. Un'integrazione ben progettata scarica automaticamente gli incassi dal gateway di pagamento verso il gestionale, li abbina all'ordine corrispondente, e segnala solo le eccezioni, i pagamenti che non tornano, invece di richiedere una verifica manuale su ogni riga.

API, connettori, middleware e data hub

Tecnicamente, ogni integrazione passa da una API, l'interfaccia con cui due sistemi si scambiano dati in un formato concordato. Shopify espone un'ampia Admin API, oggi imperniata su GraphQL, e un sistema di webhook che avvisa in tempo reale quando succede qualcosa, un nuovo ordine, un prodotto modificato, senza che il sistema esterno debba controllare continuamente se ci sono novità.

Per collegare Shopify direttamente a un ERP o a un PIM esistono tre approcci, in ordine crescente di complessità e di solidità.

Un connettore preconfezionato, spesso un'app dell'App Store di Shopify o un plugin ufficiale del produttore dell'ERP, copre i casi standard con il minimo sforzo, ma offre poca flessibilità quando i processi aziendali si discostano dal caso tipico.

Un middleware o iPaaS, integration platform as a service, si mette in mezzo fra i due sistemi, traduce i formati, gestisce gli errori e permette di orchestrare flussi più complessi senza scrivere tutto da zero.

Una integrazione custom, sviluppata su misura, resta l'opzione quando i processi aziendali sono davvero specifici, o quando il volume di dati richiede prestazioni che una piattaforma generalista non garantisce.

Un data hub, o master data hub, è un'evoluzione ulteriore: invece di collegare ogni sistema a ogni altro sistema con integrazioni punto a punto, che diventano ingestibili quando i sistemi superano i quattro o cinque, il data hub centralizza il dato master e lo distribuisce a raggiera. Ha senso quando il numero di sistemi da integrare rende insostenibile la manutenzione delle integrazioni punto a punto, tipicamente da quattro sistemi in su.

Sincronizzazione in tempo reale e batch

Non tutti i dati hanno bisogno della stessa velocità di sincronizzazione, e trattarli tutti allo stesso modo è uno spreco di risorse tanto quanto un rischio se applicato al contrario.

• Ordini e scorte dei prodotti più venduti chiedono quasi sempre tempo reale o quasi, tramite webhook: un ritardo di qualche minuto può significare vendere un prodotto già esaurito
• Anagrafica prodotto e listini tollerano bene una sincronizzazione a intervalli, ogni ora o anche una volta al giorno, perché cambiano meno spesso
• Report contabili e riconciliazioni funzionano bene in modalità batch, elaborazioni pianificate che girano di notte su grandi volumi di dati, dove la velocità conta meno dell'affidabilità del calcolo

Scegliere la modalità sbagliata in una delle due direzioni ha un costo: il tempo reale su tutto satura inutilmente i sistemi e alza i costi infrastrutturali, il batch su tutto genera i ritardi e le vendite in eccesso che l'integrazione dovrebbe prevenire.

Fonte di verità e responsabilità del dato

Prima di collegare due sistemi, va decisa una domanda semplice da porre e sorprendentemente difficile da rispondere in pratica: per ogni singolo dato, quale sistema ha ragione quando due fonti sono in disaccordo? Questa domanda ha un nome tecnico, la fonte di verità, ed è il punto in cui la maggior parte dei progetti di integrazione fatti in fretta si incaglia.

Un caso reale e ricorrente: il prezzo di un prodotto viene modificato nel gestionale per una promozione, ma l'operatore dimentica di verificare che la modifica sia arrivata anche su Shopify, o viceversa, il prezzo viene cambiato direttamente su Shopify e il gestionale continua a fatturare al vecchio importo. Senza una fonte di verità dichiarata e rispettata da tutti, ogni discrepanza diventa un'indagine, non un evento previsto e gestito.

La regola pratica che funziona nella maggioranza dei progetti enterprise: il gestionale resta la fonte di verità per prezzo, anagrafica fiscale e scorte contabili; il PIM, se esiste, per le informazioni descrittive di prodotto; l'ecommerce resta autorevole solo per i dati che nascono lì, come il comportamento di navigazione o le recensioni.

Errori, monitoraggio, sicurezza e continuità

Un'integrazione che funziona sempre, senza mai un errore, non esiste: la domanda giusta non è come evitare che qualcosa si rompa, ma cosa succede quando succede. Un ordine che il gestionale rifiuta per un codice fiscale non valido, una chiamata API che va in timeout per un disservizio temporaneo del corriere, un webhook che Shopify invia due volte per lo stesso evento, sono tutti scenari ordinari, non eccezionali, e un'integrazione seria li prevede.

Il retry automatico ritenta un'operazione fallita per un problema temporaneo senza intervento umano.

Il log degli errori rende visibile e ricercabile ogni fallimento invece di lasciarlo scomparire in un file di sistema che nessuno legge.

L'idempotenza è la capacità di ricevere lo stesso evento due volte senza generare due ordini o due fatture duplicate.

Sul fronte della sicurezza, ogni credenziale di accesso alle API va trattata come una chiave che apre dati sensibili, cifrata a riposo e in transito, con accessi limitati a chi ne ha davvero bisogno; e la continuità operativa richiede un piano per il caso in cui uno dei sistemi collegati sia irraggiungibile, che non deve fermare la vendita online in attesa che il gestionale torni disponibile.

Come progettare una roadmap di integrazione

Il modo più affidabile per non sbagliare un progetto di integrazione è non partire dalla tecnologia, ma dalla mappa dei processi che oggi funzionano, anche male, in azienda.

1. Censire, sistema per sistema, cosa esiste già: quale ERP, quale eventuale PIM, quanti magazzini, quanti canali di vendita attivi
2. Definire, per ogni dato che dovrà viaggiare, la fonte di verità: farlo prima di scrivere codice evita di doverlo rifare a integrazione già avviata
3. Dare priorità ai flussi per impatto sul business, non per facilità tecnica: quasi sempre ordini e scorte vengono prima di tutto il resto, perché un errore lì blocca le vendite
4. Partire da un pilota su un sottoinsieme limitato di prodotti o di ordini, verificarlo in produzione con volumi reali ma contenuti, e solo dopo estenderlo a tutto il catalogo
5. Documentare l'integrazione: quali campi si scambiano, con quale frequenza, chi è responsabile di cosa, così che chi la eredita non debba ricostruirla leggendo il codice riga per riga

Costi, TCO e ritorno operativo

Il costo di un'integrazione non si esaurisce nello sviluppo iniziale, e trattarlo come una voce una tantum è l'errore che fa sballare i budget dei progetti enterprise più spesso di ogni altro. Il costo reale si compone di almeno quattro voci:

• lo sviluppo iniziale, che dipende dal numero di sistemi e dalla complessità dei processi
• le licenze, di un eventuale middleware, PIM o OMS, spesso a canone ricorrente e proporzionali al volume di dati o di transazioni
• la manutenzione, perché ogni sistema collegato aggiorna la propria API nel tempo e l'integrazione va tenuta al passo
• il monitoraggio operativo, cioè il tempo di chi controlla che tutto continui a funzionare e interviene quando qualcosa si rompe

Questo è il motivo per cui due preventivi per lo stesso progetto Shopify Plus possono differire di decine di migliaia di euro pur partendo dalla stessa piattaforma: la differenza sta quasi sempre nel numero di integrazioni previste, nella pulizia dei dati di partenza, e nel margine lasciato per il monitoraggio dopo il go live.

Il ritorno operativo, dall'altro lato, si misura in ore di lavoro manuale eliminate: un'azienda che oggi impiega una persona a tempo pieno per riconciliare ordini e scorte a mano ha un ritorno misurabile e rapido nell'automatizzare quel flusso, spesso ripagato in pochi mesi.

Quando basta un'app e quando serve un'integrazione personalizzata

Non ogni azienda ha bisogno di un'integrazione custom, e capire dove sta la propria situazione evita sia di sottostimare un progetto complesso sia di sovradimensionarne uno semplice. Un'app dell'App Store di Shopify, o un connettore ufficiale offerto dal produttore dell'ERP, basta quando i processi aziendali seguono lo standard del settore, il volume di ordini resta contenuto, e non serve personalizzare la logica di sincronizzazione oltre quello che il connettore già prevede.

Serve invece un'integrazione personalizzata, tramite middleware o sviluppo su misura, quando l'azienda ha processi specifici che nessun connettore standard copre, per esempio regole di prezzo per cliente nel B2B; quando i sistemi da collegare sono più di tre o quattro e le integrazioni punto a punto diventano difficili da mantenere; o quando il volume di ordini è abbastanza alto da richiedere garanzie di prestazione e di affidabilità che un'app generalista non offre.

Il segnale più chiaro che si è oltre la soglia dell'app standard: quando il team inizia a costruire fogli di calcolo o processi manuali per compensare quello che il connettore non sa fare, è il momento di valutare un'integrazione vera.

Checklist finale

• Ho censito tutti i sistemi aziendali che devono parlare con l'ecommerce, non solo quelli ovvi
• Ho stabilito la fonte di verità per prezzo, scorte, anagrafica cliente e stato ordine
• Ho distinto i flussi che devono essere in tempo reale da quelli che possono restare in batch
• Ho previsto retry automatico, log degli errori e gestione dell'idempotenza sugli eventi critici
• Ho verificato che le credenziali di accesso alle API siano protette e ad accesso limitato
• Ho stimato il costo su quattro voci, sviluppo, licenze, manutenzione, monitoraggio, non solo la prima
• Ho iniziato con un pilota su un sottoinsieme di prodotti o ordini prima di estendere a tutto il catalogo
• Ho documentato flussi e responsabilità, non solo il codice

Domande frequenti

Cosa si intende esattamente per data integration in un ecommerce?

La sincronizzazione continua e affidabile dei dati fra la piattaforma di vendita e i sistemi aziendali esistenti, gestionale, magazzino, CRM, così che ogni sistema veda dati coerenti senza intervento manuale.

Serve sempre un ERP per aprire un ecommerce enterprise?

No. Serve un ERP quando l'azienda lo ha già, o quando il volume e la complessità contabile lo richiedono. Molte aziende mid market operano con un buon gestionale di fascia media integrato bene, senza bisogno di un ERP di livello enterprise come SAP S/4HANA.

Qual è la differenza pratica fra PIM e DAM?

Il PIM gestisce le informazioni testuali e strutturate del prodotto, il DAM gestisce i file, foto, video, documenti. Spesso si valutano insieme perché risolvono due metà dello stesso problema di dati di prodotto.

Quanto costa integrare Shopify Plus con un ERP?

Dipende dal numero di sistemi, dalla pulizia dei dati di partenza e dal metodo di integrazione scelto, connettore preconfezionato, middleware o sviluppo custom: per questo due preventivi apparentemente simili possono differire sensibilmente.

Meglio un'app dell'App Store o un'integrazione custom?

Un'app basta quando i processi aziendali sono standard e i volumi contenuti. Serve un'integrazione custom quando i processi sono specifici, i sistemi da collegare sono più di tre o quattro, o il volume richiede garanzie di affidabilità superiori.

Cosa succede se un'integrazione si interrompe?

Un'integrazione ben progettata prevede retry automatico e log degli errori, così che un'interruzione temporanea non blocchi la vendita online né generi dati duplicati quando il collegamento riprende.