Open fsamwel opened 3 years ago
Naar mijn mening hoeven foutmeldingen van het GBA-V niet naar de consumer van de Update API worden gecommuniceerd. Het zijn namelijk fouten die ontstaan doordat de Update API zelf niet genoeg autorisatie heeft of omdat de validatie van de volgindicatie verzoeken niet (goed) is uitgevoerd door de Update API. 'persoon komt niet voor' of 'reeds een afnemersindicatie geplaatst bij deze persoon' zou de Update API zelf al hebben kunnen bepaald voordat hij de volgindicatie doorzet naar het GBA-V.
Ik weet niet hoe het GBA-V werkt, maar krijgt je als consumer een Af01 als je een persoon al volgt en deze persoon verzoekt op een later moment om geheimhouding? Als dat het geval is kan de Update API ervoor kiezen om alle volgindicaties op deze persoon te beëindigen.
Als het toch gewenst is om de GBA-V meldingen te communiceren naar de Update API consumers, dan kan voor de Update API een callback API worden geïmplementeerd.
krijgt je als consumer een Af01 als je een persoon al volgt en deze persoon verzoekt op een later moment om geheimhouding
Volgens mij is het inderdaad zo dat wanneer je een volgindicatie hebt, en dan vraagt de persoon om geheimhouding, dat de volgindicatie dan wordt beëindigd. @gertjanvanderkooij klopt dat?
dan kan voor de Update API een callback API worden geïmplementeerd.
Is het niet makkelijker om in de /wijzigingen response een element toe te voegen om dit soort meldingen in door te geven?
dan kan voor de Update API een callback API worden geïmplementeerd.
Is het niet makkelijker om in de /wijzigingen response een element toe te voegen om dit soort meldingen in door te geven?
Niet als het GBA-V foutmeldingen asynchroon terug communiceert
krijgt je als consumer een Af01 als je een persoon al volgt en deze persoon verzoekt op een later moment om geheimhouding
Volgens mij is het inderdaad zo dat wanneer je een volgindicatie hebt, en dan vraagt de persoon om geheimhouding, dat de volgindicatie dan wordt beëindigd. @gertjanvanderkooij klopt dat?
Nee dat klopt niet. Ik ken geen gemeentelijke afnemers met een wettelijke doelbinding voor wie de indicatie geheim van toepassing is. Deze indicatie gaat over de verstrekking aan derden organisaties, zie https://www.rijksoverheid.nl/onderwerpen/privacy-en-persoonsgegevens/vraag-en-antwoord/waar-vraag-ik-geheimhouding-van-mijn-persoonsgegevens-aan
Wanneer een gebruiker een volgindicatie zet op een (buitengemeentelijk) persoon, kan dit worden geweigerd. De update applicatie ontvangt dan (van GBA-V) een Af01 bericht. Dit kan met de volgende redenen: B=PL is geblokkeerd i.v.m. verhuizing naar gemeente "code" G =persoon komt niet voor H =betrokkene heeft om geheimhouding verzocht I =reeds een afnemersindicatie geplaatst bij deze persoon R =geen autorisatie voor het plaatsen van een afnemersindicatie bij deze persoon U =eenduidige identificatie niet gelukt V =persoon is verhuisd naar gemeente "code" X =geen autorisatie voor de gevraagde actie
Dit gebeurt asynchroon, dus op dat moment heeft de gebruiker al een 200 OK ontvangen op zijn PUT /volgindicaties request.
De BRP update API kan voor het sturen o.a. via controles en goede configuratie voorkomen deze fouten ontstaan.
@gertjanvanderkooij weet jij of bij het zetten van volgindicaties in GBA-V foutmeldingen B en V voor kunnen komen? Kan je deze foutmelding voorkomen door een controle vooraf (zo ja, welke)? Lees ik het goed dat bij indicatieGeheim (07.70.10 ≠ 0) geen volgindicatie kan worden geplaatst?
@CathyDingemanse @MelvLee @JohanBoer Wanneer het niet helemaal mogelijk is (afh. van antwoorden @gertjanvanderkooij hierboven) foutmeldingen te voorkomen (zetten volgindicatie mislukt), hoe moet dit worden teruggemeld aan deze gebruiker?
Vervolgens kan dit worden hersteld met een Ag31 foutherstelbericht. Op dat moment is de volgindicatie dan (als ik Lo GBA goed begrijp) alsnog gezet, terwijl aan de gebruiker dan het initieel mislukken van zetten volgindicatie is teruggemeld. Hoe gaan we hiermee om?