Sincronizzare i dati tra negozio e shop online: regole e fonti di errore

Due punti vendita, due stati dei dati: dove si inceppa la quotidianità

I gestori di shop online devono mantenere dati aggiornati e puliti in tutti i sistemi utilizzati. Secondo l'esperienza pratica nell'integrazione, uno shop non collegato al resto dell'infrastruttura IT funziona spesso male e genera un notevole dispendio di risorse. La situazione diventa particolarmente complessa in presenza di diversi gruppi di clienti, come B2B e B2C con condizioni differenti, o quando si gestisce un ampio catalogo prodotti.

Senza un collegamento, le stesse informazioni vengono mantenute in due luoghi diversi. Un adeguamento dei prezzi registrato solo nel sistema di gestione merce manca nello shop; un articolo venduto al banco rimane ordinabile online. Le soluzioni integrate evitano questa doppia manutenzione sincronizzando costantemente i dati tra il sistema di gestione merce e lo shop web. In questo modo, modifiche come i nuovi prezzi non devono essere aggiornate in più sistemi.

Casi concreti rendono visibile il problema: un prezzo che diverge tra la cassa e lo shop; un'immagine che mostra ancora l'articolo precedente; un prodotto nella categoria sbagliata; un ordine che arriva nonostante la merce non sia più disponibile. Tali discrepanze sono il risultato di due stati dei dati diversi, indipendentemente dal fatto che lo shop non sia collegato affatto o solo in modo precario.

Chiarire la sovranità sui dati: quale sistema gestisce quale informazione

La prima regola: per ogni tipo di dato viene definito un sistema principale e stabilita la direzione del flusso. Solitamente, la gestione degli articoli risiede nell'ERP.

In un collegamento e-commerce a SAP Business One, ad esempio, le informazioni sugli articoli, le immagini, i documenti e i prezzi provengono direttamente dal sistema di gestione merce e sono sempre aggiornati nello shop. Viceversa, vale quanto segue per tutto ciò che nasce durante la vendita: i movimenti di magazzino e gli ordini hanno origine dove avviene effettivamente la vendita – al banco nel negozio o nello shop online – e devono essere riportati nel sistema di gestione merce.

La doppia manutenzione in più luoghi è la causa principale di stati contraddittori. Chi può modificare i testi degli articoli sia nello shop che nell'ERP perde il controllo su quale versione faccia fede. Una chiara leadership elimina questo sforzo: modifiche come i nuovi prezzi vengono inserite una sola volta nel sistema principale e da lì distribuite, invece di essere aggiornate in entrambi i sistemi.

In pratica, ciò significa definire per iscritto, per ogni tipo di dato, chi ha i diritti di scrittura e chi solo di lettura: dati master degli articoli, prezzi e gruppi di prezzo, giacenze, dati clienti e indirizzi, ordini e documenti contabili. È inoltre necessario stabilire cosa prevale quando entrambe le parti potrebbero modificare la stessa informazione – ad esempio una giacenza che diminuisce sia attraverso le vendite in negozio che tramite gli ordini dello shop. Senza questa assegnazione, in caso di differenza resta incerto quale stato sia corretto.

Scambio di file o connessione diretta: la via del allineamento

Per lo scambio di dati tra il sistema di gestione merce e lo shop esistono due meccanismi: nel metodo basato su file, un'informazione viene scritta in un file e trasmessa; con l'API, i sistemi comunicano direttamente tra loro. Il sistema ERP svizzero europa3000™ della europa3000 AG, con sede nel Canton Argovia, offre esattamente queste due varianti per il collegamento a uno shop Shopware 6 o WooCommerce: un modulo XML-Talk e una soluzione WEB-API più moderna. A seconda dell'abbonamento, questi moduli devono essere prenotati separatamente.

La scelta della via determina quanto rapidamente arriva una modifica e quanto possono essere aggiornate le giacenze nello shop. Tramite API, una modifica può essere trasmessa immediatamente; con lo scambio di file, l'informazione arriva solo dopo che il file è stato scritto e letto dall'altra parte. Chi collega un nuovo shop dovrebbe chiarire, prima di scegliere il modulo, quanto tempestivamente prezzi e giacenze debbano essere visibili – e se il modulo scelto è incluso nel livello di licenza esistente.

