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

 

Algemeen

Het moet voor gemeenten mogelijk zijn om zelf het moment te bepalen wanneer de Suite (of een deel van de Suite) zal worden ingezet. Om ervaring binnen de gemeente op te kunnen doen, is het mogelijk gemaakt

om dit per gebruikersgroep te kunnen instellen.

Op het scherm ‘Toewijzing autorisatie gebruikersgroep’ kan per gebruikersgroep worden aangegeven of de Suite of GWS4all moet worden opgestart vanuit de Werkbeheersing. Dit betreft een tijdelijke situatie die alleen in versie 17 beschikbaar is.

Overigens geldt deze keuzevrijheid ook i.c.m. het gebruik van PKO.

 

Verlaten Suiteschermen en terugkeer naar PKO

Ingevoerde gegevens in de Suite moeten uiteraard worden opgeslagen.

Het handigst is derhalve om het Suitescherm middels de button “Opslaan en sluiten” te verlaten:

 

 

Je kunt natuurlijk ook eerst  

 

De button “Opslaan”

 

 

En daarna “Annuleren en terug naar PKO” gebruiken:

 

 

 

Waarschuwing

Als er een partner van cliënt wordt toegevoegd via PKO en het cliëntscherm in de Suite:

 

 

Let er dan op dat bij het verlaten het Suitescherm NOOIT de button Annuleren en terug naar PKO” wordt gebruikt: in dat geval wordt het zojuist gecreëerde cliëntnummer van de partner niet meegenomen naar PKO.

Gebruik dus in dit geval, maar liefst ALTIJD de button “Opslaan en sluiten”.

 

 

 

 

Beschrijving

In release 2013.Q3.1 is n.a.v. wensen 2201237 en 2207392 gebleken dat GWS4all een foutmelding gaf als het werkprocesnummer werd ingevuld in het tabblad Maatregel van de partner. Zoals beschreven in de releasenotes werd het werkprocesnummer door PKO daarom achterwege gelaten.

Het probleem is inmiddels opgelost en PKO vult vanaf GWS-versie 17 het werkprocesnummer ook bij de partner in.

 

Applicatiebeheer

Geen acties nodig.

 

 

 

Beschrijving

Bij het wijzigen van de norm in de casus van pko loopt pko in een loop.

zie meegeleverde bestanden en schermprint.

 

Oplossing

Het ging mis bij een mutatie van een alleenstaande, jonger dan 21 jaar naar een alleenstaande ouder, jonger dan 21 jaar met parameter LOH_NORMWIJZIGING_NW_DOS op ‘M’ en parameter LOH_AANV_TOESLAG_ALS_JONG op ‘N’.

De loop is eruit gehaald in deze release.

 

Applicatiebeheer

Geen acties nodig.

 

 

 

Beschrijving

In onze opleidingsomgeving hebben wij pko Q4.1 geïnstalleerd.

Als wij nu vanuit een beëindiging LO een doorstart willen maken naar TV dan wordt PKO afgesloten.

Dit probleem speelde ook in Q3.3. Een medewerker van Kluwer heeft toen 3 nieuwe bestanden van de ABWHOOFD gestuurd. te weten: ABWHOOFD.dll, ABWHOOFD.xml en ABWHOOFD_DG.xml Hierna werkte de doorstart weer zoals het hoort.

Is het mogelijk dat er voor Q4.1 nieuwe ABWHOOFD bestanden geleverd worden, zodat de doorstart weer werkt?

(Red.) de bedoelde aanpassing gaat om de volledige doorstart van Terugvordering. Eerder werd automatisch een intrekking gedaan, terwijl de uitkering ook moet kunnen worden herzien.

 

Oplossing

Bij het doorstarten van Terugvordering vanuit LOH-beëindiging wordt in het hoofdstuk ‘Oorzaak terugvordering’ gevraagd wat er moet gebeuren (herzien, intrekken, etc.). De casus verloopt verder zoals in de losse module Terugvordering.

 

Applicatiebeheer

Geen acties nodig.

 

 

 

Beschrijving

Zo ging het fout:

 

 

Oplossing

Source aangepast.

En zo gaat het goed:

 

 

Applicatiebeheer

Geen acties nodig.

 

 

 

Beschrijving

Aanvraag levensonderhoud doorlopen met ingangsdatum op 31-7. Eerder is deze casus doorlopen met een ingangsdatum op 6-8. Nu staan er 2 blokkades in het dossier en lijkt PKO er niet goed meer mee om te gaan, want er wordt een norm over augustus berekend van 145 euro ipv van de normale norm van 50+20% Die 145 euro lijkt te bestaan uit 6 dagen uitkering en de aflossing van ongeveer 40 euro. De componenten staat wel goed in GWS.

 

Oplossing

De fout treedt inderdaad op als de ingangsdatum bij een 2e keer doorlopen van de casus naar voren wordt gehaald. PKO ruimt dan niet de eerder geplaatste blokkade op en zet een nieuwe blokkade in GWS. Met numerator BLOK_PROEFRUN op '0', rekent PKO (en GWS) dan over de volgende maand slechts t/m de eerder gezette blokkadedatum, als die in de proefberekeningsmaand valt.

 

PKO zorgt er vanaf deze patch (Release 2013.Q4.2) weer voor dat er niet meer dan 1 blokkade per aanvraag wordt geregistreerd.

 

Applicatiebeheer

 Geen acties nodig.

 

 

 

Beschrijving

Start PKO aanvraag, daarna blijkt dat de ingangsdatum LATER wordt, klopt de blokkadedatum in het uitkeringsdossier niet meer. Ik weet niet of dit normaal/logisch is maar feit is dat je dan niet meer door de berekening heen komt. De administratie constateert dit middels de meldingenlijst maar moet eerst de blokkadedatum wijzigen en dan verwijderen.

Is het mogelijk dat hierop al eerder in het proces een signaal komt? Meteen bij het doorlopen van de casus in PKO?

 

Oplossing

De fout treedt inderdaad op als de ingangsdatum bij een 2e keer doorlopen van de casus wordt gewijzigd. PKO ruimt dan niet de eerder geplaatste blokkade op en zet een nieuwe blokkade in GWS.

 

Zie ook de melding hierboven.

PKO zorgt er vanaf deze patch (Release 2013.Q4.2) weer voor dat er niet meer dan 1 blokkade per aanvraag wordt geregistreerd.

 

Applicatiebeheer

Geen acties nodig.

 

 

 

Beschrijving

Tekstblok Beschikking-BE-117A mist in de zin het woordje 'te'. De zin is nu: Wij hebben daarom besloten de uitkering beëindigen met ingang van de eerste dag waarover uw uitkering is opgeschort (artikel 54 lid 4 WWB Volgens mij hoort tussen uitkering en beëindigen het woordje 'te' te komen.

 

Oplossing

Woordje 'te' is aan tekstblok toegevoegd.

 

Applicatiebeheer

Geen acties nodig.

 

 

 

Beschrijving

Op pagina 11 van de releasenote van PKO2013.Q4.1 staat bovenaan de pagina een drietal tekstblokken uit HT_RK die aangepast zijn. Dat zijn echter niet de rapport blokken, maar de beschikkingsteksten.

 

Oplossing

Nieuwe versie Releasenotes 2013.Q4.1

 

Applicatiebeheer

Geen acties nodig.

 

 

 

Beschrijving

In de releasenote van 2013.Q4.1 staat op pagina 10 een verwijzing naar Rapport|HEFK|AAO_BEI_INK en Rapport|HEFK|AAO_A2_BEI_INK en tekstblok Rapport|Advies|EIND_BT heet END_BT.

 

Oplossing

Nieuwe versie Releasenotes 2013.Q4.1

 

Applicatiebeheer

Geen acties nodig.

 

 

 

Beschrijving

Bij het doorlopen van een casus LOH wordt in het hoofdstuk Nationaliteit de verificatie van het verblijfsdocument overgenomen als begindatum van de verblijfsstatus. Dit zijn toch twee verschillende zaken. Bovendien is de begindatum van de verblijfstatus een authentiek GBA gegeven en is het tonen van de registratie in GWS voldoende ter controle.

 

Oplossing

PKO nam inderdaad de verificatiedatum van het verblijfsdocument over als begindatum van de verblijfsstatus. Dat is niet goed. PKO gaat apart vragen naar de begindatum van de verblijfstatus in PKO Release 2013.Q4.3

(versie 1341),

 

P.S. Als de Verblijfstatus als authentiek gegeven wordt behandeld (met numerator BLOK_AUTH_GEG op "1") , dan wordt er uiteraard niet naar de begindatum van de verblijfstatus gevraagd en laat PKO de uit het GBA overgenomen gegevens ongemoeid. (Dit is al gerealiseerd in PKO Release 2013.Q4.1)

 

Applicatiebeheer

Geen acties nodig.

 

 

 

Beschrijving

Wij hebben 16.10.0 geinstalleerd op de testomgeving. Nu krijgen we een waarschuwingsmelding bij het opstarten van pko. Je kunt okay klikken en dan gaat pko wel door. In setup voor pko hebben alle logging uitgezet, maar de melding blijft komen. Voorheen tot 16.9.0 hadden we geen waarschuwingsmelding.

 

Oplossing

PKO stuitte inderdaad op patchnummer "10" van GWS 16, bij de ontleding van het GWS-versienummer. Dit is in de volgende patch (Release 2013.Q4.3 - verzonden op 14 of 15 november 2013) opgelost.

 

Applicatiebeheer

Geen acties nodig.