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

Wet taaleis

Vanaf deze release is het hoofdstuk ‘Taaleis’  beschikbaar bij aanvragen Levensonderhoud. Het onderwerp is optioneel: u kunt met een parameter aangeven of u het in de dialoog wilt doorlopen.

Taaleis wordt behandeld na de hoofdstukken Arbeidsinschakeling en Rechten, Plichten en Ontheffingen, mits u deze hoofdstukken gebruikt (ook dit is een parameterinstelling). Slaat u deze hoofdstukken over, dan volgt het hoofdstuk Taaleis na Toeslagen Bijzondere Bijstand.

Binnen het hoofdstuk Taaleis heeft u nog de keuze hoe uitgebreid het onderwerp wordt behandeld. Onder het kopje ‘Applicatiebeheer’ hieronder leest u wat de mogelijkheden zijn.

 

Applicatiebeheer

Nieuwe parameters:

Parameter LOH_TAALEIS

Parameter LOH_TAALEIS kent vier mogelijke waarden:

De kortste versie van de dialoog ziet er zo uit:

Zoals hierboven is beschreven, kan de dialoog ook uitgebreid worden met vragen omtrent het afnemen/aanmelden voor de taaltoets en het tekenen van een bereidverklaring.

Wanneer een belanghebbende volledig duurzaam arbeidsongeschikt is volgens de WIA, dan is de taaleis niet op hem van toepassing. Een vraag hierover is opgenomen in de dialoog. Als in het hoofdstuk Arbeidsinschakeling al is vastgesteld dat de persoon arbeidsongeschikt is, dan wordt de vraag niet gesteld.

Als een cliënt niet kan aantonen dat hij voldoet aan de taaleis en de bereidverklaring niet heeft getekend, wordt er in het hoofdstuk Afstemming een waarschuwing gegeven: mogelijk dient er een verlaging te worden opgelegd.

Integratiekode TAA - Taaleis-criteria

Het is mogelijk om de lijst met criteria waaraan een belanghebbende kan voldoen, naar eigen wens in te vullen. Zo kunt u bijvoorbeeld gedetailleerde voorbeelden geven, die ook tellen als ‘een ander document waaruit de Nederlandse taalvaardigheid blijkt’.

Hiervoor gebruikt u integratiekode TAA in de parameterapplicatie:

 

 

Aan de records van deze integratiekode wordt in de dialoog altijd een extra optie ‘een ander document waaruit de Nederlandse taalvaardigheid blijkt’ toegevoegd. Deze hoeft u dus niet apart op te nemen in de integratiekode.

 

Nieuwe tekstgroepen

Beschikking | TAAL

Beschikking | TAALPLAN

LOH - Rapport | TAALEIS

 

Welke tekstblokken uit deze groepen worden gebruikt, hangt samen met de parameterinstelling van LOH_TAALEIS.

 

Aangepaste bodies

Aan bodies Toekenning en Opschorting LOH - Rapport wordt de tekstgroep TAALEIS toegevoegd. Hieronder een stukje uit de body:

 

 

 

In de Beschikking wordt tekstgroep TAAL toegevoegd aan bodies:

B105 - LOH - toekenning - onbepaalde tijd

B106 - LOH - toekenning - vaste periode

Als u ook een taalplan wilt toevoegen (parameter LOH_TAALEIS moet dan waarde ‘O’ hebben), dan voegt in deze twee bodies ook de tekstgroep TAALPLAN toe.

 

BUS kenmerk 28 (reden vermindering afstemming)

Met ingang van verslagmaand januari is kenmerk 28 uitgebreid met een extra code: 09. We attenderen u erop dat de componenten die u in Afstemmingsinrichting gebruikt bij het niet (voldoende) nakomen van afspraken met betrekking tot de Wet Taaleis, deze nieuwe code moeten hebben.

Een overzicht van de huidige codes van kenmerk 28:

 

Opgeloste meldingen

 

 

en

 

 

Melding door klant

Wanneer in een mutatie casus wordt gekozen voor het onderwerp arbeidsinschakeling is het niet mogelijk een heronderzoek op te boeken, terwijl wij dat wel graag willen. Kan dit met behulp van inrichting geregeld worden? Zo nee, dan graag deze vraag als wens beschouwen.

 

Oplossing

Middels een nieuwe parameter wordt dit mogelijk.

 

Applicatiebeheer

Nieuwe parameter:  PLANNEN_HERONDERZOEK_JN (defaultwaarde ‘D’)

 

Bij mutaties worden afhankelijk van de gekozen wijziging bepaalde hoofdstukken / onderwerpen wel of niet behandeld.

Voor het onderwerp "plannen heronderzoek" geldt het volgende:

