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

 

Melding door klant

In een casus aanvraag LOH  kopje vermogen kunt je naar de Suite om vermogens-componenten in te voeren. Nadat vermogenscomponent 'MOT motorvoertuig' is gevuld ga je terug naar PKO en vervolg casus. Na het doorlopen van het kopje vermogen wordt door PKO automatisch een vermogenscomponent in Suite aangemaakt 'CORR Correctie restant vrijlating'. Wat correct is. Maar de reden correctie vrijlating wordt hierbij niet gevuld. Wat resulteert in automatisch afgekeurde mutatie. Graag ook de reden correctie vrijlaten automatisch laten vullen in de Suite.

Oplossing

Als er hiertoe een “reden correctie restant vrijlating” in de Suite aanwezig is of wordt toegevoegd” dan gaat PKO deze vanaf deze release automatisch meegeven.

Applicatiebeheer

Omdat er nog geen kolom “Indicatie PKO” bestaat voor de reden correctie restant vrijlating, kan PKO op dit moment deze reden alleen wegschrijven als deze de code “MO” heeft. De omschrijving is vrij.

 

Dus als volgt:

 

LET OP:

In Beheer C/S van de Suite4Werk en Inkomen, versie 2.0.3 is “Onderhoud reden correctie

restant vrijlating” uitgebreid met de kolom “Indicatie PKO”.

Om vanuit PKO de reden correctie restant vrijlating automatisch weg te schrijven is het beter

om vanaf die Suite-versie en deze PKO Release de indicatie PKO “MO” te gebruiken.

 

 

 

Melding door klant

Veluwerand heeft in artikel 4 van de ‘Beleidsregel verlagingen bijstandsuitkering in verband met het ontbreken van woonkosten en inkomsten uit commerciële verhuur’ (zie bijlage) geregeld dat bij verhuur of kostgeverschap de uitkering wordt verlaagd met de feitelijke ontvangt minus 100 euro per verhuurder en/of 250 euro per kostgever. PKO Levensonderhoud kan dit nog niet ondersteunen. Daarom het verzoek PKO hierop aan te passen.

Oplossing

Middels een nieuwe parameterwaarde voor parameter LOH_INK_ONDERHUUR_JA_NEE wordt dit beleid ondersteund.

Applicatiebeheer

Nieuwe waarde parameter LOH_INK_ONDERHUUR_JA_NEE (defaultwaarde ‘N’):

Bij waarde 'FW' wordt een vast bedrag op de inkomsten uit onderhuur, per onderhuurder, in mindering gebracht, vrijgelaten dus.

Ook voor de inkomsten uit kostgeld wordt een vast bedrag in mindering gebracht op het kostgeld, per kostganger.  Deze bedragen zijn te vinden onder ‘Onderhoud parameters | Diversen’, nl.: FF_VRIJLATING_INK_OND en FF_VRIJLATING_INK_KOS.

 

Melding door klant

Halte Werk wil in de vraagafhandeling een tekstuele aanpassing: “Wat is de datum van de uitkeringsintake bij Halte Werk” aangepast in “Wat is de datum van de aanvraag bij Halte Werk”

Aanvullend wil men uiteraard deze aanpassing doorgevoerd hebben in de beschikking en in het rapport.

Oplossing

Vanaf deze release (2017.Q3.1) kan de vraagstelling worden aangepast middels een uitbreiding van parameter LOH_CWI_NIEUWE_ALT_NAAM.

Zie releasenotes.

Applicatiebeheer

Uitbreiding met een 2e functie van parameter

LOH_CWI_NIEUWE_ALT_NAAM (defaultwaarde ‘het WERKbedrijf’):

 

Aan parameter LOH_CWI_NIEUWE_ALT_NAAM kan een 2e functie worden gekoppeld: de 2e functie geeft een alternatief voor de term “uitkeringsintake” in de vraag: “Wat is de datum van de uitkeringsintake bij <UWV Werkbedrijf>?”

Bijv.: “Wat is de datum van de aanvraag bij <UWV Werkbedrijf>?”

 

Deze waarde moet worden gescheiden van de eerste waarde middels een ‘#’.

Halte Werk#aanvraag

 

Als de 2e waarde leeg is, blijft het gewoon "uitkeringsintake".

 

Melding door klant

Wij willen graag het zaakid opnemen in de documenten van PKO.

In de tekstblokken, kernwoorden en variabelen komen wij geen zaakid tegen die wij kunnen gebruiken om in de documenten van PKO op te nemen.

Graag het zaakid opnemen in de kernwoorden bij het werkproces.

Oplossing

Er is een nieuw kenwoord 'ZAAK_ID' opgenomen onder de databron 'Werkproces'.

Applicatiebeheer

Zaak-id kan worden aangeroepen door het kenwoord tussen vierkante haken op de nemen in een alternatief: [ZAAK_ID].

 

Zie het nieuwe kenwoord:

 

 

Melding door klant

Bij een situatie waarin er meerdere maatregelen worden opgelegd, zou het voor de klant duidelijker zijn als er aan het eind een optelling zou zijn.

Bijv.: klant krijgt een maatregel van 1-3-2001 voor een maand voor 10% en 20%. Dan zou er in de beschikking kunnen staan: Klant krijgt een maatregel vanaf 1-3 voor 30% met een bedrag van…

Oplossing

Voor de aanvraag was er eigenlijk geen probleem. Daar zit een berekeningsoverzicht bij.

