Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Invoering BSN in Caribisch Nederland #33

Open
sbrouwer71 opened this issue Jul 25, 2024 · 4 comments
Open

Invoering BSN in Caribisch Nederland #33

sbrouwer71 opened this issue Jul 25, 2024 · 4 comments

Comments

@sbrouwer71
Copy link
Collaborator

Momenteel wordt er druk gewerkt aan de invoering van het BSN in Caribisch Nederland (de eilanden Bonaire, St. Eustatius en Saba) per 1 juli 2025. Op deze (en de andere drie Caribische) eilanden wordt momenteel het ID-nummer gebruikt als tegenhanger van het BSN in Europees Nederland. Dit ID-nummer heeft hetzelfde formaat (9 posities numeriek), maar wordt anders samengesteld.

Vanwege deze overeenkomsten is er destijds voor gekozen om beide nummers op dezelfde manier te behandelen. Ze hebben zelfs hetzelfde elementnummer in de betreffende LO's (LO BRP en LO BES). Ook in StUF is er destijds voor gekozen om ze hetzelfde te behandelen. Dat betekent dat het ID-nummer nu wordt doorgegeven als inp.bsn (in StUF 3.0). Misschien niet te meest nette oplossing, maar wel de realiteit.

Met invoering van het BSN op de BES-eilanden moeten nu beide nummers worden doorgegeven in StUF. Dat betekent dat we een nieuw element nodig hebben voor één van beide nummers, naast het bestaande nummer.

Ons (Centric) voorstel is om vanaf 1 juli 2025 het ID-nummer op te gaan nemen in een nieuw extraElement met de naam idnummerPIVA (te gebruiken in zowel StUF bg 3.01 als in 2.04) en het BSN (indien beschikbaar) op te nemen in het daarvoor bestemde element inp.bsn (nu misbruikt voor doorgifte van het ID-nummer). In de drie landen (Aruba, Curaçao en St. Maarten), waar geen BSN beschikbaar komt, zou dan het element inp.bsn niet meer opgenomen worden.

@melsk-r
Copy link
Collaborator

melsk-r commented Jul 29, 2024

Dit onderhoudsverzoek is opgevoerd in de onderhoudsverzoeken als ONV0527.
De lijst met onderhoudsverzoeken vind je hier.

@sbrouwer71
Copy link
Collaborator Author

Een aanpassing aan het voorstel: voor de CAS-eilanden blijven we het ID-nummer doorgeven in het element inp.bsn. Dit is minder zuiver, maar die uitzondering bestaat nu ook al en aanpassing zou betekenen dat afnemers op de CAS-eilanden aanpassingen zouden moeten doen die verder geen enkele functioneel toegevoegde waarde hebben.
Feitelijk zetten we daar dan het huidige gebruik van StUF dus voort.

@melsk-r
Copy link
Collaborator

melsk-r commented Oct 4, 2024

Als ik je goed begrijp betekent dit dus dat je i.p.v. het extraElement 'idnummerPIVA' een andere extraElement wil opvoeren waarin je het BSN kwijt kunt. Welke naam stel je dan voor?

@sbrouwer71
Copy link
Collaborator Author

sbrouwer71 commented Oct 4, 2024

Nee, op de CAS-eilanden wordt geen BSN ingevoerd en kunnen we het BSN-veld (inp.bsn) blijven misbruiken voor het ID-nummer. Op de BES-eilanden moeten beide nummers worden doorgegeven. Daar nemen we het id-nummer op in het extraElement, zodat het BSN-element (inp.bsn) weer 'vrij' komt voor het daar in te voeren BSN.

Geen fraaie oplossing, maar het scheelt aanpassingen op de CAS-eilanden die sowieso helemaal geen baat hebben bij de invoering van het BSN op de BES. Daar proberen we dus de kosten te beperken. Wel een pragmatische oplossing, dus.

Dus extraElement idnummerPIVA opvoeren als nieuw element (voor de BES) en 'stilzwijgend' de afspraak dat we op de CAS de huidige oplossing blijven toepassen.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants