Come si integrano ESLs con POS, ERP e il tuo e-commerce

Se sei la persona incaricata di decidere se le etichette elettroniche da scaffale funzioneranno davvero con la tua infrastruttura, lo schermo e-paper è l’ultima delle tue preoccupazioni. La vera domanda è se una rete di etichette sia in grado di leggere i dati provenienti dal tuo POS, dal tuo ERP e dal tuo negozio online senza che tu debba modificare le tue piattaforme — e quanta parte di questo lavoro ricadrà sul tuo team. Questo articolo illustra come viene realizzata l’integrazione, a quali sistemi si collega, come fluiscono i dati e quali sono gli aspetti che distinguono un progetto ben gestito da uno problematico.

Perché è l’integrazione — e non l’etichetta — a determinare il successo del progetto

L’integrazione è il fattore decisivo per il successo o il fallimento dei progetti “ESL”, perché l’accuratezza di un’etichetta dipende esclusivamente dalla qualità dei dati che la alimentano. L’hardware è un problema risolto: basta scegliere un’etichetta affidabile e questa visualizzerà per anni tutto ciò che le viene comunicato. Ciò che varia enormemente da un progetto all’altro è la capacità dei dati relativi a prezzo, promozione e prodotto di arrivare allo scaffale in modo affidabile, nel formato corretto, senza che nessuno debba gestire manualmente un’esportazione instabile. Un progetto pilota con cinquanta etichette nasconde questo problema; una flotta di cinquantamila etichette distribuite in molti punti vendita lo mette immediatamente in evidenza. Quindi valutate prima l’integrazione con i vostri sistemi e poi lo schermo.

Il motore di sincronizzazione: come si colloca tra i vostri sistemi e lo scaffale

L'elemento che rende possibile il funzionamento di ESLs è un motore di sincronizzazione: un servizio che si colloca tra i vostri sistemi di registrazione e la rete dei cartellini. Da un lato affluiscono i vostri dati; il motore individua le modifiche, individua i cartellini interessati e invia la nuova immagine a tali cartellini attraverso i punti di accesso presenti nei negozi dall'altro lato. Non interagite mai con i singoli cartellini e i vostri sistemi di origine non comunicano mai direttamente con lo scaffale. Comunicano esclusivamente con il motore.

È proprio questo livello intermedio a garantire che l’integrazione rimanga superficiale. Il vostro POS non ha bisogno di sapere cosa sia un punto di accesso; il vostro ERP non ha bisogno di un plugin per ogni modello di etichetta. Essi trasmettono i prezzi e i dati dei prodotti nello stesso modo in cui già esportano i dati, e il motore si occupa della conversione, del raggruppamento in batch, dei tentativi di ricarica e della distribuzione a migliaia di schermi. Potete osservare questa struttura nel nostro diagramma di integrazione: il database, POS, ERP e l’e-commerce alimentano il motore di sincronizzazione Synchro, che aggiorna le etichette in ogni negozio.

A cosa si collega — POS, ERP /SAP/Oracle/Dynamics, database, e-commerce

Il motore si collega a qualsiasi sistema in cui siano già presenti i vostri prezzi e i dati sui prodotti: potete mantenere i vostri sistemi attuali e non è necessaria alcuna migrazione. In pratica, ciò significa una o più delle seguenti opzioni:

• Point of sale. The till is often the most authoritative source of the selling price, so syncing from POS keeps shelf and checkout identical by construction. Cloud POS platforms (for example Odoo or Hiboutik) typically expose this over an API; on-premise tills usually expose it as a database view or a scheduled export.
• ERP — SAP, Oracle, Microsoft Dynamics e simili. Quando i prezzi, le promozioni e i dati anagrafici sono gestiti nell’ERP, il motore li legge da lì. Questi sistemi sono progettati per integrarsi: SAP tramite IDoc/BAPI o i suoi servizi OData e REST, Oracle tramite i suoi livelli REST e di integrazione, Dynamics 365 tramite il suo Web API e Dataverse. Si rendono disponibili le entità relative a prezzi e articoli su cui si generano già i report; non si crea nulla di specifico per l’ESL all’interno dell’ERP.
• Database e file di testo. Se la vera fonte di dati è un database SQL o un file CSV/XML generato ogni notte, il motore lo legge direttamente. Si tratta di una pratica comune e perfettamente affidabile: molte grandi flotte funzionano grazie a un feed di file programmato.
• Piattaforme di e-commerce. L'integrazione del tuo catalogo online (Shopify, Magento/Adobe Commerce, WooCommerce, un'API di e-commerce headless) consente di applicare lo stesso prezzo sia sul sito web che in negozio, il che costituisce il fondamento della parità dei prezzi tra canale online e offline.

