OPMS uitgelegd: zo werkt het open source platform voor openbaarmaking

Wat is OPMS?

OPMS — het Open Publicatie Management Systeem — is een digitaal platform waarmee overheidsorganisaties documenten en informatie openbaar maken conform de Wet open overheid. De open kern is beschikbaar onder de EUPL-licentie: de broncode is publiek, er is geen leveranciersafhankelijkheid, en de overheid behoudt altijd de regie over haar eigen implementatie.

OPMS maakt deel uit van het OpenPublicaties-ecosysteem en is opgenomen in het BZK open source programma. Het past daarmee binnen het comply-or-explain-beleid van de rijksoverheid voor bestuursorganen die hun Woo-compliance inrichten.

Het platform is niet alleen een documentenopslag. OPMS ondersteunt het gehele proces — van het gestructureerd opbouwen van informatie bij de bron tot gecontroleerd publiceren en duurzaam archiveren.

Van bron tot verantwoording — in vijf stappen

OPMS behandelt actieve openbaarmaking niet als een losse handeling aan het eind, maar als uitkomst van een proces dat vanaf de bron klopt.

Stap 1 — Informatie opbouwen bij de bron. Documenten worden gestructureerd en geclassificeerd opgebouwd volgens de overheidsstandaarden. Metadata wordt éénmalig vastgelegd in een canoniek model en automatisch geprojecteerd naar de vereiste standaarden (DiWoo, TOOI, MDTO) — geen apart werk per standaard.

Stap 2 — Vinden en verrijken. Automatische verwerking verzorgt consistente classificatie en metadata-aanvulling. Waar AI suggesties doet, beoordeelt de medewerker en beslist de organisatie — de eindverantwoordelijkheid blijft altijd bij de mens.

Stap 3 — Behandelen met grip. Woo-verzoeken en dossiers worden beheerd met termijnbewaking en statusoverzicht, zodat de wettelijke behandeltermijnen beheersbaar blijven.

Stap 4 — Gecontroleerd openbaar maken. Publicaties worden gevalideerd voordat ze vindbaar worden. OPMS ondersteunt zowel actieve aanlevering aan de Generieke Woo-Voorziening (GWV) via de TOOI/MDTO-API als harvesting via de DiWoo-sitemap — passend bij de verschillende aanleverscenario's die binnen de overheid gangbaar zijn.

Stap 5 — Archiveren en verantwoorden. Duurzame archivering conform MDTO en een sluitende audit-trail zijn geen apart project, maar een natuurlijk gevolg van hoe het proces is ingericht.

AI als assistent, niet als beslisser

OPMS integreert AI-ondersteuning als hulpmiddel, niet als eindverantwoordelijke. De AI-functionaliteit doet suggesties voor classificatie, metadata-aanvulling en documentverwerking — de medewerker beoordeelt elke suggestie en neemt de beslissing.

De AI-functies zijn per onderdeel in- en uitschakelbaar. Organisaties die bepaalde onderdelen liever zonder AI-ondersteuning inrichten, of die de AI-verwerking binnen de eigen infrastructuur willen houden, kunnen dat doen.

Dit sluit aan op het bredere uitgangspunt van het platform: de overheid houdt regie — over de data, over de werkwijze, en over de technologiekeuzes.

Wat is er al beproefd?

Het OpenPublicaties-ecosysteem is niet nieuw. Een aantal indicaties van de schaal en volwassenheid.

Het federatieve zoekportaal openpub.nl ontsluit ruim 12 miljoen documenten [te bevestigen door CodeLabs], als indicatie van de schaal van de ontsluitingsketen. Actieve aanlevering aan de Generieke Woo-Voorziening (GWV) is beproefd in samenwerking met JenV en BZK op de KOOP-omgeving [te bevestigen door CodeLabs]. De open kern is publiek beschikbaar onder de EUPL, waardoor de werking onafhankelijk te toetsen is. Er is een onafhankelijke code review uitgevoerd en er geldt een jaarlijkse penetratietest [te bevestigen door CodeLabs].

Bovenstaande punten worden door CodeLabs bevestigd zodra de peildata zijn vastgesteld. De inhoudelijke beoordeling en eindverantwoordelijkheid voor publicaties blijven altijd bij de eigen organisatie.

