Waarom Eventual Consistency onvermijdelijk is in gereguleerde netwerken
Een van de meest voorkomende frustraties voor teams die met gereguleerde netwerken werken, is de volgende:
De regels zijn duidelijk.
De standaarden zijn vastgelegd.
Toch gedragen systemen zich niet zoals verwacht — niet “direct correct”.
Dit wordt vaak gezien als een probleem.
Maar in gereguleerde netwerken is eventual consistency geen zwakte — het is een bewust gekozen resultaat.
Dit artikel richt zich op het begrijpen waarom in gereguleerde netwerken niet onmiddellijke consistentie het doel is, maar juist correctheid die zich in de tijd vormt.

Wat betekent een gereguleerd netwerk?
Een gereguleerd netwerk betekent dat:
- deelname gecontroleerd is
- rollen, bevoegdheden en verantwoordelijkheden duidelijk zijn gedefinieerd
- regels centraal worden vastgesteld
maar dat:
- implementatie
- performance
- processtromen
- technische details
niet door één centrale autoriteit worden afgedwongen.
Met andere woorden:
Gereguleerd ≠ Gecentraliseerd
Netwerken zoals PEPPOL zijn een goed voorbeeld van deze structuur,
maar deze benadering is niet uniek voor PEPPOL.
Er bestaat geen enkel “juist moment”
In gereguleerde netwerken wordt een transactie:
- niet binnen één enkel systeem afgerond
- niet door één enkele actor voltooid
- niet beëindigd door één enkele controle
Een document:
- wordt verzonden
- wordt ontvangen
- doorloopt eerste controles
- wordt verwerkt door verschillende systemen
- ondergaat diepere validaties
- bereikt uiteindelijk een eindresultaat
Al deze stappen kunnen niet gelijktijdig plaatsvinden.
Daarom heeft de vraag:
“Is het nu correct?”
geen enkel, universeel antwoord.
Deze realiteit vormt de basis van eventual consistency.
Correctheid is belangrijker dan snelheid
De prioriteit van gereguleerde netwerken is:
- niet om snel te reageren
- maar om verantwoordelijkheid correct uit te voeren
Sommige validaties zijn:
- kostbaar
- tijdrovend
- afhankelijk van externe systemen
- juridisch van grote betekenis
Deze controles altijd synchroon uitvoeren:
- vertraagt systemen
- veroorzaakt netwerkbrede latentie
- is operationeel niet duurzaam
Daarom volgen gereguleerde netwerken vaak dit model:
eerst accepteren
later verifiëren
Deze aanpak leidt tot eventual consistency — maar houdt het systeem werkbaar.
De centrale autoriteit kan het “hoe” niet afdwingen
In gereguleerde netwerken bepaalt de centrale autoriteit:
- welke regels moeten worden toegepast
- wie welke rol vervult
Maar zij kan niet voorschrijven:
- wanneer een controle moet plaatsvinden
- hoe snel een antwoord moet worden gegeven
- in welke volgorde controles moeten worden uitgevoerd
Omdat:
- landen verschillen
- instellingen verschillen
- technische infrastructuren verschillen
- juridische verplichtingen verschillen
Deze flexibiliteit leidt onvermijdelijk tot:
- timingverschillen
- verschillende processtromen
- verschillend systeemgedrag
Maar zij garandeert wel dat regels uiteindelijk worden toegepast.
Fouten kunnen niet altijd onmiddellijk worden gedetecteerd
In gereguleerde netwerken worden sommige fouten:
- pas ontdekt nadat een proces is gestart
- zichtbaar tijdens diepere validatiefases
Op dat moment het hele systeem stoppen:
- kan kostbaar zijn
- kan operationeel onmogelijk zijn
- kan zelfs juridisch verboden zijn
Daarom laten systemen toe dat:
- processen doorgaan
- fouten later worden afgehandeld
- resultaten achteraf worden gecorrigeerd
Ook deze aanpak leidt vanzelf tot eventual consistency.
Vertrouwen komt niet voort uit onmiddellijke consistentie
Er bestaat een hardnekkig misverstand:
“Vertrouwen = elk bericht is direct correct”
In gereguleerde netwerken ontstaat vertrouwen door:
- identiteitsverificatie
- duidelijk gedefinieerde verantwoordelijkheid
- traceerbaarheid
- auditbaarheid
- handhavingsmechanismen
Met andere woorden: vertrouwen komt niet voort uit onmiddellijke correctheid,
maar uit het feit dat fouten niet verborgen kunnen blijven.
Een fout:
- kan laat worden ontdekt
- maar verdwijnt niet
- laat een spoor na
- blijft verklaarbaar
Deze structuur is volledig compatibel met eventual consistency.
De echte wereld is al ‘eventual’
In werkelijkheid zijn gereguleerde netwerken de digitale weerspiegeling van de echte wereld.
- Banktransacties
- Handelsprocessen
- Juridische beslissingen
- Fiscale en boekhoudkundige processen
geen van deze werkt met “directe absolute correctheid”.
Gereguleerde netwerken brengen deze realiteit naar digitale systemen.
Architecturale implicaties
Zodra deze realiteiten worden geaccepteerd, verandert ook de integratiebenadering.
In gereguleerde netwerken geldt:
- integratie is een proces, geen enkele call
- statusopvolging is centraal
- asynchrone stromen zijn normaal
- retry en replay zijn onvermijdelijk
- observeerbaarheid wordt cruciaal
Eventual consistency is geen bijproduct van deze architectuur —
het is haar natuurlijke resultaat.
Conclusie
In gereguleerde netwerken is eventual consistency geen:
- tekortkoming
- zwakte
- tijdelijke oplossing
Het is de onvermijdelijke combinatie van gedeelde verantwoordelijkheid, juridische vereisten en technische realiteiten.
Het doel van gereguleerde netwerken is:
niet om onmiddellijk correct te zijn,
maar om ervoor te zorgen dat niets op lange termijn incorrect blijft.
Daarom is eventual consistency onvermijdelijk.