Il punto non è una lunga serie di connettori predefiniti. Il punto è che il motore si adatta ai vostri dati in qualunque forma essi si presentino — API, database o file — anziché costringervi a passare a una nuova piattaforma.

Come funziona effettivamente l'integrazione: API, middleware, elaborazione in batch vs quasi in tempo reale

Dal punto di vista meccanico esistono due modelli, e nella maggior parte dei casi concreti si ricorre a una combinazione di entrambi. La scelta del modello più adatto dipende dalla rapidità con cui una variazione di prezzo deve riflettersi sullo scaffale, non da una semplice preferenza.

• Quasi in tempo reale, tramite API o webhook. Quando un prezzo cambia nel tuo sistema, questo chiama il motore (oppure il motore si abbona a un feed delle modifiche) e le etichette interessate vengono aggiornate in pochi secondi. Questo è il modello ideale per la determinazione dinamica dei prezzi, le promozioni lampo e l'adeguamento dei prezzi in base alla concorrenza.
• Sincronizzazione in batch / programmata. Il motore esegue un’esportazione completa o delta secondo una pianificazione prestabilita — ogni notte, ogni ora, ogni pochi minuti. Si tratta di una soluzione più semplice da implementare, facile da verificare e del tutto adeguata quando i prezzi variano con una cadenza prevedibile. Un aggiornamento notturno in batch aggiorna l’intera flotta prima dell’apertura dei negozi.

Il middleware, che si trova nel mezzo, assorbe la realtà complessa che si cela tra queste due immagini idealizzate: deduplica le modifiche, riprova i push falliti, mette in coda gli aggiornamenti quando la rete di un negozio subisce un’interruzione e esegue la riconciliazione in modo che un’etichetta a cui è sfuggito un aggiornamento venga corretta al passaggio successivo. È proprio questa resilienza il motivo per cui non si collega l’ERPe direttamente allo scaffale.

Integrazione una tantum vs flusso di dati continuo: una volta sola vs mai più

L'integrazione è un'operazione che va eseguita una sola volta; il flusso di dati successivo è automatico e non richiede alcun intervento manuale. È utile distinguere chiaramente le due cose:

• Una volta: concedi l'accesso a una fonte di dati (una credenziale di API, un utente di database in sola lettura o una cartella di destinazione) e concordi la mappatura dei campi. Noi mappiamo i tuoi dati e creiamo il collegamento tra il tuo stack e la rete di etichette — senza migrazione e senza che il tuo team debba imparare a usare nuovi strumenti.
• Mai più: dal momento del lancio, una variazione di prezzo nel vostro sistema si riflette automaticamente sugli scaffali. Nessuno esporta più file manualmente, nessuno percorre più i corridoi con una stampante per etichette. Il vostro personale continua a lavorare esattamente con i sistemi che già utilizza; le etichette vengono generate automaticamente.

Questa suddivisione è la risposta alla domanda che la maggior parte dei responsabili IT si pone realmente: lo sforzo è concentrato nella fase iniziale ed è ben definito, non rappresenta un onere operativo costante.

Mappatura dei dati: cosa ti chiede il motore

Il fulcro di questo lavoro una tantum è la mappatura dei dati, ovvero indicare al motore il significato di ciascuno dei propri campi. Non c’è nulla di magico in questo, ed è proprio la parte su cui vale la pena essere precisi durante la definizione dell’ambito del progetto. Come minimo, il motore necessita di:

• Un codice prodotto stabile (SKU /EAN/GTIN). Si tratta dell’elemento di riferimento che collega un’etichetta fisica a una riga dei dati, pertanto deve essere univoco e immutabile. La maggior parte delle difficoltà di integrazione è riconducibile a un identificativo di prodotto instabile o incoerente.
• Campi relativi ai prezzi. Il prezzo normale, oltre a qualsiasi altro prezzo visualizzato — prezzo per i soci, prezzo unitario (al kg/L), prezzo IVA inclusa o esclusa — e quale di questi è da considerarsi valido in caso di discrepanza tra i sistemi.
• Dati relativi alla promozione. Il prezzo promozionale, insieme alle date e agli orari di inizio e fine della promozione, in modo che l'etichetta possa passare al layout promozionale in tempo e tornare automaticamente a quello normale al termine della promozione.
• Caratteristiche del prodotto da riportare sull'etichetta: nome, marca, formato, provenienza, informazioni nutrizionali o normative, codici QR/fedeltà.
• Campi relativi alle scorte, se si desidera che sullo scaffale vengano visualizzate le informazioni relative alla disponibilità o alle scorte in esaurimento.

