Vai al contenuto

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.

Tobias Krüger2 min di lettura
Scheda dati con intestazione blu, simbolo di database, righe di campi e punto esclamativo laterale.

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

Scritto da

  • Tobias KrügerRedattore per l’integrazione di sistemiTobias Krüger si occupa per ASES dell’interazione tra diversi sistemi software. Nei suoi articoli spiega l’integrazione di ERP, CRM e negozi online e come gestire gli errori nello scambio di dati.

Seguite ASES

Continuate a leggere

Tutti gli articoli

API & integrazione con ASES

ERP, CRM e negozio online collegati in modo pulito