Home/Sincronizzazione dei dati

04 / Sincronizzazione dei dati

Sincronizzare i dati.
Controllare i conflitti.

Sincronizzate i dati con responsabilità definite e aggiornamenti prevedibili. Definiamo gli intervalli, rileviamo le modifiche e consideriamo conflitti, eliminazioni e trasferimenti mancati.

Rilevamento delle modificheUpsertRegole di conflitto
SCHEMA DI INTEGRAZIONE / ESEMPIODELTA / CONFLITTO / UPSERT
SISTEMA A / ERP

AT-1042

version: 18
status: "active"
SISTEMA B / CRM

AT-1042

version: 19
status: "paused"
Δ STATO / CONFLITTO RILEVATO
Regola del campo: l’ERP gestisce «status».

Entrambi i sistemi hanno modificato il campo. Decide la responsabilità concordata; la sola versione più alta non basta.

UPSERT / ID CONDIVISO
STATO RICONCILIATO

status: "active"

ERPAT-1042CRM

Un delta viene rilevato. Un conflitto viene gestito. Uno stato viene riconciliato.

Situazione iniziale

Due record modificabili richiedono regole chiare.

Quando dati clienti o prodotti vengono modificati in due punti, occorre decidere quale sistema gestisce ogni campo. È altrettanto importante definire come trattare modifiche in ritardo, duplicate o fuori sequenza.

Ambiti di applicazione

Quali sistemi gestiscono quali dati?

Riconciliare clienti e contatti

Mantenete aggiornati ID condivisi e campi selezionati tra ERP e CRM. Le responsabilità dei singoli sistemi restano definite.

Trasferire prodotti e stock

Trasmettete le modifiche rilevanti a prodotti e disponibilità verso shop, portali o marketplace con un intervallo concordato.

Programmato o basato su eventi

Utilizzate webhook, marcatori di modifica o interrogazioni periodiche, secondo le interfacce disponibili e i requisiti operativi.

Perimetro del progetto

Delta.
Conflitto. Conferma.

Il perimetro dipende dai vostri sistemi e dal risultato desiderato. Concordiamo con voi questi aspetti.

Il tempo reale richiede un obiettivo misurabile.

Anche le consegne basate su eventi possono arrivare in ritardo o fallire. I sistemi con interrogazioni periodiche hanno altri limiti. Concordiamo una freschezza dei dati misurabile sulla base delle interfacce disponibili.

  • Responsabilità dei campi e regole per modifiche unidirezionali o bidirezionali
  • Associazione stabile degli ID e strategia di eliminazione concordata
  • Rilevamento delle modifiche e intervalli di aggiornamento adeguati
  • Gestione dei conflitti e protezione dai loop di aggiornamento
  • Ripristino e riconciliazione dei dati dopo le interruzioni
  • Monitoraggio di ritardi, record non validi e scostamenti

Perimetro delle prestazioni e responsabilità vengono concordati per ogni progetto. Metodo: collaudo ed esercizio

Domande tecniche

Aggiornamento e responsabilità dei campi.

È possibile sincronizzare in entrambe le direzioni?
Sì, con responsabilità dei campi univoche, risoluzione dei conflitti e protezione dai loop. Un flusso unidirezionale è spesso più semplice da gestire. Il processo aziendale determina se le modifiche bidirezionali sono necessarie.
Cosa succede ai record eliminati?
Le eliminazioni richiedono una regola concordata: propagare la cancellazione, segnare come inattivo o conservare per un altro scopo. Un record assente non viene automaticamente considerato una richiesta di eliminazione.
Con quale frequenza si possono sincronizzare i dati?
L’intervallo dipende da quote API, rilevamento delle modifiche, volume dei dati e carico consentito. Sono possibili webhook, interrogazioni programmate e riconciliazioni complete periodiche.
Come riprende la connessione dopo un guasto?
Serve un punto di ripresa noto o un nuovo confronto dei dati. Checkpoint, rielaborazione e riconciliazione impediscono che le modifiche mancate passino inosservate.

La vostra prossima connessione

Cosa devono ottenere
insieme i vostri sistemi?

Voi portate l’esigenza. Noi definiamo le connessioni.

Parliamo del progetto

Esigenze concrete di integrazione

Approfondimenti di questo ambito.

Processi di dati

Sincronizzare i dati tra sistemi

Un cliente viene modificato nel CRM e anche nell’ERP. Quale versione vale? Costruiamo la sincronizzazione su responsabilità funzionali e identità stabili, affinché i trasferimenti periodici non generino conflitti silenziosi.

Processi di dati

Sincronizzare ordini & stati

Lo shop indica il pagamento, l’ERP non conosce ancora l’ordine e la spedizione ha già un tracking number. Colleghiamo questi passaggi con stati definiti, riferimenti univoci degli ordini e un ripristino pianificato.