LO-465 Lange PL'en inkorten

1 Probleemstelling

1.1 Omschrijving

De mailboxserver ondersteunt alleen berichten met een MessageBody van maximaal 19.000 tekens, waarbij geldt dat diakritische tekens als een afzonderlijk teken worden geteld. Er zijn op dit moment een aantal persoonslijsten waarvan de maximale lengte is of dreigt te worden overschreden. Om die persoonslijsten toch te kunnen verhuizen naar den andere gemeente of de RNI, of om deze na een mutatie te kunnen synchroniseren met de BRP-Verstrekkingsvoorziening, adviseert RvIG de gemeente of de RNI om zo’n persoonslijst in te korten. RvIG verzoekt de gemeente dan om een deel van de adreshistorie te verwijderen uit categorie 58. Op de persoonslijst bij de woongemeente gaan hierdoor adresgegevens verloren, maar in BRP-V is de gehele persoonslijst zichtbaar voor afnemers. Door deze werkwijze kan een te lang geworden persoonslijst alsnog verhuizen naar een andere gemeente of synchroniseren met BRP-V.

Ondanks dat de technische beperking van de mailboxserver in het Logisch Ontwerp wordt vermeld, is nergens aangegeven wat gemeenten moeten doen als een persoonslijst de maximale lengte van 19.000 tekens dreigt te overschrijden. Door een enkele zin toe te voegen aan het LO, wordt aan gemeenten en RNI-loketten duidelijk gemaakt hoe in zulke gevallen te handelen. 

1.2 Herkomst

Deze wijziging komt voort uit ervaringen uit het verleden met lange persoonslijsten.

1.3 Raakvlakken

Er zijn geen raakvlakken met andere LO-wijzigingen. 

2 Oplossing

2.1 Huidige situatie

In het Logisch Ontwerp BRP, in de beschrijving het sPd-protocol, de algemene definities staat bij het element Length dat de MessageBody van een bericht een maximale lengte heeft van 19.000 octets (bytes) ofwel tekens (elk teken in de Teletex tekenset wordt gecodeerd in één byte). Ook staat in het LO dat wanneer een bericht wordt aangeboden dat langer is, de mailboxserver een foutcode zal retourneren: 1241. Deze code betekent dat er een bericht is aangeboden waarvan de body meer dan 19.000 tekens bevat. Van een eindsysteem wordt verwacht dat het de lengte controleert voordat het bericht aan de berichtendienst wordt aangeboden. Er staat echter niet wat de afzender moet doen in zo’n geval om het bericht alsnog verzonden te krijgen.

RvIG adviseert in zulke gevallen om de persoonslijst in te korten, maar gemeenten zijn hier huiverig voor omdat in de BRP slechts bij hoge uitzondering gegevens van een persoonslijst mogen worden verwijderd. De BRP-V beschikt echter altijd over de volledige inhoud van de persoonslijst, ook als die door gemeenten of de RNI wordt ingekort. Hoewel gemeenten dus terughoudend zijn met verwijderen van gegevens, garandeert RvIG dat de afslag van volledige PL via BRP-V beschikbaar blijft voor wettelijke doeleinden.

Op dit moment worden 24 persoonslijsten gemonitord omdat ze te lang dreigen te worden; dit gebeurt door wekelijks een Lq01-bericht te sturen naar de huidige gemeente van inschrijving. Daarvan zijn 18 persoonslijsten al ingekort.

NB: Berichtendienstberichten die worden uitgewisseld via de webservice StuurGBAbericht of via de BRP Berichten API kennen géén maximale lengte van de berichtinhoud!

2.2 Oplossing

Aan de beschrijving van foutcode 1241 in paragraaf 6.2.5.4 van het Logisch Ontwerp BRP wordt een zin toegevoegd, en wel als volgt:

Berichtinhoud te lang (Body too long).
Er is een bericht aangeboden waarvan de body meer dan 19000 tekens bevat. Van een eindsysteem wordt verwacht dat het de lengte controleert voordat het bericht aan de berichtendienst wordt aangeboden. Om te zorgen dat een persoonslijst toch via de mailboxserver kan worden verzonden, kan RvIG een gemeente of de RNI adviseren de persoonslijst in te korten.

Deze wijziging maakt expliciet duidelijk dat gemeenten en RNI een persoonslijst mogen, zelfs moeten inkorten om ervoor te zorgen dat die alsnog via de mailboxserver kan worden uitgewisseld.

2.3 Openstaande punten

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

3 Invoering

Omdat deze wijziging in het Logisch Ontwerp géén impact heeft op de software van de verschillende systemen in het BRP-stelsel, is deze wijziging gepland voor LO BRP 2026.Q4 (1 oktober 2026). 

4 Gevolgen

4.1 Documentatie

Deze wijziging in LO BRP heeft geen gevolgen voor andere logisch ontwerpen (LO BSN, LO BRPk, LO BES en LO PBK) of voor de HUP en de WIR.

4.2 Gemeenten

Voor gemeenten is straks duidelijk dat het LO expliciet toestaat dat te lange persoonslijsten worden ingekort. Dit mag alleen op advies van of in overleg met RvIG. 

4.3 Afnemers

Geen gevolgen.

4.4 IND

Geen gevolgen.

4.5 Caribische landen en Caribisch Nederland

Geen gevolgen.

4.6 RvIG-systemen

Geen gevolgen.