Web-ontwikkeling · Vergunningen & overheid

Vergunningenregistratie laten maken.

Eén samenhangend systeem voor het volledige vergunningen-traject: aanvraag, beoordeling, uitgifte, publicatie en bezwaar. Met een aanvraagportaal voor burger en bedrijf, een beoordeel-flow voor de ambtenaar, koppelingen met het Digitaal Stelsel Omgevingswet en de basisregistraties, en publicatie op DROP en Bekendmakingen.nl — gebouwd op een open architectuur die meebeweegt met Omgevingswet, Awb en de Wkb.

DoelgroepGemeenten · provincies · waterschappen · OD's
TypeAanvraag · beoordeling · uitgifte · publicatie
StandaardenDSO · STAM · STTR · NLX
ComplianceOmgevingswet · Awb · AVG · BIO · WCAG 2.1 AA
KoppelingenDigiD · eHerkenning · BAG · BRP · DROP
EigendomCode bij de organisatie

Wat is een vergunningenregistratie?

Een vergunningenregistratie is het systeem waarin een overheidsorganisatie alle stappen rond een vergunning vastlegt en ondersteunt: vanaf de aanvraag door burger of bedrijf, via de inhoudelijke beoordeling door één of meerdere disciplines, naar het besluit en de uitgifte van de vergunning, de publicatie van het besluit en — als de besluiten daartoe aanleiding geven — de afhandeling van zienswijzen, bezwaar en beroep. Geen registratie als boekhoudkundige bijzaak, maar het werkende hart van de vergunningverlening.

Wij ontwerpen en bouwen die systemen op maat. Niet als een gesloten pakket waarin elke nieuwe vergunningsoort een meerwerktraject is, en niet als een losse formulieren-builder die nergens landt. We bouwen een platform waarin het aanvraagportaal voor burger en bedrijf, de beoordeel-flow voor de ambtenaar, de koppeling met het Digitaal Stelsel Omgevingswet en de publicatie naar DROP en Bekendmakingen.nl als één samenhangend geheel functioneren. Per vergunningstype een eigen procesvariant, maar wel binnen dezelfde grondplaat.

Onze achtergrond ligt in maatwerksoftware voor gemeenten en in brede vergunningen-software. Een vergunningenregistratie is voor ons geen aparte module, maar de webschil bovenop een serieuze procesarchitectuur. Het systeem is geschikt voor het volledige spectrum: Omgevingswet-vergunningen (omgevingsvergunning, BOPA, samenloop met Wkb), gemeentelijke APV-vergunningen (evenementen, alcohol- en horeca, taxi, kap, standplaats, terras, ontheffingen, parkeren), en sectorale domeinen bij uitvoeringsorganisaties zoals NVWA, ProRail, Veiligheidsregio's en milieudiensten. Eén grondplaat, verschillende procesvarianten erbovenop.

DSO-aangesloten
Digitaal Stelsel Omgevingswet als integraal onderdeel — STAM/STTR-conform en geschikt voor toepasbare regels
Awb & AVG
Algemene wet bestuursrecht en privacy als ontwerpvereiste — termijnbewaking, motivering en betrokkenenrechten zitten in het systeem
WCAG 2.1 AA
Toegankelijk aanvraagportaal volgens Besluit digitale toegankelijkheid overheid — onafhankelijk getoetst
Code-eigendom
Repository en documentatie bij uw organisatie — geen pakket-lock-in, geen heronderhandeling per nieuwe vergunningsoort

Wanneer is een nieuwe vergunningenregistratie logisch?

01
Omgevingswet

Uw huidige Wabo-systeem komt niet door de Omgevingswet

De inwerkingtreding heeft veel oude Wabo-flows op hun grenzen gebracht. Toepasbare regels in STTR, vergunningchecks via het DSO, BOPA-procedures, samenloop met Wkb-meldingen — het bestaande systeem doet wel het minimum maar nooit comfortabel. Een opnieuw gebouwde registratie laat alle nieuwe paden parallel lopen aan de bestaande Wabo-restbesluiten. We werken vanuit dezelfde principes als onze bredere vergunningen-software-praktijk.

02
Pakket-lock-in

De suite-leverancier maakt elke verandering tot meerwerk

