LO-048 / W190 Uitfaseren Hq01- en Xq01-berichtencycli

1 Probleemstelling

1.1 Omschrijving

Al geruime tijd zijn er verschillende manieren waarop de BRP Verstrekkingsvoorziening ad hoc kan worden bevraagd:

• met de ad hoc vraag (Hq01) en Ad hoc adresvraag (Xq01) via de berichtendienst;
• met de ad hoc vraag of de ad hoc adresvraag via de ad hoc webservice;
• met de BRP API's.

Ad hoc (adres)vragen via de berichtendienst en via de webservice lijken heel veel op elkaar in de zin dat ze afnemers in staat stellen de BRP-V te bevragen door een persoon of adres te identificeren en van die persoon of dat adres een aantal gegevens op te vragen. Maar er zijn er ook verschillen. De webservice ondersteunt "slim zoeken" en de Hq01 en Xq01 berichten doen dat niet. De webservice geeft resultaten over maximaal 10 personen (ad hoc vraag) of adressen (ad hoc adresvraag), terwijl de Ha01 en Xa01 antwoordberichten slechts één resultaat mogen bevatten. Ook zijn er verschillen in het onderscheiden van brief- en woonadressen.

Wijzigingen moeten door het ontwikkelteam van BRP-V veelal twee keer worden geïmplementeerd en de overeenkomsten en verschillen moeten telkens opnieuw worden uitgelegd, terwijl de overgrote meerderheid van alle ad hoc (adres)vragen reeds via de webservice worden gesteld. Daarom is het goed om afscheid te nemen van ad hoc bevraging via de Berichtendienst, en daarmee van de Hq01- en Xq01-berichtencycli.

1.2 Herkomst

Dit is een initiatief van RvIG en een wens van het functioneel beheerteam van BRP-V.

1.3 Raakvlakken

Er zijn geen raakvlakken met andere LO-wijzigingen.

2 Oplossing

2.1 Huidige situatie

In de huidige situatie kan de BRP Verstrekkingsvoorziening ad hoc kan worden bevraagd:

• met de ad hoc vraag (Hq01) en Ad hoc adresvraag (Xq01) via de berichtendienst;
• met de ad hoc vraag of de ad hoc adresvraag via de ad hoc webservice;
• met de BRP API's.

2.2 Oplossing

In het onderhavige LO-wijzigingsvoorstel wordt afscheid genomen van de ad hoc vraag (Hq01) en de ad hoc adresvraag (Xq01) via de berichtendienst. Dat betekent dat als BRP-V nog een Hq01 of een Xq01 bericht ontvangt, het bericht zal worden beantwoord met een Pf01-bericht (protocolfout die aangeeft dat het berichttype niet gedefinieerd is). Alle delen van het LO die over de Hq01- en Xq01-berichten gaan of ernaar verwijzen, worden verwijderd.

2.3 Openstaande punten

Er zijn na de implementatie van deze wijziging geen openstaande punten.

3 Invoering

Berichtencycli worden pas afgeschaft als er geen afnemers meer zijn die er gebruik van maken, maar het is wel goed om hier een ultimatum aan te stellen. Voorlopig is die vastgesteld op 1 januari 2028.

4 Gevolgen

4.1 Documentatie

Deze wijziging in LO BRP heeft ook gevolgen voor LO BES, maar niet voor andere logisch ontwerpen (LO BSN, LO BRPk en LO PGK), ook niet voor de HUP en de WIR.

4.2 Gemeenten

Geen gevolgen.

4.3 Afnemers

Dit wijzigingsvoorstel heeft uiteraard alleen gevolgen voor afnemers die gebruik maken van de Hq01- en Xq01-berichtencycli. Zij zullen hun systemen aan moeten passen zodat ze voortaan gebruik maken van de ad hoc webservice of de BRP API's.

4.4 IND

Geen gevolgen.

4.5 Caribische landen en Caribisch Nederland

Geen gevolgen.

4.6 RvIG-systemen

Er zijn geen gevolgen voor RvIG-systemen anders dan BRP-V, dat geen Hq01 of Xq01 berichten meer zal ondersteunen en die dus zal beantwoorden met een Pf01-bericht.