•Bij waarde 'D' (de defaultwaarde) wordt het onderwerp alleen behandeld bij wijziging  'Kinderen', 'Medebewoners' en 'Overige wijzigingen (volledige casus doorlopen).

•Bij waarde 'A' komt naast bovenstaande, de wijziging 'Arbeidsinschakeling' erbij.

•Bij waarde 'T' wordt het onderwerp "plannen heronderzoek" altijd behandeld.

 

 

 

 

Melding door klant

Melding PKO Levensonderhoud rond inkomsten uit commerciële huur.

In een beleidsregel van de RSD staan in artikel 3 bepalingen rond de inkomsten uit commerciële huur.

In verband hiermee heeft de RSD de wens tot aanpassing van PKO Levensonderhoud op 2 punten:

•Volgens de beleidsregel worden inkomsten uit commerciële verhuur op de uitkering in de mindering gebracht onder aftrek van 60 euro per maand.
In feite betreft het dus een vrijlating van 60 euro; al het meerdere aan inkomsten uit verhuur moet de bijstand in mindering worden gebracht.
De RSD wil graag dat PKO dit ondersteunt, waarbij PKO dan de inkomstencomponent in GWS plaatst.

 

•De genoemde beleidsregel bevat ook beleid rond de inkomstenkorting bij het hebben van kostgangers.
Zie hiervoor ook de toelichting bij dit artikel. Bij de eerste kostganger moet de inkomsten in mindering worden gebracht onder aftrek van 350 euro per maand, bij de tweede kostganger 80% van 350 euro en bij de derde kostganger 70% van 350 euro.
De RSD wil graag dat PKO dit ondersteunt, waarbij PKO dan de inkomstencomponent in GWS plaatst.
De bedoeling van de RSD is dat genoemde vrijlatingen in de PKO-tabel Parameters Diversen kunnen worden onderhouden, zodat normwijzigingen in de toekomst door de RSD zelf kunnen worden aangepast.

 

Oplossing

Middels een aantal nieuwe parameterwaarden wordt dit beleid ingepast.

 

Applicatiebeheer

Nieuwe waarden parameter:

LOH_INK_ONDERHUUR_JA_NEE (defaultwaarde ‘N’)

 

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

 

Ook voor de inkomsten uit kostgeld wordt een vast bedrag in mindering gebracht, per kostganger. Zijn er meerdere kostgangers, dan moet er een schaalverdeling worden gemaakt. Voor de 2e kostganger wordt dan 80% van het forfaitaire bedrag genomen, voor de derde 70% en zo verder. Deze bedragen zijn te vinden onder ‘Onderhoud parameters | Diversen’, nl.:

FF_VRIJLATING_INK_OND en FF_VRIJLATING_INK_KOS.

 

Nieuwe parameters ‘Diversen’:

 

•FF_VRIJLATING_INK_OND (defaultwaarde ‘0’)

 

Inkomsten uit commerciële verhuur worden op de uitkering in de mindering gebracht onder aftrek van het hier opgegeven bedrag. In feite betreft het dus een vrijlating van inkomsten uit verhuur.

Deze waarde wordt gebruikt als parameter LOH_INK_ONDERHUUR_JA_NEE waarde 'FV' heeft.

 

•FF_VRIJLATING_INK_KOS (defaultwaarde ‘0’)

 

Inkomsten uit kostgeverschap worden op de uitkering in de mindering gebracht onder aftrek van het hier opgegeven bedrag. In feite betreft het dus een vrijlating van inkomsten uit kostgeverschap.

Deze waarde wordt gebruikt als parameter LOH_INK_ONDERHUUR_JA_NEE waarde 'FV' heeft.

 

Vragen Eigen Beleid

Kan worden gebruikt:

 

Nieuwe vraag

Hoogte van het kostgeld?

 

Bijbehorende (ongewijzigde) tekstdelen:

LOH - Rapport | MBEW | OND1

LOH - Rapport | MBEW | KOS1

LOH - Rapport | MBEW | ONDM

LOH - Rapport | MBEW | KOSM

LOH - Rapport | MBEW | OND_KOS_COMM

 

 

Suite4Werk en Inkomen

PKO verwacht een inkomstencomponent (05-kolom) met indicatie-PKO “05_K” (“Inkomsten uit onderhuur / kostgangerschap”)

 

 

 

Melding door klant

Gedragingen van taaleis krijgen wij niet werkproces wijz. LO met PKO kode MLOH en niet in werkproces maatregel met PKO kode AFST bij kopje afstemming.

Wel zien wij de gedragingen in een aanvraag LO te voorschijn komen bij kopje afstemming. Twee tal casus toegevoegd.

 

Oplossing

