<< Klik om de inhoudsopgave te tonen >> Navigatie:  »Geen onderwerpen boven dit niveau« Algemeen

Deze onderwerpen hebben betrekking op zowel de modules Levensonderhoud als Bijzondere bijstand.

 

Opgeloste meldingen

 

 

Melding door klant

Wij krijgen van een gebruiker een melding dat een ingangsdatum verblijf in szclient niet klopt, maar dat de gebruiker die niet mag wijzigen omdat het authentieke gegevens betreft.

Wanneer wij kijken wat er dan gebeurd is, dan blijkt een medewerker, vanuit een aanvraag LDT via PKO BB, deze gegevens ingevoerd te hebben. Die zijn vervolgens in GWS4all overgenomen. dat lijkt ons niet de bedoeling; de authentieke gegevens die in GWS4all staan (dus via een koppeling uit ons GBA systeem zijn opgehaald) zouden nooit vanuit PKO4all in GWS4all mogen worden aangepast. Ik heb begrepen vanuit de expertgroep PKO dat er in het verleden al eens een actie heeft plaatsgevonden om vragen waarbij gegevens moeten worden ingevoerd (in PKO) die in GWS4all als authentieke bekend zijn niet meer door PKO worden uitgevraagd. Mogelijk is dat niet volledig gebeurd.

 

Oplossing

Vanaf deze release kunnen de gegevens nationaliteit en verblijfsstatus worden behandeld als ‘authentieke’ gegevens, hetgeen inhoudt dat PKO deze gegevens niet aanpast in GWS4all.

 

Of deze functionaliteit actief is of niet hangt af van de numerator BLOK_AUTH_GEG. Indien deze numerator de waarde ‘1’ heeft, zijn de gegevens ‘beschermd’ tegen wijziging door PKO. Deze zelfde werkwijze geldt al geruime tijd voor de gegevens m.b.t. naamgebruik en burgerlijke staat.

 

Indien de numerator aangeeft dat de gegevens niet mogen worden opgevoerd of gewijzigd, is de functionaliteit als volgt:

•PKO toont de geregistreerde nationaliteit in de dialoog, deze kan niet worden gewijzigd.

•Indien er geen nationaliteit is geregistreerd (komt in principe niet voor), dan wordt het onderwerp nationaliteit/verblijfsstatus door PKO aangemerkt als beletsel om bijstand te verlenen. Nadat de nationaliteit alsnog is geregistreerd in GWS4all, kan de casus worden hervat.

•Indien betrokkene niet de Nederlandse nationaliteit heeft, zal de gebruikelijk dialoog volgen m.b.t. o.a. de GBA-code en het vreemdelingendocument. De gegevens van het vreemdelingendocument worden in GWS4all geregistreerd/gemuteerd door PKO (dit zijn geen ‘authentieke gegevens’).

•PKO leidt vervolgens af of er al dan niet een beletsel is om bijstand te verlenen. Indien deze conclusie niet overeenkomt met hetgeen in GWS4all is geregistreerd, dan wordt dit vermeld op het scherm en in het rapport.

•Het vervolg van de casus wordt gebaseerd op hetgeen in GWS4all is geregistreerd, ook als dat afwijkt van de conclusie in de dialoog.

•Indien er geen verblijfsstatus is geregistreerd, dan wordt dit gezien als beletsel om bijstand te verlenen.

 

 

Applicatiebeheer

Het is tot nu toe nodig om bij 2 verblijfsstatussen een PKO-indicatie te plaatsen:

 

 

Dit blijft ongewijzigd van kracht. Indien de numerator BLOK_AUTH_GEG niet de waarde ‘1’ heeft (en  de gegevens nationaliteit en verblijfstitel mogen worden gemuteerd door PKO), dan hoeft er niets te worden gewijzigd aan de PKO-indicaties.

 

Indien de numerator wel de waarde ‘1’ heeft, dan dient bij elke verblijfsstatus die geen beletsel is voor bijstand, de PKO-indicatie ‘LA’ (Legaal Authentiek) te worden geplaatst (met uitzondering van de ene verblijfsstatus waar al een ‘L’ staat). Per gemeente is het verschillend welke verblijfsstatussen zijn geregistreerd in GWS4all, er zal dus door de gemeente moeten worden beoordeeld welke verblijfstatussen de bijstandsverlening niet in de weg staan (die krijgen PKO-indicatie LA) en welke niet (daar hoeft geen PKO-indicatie bij te worden ingevuld).

 

Scherm: Applicatiebeheer tabellen -> Voorgeschreven -> Onderhoud Landelijke tab. -> Verblijfstitels