Wanneer gebruik je dit?
- Bij een nieuwe gegevensuitwisseling tussen domeinen.
- Bij de keuze tussen periodieke levering, gebeurtenissen, opvragen of replicatie.
- Bij problemen met dubbellevering, versieverschillen of herstel.
- Bij wijziging van bron, afnemer of contractverantwoordelijkheid.
Wat heb je nodig?
Een gebruiksvraag, de betrokken bron en afnemer, een beschrijving van de gegevens en eisen aan actualiteit en kwaliteit.
Een voorbeeld uit de praktijk
Fictieve casus: Noordhaven Servicebureau
Het fictieve Noordhaven Servicebureau wil iedere ochtend een complete lijst met open aanvragen. Het onderzoekt een dagelijkse levering van de volledige lijst. Een snapshot is hier de lijst zoals die op één peilmoment geldt.
De afnemer vervangt de oude lijst pas als de nieuwe levering compleet is en de aanvraagnummers uniek zijn. Komt dezelfde levering nogmaals binnen, dan mag die geen tweede verwerking veroorzaken. Dezelfde leveringscode met andere inhoud vraagt onderzoek. Bij een gemiste levering blijft de oude lijst zichtbaar met haar peildatum.
Dit voorbeeld kiest voor periodieke levering. Voor gebeurtenissen, opvragen of replicatie vul je de acceptatievoorwaarden in die bij dat patroon passen. De keuze en de herstelproeven zijn in deze fictieve casus nog niet goedgekeurd.
Bekijk de visuele samenvatting
Open op volledig formaat (nieuw tabblad)Aan de slag
- Leg gebruik, bronverantwoordelijkheid en gegevensscope vast.
- Vergelijk kandidaatpatronen met expliciete besliscriteria.
- Beschrijf betekenis, versie en verantwoordelijkheden van het contract.
- Definieer volledigheid, volgorde, duplicaten en herstelgedrag.
- Verbind kwaliteits- en lifecyclevereisten met controlebewijs.
- Leg de voorgestelde keuze, open punten en reviewtrigger vast.
Controleer je resultaat
- De gegevensuitwisseling noemt bron, producent, afnemer, gebruik en gegevensscope.
- Patroonopties zijn op dezelfde criteria vergeleken, inclusief behoud van de huidige werkwijze.
- Het leveringscontract bevat betekenis, sleutel, granulariteit, versie en contracteigenaar.
- Volledigheid en het acceptatiemoment zijn expliciet.
- Duplicaten, volgorde, correcties en verwijderingen hebben beschreven gedrag.
- Herlevering en herstel hebben een verantwoordelijke en toetsbaar scenario.
- Actualiteit en beschikbaarheid hebben een bron of de status voorgesteld.
- Kwaliteit, levenscyclus en toegangsbehoefte verwijzen naar inputmodellen of open punten.
- Besluitstatus en mandaat zijn onderscheiden van de gekozen voorkeursoptie.
- Voorbeeld, diagram en contract gebruiken dezelfde verwijzingen naar uitwisseling, contract, herstel en besluit.
Verdieping en begrippen
- Snapshot
- Een gegevensset op één afgesproken peilmoment.
- Idempotentie
- Herhaling van dezelfde verwerking heeft hetzelfde effect als één verwerking.
- EX / CT / OP / RF / DD
- Lokale templatecodes voor uitwisseling, contract, patroonoptie, herstelafspraak en besluit.
Wat is het?
Het Data Integration & Distribution Model beschrijft per gegevensuitwisseling waarom een afnemer gegevens nodig heeft, wie de betekenis en levering beheert en welke afspraken de uitwisseling betrouwbaar en beheersbaar maken. Het model verbindt gegevensstromen met een bewuste patroonkeuze en een versieerbaar contract.
Afbakening en begrippen
Een dataflow legt herkomst en beweging vast. Dit product voegt de afweging en het leveringscontract toe. EX is een uitwisseling, CT een contract, OP een patroonoptie, RF een herstelafspraak en DD een voorgenomen architectuurbesluit. Een bronhouder beheert de betekenis van brongegevens. Een producent verzorgt de levering. Een afnemer gebruikt de gegevens voor een vastgelegd doel. Deze verantwoordelijkheden kunnen bij verschillende rollen liggen.
Patronen vergelijken
Vergelijk batch, event, request/reply en replicatie voor hetzelfde gebruik. Batch groepeert gegevens op een afgesproken moment. Een event geeft een gebeurtenis weer en vraagt uitleg over betekenis, volgorde en eventuele herhaling. Request/reply koppelt een vraag aan een antwoord en vraagt afspraken over actualiteit en onbeschikbaarheid. Replicatie kopieert toestanden of wijzigingen en vraagt uitleg over vertraging, consistentie en de betekenis van verwijderingen. Geen patroon krijgt automatisch de voorkeur door moderniteit of technische populariteit.
Contract en semantiek
CT beschrijft identiteit, betekenis, sleutels, granulariteit, eigenaar, schema- en modelversie, leveringsscope en toegestane afnemers. Een gedeeld canoniek model is een optie met een expliciete beheerlast. Leg per veld vast wie een betekeniswijziging mag goedkeuren. Ontbrekende waarden, verwijderingen en correcties horen bij de contractsemantiek. Compatibiliteit vraagt een afgesproken controle en migratiepad. Alleen een versienummer verhogen bewijst geen compatibiliteit.
Levering en herstel
Definieer acceptatie voor het gekozen patroon. Bij batch gaat het bijvoorbeeld om een complete set, bij events om geldige gebeurtenissen en volgorde, bij opvragen om het antwoord en bij replicatie om de toestand en achterstand van de kopie. Leg vast wanneer de afnemer gegevens mag gebruiken en hoe herhaling wordt herkend. Idempotentie betreft het effect van verwerking, niet alleen het wegfilteren van een dubbel transportbericht. Een retry kan een al uitgevoerde verwerking opnieuw raken. Leg daarom sleutel, versie, vergelijkingslogica en verantwoordelijk herstel vast. Claim geen exactly-once uit een tekening. Scheid transportontvangst, inhoudelijke validatie en verwerking in de afnemer.
Review en vervolg
Beoordeel contract, volledige populatie, correcties, verwijderingen, herstel en mandaat samen. De platformarchitectuur krijgt logische vereisten voor ontvangst, validatie, herstel en beschikbaarstelling. Solution Architecture werkt technische interfaces uit. De lifecycle bepaalt hoe lang snapshots en herstelbewijs nodig zijn. Open norm- of mandaatvragen verhinderen operationele acceptatie, ook wanneer de kennisbanktemplate zelf volledig gereed is.
Verder werken
Gebruik een verwant onderwerp om een volgend deel van je vraag uit te werken.
Je accountvoorkeuren worden geladen.
Achtergrond en bronnen
EAW-werkwijze en werktemplate. Voorbeeldcasussen zijn fictief.
EAW-werkafspraken. Codes, views en statussen zijn lokale modelconventies. Alle casusgegevens, rollen, normen en planning zijn fictief. Open punten blijven expliciet open.
Versie 1.1 · Gepubliceerd
Enterprise Integration Patterns — Idempotent Receiver
Samenvatting: een ontvanger kan hetzelfde bericht vaker ontvangen. Idempotentie zorgt dat herhaling hetzelfde effect heeft. Geraadpleegd 20 september 2026. De productspecificatie is een eigen EAW-uitwerking.