Dal backoffice allo shop: il passo che rende visibili le modifiche

Un allineamento dei dati riuscito non significa ancora che il cliente veda la modifica. Nei sistemi di shop con aree separate, un proprio passo di sincronizzazione copia i dati dello shop dal backoffice al frontstore; solo così diventano visibili nello shop online. Questo passo di pubblicazione è una fonte di errore a sé stante.

Chi lo dimentica, cerca l'errore per ore nell'interfaccia, sebbene i dati siano stati forniti correttamente. Nella diagnosi, bisogna verificare innanzitutto se la pubblicazione è stata attivata e se gli articoli interessati sono contrassegnati come modificati – solo successivamente, se l'interfaccia ha trasmesso correttamente i dati.

Fonti di errore per articoli, prezzi e gruppi di clienti

Nell'allineamento dei prodotti, diversi insiemi di dati devono corrispondere tra loro: nei sistemi di shop, tra l'altro, file di prodotti, categorie, marchi, clienti e gruppi di prezzo, nonché un file prezzo-prodotto-gruppo di prezzo e un file cliente-gruppo di prezzo. Si aggiungono immagini e documenti provenienti dal sistema di gestione merce. Basta una singola assegnazione non trasferita – ad esempio un articolo senza categoria valida o senza gruppo di prezzo – per far sì che l'articolo appaia erroneamente o per nulla nello shop.

Due aree sono particolarmente soggette a disturbi. In primo luogo i prezzi: i clienti B2B vedono online il loro prezzo individuale, che deriva dalle condizioni e dai gruppi di prezzo memorizzati. Se manca l'assegnazione di un cliente al suo gruppo di prezzo, lo shop mostra un prezzo errato. In secondo luogo, lingua e set di caratteri: i contenuti multilingue devono essere curati in tutte le lingue; un set di caratteri scelto erroneamente altera le vocali con dieresi e i caratteri speciali nei testi dei prodotti.

Nella ricerca degli errori aiuta chiedersi se l'informazione nel sistema principale sia corretta. Se lì il prezzo o la categoria sono giusti e nello shop appare qualcos'altro, il problema risiede nell'allineamento o in un'assegnazione mancante. Se il valore nel sistema principale è già errato, si tratta di un errore di manutenzione. Un'assegnazione affidabile presuppone inoltre nomi di prodotto univoci e non assegnati più volte; se un articolo viene spostato in un'altra categoria, questo cambiamento deve essere trasmesso correttamente.

Fonti di errore nelle giacenze: differenze tra negozio e shop

La giacenza è la grandezza più sensibile nell'allineamento. L'obiettivo è che le giacenze di magazzino coincidano in tempo reale e che né al banco né online venga venduto ciò che non è più disponibile. Ogni ritardo apre proprio questa lacuna: l'unità venduta è sparita in negozio, ma nello shop è ancora disponibile.

Se un aggiornamento continuo sia possibile dipende dalla via di allineamento. Una connessione API diretta può trasmettere immediatamente ogni movimento. Uno scambio di file periodico – diffuso nelle interfacce più vecchie – fornisce inevitabilmente solo stati in momenti specifici e porta a discrepanze negli intervalli. Chi lo utilizza deve prevedere deviazioni e gestire lo shop in modo che non ne derivino ordini non evadibili – ad esempio offrendo nello shop solo una quantità riservata o indicata come approssimativa.

Nella ricerca degli errori aiuta distinguere tra movimento mancante e movimento trasmesso erroneamente: se una vendita in negozio non è stata registrata nel sistema di gestione merce, manca già la base prima dell'allineamento. Se è stata registrata ma non arriva nello shop, la causa risiede nella via di trasmissione – nello scambio di file nella mancata prossima consegna, nell'API nella trasmissione stessa.

Ordini che fluiscono indietro: perché l'allineamento deve essere bidirezionale

La sincronizzazione non è a senso unico. In una soluzione collegata, l'ordine di un cliente dello shop finisce direttamente nel sistema di gestione merce senza inserimenti manuali e viene elaborato ulteriormente; vengono creati i documenti contabili necessari. L'evasione degli ordini, la fatturazione e la contabilità si aggiornano di conseguenza automaticamente.

