En felles datamodell krever avtalt betydning

En felles datamodell gir et brukbart grunnlag for en integrasjon når de deltakende teamene forstår dataene på samme måte. Beslutningen begynner derfor med dataenes betydning. Et felles feltnavn løser ikke alene en forretningsmessig motsetning.

Ett felt, to ulike betydninger

I en oppdiktet virksomhet har både CRM og ERP et felt active. I CRM betyr det at salgsavdelingen følger opp kontakten nå. I ERP betyr det at kunden kan legge inn ordrer. Begge systemene kan vedlikeholde sin verdi korrekt og likevel gi ulike resultater.

Hvis prosjektet presset begge opplysningene inn i et felles aktivfelt, kunne en salgsendring utilsiktet påvirke bestillingstillatelsen. I eksemplet overføres derfor to separate opplysninger. Hvilket system som kan endre hver opplysning, fastsettes separat.

Et skjema gjennomfører den avtalte betydningen

JSON Schema beskriver struktur og begrensninger for JSON-data. En validator kan kontrollere om en melding følger det avtalte skjemaet. De ansvarlige må avgjøre om kontaktoppfølging og bestillingstillatelse skal bety det samme. Den tekniske kontrollen kan gjenspeile reglene som deretter avtales.

Utvekslingen må også fastsette betydningen av en manglende verdi og håndteringen av motstridende endringer. Uten denne avtalen kunne samme tomme opplysning gi «ukjent», «slett» eller «ingen endring», avhengig av mottakeren. Disse mulighetene må velges bevisst.

Bruk felles definisjoner der de hjelper

For to stabile forbindelser kan en forståelig feltbeskrivelse være nok. En virksomhetsomfattende modell er verdt den ekstra strukturen når flere deltakere faktisk trenger samme betydning. Ulike lokale begreper kan bestå så lenge oversettelsen er entydig.

Vi anbefaler å kontrollere en modell med motstridende eksempeldata fra de deltakende systemene. Hvis teamene kan bestemme samme målbetydning for en konkret post, kan beslutningen med fordel overføres til et teknisk skjema.

Kilder

• JSON Schema: What is JSON Schema?