Een fors deel van de overheidsmarkt zit vast aan een suite waarin elke nieuwe vergunningsoort, elk nieuw veld of elke nieuwe koppeling tot een aparte offerte leidt. Als de licentie afloopt of de jaarlijkse indexering uit de hand loopt, is dit het natuurlijke moment om naar een open architectuur over te stappen waarin uw organisatie zelf onderhoudsregie houdt.

03
Doorlooptijden

Beoordeling loopt vast op handmatige overdracht en mailwerk

Aanvragen komen binnen via een formulier, maar de inhoudelijke beoordeling gebeurt in mail, gedeelde mappen en losse Excel-trackers. Multidisciplinaire afstemming werkt in de praktijk via copies van documenten. Awb-termijnen worden gehaald omdat iemand er aan denkt, niet omdat het systeem erop stuurt. Een goed ingerichte workflow-laag haalt dat handwerk eruit.

04
Publicatie

Bekendmakingen lopen niet synchroon met besluiten

Publicatie op DROP en Bekendmakingen.nl gebeurt in een aparte applicatie of als handmatige stap. Termijnen voor inspraak, zienswijze en bezwaar worden in een derde tool bijgehouden. Het resultaat: besluiten waarvan de officiële bekendmaking achteraf niet meer netjes te reconstrueren is. Een geïntegreerde registratie publiceert direct vanuit het besluit en bewaart de juridische audit-trail in één systeem.

Wat onze vergunningenregistratie onderscheidt.

Onderscheid 01

Eén systeem, verschillende vergunningsoorten

De grondplaat is generiek: aanvraag, ontvankelijkheidstoets, beoordeling, besluit, uitgifte, publicatie, bezwaar. Procesvarianten — omgevingsvergunning, evenement, alcohol, taxi, kap, ontheffing, parkeer — worden bovenop die grondplaat geconfigureerd. Eén systeem te beheren, één set audit-logs, en nieuwe vergunningsoorten zijn een configuratie-traject in plaats van een nieuw inkooptraject.

Onderscheid 02

Open op DSO, NLX en basisregistraties

We sluiten direct aan op het Digitaal Stelsel Omgevingswet (STAM voor aanvragen, STTR voor toepasbare regels), op NLX voor inter-organisatie-koppelingen, en op Haalcentraal-API's voor BAG, BRP, BRO en BGT. Geen schaduw-architectuur — gewoon de standaarden die de sector zelf heeft afgesproken.

Onderscheid 03

Eigendom bij de overheid

De code staat in een repository van uw organisatie, documentatie in het Nederlands, datastromen transparant. Bij een wisseling van leverancier kan iemand anders het overnemen zonder dat data of logica gegijzeld zit. Voor een vergunningenregistratie geen marketingargument maar een basis-eis: vergunningen zijn besluiten met rechtsgevolg en de continuïteit ervan hoort bij u te liggen.

De onderdelen van het systeem.

Een vergunningenregistratie is in de praktijk een verzameling samenhangende modules. We bouwen ze als één platform, met eigen UX per gebruikersgroep — burger, bedrijf, behandelaar, vergunningverlener, jurist, bezwaarcommissie. Onderdelen zijn los vervangbaar zonder dat het geheel verbouwd hoeft.

Aanvraagportaal burger

Begeleid traject met DigiD-authenticatie, vooringevulde velden vanuit BRP en BAG, voorwaarden-logica, tussentijds opslaan en upload van bijlagen. Met live-vergunningcheck via DSO waar dat van toepassing is.

Aanvraagportaal bedrijf

eHerkenning met machtigingenstructuur, KvK-vooringevuld, ondersteuning voor adviseurs en gemachtigden, en een eigen dashboard met lopende dossiers per organisatie.

Ontvankelijkheidstoets

Automatische controle op compleetheid, verplichte bijlagen en samenhang met andere lopende aanvragen — met eenvoudige aanvulroute richting de aanvrager als er stukken ontbreken.

Multi-discipline beoordeel-flow

Parallel route naar bouwfysica, brandveiligheid, RO, milieu, monumenten en externe adviseurs zoals omgevingsdienst en Veiligheidsregio. Elke discipline levert een gemotiveerd advies terug in het dossier.

Termijnbewaking Awb