In deze release (2017.Q3.1) wordt voor mutaties, onder enkele beperkende voorwaarden, een optelling van opgelegde maatregelen in de beschikking afgedrukt.

 

Stel dit zijn de opgelegde maatregelen:

 

Als

•er minimaal 2 maatregelcomponenten in proefberekeningsperiode zijn

•en alle componenten op de 1ste dag van de proefberekening ingaan

dan kan PKO de volgende tekst in de beschikking afdrukken:

Over de berekende periode worden 2 verlagingen met een totaalpercentage van 30% opgelegd. De hoogte van deze verlagingen bedraagt € 294,84.

 

Als

•er minimaal 2 maatregelcomponenten in proefberekeningsperiode zijn

•en NIET alle componenten op de 1ste dag van de proefberekening ingaan

dan kan PKO de volgende tekst in de beschikking afdrukken:

Over de berekende periode worden 2 verlagingen opgelegd. De hoogte van deze verlagingen bedraagt € 294,84.

 

Als

•er GEEN maatregelcomponenten in proefberekeningsperiode zijn

•en ALLE componenten DEZELFDE ingangsdatum hebben

dan kan PKO de volgende tekst in de beschikking afdrukken:

Dat zijn dan over de eerste maand 2 verlagingen met een totaalpercentage van 30%. De hoogte van deze verlagingen bedraagt € 294,84.

 

Applicatiebeheer

Nieuwe tekstblokken:

Beschikking | AFST_V2 | FF_PP_TOT_VERLAG_BEREKEND

Beschikking | AFST_V2 | FF_TOT_VERLAG_BEREKEND

Beschikking | AFST_V2 | FF_TOT_VERLAG

 

N.B. Bovenstaande werkt alleen als parameter LOH_AFSTEM_NIEUWE_BES = ‘J’.

 

 

Melding door klant

Wanneer in de Suite de waarde van een auto wordt ingevoerd die vrijgelaten kan worden, dan maakt de Suite, nadat je het opgeslagen hebt, een extra component aan met een negatief bedrag, zodat de waarde van de auto wegvalt. Dit is niet de juiste manier van registreren. Daarnaast staat er een rood kruis bij, wat betekent dat de hij hier op vast loopt.

 

Voor de zekerheid heb ik ook printscreen van PKO toegevoegd. Hieruit blijkt dat het systeem wel tot de juiste conclusie komt.

 

In de beschikking komt te staan “Het bij de aanvraag niet aangesproken leefgeld bedraagt: € 3000,00 - € 1333,78 = € - 1333,78.” (ik heb dit geel gearceerd) De conclusie klopt wel maar de berekening natuurlijk niet 3000  - 1333,78 is geen -1333,78. De 3000,00 moet helemaal niet benoemd worden.

Oplossing

Gemeente stelt dat als er in de “Suite de waarde van een auto wordt ingevoerd die vrijgelaten kan worden, dan maakt Suite nadat je het opgeslagen hebt een extra component aan met een negatief bedrag zodat de waarde van de auto wegvalt. Dit is niet de juiste manier van registreren”

 

Maar, als je én de juiste waarde van de auto in de Suite wil registreren, én de autovrijlating door PKO wil laten berekenen en toepassen, dan moét er wel een component in de Suite worden geregistreerd die die waarde van € 3000.- weer opheft met in dit geval een negatief bedrag van € 3000.-. Anders kan de Suite het restvrijlatingsbedrag niet juist bepalen.

 

Het scherm in de Suite moet er dan als volgt uitzien:

(géén rood kruis)

 

Rond de vermogensvrijlating van motorvoertuigen moeten deze 2 tabellen (Onderhoud vermogenscomponenten en Onderhoud reden correctie restant vrijlating) in de Suite als volgt worden ingericht:

 

 

én (zie releasenotes bij PKO Release 2017.Q2.1) :

 

 

Als deze 2e tabel niet juist is ingericht dan verschijnt het rode kruisje bij de component!

 

Tenslotte: in de beschikking staat inderdaad een foutje:

Het bij de aanvraag niet aangesproken leefgeld bedraagt: € 3000,00 - € 1333,78 = € - 333,78.

 

Dat moet natuurlijk zijn:

Het bij de aanvraag niet aangesproken leefgeld bedraagt: €  0,00 - € 1333,78 = € -1333,78.

Applicatiebeheer

Gewijzigd tekstblok:

Beschikking | VERMBS | LFGNEG

 

Melding door klant

In deze casus PKO Levensonderhoud beëindiging is aangegeven dat de datum wijzigingsonderzoek 1-6 is. PKO zet dan een blokkade met datum 1-6 in de Suite. Echter pas hierna komt de vraag van de beëindigingsdatum naar voren. Die is 10-6. De blokkade zou dus eigenlijk pas per 10-6 moeten worden geplaatst. Kan dit worden aangepast?

Oplossing

Middels een nieuwe parameterwaarde voor parameter LOH_BLOKKADE_DDEIND_UITK wordt dit beleid ondersteund.

Applicatiebeheer

Nieuwe parameter LOH_BLOKKADE_DDEIND_UITK (defaultwaarde ‘N’):

•Bij waarde 'J' wordt bij een casus beëindiging de begindatum blokkade op de eerste dag na de einddatum van de uitkering gezet.

•Bij waarde 'N' wordt de begindatum blokkade op de eerste dag na de "datum laatst uitgekeerd" gezet.