En fælles datamodel kræver aftalt betydning

En fælles datamodel er et brugbart grundlag for en integration, når de deltagende teams forstår dens data på samme måde. Beslutningen starter derfor med dataenes betydning. Et fælles feltnavn løser ikke i sig selv en forretningsmæssig modstrid.

Ét felt, to forskellige betydninger

I en fiktiv virksomhed har både CRM og ERP et felt active. I CRM betyder det, at salgsafdelingen aktuelt følger kontakten. I ERP betyder det, at kunden må afgive ordrer. Begge systemer kan vedligeholde deres værdi korrekt og alligevel give forskellige resultater.

Hvis projektet pressede begge oplysninger ind i et fælles aktivfelt, kunne en salgsændring utilsigtet påvirke bestillingstilladelsen. Derfor overføres to særskilte oplysninger i eksemplet. Hvilket system der må ændre hver oplysning, fastlægges separat.

Et skema gennemfører den aftalte betydning

JSON Schema beskriver struktur og begrænsninger for JSON-data. En validator kan kontrollere, om en meddelelse følger det aftalte skema. De ansvarlige skal beslutte, om kontaktopfølgning og bestillingstilladelse skal betyde det samme. Den tekniske kontrol kan afspejle de efterfølgende aftalte regler.

Udvekslingen skal også fastlægge betydningen af en manglende værdi og håndteringen af modstridende ændringer. Uden den aftale kunne samme tomme oplysning udløse »ukendt«, »slet« eller »ingen ændring«, afhængigt af modtageren. Disse muligheder skal vælges bevidst.

Brug fælles definitioner, hvor de hjælper

Til to stabile forbindelser kan en forståelig feltbeskrivelse være nok. En datamodel for hele virksomheden er den ekstra struktur værd, når flere deltagere faktisk behøver samme betydning. Forskellige lokale begreber kan bestå, så længe oversættelsen er entydig.

Vi anbefaler at kontrollere en model med modstridende eksempeldata fra de deltagende systemer. Hvis teamene kan bestemme samme målbetydning for en konkret post, kan beslutningen med fordel overføres til et teknisk skema.

Kilder

• JSON Schema: What is JSON Schema?