De wettelijke termijnen voor reguliere en uitgebreide procedure zitten in het systeem. Verlengingen, opschortingen en de van rechtswege-verleningstermijn worden actief getoond.

Besluitvorming & uitgifte

Sjabloon-gestuurde beschikkingen, motivering die meegroeit met de beoordeling, mandaat- en handtekeningenroute, en verzending via MijnOverheid Berichtenbox of post.

Publicatie DROP & Bekendmakingen.nl

Directe publicatie van besluiten en ontwerp-besluiten met de juiste metadata, kaartlaag voor omgevingsbesluiten en de wettelijk vereiste terinzage-termijn — als afgeleide van het besluit, niet als naloop.

Zienswijze, bezwaar & beroep

Inspraakportaal voor zienswijzen, bezwaarroute met dossier-koppeling, en doorgeleidingsroute naar de bestuursrechter inclusief volledige procesdossier-export.

Voor welke organisaties bouwen we?

Vergunningverlening is breed: gemeentelijke loketten, provinciale ontheffingen, sectorale uitvoeringsorganisaties en samenwerkingsverbanden — allemaal met eigen processen, allemaal binnen hetzelfde grondrechtelijke kader.

Gemeenten

Gemeenten

De volledige breedte van het gemeentelijke vergunningenloket op één platform: omgevingsvergunning, evenementen, alcohol/horeca, kap, terras, standplaats, parkeer en APV-ontheffingen. Onderscheid in proces per type, gemeenschappelijke audit en publicatie.

Provincies

Provincies

Vergunningen voor grootschalige projecten, ontheffingen, infrastructuur, gedeputeerde-besluiten. Aansluiting op het Provinciaal Blad en specifieke koppelingen voor provinciale toezichtshandelingen.

Waterschappen

Waterschappen

Watervergunningen, lozingsbesluiten, ontheffingen op de Keur. Eigen Awb-termijnen, eigen publicatiekanaal (Waterschapsblad), specifieke handhavingsroute.

Omgevingsdiensten

Omgevingsdiensten / RUD's

Beoordeling namens meerdere bevoegde gezagen. Multi-tenant aansluiting via NLX, scheiding van bevoegdheid en uitvoering, en handover-momenten die de juridische verantwoordelijkheid intact laten.

Veiligheidsregio's

Veiligheidsregio's & NVWA

Advies en eigen vergunningen voor brand- en evenementenveiligheid, food-safety, exploitatievergunningen. Vaak in combinatie met een gemeentelijke vergunning waaraan voorwaarden hangen.

Sectoraal

ProRail, milieu, taxi

Sectorale vergunningendomeinen met eigen regelgeving (Spoorwegwet, Wet milieubeheer, Wet personenvervoer). Onze grondplaat past op deze domeinen mits het gespecialiseerde proces er bovenop wordt geconfigureerd.

Compliance: het kader waarbinnen we werken.

Een vergunningenregistratie opereert in een dichter regelkader dan vrijwel elke andere overheidsapplicatie. Een vergunning is een besluit met rechtsgevolg; het proces dat ertoe leidt is in detail genormeerd. Dat bepaalt hoe het systeem er aan de binnenkant uitziet.

De Omgevingswet is de drager voor verreweg de meeste fysieke-leefomgeving-vergunningen. Het brengt eigen procedurele en technische verplichtingen mee: aansluiting op het Digitaal Stelsel Omgevingswet, gebruik van toepasbare regels in STTR, indiening via STAM, samenhang met het omgevingsplan, en de buitenplanse omgevingsplanactiviteit (BOPA) als specifieke route. Daarbovenop staat de Wet kwaliteitsborging voor het bouwen (Wkb) — voor bouwactiviteiten in gevolgklasse 1 verloopt de technische toetsing via een onafhankelijke kwaliteitsborger, terwijl het ruimtelijke deel bij het bevoegd gezag blijft. Onze registratie laat die twee paden parallel lopen.

De Algemene wet bestuursrecht (Awb) normeert het hele proces: ontvankelijkheid, motiveringsplicht, hoorplicht, reguliere en uitgebreide procedure, beslistermijnen, opschortings- en verlengingsgronden, de vergunning van rechtswege waar die niet is uitgezonderd. De termijnbewaking zit in het systeem zelf. De AVG en UAVG stellen eisen aan doelbinding, dataminimalisatie en betrokkenenrechten — wij documenteren actief welke gegevens waar, met welke grondslag, en hoe inzage- of correctieverzoeken technisch worden afgehandeld.

