Hoe 1overheid werkt
1overheid verzamelt, verifieert en verbindt regelingen, organisaties, ministeries en levensgebeurtenissen in één knowledge graph. Diezelfde knowledge graph voedt de kaart, de vraagbox voor burgers én ondernemers, en een machine-leesbare kennisbron voor informatiepunten, hulpverleners en de overheid zelf. Deze pagina laat zien hoe dat in elkaar zit.
Van bron tot kaart
De knowledge graph is geen export van één systeem en geen tekst die een taalmodel uit zijn geheugen heeft opgehaald. Elke regeling is stuk voor stuk uitgezocht: waar staat het, wat is het doel, voor wie geldt het, en vooral op welke wet het precies berust.
Officiële overheidssites (rijksoverheid.nl, uwv.nl, svb.nl, belastingdienst.nl, gemeenten), wetteksten, organisatieregistraties en gebruikscijfers vormen het uitgangsmateriaal.
Doel, doelgroep, voorwaarden, prestatie en aanvraagproces staan in een vast schema. Elk feit krijgt een eigen bron-URL, niet één bronnetje onderaan de pagina.
De wettelijke basis wordt gecontroleerd tegen de officiële wetsregisters (BWB en CVDR) via de SRU-diensten van KOOP; organisaties worden gekoppeld aan hun officiële TOOI-registratie.
De database is de bron van waarheid, geen bevroren bestand. Elke dag controleert een taak of de wetten en verordeningen waarop regelingen steunen zijn gewijzigd of vervallen. Wat dat betekent voor de uitleg bepaalt een mens. Zie Bronnen en actualiteit voor wat vanzelf wordt bewaakt en wat niet.
Belangrijkste bronnen die zo zijn verwerkt:
De knowledge graph
Een regeling staat nooit alleen. Ze hangt aan een thema, aan de organisatie die haar uitvoert, aan het ministerie waar die organisatie onder valt, aan de wet waarop ze berust, en vaak aan meerdere levensgebeurtenissen tegelijk. Dat is precies wat de knowledge graph vastlegt.
Op dit moment staan er 592 regelingen, 208 organisaties en 12 ministeries in de knowledge graph, met elkaar verbonden via 73 levensgebeurtenissen.
De kaart
Niets op de kaart staat hardgecodeerd. De positie van elk punt volgt uit de data: een regeling hangt bij het zwaartepunt van haar thema('s), een organisatie bij het zwaartepunt van haar regelingen, een ministerie bij het zwaartepunt van zijn organisaties.
De vraagmodule
Een vraag kan een geplande levensgebeurtenis zijn, of een acute situatie ter plekke. Beide volgen exact dezelfde route: eerst zoekt de knowledge graph, dan formuleert het taalmodel. Nooit andersom.
Mijn dochter wordt 18 jaar, wat moet ze regelen?
Ik sta op Schiphol en ben mijn paspoort kwijt
Vrije tekst wordt herleid tot betekenisdragende woorden en gematcht op levensgebeurtenissen en regelingen, inclusief Nederlandse vervoegingen.
Uit de volledige knowledge graph blijft een subgraaf over, geplafonneerd en gerangschikt op relevantie en tijdsfase: voor, tijdens of na de gebeurtenis.
Een taalmodel schrijft uitsluitend op basis van die subgraaf: B1-taal, het effect voorop, niets erbij verzonnen.
Elk feit in het antwoord koppelt terug naar de bron-URL die dat feit onderbouwt. Zo blijft het controleerbaar, ook als het antwoord kort is.
Komend beleid
Het geldende recht blijft leidend. Wat er nog niet is ingegaan staat apart, met de datum, hoe zeker het is en de bron. Een wetsvoorstel verandert geen regel; een plan zonder wetsvoorstel wordt als plan aangeduid.
Per regeling: wat verandert, per welke datum en hoe zeker dat is. Vier niveaus: vastgesteld, wetsvoorstel, voornemen van het kabinet en verwacht (jaarlijkse indexatie). Een voornemen wordt nooit als besluit gebracht. Op de factsheet staat dit onder “Wat gaat er veranderen?”.
Wetsvoorstellen uit de open data van de Tweede Kamer (API v5), de pagina’s van de Eerste Kamer voor aangenomen voorstellen en het Staatsblad via de SRU-koppeling van KOOP. De stand volgt uit besluiten en stemmingen; is die niet vast te stellen, dan tonen we niets. Onderzoek naar wat er per 2027 en later verandert wordt door een tweede lezer bij de bron gecontroleerd; die corrigeerde in de eerste ronde 44% van de bevindingen.
Factsheets tonen de gecontroleerde wijzigingen met datum, zekerheid en bron. In antwoorden staat een apart blok “Wat er mogelijk verandert”: alleen wijzigingen waarvan een mens de koppeling aan de regeling heeft goedgekeurd en waarvan de bronnen de afgelopen tien dagen zijn nagekeken. Een voorstel is als voorstel gemarkeerd; “vastgesteld” staat er pas na publicatie in het Staatsblad met een definitieve ingangsdatum.
Hoeveel wetsvoorstellen we volgen, bij hoeveel regelingen een wijziging staat en wanneer de controles voor het laatst liepen, staat op Bronnen en actualiteit. Die cijfers komen rechtstreeks uit het model en uit het logboek van de controles. Voor actuele bedragen en voorwaarden is de officiële bron leidend.
Volledig én relevant
Dit is de kern van de vraagmodule: de knowledge graph moet volledig zijn, anders mis je iets, maar een antwoord moet klein en relevant blijven, anders leest niemand het. Beide tegelijk kan, omdat het twee verschillende lagen zijn.
De volledige knowledge graph
Jouw antwoord
Vereenvoudigd voorbeeld: elk van deze regels verwijst in het echte antwoord naar de bron die dat feit onderbouwt.
Elke regeling, ook de kleine en weinig bekende, krijgt hetzelfde volledige schema: doel, voorwaarden, prestatie, proces en wettelijke basis. Niets wordt weggelaten omdat het "te klein" is.
Voor een levensgebeurtenis blijft de subgraaf beperkt tot een handvol regelingen, gerangschikt op relevantie en tijdsfase, zodat het antwoord leesbaar blijft in plaats van een opsomming van alles wat ooit zou kunnen gelden.
Omdat elk feit een bron-id draagt, blijft ook een kort antwoord terug te herleiden tot de volledige, onderliggende knowledge graph. Niets verdwijnt, het wordt alleen niet allemaal tegelijk getoond.
Burger én ondernemer
Elke regeling in de knowledge graph draagt een doelgroep: burger, ondernemer, of beide. Een deel van de regelingen is uitsluitend voor ondernemers, denk aan Ondernemersplein-subsidies, KVK- en btw-verplichtingen. Een ander deel geldt voor beide. Dat onderscheid staat per regeling vast en is niet losjes bovenop geplakt.
Mijn dochter wordt 18 jaar, wat moet ze regelen?
Een geplande levensgebeurtenis raakt in de praktijk meerdere thema's tegelijk: zorg, geldzaken, identiteit, onderwijs. De knowledge graph legt die samenhang bloot in plaats van acht losse websites.
Bekijk dit voorbeeld →Ik start een eenmanszaak, wat moet ik regelen?
Van KVK-inschrijving tot btw-aangifte en subsidieregelingen via Ondernemersplein: dezelfde knowledge graph, dezelfde bronvermelding, alleen gericht op wat een ondernemer nodig heeft.
Bekijk dit voorbeeld →Meer dan een website
1overheid is niet alleen gebouwd voor de burger die zelf een vraag stelt. Dezelfde knowledge graph is opgezet als kennisbron die informatiepunten, hulpverleners en de overheid zelf rechtstreeks kunnen bevragen, zonder het onderzoek over te doen.
https://1overheid.ai/mcpModel Context Protocol, Streamable HTTP, met API-sleutel (aan te vragen bij Espire AI Agency). Tools: vraag, regeling, levensgebeurtenissen, organisatie.GET /api/vraag?q=…Vraag in gewoon Nederlands in, relevante subgraaf met bron-URL's uit. Deterministisch, geen taalmodel nodig.GET /api/modelDe complete kaart als JSON: regelingen, organisaties, ministeries, levensgebeurtenissen, domeinen. Met API-sleutel./llms.txtGebruiksregels en ingangen voor AI-crawlers en assistenten. Factsheets dragen schema.org-JSON-LD.Toepassingen
Nederland heeft honderden overheidswebsites, elk met een eigen stukje van het verhaal. 1overheid is een poging om daar één samenhangend, geverifieerd geheel van te maken, met drie gevolgen die verder reiken dan deze kaart alleen.
Of iemand nu zelf zoekt, een hulpverlener meekijkt of een gemeentelijke chatbot antwoord geeft: hetzelfde antwoord, dezelfde bron, ongeacht het loket.
Wat voor een burger overweldigend is, tientallen regelingen tegelijk, wordt voor beleidsmakers juist een instrument: overlap, hiaten en verouderde koppelingen worden meetbaar in plaats van anekdotisch.
Andere systemen, zoals gemeentelijke loketten, apps en assistenten, hoeven de knowledge graph niet over te bouwen. Via de API en MCP-server bouwen ze erop voort.
1overheid is bedacht, ontworpen en gebouwd door Espire AI Agency. Onafhankelijk, geen officiële overheidswebsite; voor actuele bedragen en voorwaarden is de officiële bron leidend.