Uno shop solo parzialmente collegato non riduce quindi realmente il dispendio. Se articoli e giacenze vengono sì inviati allo shop, ma gli ordini vengono trasferiti manualmente nel sistema di gestione merce, rimane la doppia registrazione proprio nell'area in cui gli errori sono particolarmente costosi: negli ordini, nei prezzi e nei documenti. La direzione di ritorno appartiene quindi obbligatoriamente alla valutazione di una soluzione – dall'ordine alla creazione dei documenti fino alla contabilizzazione.

Dati personali che viaggiano insieme: cosa richiede la LPD revisionata

Durante l'allineamento, oltre ad articoli e giacenze, fluiscono anche dati personali: indirizzi, ordini, account clienti. Ai sensi dell'art. 5 lett. a LPD, i dati personali sono tutte le informazioni che si riferiscono a una persona fisica determinata o determinabile – vi rientrano anche identificatori online come un indirizzo IP o un numero ID in un cookie. Come trattamento si intende qualsiasi operazione con questi dati, in particolare la raccolta, la conservazione, l'archiviazione, l'utilizzo, la modifica, la comunicazione, l'archiviazione, la cancellazione o la distruzione.

In Svizzera, dal 1° settembre 2023 è in vigore la Legge federale sulla protezione dei dati (LPD) revisionata. Essa porta maggiore trasparenza, requisiti più elevati per la sicurezza dei dati e nuovi obblighi di informazione. Nello specifico, devono essere adottate misure tecniche e organizzative adeguate per la sicurezza dei dati, l'infrastruttura IT deve essere ottimizzata regolarmente e, già all'acquisto di soluzioni tecniche, devono essere raccolti il minor numero possibile di dati personali.

Per i dati particolarmente sensibili – come dati sanitari o finanziari – va effettuata e documentata una valutazione d'impatto sulla protezione dei dati. Un registro delle attività di trattamento aiuta a dimostrare la conformità; i collaboratori devono essere formati di conseguenza.

Per l'interfaccia tra shop e sistema di gestione merce sono particolarmente rilevanti due obblighi. In primo luogo, l'informazione al momento della raccolta dei dati personali ai sensi dell'art. 19 LPD.

Sono richiesti, tra l'altro, l'identità e il contatto del responsabile, lo scopo del trattamento, le categorie di destinatari, indicazioni sui trasferimenti di dati all'estero compreso il meccanismo di garanzia, un'avvertenza sui diritti degli interessati e – in caso di decisioni individuali automatizzate – un'avvertenza ai sensi dell'art. 21 LPD.

In secondo luogo, la notifica delle violazioni dei dati: il Incaricato federale della protezione dei dati e della trasparenza (IFPDT) supervisiona l'applicazione delle disposizioni federali sulla protezione dei dati; le violazioni dei dati devono essergli notificate ai sensi dell'art. 24 LPD, dove la letteratura specialistica parla di una notifica entro 72 ore.

Poiché nell'allineamento sono coinvolti hosting, fulfilment, logistica, CRM o piattaforme di valutazione, l'elaborazione degli ordini con questi fornitori di servizi deve essere regolata contrattualmente. Se lo shop riguarda anche persone nell'UE – ad esempio tramite consegne, lingue UE o prezzi in euro – si applica inoltre il RGPD. Queste indicazioni non sostituiscono una consulenza legale, ma elencano i punti da chiarire per un collegamento dello shop.

Quadro normativo rilevante per l'allineamento dei dati

Come riconoscere un allineamento sostenibile

Un allineamento funzionante si riconosce da pochi segnali verificabili nella quotidianità. Le giacenze di magazzino coincidono al banco e nello shop in tempo reale. I dati dei prodotti sono aggiornati ovunque; i clienti B2B vedono online il loro prezzo individuale.

Gli ordini finiscono nel sistema di gestione merce senza inserimenti manuali, dove vengono creati i documenti necessari. La contabilità si aggiorna automaticamente.

Per un test personale bastano due interventi. Primo: una modifica nel sistema principale – ad esempio un nuovo prezzo – e poi misurare quanto tempo impiega per diventare visibile nello shop; così si vede subito se il passo di pubblicazione è stato attivato. Secondo: una vendita al banco e il controllo se la quantità venduta scompare dallo shop.

Se una delle due verifiche si blocca, la causa risiede nella via di allineamento o nella mancata retroazione, non nello shop stesso.