De Baseline Informatiebeveiliging Overheid (BIO) stelt eisen aan logging, autorisatie-beheer en incidentafhandeling. Bij een vergunningenregistratie is de audit-log letterlijk onderdeel van het juridische proces — wie heeft wanneer welk advies gegeven, welk besluit getekend, welke verlenging toegekend. De Wet digitale overheid en het Besluit digitale toegankelijkheid overheid verplichten WCAG 2.1 AA-naleving — een ontwerpvereiste die elk component raakt, voor live-gang onafhankelijk geaudit.

De AI Act raakt het systeem zodra u AI-componenten inzet — een classifier op binnenkomende aanvragen, een vooronderzoek-AI op bouwtekeningen. AI ter ondersteuning van besluitvorming over rechten van personen valt vrijwel altijd onder hoog-risico. Wij behandelen elke AI-functie als aparte beslisketen met eigen DPIA, eigen registratie in het Algoritmeregister en eigen evaluatieronde. Zie ook onze brede AI-ontwikkeling-praktijk. Tot slot werken we met de standaarden van VNG, Geonovum en Logius: GEMMA, Common Ground, NLX voor inter-organisatie-koppelingen, en Haalcentraal voor het bevragen van basisregistraties.

Onze inhoudelijke uitgangspunten.

Uitgangspunt 01

Toegankelijk aanvraagportaal

WCAG 2.1 AA gebakken in elk component van het portaal, niet als testronde achteraf. Toetsenbordnavigatie, schermlezer-ondersteuning, contrast, taalniveau en voorlees-vriendelijkheid in de oplevering — onafhankelijk getoetst voordat het portaal live gaat. Vergunningen aanvragen is een rechtshandeling; iedereen moet die kunnen verrichten.

Uitgangspunt 02

Procesgerichte beoordeling

De beoordeel-flow is geen vrije werkomgeving en geen rigide formulier, maar een proces dat de ambtenaar door de juiste stappen leidt zonder de inhoudelijke ruimte in te perken. Verplichte vinkjes alleen waar de Awb of het bestuursrechtelijke kader ze afdwingt — voor de rest ondersteuning, geen dwang.

Uitgangspunt 03

Uitlegbaarheid en audit-trail

Elke wijziging in een dossier is reconstrueerbaar: wie, wanneer, op welke grondslag. Voor een bezwaarcommissie en uiteindelijk de bestuursrechter is dat geen luxe maar een vereiste. De volledige procesdossier-export staat klaar als één geconsolideerd PDF-bundel.

Nog niet zeker over een groot traject?

Test je idee eerst — werkend prototype in 1 dag

Met OneDayBuild maken we je idee in één dag tastbaar voor €950, zodat je weet of verdere ontwikkeling de investering waard is. Besluit je door te gaan met de volledige bouw? Dan verrekenen we de kosten volledig.

Bekijk OneDayBuild →

Hoe een traject in de praktijk verloopt.

We starten met een intake. Aan tafel komen meestal het hoofd Vergunningen, een vertegenwoordiger vanuit de afdeling Bestuursrechtelijke zaken of juridische kwaliteit, een afgevaardigde van CIO-office of Informatievoorziening, en — afhankelijk van de scope — de Functionaris Gegevensbescherming en de CISO. Voor projecten die direct op het DSO aansluiten zit er vaak ook een DSO-coördinator bij. Doel: welk probleem is nu het meest urgent en welke randvoorwaarden zijn er voor architectuur, hosting, beheer en koppelingen.

Daarna volgt een verkenningsfase. Buiten: welke vergunningsoorten domineren in volume, waar lopen aanvragers vast, welke aanvulrondes komen vaak terug. Binnen: welke registraties, welke discipline-loketten, welke koppelingen bestaan al, hoe loopt de juridische kwaliteit nu, welke publicatie-stappen zijn handwerk. Eindresultaat: een functioneel-architectonisch ontwerp dat we met u — en met uw juridische audit-rol — bespreken voordat we serieus gaan bouwen.

