Un modello di dati comune richiede un significato concordato
Lo stesso campo può avere significati diversi in CRM ed ERP. I team devono chiarirli prima di definire una struttura comune.

Un modello di dati comune offre una base utile per un’integrazione quando i team coinvolti attribuiscono ai dati lo stesso significato. La decisione parte quindi dal significato dei dati. Un nome di campo condiviso non risolve da solo una contraddizione aziendale.
Un campo, due significati diversi
In un’azienda fittizia CRM ed ERP hanno entrambi un campo active. Nel CRM indica che il team commerciale segue attualmente il contatto. Nell’ERP indica che il cliente può effettuare ordini. Entrambi i sistemi possono gestire correttamente il proprio valore e tuttavia produrre risultati diversi.
Origine | Significato nell’esempio | Decisione per lo scambio |
|---|---|---|
CRM | Contatto attualmente seguito | Trasmettere uno stato di gestione distinto |
ERP | Cliente autorizzato a ordinare | Trasmettere un’autorizzazione all’ordine distinta |
Se il progetto comprimesse entrambe le informazioni in un campo attivo comune, una modifica commerciale potrebbe influire involontariamente sull’autorizzazione a ordinare. Nell’esempio si trasmettono quindi due informazioni separate. Il sistema autorizzato a modificare ciascuna viene definito separatamente.
Uno schema applica il significato concordato
JSON Schema descrive la struttura e i vincoli dei dati JSON. Un validatore può verificare se un messaggio rispetta lo schema concordato. I responsabili devono decidere se la gestione del contatto e l’autorizzazione all’ordine debbano avere lo stesso significato. La validazione tecnica può rappresentare le regole concordate in seguito.
Lo scambio deve anche definire il significato di un valore mancante e la gestione delle modifiche contrastanti. Senza questo accordo, lo stesso dato vuoto potrebbe produrre «sconosciuto», «eliminare» o «nessuna modifica», a seconda del destinatario. Queste possibilità vanno scelte consapevolmente.
Condividere le definizioni dove serve
Per due connessioni stabili può bastare una descrizione comprensibile dei campi. Un modello esteso all’azienda merita questa struttura aggiuntiva quando più partecipanti hanno davvero bisogno dello stesso significato. Termini locali diversi possono rimanere, purché la traduzione sia univoca.
Raccomandiamo di verificare un modello con dati di esempio contrastanti provenienti dai sistemi coinvolti. Se i team riescono a determinare lo stesso significato di destinazione per un record concreto, tale decisione può essere tradotta utilmente in uno schema tecnico.
Fonti
Continuate a leggere
Tutti gli articoli




API & integrazione con ASES
ERP, CRM e negozio online collegati in modo pulito

