Op 31 december 2027 stopt de mailboxserver. Sinds 1992 komen daar de wijzigingen binnen die jouw gemeente over inwoners ontvangt: een verhuizing, een emigratie, een overlijden. Jaarlijks gaan er ongeveer 185 miljoen berichten over die voorziening. Alle gemeenten zijn erop aangesloten.
Vijf maanden eerder ligt de datum die je agenda bepaalt. Op 31 juli 2027 moet jouw gemeente zijn overgestapt op de opvolger, de BRP Berichten API. Dat je migreert, staat vast. Minder duidelijk is vaak wie binnen jouw organisatie weet welke processen van deze berichten afhankelijk zijn.
De RvIG faseert de mailboxserver en de webservice StuurGBAbericht uit en vervangt ze door de BRP Berichten API. Het contract met de leverancier van de huidige dienst kan niet worden verlengd. Daarnaast gebruikt de mailboxserver verouderde technologie, met risico's voor de continuïteit en de beveiliging van de dienstverlening.
Voor de mailboxserver geldt: uiterlijk 31 juli 2027 gemigreerd, 31 december 2027 definitief uit. Ben je aangesloten op de webservice StuurGBAbericht, dan schuift dat een jaar op: 31 juli 2028 als streefdatum en 31 december 2028 als einddatum. Dat verschil is de moeite van het nakijken waard, want in interne stukken belanden beide voorzieningen vaak op één datum.
De mailboxserver vormt ook de technische basis onder de VOA-aansluiting waarmee gemeenten als afnemer BRP-mutaties ontvangen. Met het verdwijnen van de mailboxserver verandert dus ook de technische invulling van die afnemersrol. De kring van geraakte processen is daarmee groter dan het berichtenverkeer alleen.
De RvIG is duidelijk over wat er verandert: alleen de techniek. De berichtencycli uit het Logisch Ontwerp BRP blijven ongewijzigd en de inhoud van de berichten verandert nauwelijks.
Precies die boodschap maakt de aanname begrijpelijk. Verandert alleen de techniek, dan lijkt dit een klus voor de ICT-afdeling en de leverancier. Zo staat het in veel gemeenten ook op de planning.
Daar zit de denkfout. De techniek verandert bij je leverancier. De verantwoordelijkheid voor de afnemersrol en de continuïteit van gemeentelijke processen blijft bij de gemeente.
Kijk naar het tempo. Op 1 mei 2026 waren de eerste vijftig afnemers aangesloten op de nieuwe API, met Gemeente Arnhem als vijftigste. Alle andere gemeenten moeten nog. In maart 2026 meldde de RvIG de derde softwareleverancier die de aansluiting ondersteunt. De capaciteit om te bouwen, te testen en te certificeren zit dus bij een klein aantal partijen. De RvIG adviseert organisaties die nog niet zijn gestart dringend om nu afspraken te maken met hun leverancier of interne ICT-afdeling.
Wie in 2027 aanschuift, migreert in de piek.
Stel dat de mutaties een week niet doorkomen. Wat merkt de organisatie?
Burgerzaken merkt het als eerste, want daar komen de vragen binnen. Daarna volgt de keten. Een belastingaanslag gaat naar een adres waar niemand meer woont. Een uitkering loopt door na een overlijden. Schuldhulpverlening werkt met gegevens die niet meer kloppen. Handhaving reageert op een situatie die is veranderd.
Voor jou als informatiemanager is de vraag welke applicaties op deze berichtenstroom leunen. Die stroom is dertig jaar geruisloos geweest. Dat is precies waarom het antwoord zelden ergens vastligt.
Voor directie en bestuur ligt het gevolg een laag hoger. Elke fout in deze keten is een fout in een besluit over een inwoner. Die besluiten moet je kunnen uitleggen, aan de raad, aan een toezichthouder en aan de inwoner zelf.
Gemeenten sluiten via hun softwareleverancier aan op de BRP Berichten API. Elke leverancier doorloopt een ketentest met de RvIG, op basis van hun ketentestplan. Die test laat zien dat de aansluiting technisch correct werkt.
Wat de test niet laat zien: of de mutaties bij alle afnemende applicaties aankomen, wie het merkt als er iets uitvalt, en wat er gebeurt in de periode waarin de oude en de nieuwe koppeling naast elkaar staan. Die vragen kan je leverancier niet voor je beantwoorden. Ze gaan over jouw processen en jouw applicatielandschap.
Deze migratie is technisch klein en organisatorisch groot. Wie haar als IT-klus behandelt, ontdekt na 31 juli 2027 welke dienstverlening op BRP-mutaties leunde.
De belangrijkste stap is daarom niet om alles zelf opnieuw uit te zoeken, maar om nu helder te krijgen hoe jouw afnemersrol is ingericht en wat je leverancier voor de overgang heeft geregeld.
Werk je al met onze oplossingen voor het afnemen en distribueren van BRP-gegevens? Ook dan vraagt de overgang naar de BRP Berichten API om een nieuwe technische voorziening. Hiervoor hebben wij OPENafnemer ontwikkeld, de opvolger van onze huidige GBA-VOA-oplossing.
OPENafnemer is een aanvullende oplossing waarop gemeenten bewust kunnen aansluiten. Welke inrichting, implementatie en investering daarvoor nodig zijn, hangt af van het applicatielandschap en de situatie binnen jouw gemeente.
Voor bestaande Pink-klanten richten we de overgang zo in dat bestaande StUF-afnemers zoveel mogelijk ongewijzigd kunnen blijven functioneren. Het doel is dat vakafdelingen in hun vertrouwde applicaties kunnen doorwerken, terwijl de technische afhandeling achter de schermen verandert.
Binnen een volledig Pink-landschap kan een wijziging straks bijvoorbeeld zo door je organisatie lopen: OPENBurgerzaken ontvangt het bericht van RvIG via de BRP Berichten API. iGebeurtenis geeft meteen een signaal af dat er iets is gewijzigd. Makelaarsuite haalt de gegevens op en brengt ze naar de applicaties die ze nodig hebben. API Manager regelt de beveiligde verbindingen en zorgt dat alleen systemen met de juiste rechten bij de gegevens komen.
Gebruik je andere applicaties? Ook die kunnen op de gegevensstroom worden aangesloten. Welke inrichting passend is, hangt af van het applicatielandschap van jouw gemeente.
Wij zijn uiterlijk 12 oktober 2026 technisch gereed; de ketentest met RvIG staat een dag later gepland.
Wil je weten wat de overgang naar de BRP Berichten API betekent voor jouw gemeente en wat je richting 2027 moet regelen? Neem contact op met Engelbert Wijnhoven, Product Manager, via engelbert.wijnhoven@pinkroccade.nl of met je accountmanager.
‘Optimaliseren van processen dankzij innovaties met klanten en partners.’
Engelbert Wijnhoven, Innovatie Manager