De bouwfase verloopt iteratief in sprints. Elke sprint levert iets opleverbaars op: een werkende aanvraagstroom voor één vergunningsoort, een complete beoordeel-flow, een DSO-koppeling, een publicatie-route naar DROP. Code staat in een repository van uw organisatie, met een acceptatie-omgeving voor de afdeling en juristen en met een productieomgeving die we pas openen als de toegankelijkheids- en beveiligingsaudits goedgekeurd zijn.

Voor de go-live laten we een onafhankelijke WCAG-audit uitvoeren en — afhankelijk van scope en BIO-impact — een pentest en/of DPIA-update. Het rapport landt bij u en dient als basis voor de toegankelijkheidsverklaring en het in-control-statement. Voor projecten met grotere security-impact verwijzen we naar onze aanpak voor ISO 27001-compliant software. Na live-gang verzorgen wij beheer of we dragen over aan uw IT-afdeling. Bij overdracht leveren we volledige documentatie, een runbook en een herhaalbare deploy-pipeline. De code is van u, en blijft van u.

Koppelingen die we standaard maken.

Koppeling 01

DigiD & eHerkenning

Authenticatie voor burgers en bedrijven, met machtigingen voor gemachtigden en adviseurs. Wij begeleiden ook de Logius-aansluiting met de bijbehorende security-assessments.

Koppeling 02

Digitaal Stelsel Omgevingswet

Volledige aansluiting op DSO: STAM voor binnenkomende aanvragen, STTR voor publicatie van toepasbare regels, OZON-keuzes waar dat van toepassing is. Geschikt voor ontvangst van DSO-aanvragen én doorgifte van besluiten richting het stelsel.

Koppeling 03

Basisregistraties via Haalcentraal

BAG, BRP, BRK, BGT, BRO. Vooringevulde adres- en kadastergegevens in de aanvraag, automatische validatie, consistente data tussen aanvraagportaal, beoordelingsdossier en zaaksysteem.

Koppeling 04

NLX voor inter-organisatie

NLX als routeringsstandaard voor uitwisselingen tussen gemeente, omgevingsdienst, provincie, Veiligheidsregio en andere ketenpartners. Een controleerbare en logbare route voor adviezen en mede-besluiten.

Koppeling 05

Zaaksysteem & DMS

Routing van aanvragen naar het juiste zaaktype, terugkoppeling van status, document-archivering volgens Archiefwet-eisen. Wij koppelen via standaard-API's en respecteren de scheiding tussen primair proces en archief.

Koppeling 06

DROP & Bekendmakingen.nl

Directe publicatie van ontwerp- en definitieve besluiten, met de juiste metadata, kaartlaag voor omgevingsbesluiten, terinzage-termijnen en archivering — als afgeleide van het besluit zelf.

Per vergunningsoort: hoe het in de praktijk uitwerkt.

De grondplaat is generiek, maar elke vergunningsoort heeft eigen procesvragen die de UX en de koppelingen bepalen.

Omgevingsvergunning & BOPA — De reguliere route uit de Omgevingswet, met aansluiting op het DSO, toepasbare regels, en samenloop met de Wkb voor bouwactiviteiten in gevolgklasse 1. De BOPA-route voor buitenplanse activiteiten kent een eigen procedurevorm; de registratie laat beide naast elkaar lopen en bewaakt dat het juiste advies van de juiste discipline tijdig binnenkomt.

Evenementen, alcohol & exploitatie — Evenementenvergunningen zijn vrijwel altijd multidisciplinair (gemeente, politie, brandweer/Veiligheidsregio, GGD); onze flow ondersteunt parallel uitzetten van adviezen en sjabloon-routes voor terugkerende evenementen. Alcoholwet- en exploitatievergunningen kennen een BIBOB-toets met eigen documenten-set en bewaartermijnen.

Taxi, kap, terras, standplaats, APV-ontheffingen — De typische APV-categorieën die qua volume hoog en qua doorlooptijd zichtbaar zijn. Hier is winst te halen met een goed aanvraagportaal, automatische ontvankelijkheidstoets en sjabloon-besluiten — zonder de juridische ruimte voor maatwerk weg te ontwerpen.

