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

Verblijfsadressen npsLK01 #16

Open
EdSmits74 opened this issue Feb 22, 2021 · 2 comments
Open

Verblijfsadressen npsLK01 #16

EdSmits74 opened this issue Feb 22, 2021 · 2 comments

Comments

@EdSmits74
Copy link

Beste Forum,

We zijn bezig met een implementatie met een koppeling GBA-v.
Nu heb ik een vraag over de stuf kennisgevingsberichten voor een verhuizing die wij ontvangen.
Het gaat over ‘npsLk01’

Binnen het object zitten verschillende elementen, er zitten twee elementen in voor verblijfsadres:
• <inp.verblijftIn a:entiteittype="NPSTGO" a:verwerkingssoort="R">

Het inp.verblijftIn is altijd gevuld, het verblijfadres is niet in alle gevallen gevuld. In mijn ogen zijn het beide verblijfsadressen.

Mijn vraag:
Welk verblijfsadres is leidend?
Ik ben er vanuit gegaan dat inp.verblijftIn het leidende verblijfsadres is omdat ik dat zie als kerngegeven en hier ook een entiteittype en verwerkingssoort gevuld zijn.

@timmerto
Copy link

GBA-V kent alleen een functieadres. Dat geeft aan of de persoon daadwerkelijk op het adres verblijft (woonadres) of alleen geregistreerd is (briefadres) en niet daadwerkelijk daar verblijft. Bij een adres kan ook nog het BAG ID van het verblijfsobject zijn opgeslagen.
Bij de vertaling naar StUF moet daar rekening mee gehouden worden. Als een persoon op het adres verblijft moet het verblijfsadres gevuld zijn en wordt in de verblijftIn het bag id en een kopie van het adres in de groep adresaanduiding opgenomen.
Als de persoon geregistreerd is op het adres, dan moeten verblijftIn en verblijfadres niet gevuld worden want de persoon verblijft daar immers niet! In dat geval wordt het correspondentieadres gevuld.
In het element adresHerkomst onder NPS wordt de waarde van het eerder genoemde functieadres doorgegeven (W of B)
Onder de kerngegevens van NPS valt wel verblijfsadres maar niet de verblijftIn!

@EdSmits74
Copy link
Author

Ton,
Bedankt voor je snelle reactie, dus verblijfadres is leidend t.o.v. verblijftIn.
Als door een verhuizing de persoon wordt geregistreerd op een adres dan moeten verblijftIn en verblijfadres niet gevuld zijn. Op welke wijze moet dit aangegeven worden in het bericht:
• <wpl.woonplaatsNaam a:noValue="nietOndersteund" xsi:nil="true" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"/>
• <wpl.woonplaatsNaam a:noValue="geenWaarde" xsi:nil="true" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"/>

Ik zou de tweede variant verwachten waarin we kunnen zorgen dat het verblijfsadres leeg wordt gemaakt. Klopt dat?

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