Een gedeeld datamodel vraagt om afgesproken betekenis
Hetzelfde veld kan in CRM en ERP iets anders betekenen. De teams moeten die betekenis ophelderen voordat ze een gedeelde structuur vastleggen.

Een gedeeld datamodel vormt een bruikbare basis voor een integratie wanneer de betrokken teams de gegevens op dezelfde manier begrijpen. De beslissing begint daarom bij de betekenis van de gegevens. Een gedeelde veldnaam lost op zichzelf geen inhoudelijke tegenstrijdigheid op.
Eén veld, twee verschillende betekenissen
In een fictief bedrijf hebben CRM en ERP allebei een veld active. In het CRM betekent het dat de verkoopafdeling het contact momenteel begeleidt. In het ERP betekent het dat de klant orders mag plaatsen. Beide systemen kunnen hun waarde correct beheren en toch verschillende uitkomsten geven.
Herkomst | Betekenis in het voorbeeld | Beslissing voor uitwisseling |
|---|---|---|
CRM | Contact wordt momenteel begeleid | Aparte begeleidingsstatus overdragen |
ERP | Klant mag bestellen | Aparte besteltoestemming overdragen |
Als het project beide gegevens in één gedeeld actiefveld zou persen, kon een verkoopwijziging onbedoeld de besteltoestemming beïnvloeden. In het voorbeeld worden daarom twee afzonderlijke gegevens overgedragen. Welk systeem elk gegeven mag wijzigen, wordt apart vastgelegd.
Een schema legt de afgesproken betekenis vast
JSON Schema beschrijft structuur en beperkingen van JSON-gegevens. Een validator kan controleren of een bericht aan het afgesproken schema voldoet. De verantwoordelijken moeten beslissen of begeleiding en besteltoestemming hetzelfde moeten betekenen. De technische controle kan de vervolgens afgesproken regels weergeven.
Bij de uitwisseling horen ook de betekenis van een ontbrekende waarde en de omgang met tegenstrijdige wijzigingen. Zonder die afspraak kan hetzelfde lege gegeven afhankelijk van de ontvanger “onbekend”, “verwijderen” of “geen wijziging” veroorzaken. Deze mogelijkheden moeten bewust worden gekozen.
Gebruik gedeelde definities waar ze helpen
Voor twee stabiele verbindingen kan een begrijpelijke veldbeschrijving volstaan. Een bedrijfsbreed model is die extra structuur waard wanneer meerdere deelnemers daadwerkelijk dezelfde betekenis nodig hebben. Verschillende lokale termen mogen blijven bestaan zolang de vertaling eenduidig is.
Wij adviseren een model te toetsen met tegenstrijdige voorbeeldgegevens uit de betrokken systemen. Als de teams bij een concreet record dezelfde doelbetekenis kunnen bepalen, kan die beslissing zinvol in een technisch schema worden vastgelegd.
Bronnen
Verder lezen
Alle artikelen




Koppelingen & integratie met ASES
ERP, CRM en webshop netjes gekoppeld