Dati anagrafici più chiari consentono un'integrazione più rapida. Se i vostri SKU sono coerenti e i prezzi sono gestiti in un unico luogo controllato, la mappatura risulta veloce; se invece i prezzi sono sparsi tra fogli di calcolo e sovrascritture, vale la pena metterli in ordine prima — o durante — il progetto.

Dati bidirezionali: invio delle informazioni relative alle scorte e alla selezione direttamente dallo scaffale

L’integrazione non deve necessariamente essere unidirezionale. Le etichette moderne sono dotate di un LED e di un pulsante, e il motore può inviare segnali sia ai vostri sistemi che verso lo scaffale. Un addetto al prelievo può premere un’etichetta per confermare un prelievo o segnalare un’esaurimento delle scorte, e tale evento viene trasmesso al vostro sistema di gestione dell’inventario o degli ordini; un ordine “click-and-collect” può far lampeggiare le etichette degli articoli presenti nella lista, in modo che il personale li individui in pochi secondi. Il principio è lo stesso del percorso in uscita — i vostri sistemi comunicano con il motore, il motore comunica con le etichette — solo al contrario. Considerate i flussi bidirezionali come una funzionalità di seconda fase: la maggior parte delle implementazioni verifica prima la sincronizzazione dei prezzi in uscita, per poi aggiungere i segnali di ritorno una volta che le basi sono solide.

Cosa chiedere a un fornitore riguardo all'impegno richiesto per l'integrazione e ai connettori

Chiedete ai fornitori in che modo si collegano ai vostri sistemi specifici e chi svolge il lavoro: affermazioni vaghe del tipo “si integra con tutto” sono un campanello d’allarme. Ecco una lista di controllo breve e concisa:

• Come si effettua la connessione ai nostri siti POS / ERP — tramite API, database o file — ed esiste un connettore predefinito o è necessario crearne uno personalizzato?
• Supportate la sincronizzazione quasi in tempo reale, l'elaborazione in batch programmata o entrambe? Qual è la latenza end-to-end tipica che intercorre tra una variazione di prezzo e l'aggiornamento dell'etichetta?
• Di quali autorizzazioni avete bisogno da parte nostra? E qual è la differenza tra "sola lettura" e "lettura-scrittura"?
• Chi è responsabile della creazione della build di integrazione e della manutenzione continua — voi, noi o una terza parte — e cosa succede quando il nostro ERP viene aggiornato?
• Come gestite gli aggiornamenti mancati e la riconciliazione, in modo che un'etichetta non possa mai visualizzare in modo impercettibile un prezzo non aggiornato?
• Come è strutturata la mappatura dei campi e come vengono gestite le promozioni con date di inizio e fine e diverse tipologie di prezzo?
• Qual è la tempistica realistica e cosa ci si aspetta dal nostro team in tale periodo?

La qualità delle risposte — specifiche per il vostro stack e sincere riguardo all’impegno richiesto — vi dice molto di più su un fornitore rispetto a qualsiasi scheda tecnica. Per quanto riguarda i criteri di acquisto più ampi che vanno oltre l’integrazione, il quadro di riferimento sul ROI e il confronto tra “ESL” e “paper” trattano gli aspetti relativi ai costi e all’operatività, mentre la guida “ESL” illustra i principi fondamentali.

Scopri come integrarlo nei tuoi sistemi

Il modo più veloce per ridurre i rischi legati alla fattibilità è mettere in chiaro la vostra attuale infrastruttura. Durante una demo, mapperemo il vostro POS, ERP, il database e l’e-commerce al motore di sincronizzazione, vi mostreremo quale modello di connessione è più adatto e vi forniremo un quadro chiaro dello sforzo richiesto una tantum — in modo che possiate approvare il progetto sapendo esattamente cosa dovrà fare il vostro team e cosa non dovrà mai più fare.