Wie bepaalt welk gegeven klopt?

Bronhouderschap bij systeemintegratie gaat over de afspraak waar een gegeven wordt vastgesteld en wie daarover beslist. Die afspraak wordt belangrijk zodra een CRM, administratiesysteem en portaal verschillende waarden tonen. Welke waarde mag de medewerker gebruiken? En waar moet een correctie beginnen om te voorkomen dat de fout later terugkomt?

De keuze voor een bronsysteem krijgt pas betekenis wanneer ook de werkwijze eromheen duidelijk is. Wie beoordeelt een wijziging, hoe bereikt die andere systemen en wat gebeurt er bij twijfel? Dat vraagt om één gesprek tussen de mensen die gegevens gebruiken en de mensen die de uitwisseling inrichten.

Bepaal bronhouderschap per gegeven en proces

Begin met een beperkt aantal gegevens die bepalend zijn voor het werkproces. Denk in een fictieve situatie aan contactgegevens, de status van een aanvraag en een contractdatum. Die hoeven niet allemaal in hetzelfde systeem te worden vastgesteld. Het proces waarin een gegeven ontstaat, kan per gegeven verschillen.

Leg daarom per gegeven vast wat het betekent, wie het mag vaststellen of wijzigen en welk systeem de vastgestelde waarde bewaart. Benoem ook welke systemen de waarde ontvangen en waarvoor zij die gebruiken. Maak duidelijk of een afnemer de waarde alleen toont, ermee rekent of op basis ervan een volgende processtap start.

Vraag daarbij wat ‘leidend’ precies betekent. Gaat het om de actuele waarde, een goedgekeurde waarde of de waarde die op een bepaald moment gold? Zonder die afbakening kunnen afdelingen dezelfde bron aanwijzen en toch verschillende verwachtingen hebben.

Spreek af hoe wijzigingen en correcties doorwerken

Loop één gewone wijziging van begin tot eind door. Stel dat een medewerker een fout contactgegeven opmerkt in het portaal. Mag die medewerker daar direct corrigeren, moet de wijziging eerst worden beoordeeld of gaat er een verzoek naar de bron? Beschrijf wie ziet dat het verzoek is afgehandeld.

Bespreek vervolgens een conflict. Wat gebeurt er als een wijziging uit het portaal binnenkomt terwijl in de bron al een andere waarde is vastgelegd? ‘De laatste wijziging wint’ kan een bewuste keuze zijn, maar is onvoldoende als niet duidelijk is welk tijdstip telt en wie een inhoudelijk verschil beoordeelt.

Laat de technische uitwerking aansluiten op deze procesafspraak. Bepaal welke informatie nodig is om een wijziging te herkennen, de uitkomst te controleren en zo nodig herstel uit te voeren. De concrete inrichting hoort bij de specialisten; de betekenis en het gewenste resultaat moeten de betrokken afdelingen samen vaststellen.

Toets bronhouderschap bij systeemintegratie met afwijkingen

Gebruik bij acceptatie dezelfde situaties als in het gesprek over de werkwijze. Controleer een normale wijziging, een afgewezen correctie en een conflict. Bekijk steeds wat de medewerker in ieder betrokken systeem ziet en welke actie vervolgens mogelijk is.

Voeg een situatie toe waarin de verwerking later plaatsvindt dan verwacht. Kan de gebruiker herkennen dat informatie nog niet actueel is? Wie beoordeelt het verschil en voorkomt dat op basis daarvan een verkeerde processtap wordt gezet? Leg vast welke uitkomst acceptabel is voordat je gaat testen.

Bewaar per scenario de verwachte uitkomst, de waargenomen uitkomst en eventuele herstelactie. Daarmee maak je data en systeemintegratie toetsbaar vanuit het bedrijfsproces. Het koppelvlakkenregister en het hulpmiddel voor gegevensdefinities op die pagina helpen om de afspraken uit te werken.

Beleg beslissingen over gegevens ook na livegang

Wijs iemand aan die inhoudelijke vragen over de gegevensdefinitie en correctieregels kan laten besluiten. Spreek daarnaast af wie technische verstoringen onderzoekt. Dat voorkomt dat een betekenisverschil steeds als incident wordt behandeld, of een defecte uitwisseling blijft wachten op een beleidskeuze.

Beoordeel bij iedere relevante wijziging welke afnemers worden geraakt. Een nieuwe betekenis van een status kan gevolgen hebben voor rapportages, werkverdeling en gebruikersinformatie. Betrek die afnemers voordat de afspraak verandert.

Dit is een concrete toepassing van business en technologie verbinden. Begin met één gegeven waarover nu discussie bestaat. Als bron, beslisrecht en correctieroute helder zijn, heb je een bruikbare afspraak die zowel de uitvoering als de techniek richting geeft.