De gedragingen die gerelateerd zijn aan de taaleis, worden alleen getoond bij uitkeringsdossiers waarvan de ingangsdatum 1 januari 2016 of later is. De variabele die deze datum ophaalt werd niet goed gevuld bij een mutatiecasus. Dit is opgelost.

 

Applicatiebeheer

N.v.t.

 

 

De Wet taaleis geldt voor aanvragen vanaf 1 januari 2016. Voor het zittend bestand gaat de taaleis vanaf 1 juli 2016 gelden. Dat betekent dat de taaleis-gedragingen niet in elke casus relevant zijn. Als de ingangsdatum van het dossier vóór 1 januari 2016 ligt dan is het afhankelijk van de parameterinstellingen in welke gevallen de gedragingen worden getoond.

 

Of de taaleis-gedragingen in het hoofdstuk Afstemming worden getoond, hangt af van twee parameters:

•LOH_AFSTEM_KIES_DD_INGANG. Deze kent twee waarden: J en N. Bij J mag de gebruiker zelf de ingangsdatum van de maatregel bepalen.

•WBM_OPLEGGEN_DD_AANSPRAAK. Deze parameter werkt alleen als parameter LOH_AFSTEM_KIES_DD_INGANG waarde N heeft. De verschillende waarden worden hieronder nog toegelicht.

 

Werking voor dossiers met ingangsdatum vóór 1-1-2016:

 

 

 

 

Melding door klant

De klant heeft een aanvraag levensonderhoud aangevraagd. Er is een voorschot verstrekt. Echter in de bijlage staat dat er een bedrag van 33,05 wordt uitbetaald. Echter indien we deze zin naar de klant zouden versturen, is het niet duidelijk dat dit bedrag is gekomen, omdat er een voorschot is verstrekt.

 

Oplossing

Als er inhoudingen van kolom 20 in de berekende maand voorkomen, dan wordt het totaalbedrag van deze inhoudingen in de berekening vermeld.

 

Applicatiebeheer

Nieuw tekstblok:

Beschikking | BEROV | INH_VOORS

 

 

Melding door klant

Wanneer we van de ondertekening gebruik willen maken en deze is in alle modules gelijk, moeten we alle collega’s die mogen tekenen, opvoeren in integratiecode OBS voor elke module afzonderlijk? Dat is niet wenselijk. Is het mogelijk een parameter hiervoor te ontwikkelen dat je aan kunt geven voor welke modules OBS geldt of kan er bij Module, meerdere onderdelen ingegeven worden, gelijk aan bijvoorbeeld sommige parameter.

 

Oplossing

Integratiekode OBS wordt bij drie ondertekeningsmethoden gebruikt. Voor alle drie is de functionaliteit zo aangepast, dat de ondertekenaars of functies voor meerdere modules tegelijk kunnen worden gebruikt.

 

Applicatiebeheer

Er zijn verschillende methoden in PKO om naam en/of functie van de ondertekenaar van de beschikking te bepalen. De gemaakte aanpassingen zijn van toepassing op de methoden TEAM, DIALOOG en INTEGRATIE. Voor elke methode wordt hieronder beschreven hoe de functionaliteit is gewijzigd en welke consequentie dit voor de parameterinrichting heeft.

Let op: Als de inrichting zoals die bij u van toepassing is, naar wens werkt, dan bent u niet verplicht om aanpassingen te maken. Het kan wel het overwegen waard zijn om de inrichting aan te passen zodat er minder rijen nodig zijn in de integratiekode OBS. Dit kan het beheer van de tabel vereenvoudigen.

Hoe kom ik erachter welke ondertekeningsmethode voor onze modules wordt gebruikt?

De ondertekeningsmethode kan voor enkele of alle modules gelijk zijn. Dit wordt bepaald in een algemene parameter. Daarnaast kan per module hiervan worden afgeweken met een module-specifieke parameter. Deze parameters worden beschreven in het handboek.

Methode DIALOOG

Bij deze methode wordt voor de ondertekening van de beschikking de naam van de medewerker gevraagd in de dialoog.

Dit veld wordt leeg getoond, tenzij er een waarde uit integratiekode OBS kan worden opgehaald. Ook de functie van de medewerker kan worden uitgevraagd in de dialoog. Dit is afhankelijk van de parameterinstellingen voor de functienaam bij de ondertekening (zie handboek).

En ook hier geldt: het veld wordt leeg getoond, tenzij er een waarde uit integratiekode OBS kan worden opgehaald. De inrichting van de tabel wordt uitgelegd in het onderwerp Integratiekode OBS.

Voor methode DIALOOG zijn de kolommen ‘Kode’, ‘Naam medew.’ en ‘Functie’ relevant. Per module kunnen een vaste naam en functie worden opgegeven. Deze wordt dan alvast is ingevuld in het dialoogveld en kan daar eventueel nog worden aangepast.

