Protocolfouten na tabelberichten over tabel 59
Op vrijdag 26 september zijn tabelberichten (Dt01 en Dw01) verzonden met alle wijzigingen in tabel 59 BRP-deelnemerstabel. Dit zorgde voor veel protocolfouten (Pf03). We onderzoeken de oorzaak.
In het Logisch Ontwerp BRP versie 2025.Q3 van 1 juli is een wijziging opgenomen waarin fase I van het uitfaseren van de mailboxserver wordt ingeluid (W118). In die wijziging zat ook een aanpassing van tabel 59 BRP-deelnemerstabel. Element 97.12 in die tabel krijgt twee nieuwe waarden: 2 en 3.
Voorheen kon dit element alleen de waarden 0 of 1 hebben, maar daar zijn de toegestane waarden 2 en 3 aan toegevoegd. Waar de 1 voorheen betekende dat de deelnemer aangesloten was op de berichtendienst, geven de 1, 2 en 3 nu aan op welke wijze de deelnemer is aangesloten op de berichtendienst.
Protocolfouten
Op vrijdag 26 september zijn de tabelberichten (Dt01 en Dw01) verzonden met alle wijzigingen in tabel 59 BRP-deelnemerstabel. Voor 68 deelnemers bevatte het bericht een nieuwe waarde voor element 97.12, namelijk een 2 (aangesloten via de webservice StuurGBAbericht - 66 keer) of een 3 (aangesloten via de BRP Berichten API - 2 keer). Na het verzenden van de tabelberichten, kwamen erg veel protocolfouten (Pf03) retour.
Dit betekent vermoedelijk dat de ontvanger de (nieuwe) waardes 2 en 3 van element 97.12 niet heeft geaccepteerd. Het lijkt erop dat niet alle afnemers de wijziging in de mogelijke waarden van element 97.12 tijdig hebben verwerkt in hun systemen.
Herstelacties
RvIG zoekt nu uit om welke afnemers en leveranciers het gaat en probeert met herstelacties te zorgen dat alle afnemers straks weer over een up-to-date inhoud van tabel 59 beschikken.
Ook zoeken we uit hoe het komt dat deze wijziging, als onderdeel van een grotere LO-wijziging over de introductie van de BRP Berichten API, aan de aandacht is ontsnapt en hoe we dat in de toekomst kunnen voorkomen.
Vragen?
Voor meer informatie over dit bericht kun je contact opnemen met de Frontoffice van RvIG, via info@rvig.nl.