Parkeervergunningen — Vaak een eigen front, gekoppeld aan het parkeerrechten-register en de straatvergunninggebied-laag. Real-time controle door BOA's via een aparte handhaving-app op hetzelfde register. Hier komt onze workflow-laag in een eigen variant van pas.

Watervergunningen (waterschap) — Eigen Awb-termijnen, eigen publicatiekanaal (Waterschapsblad), eigen Keur-bevoegdheid. Vaak in samenloop met een omgevingsvergunning bij de gemeente — afstemming op dossier-niveau is dan cruciaal.

Anti-lock-in: hoe we leveranciersafhankelijkheid voorkomen.

Voor de vergunningenmarkt is leveranciersafhankelijkheid een specifiek pijnpunt. Een suite-leverancier die jaarlijks de licentie verhoogt zonder dat realistisch te migreren is. Een pakket waaruit dossiers alleen via betaalde exports te halen zijn. Een DSO-koppelaar die alleen werkt met andere componenten van dezelfde leverancier. Het is geen kwaadwilligheid — het is hoe het commercieel werkt als de architectuur niet open is.

Onze tegenstrategie is bewust en eenvoudig: geen pre-selectie van een vendor-stack. We bouwen op een open architectuur met code-eigendom bij u, met bewezen open-source bouwstenen als basis en domeinspecifieke logica daarboven. Voor elke koppeling met een commercieel pakket gebruiken we standaard-API's, niet leverancier-eigen interfaces, zodat vervanging van zo'n pakket geen herbouw van uw registratie veroorzaakt. De code staat in uw repository, documentatie is in het Nederlands. Voor de bredere context: zie ook onze gemeente-website-praktijk en het bredere vergunningen-software-aanbod.

Veelgestelde vragen.

