> For the complete documentation index, see [llms.txt](https://dienstverleningsplatform.gitbook.io/platform-generieke-dienstverlening-public/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://dienstverleningsplatform.gitbook.io/platform-generieke-dienstverlening-public/introductie/enterprise-architectuur.md). # Enterprise architectuur ### Statement of Architecture Work Het Platform voor Dienstverlening geeft, vanuit de informatiekundige visie Common Ground, invulling aan de rationalisatie van het gemeentelijke informatie- en softwarelandschap. Het sluit aan bij landelijke kaders en ontwikkelingen op het gebied van digitalisering, waaronder de Nederlandse Digitaliseringsstrategie (NDS), en vertaalt deze naar concrete architectuurkeuzes en toepassingen. De architectuur kan daarmee worden gezien als een concrete invulling van deze ontwikkelingen, en op onderdelen als vooruitlopend op bredere landelijke uitwerking. Deze rationalisatie krijgt vorm in: * Software: een samenhangende modulaire architectuur van functionaliteit die het merendeel van de primaire processen van gemeenten realiseert * Standaarden, op het gebied van: * Informatie en data * Architectuurpatronen * Infrastructuur Deze Enterprise architectuur is een product met een organisatiebrede scope. Het geeft kaders en richtlijnen voor het platform. Het platform wordt uitgewerkt aan de hand van visie. Op basis hiervan worden de leidende specifieke principes beschreven. De gewenste inrichting (op hoofdlijnen) wordt beschreven in een aantal modellen, zowel voor de businesskant als de applicatieve en infrastructurele kant op de volgende dimensies: * **Breedte**: de scope van de architectuur, gericht op samenhang, consistentie en herbruikbaarheid van principes, patronen en componenten. * **Diepte**: verdieping (tot detailniveau) van de architectuur tot concrete implementaties. Dit laat zien hoe abstracte keuzes vertaald worden naar operationele oplossingen. * **Tijd**: de ontwikkeling en roadmap van de architectuur, inclusief de gewenste situatie op termijn en beslissingsprocessen.
### Leeswijzer De opbouw en inhoud van dit document volgen op hoofdlijnen de structuur en denkwijze van de TOGAF ADM (Architecture Development Method). Er wordt onderscheid gemaakt tussen onder andere: * visie en principes, * business-, informatie-, applicatie- en technische architectuur, * en de samenhang daartussen. Waar mogelijk sluit deze architectuur expliciet aan bij relevante standaarden voor gegevensuitwisseling en modellering. In gevallen waar deze aansluiting niet expliciet is uitgewerkt, kan worden aangenomen dat dat nadere concretisering plaatsvindt binnen implementaties of vervolgarchitectuur. #### **Grenzen en positionering van dit document** Om de leesbaarheid, focus en toepasbaarheid te waarborgen, is een aantal onderwerpen bewust beperkt of buiten scope gelaten. **Roadmap** Dit document bevat geen uitgewerkte roadmap of gefaseerde transitie-architecturen (plateaus). De reden hiervoor is dat de ontwikkeling van het Platform voor Dienstverlening plaatsvindt binnen een continu architecturaal proces, waarin: * prioritering en fasering worden bepaald via een gezamenlijke backlog van G4 en betrokken partners; * keuzes iteratief worden gemaakt op basis van voortschrijdend inzicht en implementatie-ervaring; * architectuur en realisatie gelijktijdig evolueren. **Beheer, governance, financiën** De inrichting van beheer, financiering en exploitatie is in deze versie van de architectuur heel beperkt beschreven. Dit hangt samen met de lopende ontwikkeling naar een landelijke beheer- en ontwikkelorganisatie voor generieke voorzieningen binnen Common Ground. Waar relevant zijn wel architectuurprincipes en randvoorwaarden opgenomen (zoals containerisatie en portabiliteit), zodat toekomstige invulling consistent kan plaatsvinden. **Informatie-architectuur (detailniveau)** De informatie-architectuur beschrijft principes, kaders en methodieken (zoals MIM en begrippenkaders), maar bevat geen volledig uitgewerkte domeinmodellen. Dit is een keuze, omdat: * semantiek en datamodellen sterk domeinafhankelijk zijn; * modellering plaatsvindt binnen concrete implementaties en ontwikkelingen; * Domain-Driven Design (DDD) wordt toegepast om modellen iteratief en contextspecifiek te ontwikkelen. Het document biedt daarmee het raamwerk voor modellering, niet de uitwerking ervan. **Security- en compliance-uitwerking** Beveiliging, privacy en compliance (zoals BIO, AVG en toekomstige regelgeving) zijn randvoorwaardelijk voor architectuur, maar worden in dit document niet volledig uitgewerkt. In plaats daarvan zijn relevante aspecten opgenomen binnen specifieke onderdelen (zoals identificatie, autorisatie en omgang met persoonsgegevens). ### **Verantwoording en totstandkoming** **In opdracht van** Programmamanagers Common Ground G4 **Opgesteld door** Ilja Vorstenbosch **Dit document** Versie: 0.9 / april 2026 Status: Concept Voor zover dit document met een externe organisatie of met een leverancier gedeeld is, geldt dat aan dit document geen rechten ontleend kunnen worden. Het Platform Dienstverlening aanvaardt geen aansprakelijkheid voor schade als gevolg van mogelijke onjuistheden of onvolledigheden in de aangeboden informatie. Leverancier dient tijdens de initiatie- of inventarisatiefase van het (implementatie)project de aangeboden informatie te verifiëren en ontbrekende informatie op te halen.