Er bestaat dus per module een kode die hiervoor in integratiekode OBS moet worden ingevuld. In de kolommen ‘Naam medew.’ en ‘Functie’ worden respectievelijk de naam en de functie van de vaste ondertekenaar ingevuld. De kolommen ‘Module’ en ‘Nr. handtekening’ zijn niet relevant bij deze ondertekeningsmethode.

 

Per module kan dus worden gekozen of er wel/niet een medewerker+functienaam in de dialoog vooringevuld wordt, afhankelijk of de bijbehorende kode van de module aanwezig is in de tabel.

 

Nieuw vanaf deze release: met kode ALGEMEEN_DEFAULT wordt een medewerker- en functienaam bepaald die geldig is voor alle modules. Een module-specifieke kode kan deze waardes nog ‘overrulen’. Bijvoorbeeld: de naam ‘K.J. Gebuijs’ en functienaam ‘Consulent’ wordt voor alle modules gebruikt, behalve voor de module Terugvordering. Daar worden ‘G.L. Leenderts’ en ‘Financieel medewerker’ gebruikt. Dan zijn er in integratiekode OBS twee records nodig: een met kode ALGEMEEN_DEFAULT voor de consulent en een met TERUGVORD_DEFAULT voor de financieel medewerker.

 

Methode TEAM

Bij deze methode wordt een teamcode opgegeven als waarde van de parameter voor het ondertekenen van de beschikking. Bijvoorbeeld: parameter LOH_ONDERTEK_BESCHIKKING  heeft als waarde ‘20’. In de module Levensonderhoud worden dan de teamleden van team 20 opgehaald uit Suites voor het Sociaal Domein. De gebruiker kan dan uit één van deze namen kiezen.

Verder werkt deze methode werkt nagenoeg hetzelfde als DIALOOG. De functienaam wordt, indien gewenst, opgehaald uit integratiekode OBS. Ook hier kan de nieuwe kode ALGEMEEN_DEFAULT worden gebruikt om dezelfde functienaam voor alle modules te gebruiken.

 

Methode INTEGRATIE

Alle gegevens van de ondertekenaar worden bij deze methode opgehaald uit de integratiekode OBS (de volledige beschrijving van de methode vindt u hier).

Hier is de kolom ‘Module’ bepalend voor de waarden die worden opgehaald. In de module Levensonderhoud worden alle gegevens opgehaald waarbij ‘Module’ de waarde ‘ABW_LOH’ heeft. De kolom ‘Module’ kan de volgende waarden hebben: ABW_LOH, ABW_BB, OI_BR, VERHAAL, TERUGVORD, BOETE.

Nieuw in deze release: records met waarde ‘ALGEMEEN’ in kolom ‘Module’. De gegevens van deze ondertekenaars worden in alle modules gebruikt naast de module-specifieke ondertekenaars. Voor Levensonderhoud worden dan bijvoorbeeld de gegevens van deze ondertekenaars gebruikt.

J. Visser is ook ondertekenaar voor de andere modules, de andere twee zijn alleen voor Levensonderhoud ondertekenaar.

Onder ‘Kode’ staat een unieke alfanumerieke code. De kolom is verplicht, kodes mogen zelf worden bedacht.

De invulling van de kolom ‘Nr. handtekening’ is optioneel. Deze kolom vult als u gebruikmaakt van digitale handtekeningen.

 

 

Melding door klant

In update PKO 2014.Q1.1 is een nieuwe functionaliteit in PKO Levensonderhoud ingebouwd waarmee bij een aanvraag levensonderhoud waarbij de uitkering binnen 30 dagen wordt hervat het oude uitkeringsdossier wordt heropend. Met de nieuwe parameter LOH_DOS_HERVATTEN kan worden gekozen of deze functie wordt uitgeschakeld (N) of dat de gebruiker kan kiezen of het oude uitkeringsdossier wel of niet moet worden heropend (J). Eindhoven wil deze nieuwe functionaliteit wel gebruiken, maar wil niet dat de gebruiker de keuze krijgt of het dossier moet worden heropend. Eindhoven wil namelijk dat bij een hervatting van de uitkering het oude dossier altijd wordt heropend. Daarom de wens van Eindhoven om in PKO parameter LOH_DOS_HERVATTEN een derde optie in te bouwen waarmee in genoemde situatie altijd het oude dossier wordt heropend.

 

Oplossing

Parameter LOH_DOS_HERVATTEN heeft een nieuwe parameter waarde: H. Een beëindigd dossier wordt automatisch heropend als binnen 30 dagen opnieuw een aanvraag wordt gedaan. De gebruiker ziet hiervan een melding op het scherm.

 

Applicatiebeheer

Indien gewenst, parameter LOH_DOS_HERVATTEN waarde H geven.