Sincronizzazione di vendite, scorte e prezzi tra POS ed ERP
POS verso ERP: vendite, scorte e prezzi allineati
Vendite e resi registrati da ogni punto vendita, variazioni di scorte e prezzi inviate indietro e totali di fine giornata riconciliati.
Blueprint
Scorra lateralmente per vedere l’intero disegno.
Da POS a ERP: ogni vendita registrata una sola volta
Le vendite passano dalle casse all’ERP come eventi, e prezzi e scorte tornano indietro. Un punto vendita che va offline continua a vendere e recupera. Una registrazione che fallisce viene ritentata, poi affidata a una persona.
- Flusso principale
- Asincrono
- Percorso di eccezione
Il flusso in 8 passi
Il flusso, passo per passo
- Da Terminali POS a Server cloud del punto vendita o POS: Vendite, resi e annullamenti (flusso principale).
- Da Server cloud del punto vendita o POS a Livello di integrazione: Eventi di vendita e totali di fine giornata, tramite una coda di eventi, tramite REST/JSON (asincrono).
- Da Livello di integrazione a ERP: Vendite e movimenti di magazzino registrati, tramite OData · REST/JSON (flusso principale).
- Da ERP a Livello di integrazione: Prezzi, promozioni e dati degli articoli, tramite API o esportazione su file, tramite REST/JSON (flusso principale).
- Da Livello di integrazione a Server cloud del punto vendita o POS: Aggiornamenti di prezzi e scorte, tramite REST/JSON (flusso principale).
- Da Livello di integrazione a Coda dei nuovi tentativi: Registrazione non riuscita (percorso di eccezione).
- Da Coda dei nuovi tentativi a Livello di integrazione: Nuovo tentativo (percorso di eccezione).
- Da Coda dei nuovi tentativi a Team operativo dei punti vendita: Ancora in errore: avviso con i dettagli (percorso di eccezione).
Panoramica
Questo è il flusso tra le casse dei Suoi punti vendita e l’ERP che sta dietro. Vendite, resi e annullamenti salgono all’ERP. Prezzi, promozioni, dati articolo e scorte scendono. Quando i due si allontanano, i negozi vendono al prezzo sbagliato, le cifre delle scorte non sono più credibili e la finanza passa il fine mese a riconciliare.
Il progetto di riferimento invia ogni transazione di punto vendita come evento attraverso uno strato di integrazione con una coda. Lo strato mappa ogni evento sui documenti di vendita e inventario dell’ERP e lo registra esattamente una volta. Nell’altra direzione, le modifiche nell’ERP sono inviate ai punti vendita che le richiedono, così ogni cassa lavora sugli stessi dati.
I punti vendita perdono la connessione, e il progetto lo prevede. Il punto vendita o il server cloud del POS continua a vendere e si allinea quando la linea torna. Una registrazione che fallisce viene ritentata, e una che continua a fallire viene affidata a una persona con i dettagli, invece di sparire.
Come funziona il flusso
Vendere alla cassa
Ogni vendita, reso e annullamento è registrato sul terminale POS con un identificativo univoco, il punto vendita, la cassa e l’orario.
Trattenere nel punto vendita
Il punto vendita o il server cloud del POS raccoglie le transazioni e le invia come eventi, tenendole al sicuro mentre il punto vendita è offline.
Registrare nell’ERP
Lo strato di integrazione mappa ogni evento su movimenti di vendita e di scorte e lo registra nell’ERP, verificando l’identificativo perché nulla sia registrato due volte.
Inviare prezzi e articoli
Dati articolo, prezzi e promozioni sono pubblicati dall’ERP quando cambiano, con la data e i punti vendita a cui si applica ogni modifica.
Aggiornare ogni punto vendita
Lo strato consegna ogni modifica ai punti vendita interessati e registra quali l’hanno confermata.
Quando qualcosa fallisce
Una registrazione fallisce
I guasti temporanei vengono ritentati con attese crescenti. Una registrazione che fallisce ancora finisce in una coda dei messaggi non recapitabili, e il team operativo dei punti vendita riceve un avviso con la transazione e l’errore.
Un punto vendita va offline
Il punto vendita continua a operare sui dati locali. Le transazioni sono trattenute e inviate in ordine al ritorno della connessione, e un punto vendita che resta silenzioso troppo a lungo genera un avviso.
Una transazione arriva due volte
Ogni transazione porta un identificativo univoco. Lo strato riconosce la ripetizione e la ignora, così un reinvio dopo un’interruzione non raddoppia mai una vendita.
I totali di punto vendita ed ERP differiscono
I totali di fine giornata di ogni punto vendita sono confrontati con ciò che l’ERP ha ricevuto. Una differenza apre una revisione con l’elenco delle transazioni mancanti o in più.
Standard e sistemi
- Dati e analisi
- Apache Kafka
- Sistemi ERP
- SAP S/4HANA
- Oracle NetSuite
- Microsoft Dynamics 365 Business Central
- Odoo
- Integrazione
- REST
- Webhooks
- RabbitMQ
Domande e risposte
Le vendite vanno registrate in tempo reale o in lotti?
Di solito come eventi quasi in tempo reale, perché cifre di scorte e vendite sono così aggiornate durante la giornata. Alcuni ERP o licenze rendono costose le registrazioni frequenti, quindi lo strato può anche raggruppare gli eventi in riepiloghi per punto vendita e periodo. Scegliamo con Lei in base a quali decisioni richiedono dati aggiornati e a ciò che l’ERP gestisce bene.
Come vengono riconciliati i totali di fine giornata?
Ogni punto vendita invia i propri totali di fine giornata per tipo di pagamento e reparto. Lo strato li confronta con le transazioni ricevute dall’ERP per lo stesso punto vendita e lo stesso giorno. Se coincidono, la giornata è chiusa. Se no, la revisione elenca le transazioni mancanti o in più, così il Suo team può correggere la causa invece di registrare una rettifica.
Promozioni e variazioni di prezzo possono essere pianificate in anticipo?
Sì. Ogni variazione di prezzo o promozione è inviata con la data e i punti vendita a cui si applica, in anticipo, così le casse cambiano al momento giusto senza che nessuno in negozio debba intervenire. Lo strato registra quali punti vendita hanno confermato la modifica e segnala quelli che non l’hanno fatto.
Come lo estendete a molti punti vendita?
Partiamo con un pilota in alcuni punti vendita e confrontiamo i loro totali con il processo attuale ogni giorno. Quando i totali coincidono, procediamo per gruppi, con un ritmo che il Suo team operativo dei punti vendita può sostenere. Il vecchio processo resta disponibile per ogni punto vendita finché il nuovo flusso non è dimostrato.
Con quali sistemi POS ed ERP funziona?
Il progetto funziona con qualsiasi POS in grado di esportare transazioni tramite API, eventi o file, e con ERP come SAP S/4HANA, Oracle NetSuite, Microsoft Dynamics 365 Business Central e Odoo. Confermiamo le interfacce del Suo POS e del Suo ERP specifici all’inizio. Citare un prodotto non implica una partnership con il suo fornitore.
Chi gestisce le registrazioni fallite una volta in produzione?
Si concorda prima del go-live. Di solito il Suo team operativo dei punti vendita o della finanza gestisce gli errori aziendali, come un articolo sconosciuto, da un elenco di revisione, e il team tecnico gestisce i guasti del flusso stesso. Possiamo fornire quel supporto tecnico nell’ambito di un accordo continuativo, con il manuale operativo condiviso con il Suo team.
Inizi con una conversazione, non con un contratto.
Ci racconti che cosa deve costruire, collegare o proteggere. Un architetto lo esamina con Lei e poi consiglia da dove iniziare.
Che cosa succede dopo
Concordare un orario
Il nostro team Le invia un’e-mail per concordare un orario per la sessione.
Sessione di preconsulenza
Una sessione di preconsulenza online gratuita di 30 minuti: esaminiamo i Suoi obiettivi, i Suoi sistemi e i Suoi vincoli.
Revisione di preparazione
Nell’ambito di una revisione di preparazione gratuita di 48 ore, un architetto principal verifica il Suo progetto rispetto alla definizione di «pronto» in 6 punti e raccomanda il Track più adatto.
Scelta del Track
I progetti con perimetro definito ricevono una proposta vincolante entro 3–5 giorni lavorativi. I progetti in fase di concept iniziano nel Blueprint Studio. Un sistema in produzione che non funziona, non è documentato o richiede integrazione inizia con una diagnosi di 1–2 settimane. Il Blueprint Studio e la diagnosi hanno ciascuno un compenso fisso, indicato nella proposta.