Werken jullie op een bestaand vergunningenpakket of helemaal vanaf nul?
Geen van beide als dogma. We werken op een open architectuur met bewezen open-source componenten als basis — een procesengine voor de workflow, een formulieren-engine voor de aanvraagstroom, een DSO-aansluitlaag — en bouwen daar domeinspecifieke logica omheen. Geen pre-selectie van één commerciële suite, geen "alles vanaf nul"-romantiek waarvoor publieke middelen onnodig zijn. De keuze van bouwstenen maken we op basis van uw bestaande landschap en wat uw functioneel beheer comfortabel onderhoudt.
Kunnen jullie aansluiten op het DSO?
Ja, dat is een centraal onderdeel van wat we leveren. STAM voor het ontvangen van aanvragen via het DSO, STTR voor de publicatie van toepasbare regels, en OZON-keuzes waar dat van toepassing is. Voor een bevoegd gezag dat zowel DSO-aanvragen wil ontvangen als eigen aanvragen via een gemeentelijk loket wil afhandelen, ondersteunen we beide paden — met één gemeenschappelijke dossier-laag erachter.
Werkt dit voor een omgevingsdienst die namens meerdere gemeenten beoordeelt?
Ja. We bouwen multi-tenant waar dat zinnig is — één platform dat verschillende bevoegde gezagen bedient, met heldere scheiding van bevoegdheid en uitvoering, mandaatconstructies en handover-momenten die de juridische verantwoordelijkheid intact laten. NLX zorgt voor de gestandaardiseerde inter-organisatie-routering.
Hoe ondersteunt het systeem de samenloop met de Wkb?
Voor bouwactiviteiten in gevolgklasse 1 verloopt de technische toetsing onder de Wet kwaliteitsborging voor het bouwen via een onafhankelijke kwaliteitsborger, terwijl het ruimtelijke deel bij het bevoegd gezag blijft. De registratie laat die paden parallel lopen: ruimtelijke beoordeling op uw stroom, Wkb-meldingen (startmelding, gereedmelding, dossier bevoegd gezag) als aparte instroom met dossier-koppeling.
Kunnen we onze huidige dossiers en historie meenemen?
Migratie als apart spoor naast de bouw: inventarisatie, opschoning, automatische conversie waar mogelijk en hand-curatie waar dat moet. Aandacht voor archief-eisen volgens de Archiefwet, voor de juridische continuïteit van openstaande dossiers en voor de doorlopende termijnbewaking. Lopende bezwaar- en beroepsdossiers krijgen extra aandacht.
Hoe past dit op onze GEMMA-architectuur?
GEMMA is voor ons leidend, niet sierlijk. We sluiten aan op de bouwstenen die uw organisatie al herkent: zaakgericht werken, NORA-principes, VNG-standaarden. Voor koppelingen tussen organisaties NLX, voor basisregistraties Haalcentraal-API's. Geen schaduw-architectuur — gewoon de standaarden die de sector zelf heeft afgesproken.
Wat als wij AI willen inzetten — chatbot, classifier, vooronderzoek?
Dan behandelen we dat als aparte beslissingsketen. Voor elke AI-functie eerst de risicoclassificatie onder de AI Act, dan beoordeling op het Algoritmeregister, dan een DPIA-update, dan pas implementatie. Veel toepassingen rond vergunningverlening vallen in de hoog-risico-categorie — een classifier op binnenkomende aanvragen die de behandelroute bepaalt is een rechtsgevolg-rakende beslissing. Voor verkennende AI op vooronderzoek is een kleinere scope mogelijk, mits het oordeel bij de ambtenaar blijft. Zie ook onze AI-ontwikkeling-praktijk.
Geven jullie garantie op de toegankelijkheidsverklaring van het aanvraagportaal?
We leveren een portaal waarvan de bouwblokken bij oplevering door een onafhankelijke audit op WCAG 2.1 AA zijn getoetst. De toegankelijkheidsverklaring zelf is een verantwoordelijkheid van uw organisatie; wij leveren de onderbouwing aan. Door redactie geplaatste teksten (formulier-helpteksten, bezwaartoelichting) blijven de bottleneck die uw eigen mensen moeten beheren — daar leveren we instructies en checklist-componenten voor.
Hoe staat het met de archiveringsplicht?
Vergunningen zijn archiefwaardige besluiten met lange bewaartermijnen, en de Archiefwet stelt eisen aan duurzaamheid, vindbaarheid en authenticiteit. Onze registratie ondersteunt e-Depot-koppelingen, archiefstaten en metadata-eisen, en bewaarde dossiers blijven volledig reconstrueerbaar — inclusief procesgeschiedenis en audit-log. Voor archiefoverdracht naar regionaal historisch centrum of Nationaal Archief verzorgen we de transformatie naar het juiste opnameformaat.
Kunnen onze eigen ontwikkelaars meedoen?
Graag. Voor organisaties met een eigen ontwikkelteam of ICT-samenwerkingsverband is dat een gezonde manier om kennis te borgen. We werken open, met code-reviews waar uw ontwikkelaars in meelopen, en bij overdracht met begeleiding zodat uw mensen comfortabel zijn met het platform. Voor kleinere organisaties zonder eigen team verzorgen wij beheer, of dragen we over aan een derde partij.
Wat als wij later willen overstappen naar een andere leverancier?
Dat moet kunnen, en daar werken we naartoe. De code staat in uw repository, documentatie is volledig, de architectuur volgt open standaarden, dossierdata is exporteerbaar in gangbare formaten. Bij overstap leveren we een nette overdracht — geen dossier-onthouding, geen kunstmatige drempels, geen migratie-fee. Voor een vergunningenregistratie is dat een principekeuze: vergunningen zijn besluiten met rechtsgevolg, en uw continue beschikbaarheid ervan hoort onder eigen regie te blijven.
Wat is het verschil met uw brede vergunningen-software-praktijk?
De vergunningen-software-praktijk is breder: back-office systemen, integratie-platformen voor toezicht en handhaving, beleidsapplicaties. De registratie waar deze pagina over gaat is daar de centrale operationele laag van — het systeem waar het volledige traject doorheen loopt.

Praat met ons over uw vergunningenregistratie.

Een kennismaking van een half uur waarin we doornemen waar u nu staat — een verouderd Wabo-systeem dat niet door de Omgevingswet komt, een suite-leverancier waar elke verandering meerwerk wordt, beoordelingsdoorlooptijden die de Awb-termijnen onder druk zetten, of de wens om bezwaar en publicatie eindelijk in één systeem te krijgen. Daarna sturen we een concreet voorstel met scope, architectuur en sprint-planning.

Reactie binnen 1 werkdag
Vrijblijvend gesprek
Westerdoksdijk 599, Amsterdam
FV
Fabian van Dijk · Business developer
Delen LinkedIn Mail

Edit Content