Possono i diversi locali usare sistemi POS diversi sotto lo stesso account Sinqro?

Sì. Ogni locale sceglie il proprio connettore POS; Sinqro normalizza i dati in un unico modello, così i sistemi downstream non si preoccupano della mescolanza.

Un gruppo di franchigia può separare i dati per marca per la contabilità?

Sì. I locali possono essere raggruppati per marca; il ruteo downstream è configurabile per marca, così ogni destinazione contabile della marca riceve solo i propri dati.

Come funziona la sincronizzazione dei dati POS in multi-local

Le catene, i gruppi di franchising e gli operatori multi-marca si ritrovano con diversi POS sparsi tra i locali — a volte sistemi POS diversi per ogni locale. La sincronizzazione dei dati POS multi-locale raccoglie le vendite a livello ticket, l'attribuzione per canale, i modificatori, i split di pagamento e i movimenti di stock da ogni locale, li normalizza e li invia a contabilità, stock, BI e analisi sotto un'unica account.

Connettori per locale con un unico modello di dati normalizzato

Sinqro Data Sync esegue un connettore per locale e per POS supportato. Ogni connettore estrae i ticket di vendita, i rimborsi, il breakdown per canale, i metodi di pagamento, i modificatori e i movimenti di stock con la cadenza di cui ha bisogno il back-office (in tempo reale, fine giornata o periodico). Tutti i locali finiscono nello stesso modello normalizzato indipendentemente dal fatto che il POS sottostante sia Revo, Square, ICG, Agora, Lightspeed o un altro sistema — così le piattaforme downstream vedono un unico flusso coerente invece di N schemi diversi.

Ruteo a múltiples destinos downstream

Ogni dato si indirizza ai sistemi che ne hanno bisogno: totali di ticket e dettagli delle tasse alla contabilità (Holded, Sage, A3, Quaderno); movimenti di stock alla piattaforma di stock; vendite giornaliere aggregate a BI / data warehouse / Looker / Metabase; ordini attribuiti per canale all'analisi operativa. Il ruteo è configurabile per locale o per marca, così un gruppo di franchising può gestire stack downstream diversi per regione senza cambiare i connettori upstream.

Reconciliación entre locales y canales

Le liquidazioni di marketplace arrivano aggregate da Glovo o Uber Eats; la contabilità del locale le vede come un'unica trasferimento. Senza Data Sync, il team divide manualmente ogni liquidazione tra i locali, identifica gli ordini dietro ogni divisione e li abbina ai ticket del POS. Con Data Sync, ogni ordine conserva un ID locale, un ID canale, un ID pagamento e un ID liquidazione di marketplace: la riconciliazione diventa un controllo derivato invece di un compito manuale di chiusura.

Trazabilidad y re-replay

Data Sync mantiene una traza di audit di ogni record inviato downstream — utile quando un sistema contabile deve essere ripristinato, quando una nuova piattaforma BI sostituisce una vecchia, o quando un locale viene spostato tra marchi. Il replay è per locale e per intervallo di date, quindi l'onboarding della storia di un locale in un nuovo sistema non richiede un progetto manuale di ETL.