Hoe werkt het in de praktijk?

Stel: een gemeente neemt een besluit over een bestemmingsplanwijziging. In de traditionele werkwijze wordt dat besluit genomen, ergens opgeslagen in een documentensysteem, en gepubliceerd via de gebruikelijke kanalen. Actieve openbaarmaking onder de Woo vereist dat dit besluit ook vindbaar en gestructureerd beschikbaar is via een Woo-publicatieplatform.

Met OPMS verloopt dat als volgt. Het besluit wordt in het zaaksysteem afgerond en gemarkeerd voor publicatie. Via de API-koppeling komt het document automatisch terecht in de publicatiebank, inclusief metadata zoals datum, categorie en onderwerp. De zoekindex wordt bijgewerkt, waardoor het document direct vindbaar wordt. Een medewerker kan via de beheerapp controleren of alles correct is en zo nodig aanpassingen doen.

Het resultaat: burgers kunnen het besluit vinden zonder een Woo-verzoek in te dienen, de gemeente voldoet aan haar actieve openbaarmakingsplicht, en het proces kost medewerkers minimale extra inspanning.

Waarom open source?

De keuze voor open source is niet vrijblijvend — het is een bewuste strategie van de rijksoverheid om drie problemen aan te pakken.

Ten eerste leveranciersonafhankelijkheid. Bij propriëtaire software bepaalt de leverancier het tempo, de kosten en de richting van doorontwikkeling. Bij open source houdt de overheid de regie. De broncode is eigendom van de gemeenschap, niet van een bedrijf. Dat betekent dat uw organisatie altijd kan overstappen, aanpassen of zelf doorontwikkelen.

Ten tweede kostentransparantie. De open kern van OPMS is beschikbaar zonder licentiekosten; voor beheerde varianten (SaaS, managed on-premise) gelden termijnafspraken. Maar de broncode en het recht om zelf te beheren zijn altijd beschikbaar — dat beschermt uw organisatie tegen eenzijdige prijswijzigingen. Bovendien worden de kosten van gezamenlijke doorontwikkeling gedeeld over alle deelnemende organisaties.

Ten derde transparantie. Een overheid die transparantie van zichzelf vraagt via de Woo, doet er goed aan ook transparant te zijn over de technologie die ze daarvoor inzet. Open source maakt de werking van het platform controleerbaar voor iedereen.

Implementatie: wat u kunt verwachten

Een veelgehoorde zorg is dat de implementatie van een nieuw platform maanden tot jaren duurt. De doorlooptijd hangt af van de leveringsvorm en de complexiteit van uw bestaande systemen.

Bij een SaaS-aansluiting kan de initiële inrichting snel worden gerealiseerd. Voor on-premise of zelf-beheerde implementaties is een traject van drie tot negen maanden realistisch — drie maanden voor een werkend minimaal product, negen maanden voor een volledig operationeel systeem met alle koppelingen en informatiecategorieën.

De typische fasen zijn: een verkenningsfase (inventarisatie van de huidige situatie en koppelingen), een inrichtingsfase (configuratie, koppelingen en opleiding) en een productiefase (eerste publicaties en geleidelijke inbedding in de werkprocessen).

Geschikt voor elke schaal

OPMS is ontworpen om te werken voor organisaties van elke omvang. Een kleine gemeente heeft andere volumes dan een grote provincie of een rijksorganisatie, maar het platform schaalt mee. De architectuur is modulair opgebouwd, waardoor organisaties kunnen beginnen met de onderdelen die zij het hardst nodig hebben en later uitbreiden.

Bovendien profiteren alle deelnemende organisaties van elkaars doorontwikkeling. Wanneer een gemeente een verbetering laat bouwen, is die beschikbaar voor iedereen. Dat is de kracht van een gezamenlijk open source platform.

De volgende stap

Wilt u weten hoe het OpenPublicaties-platform past bij de specifieke situatie van uw organisatie? Een verkenningsgesprek geeft direct inzicht in de aanpak, doorlooptijd en haalbaarheid. Geen verkoopgesprek, maar een inhoudelijk gesprek over uw Woo-uitdaging en de route ernaartoe.