Nieuwe Toeslagen Services - Rijksoverheid.nl · • WV2008-081 Registratie tussenresultaten...
Transcript of Nieuwe Toeslagen Services - Rijksoverheid.nl · • WV2008-081 Registratie tussenresultaten...
Nieuwe Toeslagen Services
B/TOESLAGEN
Onderwerp:
"TSL Algemeen"
Versie: Release t/m 2012.2 + DT
Datum: 3 juli 2012
DS II Toeslagen 2009 — TSL Algemeen, Release t/m P 2012.1 blok 1, 1-8-2011 2
Datum Wijziging Uitvoerder Versie
7-06-2007 Oplevering voor tender 2.0 PN MdG 15-06-2007 Uitwerking WKO, KIT
naamgeving events aansluitend op FRS 2.1 PN MdG
21-8-2007 Versie voor review PN MdG 3.0 27-8-2007 Voor externe review PN MdG 3.1
4.0 17 —9-2007 Heroplevering PN MdG 31-3-2008 Commentaar GPR nav ontwerp, deraillering PN MdG 5.2 28-4-2008 Change update & review opmerkingen PN MdG 5.3
Inhoud
1. Inleiding 6 1.1. Doel 6 1.2. Randvoorwaarden 6 1.3. Leeswijzer 6
2. Algemene werking services 8 2.1. Uitgangspunten 8 2.2. Verschillen Service Document i.r.t. de FMDD specificaties 9 2.3. Kantoortoedeler 10 2.4. Werking Afwijkende Behandeling 12 2.5. Werking afhandeling bezwaren 13 2.6. Sofilozen 14 2.7. Verworven recht 14 2.8. Rolwisseling in het jaar 15 2.9. Werking harde en zachte uitworp binnen een service 15 2.10. Werking Handtekeningrelaties 16 2.11. Feit over BSN dat nog niet gemeld is als 'Nieuwe burger' 17 2.12. Verjaringsevents 17 2.13. Massale verwerkingsprocessen en MES 17 2.14. Normen en parameters in TSL 18 2.15. Uitworp TSL ter signalering onbep. situaties na schoning van feiten 19
Bijlage I: Overzicht Feit events FRS 36
Bijlage II: Afronding van bedragen 37
Bijlage III Alle onderwerpen 40 A. Services — Dienstverlening (Verhuurdersgeleidelijst, Wanbetalers) 40 B. Services — Toezicht 41 C. Behandelen Bezwaar 43 A. Controle events van Toeslagen 44 B. Afwijkende behandeling events van Toeslagen Fout! Bladwijzer niet gedefinieerd. C. Handmatige afhandeling events van Toeslagen Fout! Bladwijzer niet gedefinieerd. D. Grondslag en Beslis events van Toeslagen Fout! Bladwijzer niet gedefinieerd. E. Ambtelijke vaststelling meldingen van Toeslagen Fout! Bladwijzer niet gedefinieerd.
Bijlage IV Normen vs. Normevents 45
Bijlage V Feiteventtypen met inverse en zonder inverse 50
Revisie en versie informatie
DS II Toeslagen 2009 — TSL Algemeen, Release t/m P 2012.1 blok 1, 1-8-2011
3
MdG MM MM MM
MM MM MM MM MM MM
MM MM DR MM MM
MM MM
MM MM
29-5-2008 Diverse (textuele) aanpassingen 5.34 PN MdG SF 26-6-2008 Update samenstellen content, conclusietabellen, toevoeging
sofilozen/verworven recht/rolwisseling, diverse textuele aanpassingen
5.35 PN MdG SF MM
12-3-2009 • Toegevoegd bijlage overzicht uitval/uitworp per service • Toegevoegd overzicht Feitevents uit FRS bijlage VII • Wijzigingen i.h.k.v. de niet huurvereenvoudiging verwerkt • Feit Event Burger krijgt kind verwijderd • Toegevoegd Beslistabel Status verzekerde bijlage VII • Daarnaast diverse aanpassingen in Beslissen KGB, Vaststellen
Huishoudsamenstelling Regeling X Beslissen Zorg en Beslissen Huur.
• Verwijderd functionaliteit die niet in R5.2 is opgenomen • Toegevoegd paragraaf verschillen Service Document i.r.t. de
FMDD specificaties
R5.2 PN MdG SF MM
30-7-2009 • Voor deze update is gebruik gemaakt van FMDD documentatie van 2-6-2009 (3' iteratie R5.3)
• Toegevoegd uitleg omtrent de werking van uitworp binnen een service (hoofdst. 2.8)
• Toegevoegd overzicht uitworp uit mapping (bijlage x) • Toegevoegd CVZ, SvB • Wetswijziging 2010 verwerkt • Diverse textuele en inhoudelijke aanpassingen aan de service
Beslissen, Beschikken en Samenstellen content • Hoofdstuk 8,9 en 10 verplaatst naar bijlage XI
R5.3 PN MdG SF MM
• WV2008-081 Registratie tussenresultaten Kinderopvang MM berekening
• WV2009-034 KO behandelsoorten 2&3 in SVB-signaal • WV2009-085 (func. Ontwexpaanpassingen gedrag Services TSL) MM • WV2009-111 Oplossing bevinding 24077 • WV2009-113 Besturingsevents beschikken regeling specifiek • WV2009-157 Toegevoegd oplossing publicatiedatum (SC)
12-11-2009
P300
• WV2008-171 Aanpassen verhuisdatum bij BvR melding MdG verhuizing en oud-bewoning
17-8-2010 • WV2009-085 Specificatie issues TSL • WV2009-176 Ambtshalve aanvraag KGB • WV2009-196 Vaststellen meerderjarigheid • WV2009-198 Parameter voor bepaling 1'
beschikkingsvolgnummer van TSL • VVV2010-011 • WV2010-015
P400
17-8-2010 • WV2009-116 Toekomst uitval • VVV2009-213 Completeren BI • WV2009-214Competeren BI met al aanwezige TSL publicaties • WV2010-031 KOT uitbetalen ook als behandelsoort=3 in 2010
(conform sp 2) • WV2010-041 Completeren BI met nog ontbrekende gegevens. • VVV2010-048 Alternatief voor conclusiecodes korte termijn • WV2010-049 Huurtijdvakverschuiving • VVV2010-050 Automatisch continueren • VVV2010-082 Ontrerecht tonen AW-conclusieteksten in
samengestelde beschikking • VVV2010-163 Voorkomen onnodige / ongewenste uitworp • VVV2010-171 Uitworp TSL ter signalering onbepaalde situaties
na schoning • WV2010-180 Rekenregel bij bepalen huurlast (VVV is vervallen) • WV2010-184 Uitvalbeperking AWIR-partnerschap service
P700
DS II Toeslagen 2009 — TSL Algemeen, Release t/m P 2012.1 blok 1, 1-8-2011
4
P720 17-3-2011 • WV2009-208 H-events type Schoning van TSL gericht verwerken (geen impact TSL, wel impact KP)
• VVV2010-162 Schonen van woonobjecten (speelt nog niet voor TSL, nu nog geen impact)
• VVV2010-178 Herontwerp woonobjecten op een adres (geen impact TSL, wel impact FRS)
• VVV2010-179 Verfijning oud-bewoning (geen impact TSL, wel impact FRS)
• 2011-074 Aanpassingen starten en stoppen aanvraag in TSL • 2011-070 Uitval tegelijkertijd DO en BSO zacht maken
MM
MM
MM
MM
MM MM
17-3-2011 • VVV2011-XXX Beslisboom verblijfstitel IND-codes aangepast (nog geen VVV voor)
• WV2011-XXX Berekening toeslag bij vermogen
MM
MM P0800 28-3-2011 • VVV2010-218 Activeren KOT signalen interactie met SVB
• WV2011-001 KOT uitbetalen ook voor behandelsoort 3 in 2010 • WV2011-030 Uitbreiding H-events TSL uitworp draagkracht met
BsnDeelnemer • VVV2011-038 Oplevering versie 8.2 van het
beschikkingenontwerp • VVV2011-043 Indicatie "Geformaliseerd" noodzakelijk bij
opvragen van concept beschikkingen (aanvullend op WV2010-048)
• VVV2011-046 Altijd aanmaken van correctiefeiten bij een zelfde gebeurtenis (is in releaseplanning NTS 23-6-2011 toch weer uit de P0800 gehaald en dit VVV is nog niet aan een release toegekend)
• WV2011-072 Korte termijn oplossing Huurparameters 2012 • WV2011-090 Ahandeling stoppen aanvraag door de partner
MM MM MM
MM MM
MM
MM MM
MM MM
24-6-2011 • Review Records SdR 20100411 • Review Records SdR 20100502 • Afwijkend behandeling toegevoegd- ouder tekst van 2.4
PN
verwijderd, Service document in secties opgedeeld; Hoofdstuk 3 ; In de bijlage zijn zaken over AB verwijderd.
• Afwijkend behandelen functionele specificaties toegevoegd.
2012.1 blokt
1-8-2011
19-6-2012 MM MM 2012.2
tranche 2 6-7-2012 • VVV2011-180 Omleiden zorgtoeslag van wanbetalers
DS II Toeslagen 2009 — TSL Algemeen, Release t/m P 2012.1 blok 1, 1-8-2011 5
1. Inleiding
1.1. Doel
Dit document geeft een overzicht van de services en events binnen het dómein toeslagen. Er is rekening gehouden met de toeslagen voor kinderopvang-, huurtoeslag en zorgtoeslag en kindgebonden budget.
Het eerste deel is een inleiding op de service en eventbenadering. Daarna volgen de service per servicegebied, behandelservices worden hierin verder niet benoemd aangezien die onderdeel vormen van DS 4, wel worden de situaties benoemd waarin uitval naar een behandelservice ontstaat.
Dit document wordt als bijlage bij de DS 2 Toeslagen, mededelen en betalen geleverd. Daarin is de samenhang van deze services beschreven. Deze bijlage moet gezien worden als een levend document dat gedurende de vervolgfasen nog bijgewerkt dient te worden met resultaat van afstemming van het specificatie team met de betrokken partijen.
1.2. Randvoorwaarden
De wetgeving, uitvoeringsreglingen en beleidsbeslissingen zijn leidend voor de specificatie van de services. Voor huur — zorgtoeslag zijn de specificaties in dit document meer gedetailleerd opgenomen dan voor de kindgebondenbudget en kinderopvangtoeslag. Daarvoor vindt nadere detaillering nog plaats en wordt opgeleverd in volgende versie van dit document. Voor nadere informatie met betrekking tot de services voor die regelingen verwijzen wij derhalve naar de wet Kinderopvang en de wet kindgebondenbudget.
In enkele gevallen zullen services nog beperkt (consistent) uitgewerkt zijn als gevolg van openstaande vragen over gewenste uitvoering of systeemgedrag. Het gaat er dan met name om in hoeverre het systeem anticipeert, binnen wettelijke kaders (AWIR, Toeslagen Privacy), op situaties om de burger van dienst te kunnen zijn. Dit type vraagstukken is gemarkeerd bij de uitwerking van de services.
Voor een uitleg over de wijze waarop hier het concept service is toegepast, wordt verwezen naar het Globaal ontwerp Toeslagen, welke gelijktijdig met dit document is opgeleverd.
Bij het ontwerp en realisatie van services gelden de Business requirements Toeslagen, bijlage die gelijktijdig met dit document is opgeleverd.
1.3. Leeswijzer
De services zijn in dit document beschreven en als volgt geordend: • Algemene (werking) services • AWIR services • Voor elke regeling:
• Bepalen Huishouden • Bepalen Lasten • Bepalen Draagkracht • Beslissen (berekenen, bepalen recht) • Beschikken
• Dienstverlening • Toezicht • Invordering
In dit document staan verwijzingen naar het functiemodel volgens de bedrijfsarchitectuur Belastingdienst (project Complexiteitsreductie fase 2) zijn weergegeven als fm_cr:04.01 etc.
DS II Toeslagen 2009 — TSL Algemeen, Release t/m P 2012.1 blok 1, 1-8-2011 6
on (concept)
TSL Portal beschikk in Portal
Req~ntent
Samenvoegen beslissing
Ilvt beschikking rege in
Evt_grondslagen (A)Meldingen G events Blevents F_events DFIL events
\7(),0
- - E)t_mededeling
Geen recht tekst Conclusie tekst)
I>
Lvt_mededeliig contentl 1
tTijd
Afhandelen
I (generiek voor Bdienst)
DOC1 Print
Samenstellen content
Regeling 1
rtne
WFM Req/Reply_
melding_status
"vt_betaaladvie Samenvoegen
betaling livt_beschikking regeling
FRS 1
feiten
oeslag Betrokken-
heid
Kantoor-toedeler 1
a
regeling-specifiek >4
generiek COA/ETM
Beschikken Opstellen 1 Betaal- 1 Stapelaar advies 1
1 1
1
1 1
Grondstagen Zorgtoeslag ...
Kinderopvangtoesiag
DOC1
Samen- stellen content
SVB
Huurtoeslag
Regeling N
TSL Vaststellen Toeslag
TSL: Services en Bedrijfsfuncties i i I generiek i 1
AW..1R.,..,
I I ,
I
Kindgebonden Budget
1 N.B Eén bedrijf sfu ncti e is één service, tenzij met stippellijnen anders aangegeven (bundeling van meer bedrijfsfuncties tot een service, zoals bij AVV1R en Grondslagen)
DS II Toeslagen 2009 — TSL Algemeen, Release t/m P 2012.1 blok 1, 1-8-2011 7
ETM/COA Invorderin
2. Algemene werking services
2.1. Uitgangspunten
De volgende groepen van events worden binnen TSL onderkend:
1. Een service levert altijd een Terminate-event om aan te geven dat het een inkomend event volledig heeft verwerkt als er geen andere events zijn gegenereerd. Deze situatie gaat ook op als de nieuwe situatie die het event bekend maakt al binnen de service bekend is. Bij dat terminate event zit ook een resultaatcode voor diagnostische of productiebeheersingsdoelen. Naamgeving: Tevt_servicenaam_gereed. (terminate event)
2. Een service kan een event genereren om kantoor behandeling te initiëren. Naamgeving Hevt_servicenaam_uitval. (handmatig afhandelen event). Als een behandelaar niks doet volgt ook altijd een terminate event.
3. De events afkomstig van het feiten registratiesysteem hebben de naamgeving: Fevt_servicenaam. (feiten events). Zie voor het overzicht van alle Fe itevent die afkomstig zijn van FRS bijlage VI.
4. De events die dienen om de producent bepaalde (massale) event verwerkingsacties te initiëren hebben de naamgeving: Cevt_naam (control) events).
5. Uitval of kantoor behandeling kan tot verschillende soorten events leiden die vanuit kantoor terug komen. Het handmatig opvoeren van een grondslag service resultaat, naamgeving Gevt_serviceresultaatnaam (naam van een Evt). Daarnaast is er het handmatig opvoeren van een beslis service resultaat, naamgeving Bevt_serviceresultaatnaam (naam van een Evt). Daarnaast is er ook nog een Abevt, dit zijn events om het afwijkende behandelingen te beheren.
6. Daarnaast geldt voor alle typen events dat ze altijd een bepaalde ingangsdatum (bijvoorbeeld burger is vanaf datum x onderdeel van huishouden) hebben of betrekking hebben op een herleidbare periode (inkomen geldt altijd voor een heel jaar). Op basis van deze ingangsdatum of periode kan de service herleiden voor welke periode (mogelijkerwijs) een nieuwe grondslag ontstaat.
De volgende uitgangspunten gelden m.b.t. het ontwerp van de services:
1. Een service heeft geen kennis van de afhandeling van de events die de service zelf genereert.
2. De service verwerkt een inputevent volledig en genereert pas als die verwerking volledig is uitgevoerd de vervolgevents. Als die verwerking niet kan worden uitgevoerd wordt een terminate event met een foutconditie gemaakt. (In de techniek betekent dit dat een soort van commit naar de gegevenshuishouding in de service wordt uitgevoerd als het input event volledig verwerkt kan worden; daarna worden de events gepubliceerd. (roll back en herstart op event service niveau).
3. In het event dat een service publiceert is altijd herleidbaar wat de melding en het bron event (uit het feiten registratiesysteem: FRS) is geweest als gevolg waarvan de vervolgevents zijn gemaakt. Bijvoorbeeld uit de melding 'Burger overleden' komt het event "Fevt_overlijden" van FRS. Dat gaat via F_Bepalen_AWIR_partner_gevolgen die een event maakt voor "F_vaststellen_huishouden_ .." die een event maakt voor "F_beslissen_Rx." etc. In elk van die services is bekend dat het bron event het F_evt_overlijden was.
4. De services "F_Beslissen_Rx" worden zo ontworpen dat zij ook de mogelijkheid hebben om een proefberekening uit te voeren. Er wordt daartoe een speciaal event gedefinieerd dat de gehele dataset van grondslagen (een compleet jaarbeeld) aanlevert
DS II Toeslagen 2009 — TSL Algemeen, Release t/m P 2012.1 blok 1, 1-8-2011 8
("Evt_Dataset_Proefberekening_zorgtoeslag") waarop de service het recht en hoogte berekent en publiceert met het event "Evt_Resultaat_Proefberekening_zorgtoeslag". Services in het domein dienstverlening of klantbehandeling kunnen dit event produceren.
5. In een service is regelmatig sprake van of een bepaalde situatie bekend is. Onder bekend wordt in dit geval verstaan dat het gegeven al een keer eerder als event aangeboden is aan de service of dat het binnen enkele seconden alsnog binnenkomt. Mocht dit niet het geval zijn dan zal pas uitval plaatsvinden als dat zodanig gedefinieerd is. Om te voorkomen dat onnodig vaak uitval plaatsvindt zal FRS de events zodanig aanbieden aan de services dat dit minimaal voorkomt, denk hierbij aan een aanvraag met allerlei onderliggende gegevens waarbij het event aanvraag als laatste geïnitieerd wordt.
6. Schoningsfeit (Anti-feit) is een voorziening om van een eerder gegeven F-event de ingangsdatum of waarde te kunnen aanpassen. Hiermee is foutherstel mogelijk voor specifieke situaties. WV2011-046 (is in releaseplanning NTS 23-6-2011 toch weer uit de P0800 gehaald en dit WV is nog niet aan een release toegekend): Dit WV stelt dat FRS voortaan altijd correctiefeiten stuurt n.a.v. eenzelfde gebeurtenis, ook als de inhoud van de nieuwe melding identiek is (dus ook als de datum gebeurtenis van de nieuwe melding dezelfde is). Als gevolg hiervan moet TSL voortaan geen exception (fout) meer geven als er een schoningsfeit of correctiefeit wordt ontvangen van een melding waarvan reeds schoning (TSL schoont ook bij correctie) heeft plaatsgevonden maar wel een bestaande Meldingld is. Voorbeeld: Meldingen M1 en M2 betreffen dezelfde gebeurtenis, waarbij M2 tot correctiefeiten heeft geleid. Als M1 nu buiten behandeling wordt gesteld, mag dit niet meer tot een exception binnen TSL leiden.
7. Bij huurtoeslag worden soms gegevens bij een BSN vastgelegd en soms bij een object. Uitgangspunt hierbij is dat een uniek adres de link legt tussen het BSN en het object, zodanig kan communicatie van een verhuurder over een object gelinked worden aan de juiste aanvrager.
Uitgangspunten m.b.t. tot de inhoud van de services
1. Bij het ontwerp van de services is zoveel mogelijk aansluiting bij wetgeving, bestaande functiemodellen en nieuwe inzichten gezocht. Daar waar tegenstrijdigheden of achterhaalde specificaties voorkomen, zal de meest actuele wetgeving altijd leidend zijn, tenzij specifiek wordt aangegeven waarom afgeweken is van de wetgeving.
2. Elke grondslag bepalende service kent een g-event. Hiermee kan het resultaat dat de service gewoonlijk oplevert door een behandelaar ingevoerd worden. Hierbij kan een motivatie ingevoerd worden door de behandelaar (met userid en tijdstempel) die alleen op kantoorportaal zichtbaar is. De behandelaar kan ook een of meerdere code_bijzondere situatie invoeren die op de beschikking (papier) als een conclusie tekst afgedrukt kan worden en op de portal getoond wordt (bijv. 'uw inkomen is voor de huurtoeslag verlaagd met bedrag x vanwege regeling Zyx. waarop u recht heeft' .
3. Elke beslis service kent een b-event. Hiermee kan het resultaat dat de service gewoonlijk oplevert door een behandelaar ingevoerd worden. Hierbij kan een motivatie ingevoerd worden door de behandelaar die alleen op kantoorportaal zichtbaar is. De behandelaar kan ook hier een of meerdere code_bijzondere situatie invoeren die op de beschikking (papier) als een conclusie tekst afgedrukt kan worden en op de portai getoond wordt.
2.2. Verschillen Service Document i.r.t. de FMDD specificaties
1. Om technische redenen wordt het event HH_regeling_x (vaststellen huishoudsamenstelling) binnen FMMD gesplitst in vier aparte events:
a. Start deelname partner b. Start huishouden c. Einde deelname partner
DS II Toeslagen 2009 — TSL Algemeen, Release t/m P 2012.1 blok 1, 1-8-2011 9
d. Einde huishouden 2. Om technische redenen worden voor de AWIR partnerschap events door FMDD twee resultaat
events gepubliceerd (partnerschap tussen A-B en tussen B-A) terwijl in het SD maar maar sprake is van één (partnerschap A-B).
3. Gegevens uit Feit event Burger krijgt kind worden ook middels het Feit event Geboorte kind meegegeven. Zodoende is dit als het ware overbodig en binnen de FMDD niet overal als input gebruikt. In R5.3 is dit voor zowel FRS als TSL aangepast.
4. Om technische redenen zijn services weliswaar als één service gebouwd terwijl zij wel als aparte services worden beschreven, zie bijvoorbeeld de DHL services (incl. het bepalen van het soort huishouden bij huurtoeslag) en schatting en vaststellen Draagkracht;
5. Bij het samensmeden van genoemde bedrijfsfuncties tot één technische service bijv. Grondslagen - met een gemeenschappelijke database - worden abonnementen 'ontdubbeld': De Een service bijv. Grondslagen is geabonneerd op een feittype als minstens één bedrijfsfunctie in de gehele service dat feittype als invoergebeurtenis heeft.
6. Ondanks dat het Feit event geboorte kind in de FMDD niet altijd als input event beschreven wordt, zit het onderhuids wel binnen elke service. M.a.w., elke service is hier wel op geabonneerd (immers elk bedrijfsfunctie moet een burger kennen en dit gebeurt middels dit feit event), echter alleen in die gevallen dat het een functionele functie heeft wordt deze expliciet benoemd,
7. Binnen FMDD worden alle events die door kantoor worden opgevoerd in TSL (G event, B event, AB event) aangeduid als een Ambtelijk event.
8. Binnen FMDD worden de events schatting en definitief 10% toetsingsinkomen aangeduid als afwijkend definitief en geschat toetsingsinkomen.
9. In een FMDD service model worden in sommige gevallen meer events vastgelegd dan in het Service Document worden beschreven. Deze informatie dient om de service in staat te stellen gewenst gedrag te leveren. Dit kan eventueel aanleiding geven tot extra uitval situaties. Deze aanvullingen zullen in een volgende release van het Service Document worden verwerkt.
10. Het bepalen van de huishoudsoort is in het service document opgenomen binnen de service Draagkracht Huur, in het FMDD is het als een aparte technische service gebouwd.
2.3. Kantoortoedeler
2.3.1. Doel
Sommige Feit Events zijn zodanig complex of komen zo zelden voor dat geautomatiseerde verwerking niet wenselijk is. Deze gevallen zullen rechtstreeks aangeboden dienen te worden aan kantoor:
2.3.2. Uitgangspunten
• Voor bezwaren en beroepen geldt in sommige gevallen dat invorderingen opgehouden dienen te worden. TSL doet hier niks voor, de kantoorbehandelaar kan nadat hij het bezwaar / beroep bekeken en beoordeeld heeft de keuze maken om een toeslag invordering te staken via een kantoorprocedure naar COA / ETM toe.
Bij het aanmaken van het H-evt Burger maakt bezwaar geeft de kantoortoedeler de volgende informatie mee: BSN, Datum bezwaar, Beschikkingsnummer (deze informatie komt uit Melding 39), Datum primaire beschikking. Op basis van het beschikkingsnummer dat in Melding 39 meegegeven wordt, wordt de bijbehorende Datum primaire beschikking door TSL bepaald. Op basis van de Datum primaire beschikking wordt binnen kantoorportaal bij het aanmaken van de werkopdracht de behandeltermijn van de werkopdracht bepaald (de behandeltermijn is de Datum primaire beschikking + (een instelbare) norm).
DS II Toeslagen 2009 — TSL Algemeen, Release t/m P 2012.1 blok 1, 1-8-2011 10
Event Fevt_burger_verzoekt_bijzondere_situatie Fevt_burger_trekt_verzoek_bijzondere_situatie_in Fevt_burger_maakt_bezwaar Fevt_burger_trekt_bezwaar_in Fevt_burger_gaat_in_beroep Fevt_burger_trekt_beroep_in
Event Evt_burger_veizoekt_bijzondere_situatie Hevt_burger_verzoekt_bijzondere_situatie Hevt_burger_trekt_verzoek_bijzondere_situatie_in Hevt_burger_maakt_bezwaar Hevt_burger_trekt_bezwaar_in Hevt_burger_gaat_in_beroep Hevt_burger_trekt_beroep_in Tevt_kantoortoedeler_gereed
Hulpservice: Kantoortoedeler Deelt events die rechtstreeks handmatige behandeling vereisen aan kantoor aan.
Hevt_burger_verzoekt_bijzondere situatie Hevt_burger_trekt_verzoek_bijzondere_situatie_in Hevt_burger_maakt_bezwaar Hevt_burger_trekt_bezwaar_in Hevt_burger_gaat_in_beroep Hevt_burger_trekt_beroep_in
Fevt_burger_verzoekt_bijzondere situatie Fevt_burger_trekt_verzoek_bijzondere_situatie_in Fevt_burger_maakt_bezwaar Fevt_burger_trekt_bezwaar_in Fevt_burger_gaat_in_beroep Fevt_burger_trekt_beroep_in
Ik
Kantoor Toedeler
Tevt_Kantoortoedeler_gereed
2.3.3. Ingaande Events
2.3.4. Gedrag
ALS Fevt_xxxxx DAN Hevt xxxxx
2.3.5. Uitgaande Events
WV2010-041: Omwille van BI komt er een uitgaand event bij: Evt_burger_verzoekt_bijzondere_situatie. Hierin wordt het volgende gegeven opgenomen, zodat het voor BI beschikbaar komt. • Burger verzoekt bijzondere situatie
DS II Toeslagen 2009 — TSL Algemeen, Release t/m P 2012.1 blok 1, 1-8-2011 11
1 Afwijkende behandeling is mogelijk op de volgende bedrijfsservices: - AWIR partnerschap, Toetsingsinkomen (geschat en definitief afzonderlijk), Vermogen - Huishouden, Draagkracht, Lasten (huur, zorg, kinderopvang, kindgebonden budget) - Beslissen (huur, zorg, kinderopvang, kindgebonden budget)
2 Op één bedrijfsservice kunnen meerdere typen Afwijkend Behandelen (AB-typen) bestaan.
3 Beheer van de AB-typen wordt uitgevoerd door Functioneel beheer via het Kantoor'portaal.
5 Het beheer van AB-typen is herleidbaar naar de uitvoerend behandelaar en het tijdstip van de laatste mutatie.
6 Er wordt historie bijgehouden van de mutaties van de AB-typen (voor controle-doeleinden).
7 Voor een BSN moet kunnen worden vastgelegd dat deze persoon onder bepaalde omstandigheden afwijkend behandeld moet worden.
8 De volgende rollen mogen Afwijkend Behandelen uitvoeren: - Senior behandelaar TSL - Senior behandelaar Toezicht - Senior behandelaar Bezwaar - Seniorbehandelaar Beroep - Senior behandelaar Klacht
9 Een behandelaar moet de volgende informatie m.b.t. de afwijkende behandeling vast kunnen leggen in het Kantoorportaal: - AB-type - Toelichting - Periode (datum start, datum einde)
11 De ingevoerde periode moet liggen binnen de door de beheerder ingestelde geldigheidsperiode voor het AB-type.
12 Het uitvoeren van werkopdrachten afwijkend behandeling is herleidbaar naar de uitvoerend behandelaar en het tijdstip van de laatste mutatie.
13 De behandelaar kan voor een BSN een afwijkende behandeling opvoeren door een keuze te maken uit een lijst van gedefinieerde AB- typen.
14 De behandelaar krijgt een overzicht van de benodigde informatie om voor een BSN een afwijkende behandeling op te voeren of te wijzigen: - Lopende Afwijkende behandelingen van een specifiek AB-type - Periode geldigheid (datum start /datum einde) per Afwijkende behandeling - Toelichting per Lopende Afwijkende behandeling
Nr. Functionele requirements Afwijkend behandelen
Algemeen
Beheer typen Afwijkend Behandelen (AB-typen)
4 Een functioneel beheerder kan AB-typen toevoegen met bijbehorende kenmerken terwijl het systeem in productie is.
Uitvoeren Afwijkend Behandelen
10 Per BSN en AB-type mogen geen overlappende perioden ontstaan.
> Per beschikking > Per betrokkene > Per deeljaar
2.4. Functionele specificaties Afwijkende Behandeling
In R2012.1 is het afwijkende behandelen volledig geïmplementeerd.
Afwijkend behandelen voor TSL voorziet in de wens van BT om handmatig het resultaat van een bijzondere berekening of grondslag bepaling te kunnen opvoeren als daarvoor niet voorzien is in het geautomatiseerde systeem. Dit betreft incidentele gevallen bijv. bijzondere uitvoeringsbepalingen of wetgeving die geldt voor een specifieke toeslagperiode en meestal kleine doelgroepen.
DS II Toeslagen 2009 — TSL Algemeen, Release t/m P 2012.1 blok 1, 1-8-2011 12
15 De behandelaar kan de Afwijkende behandeling nader toelichten in een vrij tekstveld. 16 Medewerkers van Kantoor Toeslagen, BelastingTelefoon en Balies kunnen per BSN een
overzicht krijgen van alle actueel lopende Afwijkende behandelingen van alle AB-typen met de geldigheidsperiode.
17 De naamgeving met betrekking tot Afwijkend Behandelen (AB-typen, periode-aanduiding, . etc) wordt consistent gebruikt in alle onderdelen van het systeem (Kantoorportaal, Klantbeeld Dienstverlening, etc).
18 Een mutatie voor een BSN met een indicatie Afwijkend Behandelen zal, op het niveau van bedrijfsfunctie, altijd leiden tot een signaal voor de behandelaar (zachte uitworp).
19 De uitworp vanwege Afwijkend behandelen wordt via de werkvoorraad aangeboden aan de behandelaars (HAB-event).
20 Zolang voor een BSN een uitworp naar aanleiding van een indicatie Afwijkend Behandelen (HAB-event) in behandeling is, mag voor de aanvrager voor de specifieke regeling niet formeel beschikt worden.
2.5. Werking afhandeling bezwaren
Een burger kan tegen een besluit van de Belastingdienst Toeslagen in bezwaar gaan. Een besluit van de Belastingdienst Toeslagen heeft de vorm van een beschikking. Een bezwaar van een burger is dus altijd gericht tegen een of meerdere beschikkingen. De afhandeling van bezwaar is voor een groot deel een handmatig proces dat afgehandeld wordt op kantoor. Een gedeelte van de verwerking vindt plaats door TSL. Dit betreft het verwerken en registreren van de mutaties die naar aanleiding van het bezwaar worden opgevoerd, het beslissen en beschikken naar aanleiding van deze mutaties en het opmaken van een mededeling_BoB_beschikking.
In grote lijnen verloopt het bezwaarproces als volgt:
De bezwaarbehandelaar pakt via het kantoorportaal de werkopdracht bezwaar op en toetst de ontvankelijkheid. Hij gebruikt daarbij alle informatie in het bezwaar en raadpleegt ook het klantdossier. In het geval dat een bezwaar niet-ontvankelijk is handelt de behandelaar het bezwaar af via kantoorportaal, hetgeen resulteert in een evt_BoB_zaak. Hierin geeft hij de reden aan waarom het bezwaar niet-ontvankelijk is. In het geval dat een bezwaar ontvankelijk is gaat de behandelaar over tot behandeling van het bezwaar. De behandelaar beoordeelt de redenen van bezwaar (na eventueel een hoorzitting als de burger daar behoefte aan heeft) en de behandelaar bepaalt of het bezwaar gegrond, deels-gegrond of niet-gegrond is.
Als het onderzoek van de behandelaar is afgerond dan zijn de evt. aan te passenfeiten en de bijbehorende meldingen, grondslagen of beslissingen bekend. Als het bezwaar geheel of gedeeltelijk gegrond is worden de aanpassingen doorgevoerd. Dat kan op de volgende manieren (van meest naar minst wenselijk): • De behandelaar voert ambtshalve meldingen (A-meldingen) op in FRS die ertoe leiden dat de
juiste grondslagen door TSL vastgesteld worden en de toeslag op reguliere wijze wordt berekend; De behandelaar stelt de aan te passen grondslagen ambtshalve vast middels het opvoeren van G-events. De behandelaar stelt de beslissing voor de toeslag (hoogte, recht) ambtshalve vast middels het opvoeren van B-events. De behandelaar dient bewust om te gaan met het toepassen van afwijkende behandeling (AB-events) om te voorkomen dat de resultaten van een bezwaarbehandeling worden teruggedraaid door de burger.
De behandelaar rondt de behandeling van het bezwaar af door het opvoeren van de behandelgegevens in kantoorportaal, hetgeen resulteert in een of meerdere evt_BoB_zaak_Rx (een evt_BoB_zaak_Rx voor elke regeling x die door het bezwaar is geraakt). De behandelaar voert daarbij de motivatie van de beslissing en andere relevante gegevens op.
DS II Toeslagen 2009 — TSL Algemeen, Release t/m P 2012.1 blok 1, 1-8-2011 13
Wanneer het bezwaar niet-gegrond is, hoeven er geen ambtshalve meldingen, G-events of B-events te worden opgevoerd. De behandelaar voert het behandelresultaat op in kantoorportaal, hetgeen resulteert in een of meerdere evtBoBzaakRx.
In het hiernavolgende zijn per betrokken service de specificaties met betrekking tot het afhandelen van bezwaar uitgewerkt. Dit betreft de.Kantoortoedeler, de Beschikservices, Samenstellen Content en Bepalen Betaaladvies.
2.6. Sofilozen
Sofilozen zijn burgers die (niet) een BSN of sofinummer (buitenlanders krijgen geen BSN maar sofinummer, hierna wordt in principe altijd beide bedoeld) hebben, of dit wel hebben maar de partij die met ons over deze personen communiceert kent die BSN of sofinummer niet. Er zijn drie situaties waarbij dit nu voorkomt:
1. Burger vraagt kinderopvang aan voor een kind dat nog niet geboren is Dit geval kennen we straks niet meer aangezien je pas kinderopvanguren kan opgeven als het kind een BSN / sofinummer heeft.
2. SVB communiceert over de kinderbijslag Op dit moment komt het voor dat de SVB alleen maar een AKW (eigen uniek nummer kind) nummer heeft van een kind en niet het BSN. Dus als de SVB straks doorgeeft dat Burger BSN A kinderbijslaggerechtigd is voor Kind AKW B dan kunnen wij dit kind niet relateren aan een bekende burger en dus geen controles doen of dubbel voorkomen of gerechtigde leeftijd. Sowieso is dit voor TSL een ongewenste complicatie aangezien uitgangspunt is dat elke burger in TSL een BSN heeft.
Uitgangspunt hierbij is dat FRS de meldingen met een AKW nummer ophoud. Zodra SVB iets meldt zonder BSN wordt via uitval het juiste BSN aan de melding toegevoegd zodat deze correct in TSL verwerkt kan worden.
3. CvZ communiceert over het verzekerd zijn CvZ communiceert nu op twee manieren met de belastingdienst. Een massale uitwisseling via Vectis (automatiseerder van Zorgverzekeraars NL) waarin alleen personen met een BSN in voorkomen. En een bestand rechtstreeks van CvZ waarin alleen buitenlandgevallen in voorkomen. Dit laatste bestand bevat veel personen die geen sofinummer hebben of waarvan het bij CvZ niet bekend is. Op dit moment wordt door Unit Buitenland bij een aanvraag of mutatie zo goed mogelijk dit bestand geraadpleegd om te achterhalen of de personen die (als buitenlander) in een aanvraag voorkomen ook bij CvZ bekend zijn.
Uitgangspunt is dat de oplossing niet binnen TSL ligt. Verbeteringen zijn mogelijk door: • Terugmelden van BSN of van te voren melden. Op dit moment worden opgezochte BSN's niet
teruggemeld aan CvZ. Met als gevolg dat in de toekomst deze personen weer opgezocht moeten worden. Ervan uitgaande dat dit zo blijft dan is het wenselijk dat als wij zo'n BSN hebben opgezocht dat we dit terugmelden in een combinatie van CvZ-nummer en BSN. Een andere optie is dat CvZ op basis van een bestand van onze kant zelf dit al van te voren doet.
• Opzoeken van BSN's wordt nu pas uitgevoerd bij een mutatie / aanvraag. Echter is het beter om van alle personen in toeslagen die niet in NL wonen en waarvan niet een verzekeringsstatus bekend is (na enige tijd) te matchen met dit bestand (dit heeft dan ook als voordeel dat geen spaarzame buitenland kennis nodig is, die wel nodig is om de aanvragen / mutaties te behandelen)
2.7. Verworven recht
Verworven recht is een situatie waarbij iemand normaal gesproken in een geen recht situatie of andersoortige bijzondere situatie terecht komt, maar dit niet het geval is omdat die persoon in een voorliggende periode ook al recht had. Er zijn op dit moment drie situaties waarbij verworven recht een rol speelt.
DS II Toeslagen 2009 — TSL Algemeen, Release t/m P 2012.1 blok 1, 1-8-2011 14
1. Redelijkheidstoets Bij de redelijkheidstoets wordt een toets niet uitgezet als deze al eerder uitgevoerd is. Aangezien deze toetsen niet zoveel voorkomen wordt voorlopig het uitgangspunt gehanteerd dat in deze gevallen de Huurcommissie ons dan terugmeldt dat ze de toets al een keer hebben uitgevoerd.
2. Verblijfstitel 33 Als iemand deze verblijfstitel heeft dan moet gecontroleerd worden of iemand toeslag ontving in het jaar dat de vreemdeling voor het laatst in bezit was van een geldige verblijfstitel. Dit is te complex om te automatiseren dus wordt altijd kantoorbehandeling.
3. Huurgrensoverschrijding Als iemand een huurprijs krijgt die boven de maximale huurgrens uitkomt dan moet bepaald worden of deze persoon recht heeft op huurgrensoverschrijding. Een van de criteria hiervoor is dat dit recht bestaat als de persoon in de maand ervoor ook een toeslag ontving.
2.8. Rolwisseling in het jaar
Rolwisseling is een situatie waarbij een aanvrager vraagt om de partner tot aanvrager te maken van een toeslag. Dit kan makkelijker zijn voor een burger zodat hij/zij de beschikking van alle regelingen op één naam krijgt.
Voor Invordering kan dit problemen opleveren omdat Invordering debiteur gericht is. Invordering heeft geen kennis omtrent de aanwezigheid van een partner. Een rolwisseling is daarom voor invordering niet eenvoudig door te voeren. Er ontstaat in feite een nieuwe debiteur na een rolwisseling. Voorts is rolwisseling gedurende het jaar ongewenst als klanten dit zouden gaan gebruiken om de betalingen op vorderingen uit te kunnen stellen (i.v.m. gebrek aan betalingscapaciteit). Uitgangspunt is derhalve dat rolwisseling gedurende het jaar niet mogelijk is.
Er zijn daarnaast een aantal andere (wettelijke) uitgangspunten die hier haaks op staan:
• Voor KGB moet de aanvrager altijd de persoon zijn die de kinderbijslag ontvangt (wet) • Als iemand met een partner overlijdt en de partner heeft geen andere potentiële AWIR partner
dan moet automatisch rolwisseling toegepast worden (kernteam besluit) Als iemand binnen zorg terecht onverzekerd wordt en deze persoon is de aanvrager dan volgt een geen recht beslissing, echter als de partner de aanvrager was geweest dan zou dit een 50% berekening worden. Hoe TSL met bovenstaande situaties wordt omgegaan wordt verwezen naar desbetreffende services.
De optie die wel werkbaar is, is om het ene huishouden te stoppen en een nieuw huishouden aan te maken. Dit kan echter wat financiële gevolgen hebben, als deze rolwisseling zich niet in de toekomst afspeelt. Toeslag bedragen worden altijd in de maand voorafgaand betaald en zullen dus teruggevorderd worden als rolwisseling in de actualiteit of verleden moet worden uitgevoerd (wat meestal het geval zal zijn bij bovenstaande situaties). Vooralsnog is het beleid dat het stoppen en opvoeren van de aanvraag niet door kantoorbehandeling wordt uitgevoerd. De burger is hier zelf verantwoordelijk voor.
2.9. Werking harde en zachte uitworp binnen een service
Een service in TSL moet gezien worden als een technische component, die een aantal functionele onderdelen bevat, namelijk mappings en bedrijfsfuncties (zoals Samenstellen huishouden en Bepale n Draagkracht). Als een (feit)event bij een service aankomt, worden de aangeleverde gegevens uit het bericht in de database gezet (een mapping doet dat), Vervolgens doen een of meer bedrijfsfuncties achtereenvolgens hun werk. Deze bedrijfsfuncties werken op de database en lezen en produceren geen events. Resultaten van de verwerking worden weer door mappings uit de database gelezen en in berichten (events) gezet.
DS II Toeslagen 2009 — TSL Algemeen, Release t/m P 2012.1 blok 1, 1-8-2011 15
Uitgaande) event(s)
Inkomend event
data Database
functionaliteit
Mapping(s) (database naar event)
Mapping (even t n aar database)
Bedrijfs-functie 1 • • Bedrijfs-
functie 2 •
TSL: mapping en bedrijfsfunctie(s) in een service
Service TSL
Als in een van de functionele onderdelen een tak bereikt wordt waarin harde uitworp gespecificeerd staat, dan stopt de verwerking en blijft de service achter in de toestand die is bereikt direct na voltooiing van het vorige functionele onderdeel. Anders gezegd na elke mapping en na elke bedrijfsfunctie kent TSL een "savepoint".
Een voorbeeld ter illustratie: Service grondslagen Zorg, feitevent Aanvraag. Eerst wordt de aanvraag via een mapping in de database gezet. Als dat op harde uitworp stuit (bijv. controle op datum - aanvraag voor jaar T moet uiterlijk 1 april van jaar T+1 ingediend zijn), mislukt dus de mapping en blijft de service achter in de begintoestand; het feitevent is dan per saldo niet opgeslagen. Als de aanvraag daarentegen wel succesvol wordt gemapt, begint het volgende onderdeel, te weten de bedrijfsfunctie Samenstellen Huishouden. Als daar harde uitworp optreedt, blijft de service achter in de toestand van na de mapping, m.a.w. de aanvraag is wel opgeslagen maar er is geen huishouden gemaakt. Stel dat samenstellen huishouden wel succesvol verloopt, dan begint vervolgens de bedrijfsfunctie Bepalen Draagkracht. Als daar dan de zaak tegen harde uitworp aanloopt, blijft de service achter in de toestand van na Samenstellen Huishouden, d.w.z. aanvraag en huishouden staan in de database, huishouden is ook gepubliceerd, maar er is geen draagkracht ontstaan, wel een H-event betreffende het probleem in Bepalen Draagkracht.
Zie bijlage V voor een overzicht van de uitworp die binnen een bedrijfsfunctie plaats vindt. Voor het overzicht van de uitworp die binnen de mapping plaats vindt, wordt verwezen naar bijlage IX.
2.10. Werking Handtekeningrelaties
Er zijn drie soorten handtekeningrelaties, namelijk: 1. Handtekening Aanvrager / Partner voor (nieuwe) een regeling 2. Handtekening Aanvrager / Partner voor (uitbreiding huishouden) lopende regelingen 3. Handtekening Aanvrager / Medebewoner voor Huur
Het verschil tussen de 1e en 2e zit hem in het moment wanneer de handtekening nodig is. De eerste doe je altijd als je een aanvraag gaat doen. De 2' doen je altijd als je al 1 of meerdere regeling hebt en er komt een partner bij, in dat geval hoef je niet meerdere handtekeningen te plaatsen. De 3e is voor beide situaties bruikbaar omdat het maar 1 regeling betreft. Deze handtekeningen zijn nodig om als burger aan te geven dat een andere burger (de aanvrager) je gegevens in mag zien. En worden op de volgende plaatsen gebruikt:
1. AWIR Partnerschap Service 2. Huishoudsamenstelling Services
DS II Toeslagen 2009 — TSL Algemeen, Release t/m P 2012.1 blok 1, 1-8-2011 16
De AWIR partnerschap service is geen primaire gebruiker van de handtekeningrelatie. Oftewel heeft dit gegeven niet strikt nodig om een partnerschap vast te kunnen stellen, want de handtekening van twee mensen waarvan wij denken dat ze elkaars partner zijn hoeven die mensen pas te zetten als ze ook daadwerkelijk samen in een huishouden zitten. Echter wordt de handtekening hier wel gebruikt op twee verschillende manieren.
a) Als iemand een handtekening als partner zet en is geen partner volgens onze gegevens dan volgt uitval om te achterhalen waarom de burger wel denkt dat ze partners zijn.
b) Als er meerdere personen zijn die iemands partner kunnen zijn (meer dan 2 meerderjarige personen op één adres bijvoorbeeld) en twee van deze mensen hebben samen een handtekening gezet, dan wordt deze handtekening gezien als keuze dat zij samen partner willen zijn.
De Huishoudservice gebruikt de handtekening als voorwaarde om een huishouden samen te stellen. Dit houdt dus in dat als er geen handtekening is een persoon niet toegevoegd kan worden aan een huishouden. Hier zie je dan ook wel degelijk verschil in de situaties m.b.t. de handtekening aangezien de situatie zoals deze was voor de handtekening blijft gehandhaafd. Bij een aanvraag met onbrekende handtekening zou dit betekenen dat er geen huishouden aangemaakt wordt en iemand nog geen geld krijgt. Dit zal met name voorkomen als iemand in zijn eentje een aanvraag indient en volgens onze gegevens een awir partner heeft. Als deze situatie optreedt zal er ook altijd uitval ontstaan van het type ontbreken van gegevens. Bij een lopende aanvraag van één persoon waar iemand bij komt zal zolang de handtekening voor lopende regeling er niet is, het één persoonshuishouden blijven bestaan en een uitval signalering. Hetzelfde geldt voor een Huur huishouden met meerdere medebewoners waar er één bijkomt.
2.11. Feit over BSN dat nog niet gemeld is als 'Nieuwe burger'
Tijdens conversie en foutherstel en mogelijk in heel bijzondere situaties in productie zou het kunnen voorkomen dat Feiten gepubliceerd worden over een BSN terwijl dat BSN nog niet gemeld is met het feitevent 'Nieuwe burger'. In een dergelijk geval wordt dan geen uitworp / uitval gemaakt door de TSL services. Echter als een ambtelijk event (grondslag/beslissing) wordt opgevoerd waarin een nog onbekend BSN voorkomt, wordt altijd uitval event gemaakt. (WV2010-163).
2.12. Verjaringsevents
De regelgeving rondom het verwerken van gevolgen van 16, 23 en 65 jaar worden zijn voorspelbaar en uitvoerbaar o.b.v. de geboortedatum en behoeven vooralslnog geen specifieke verjaringevents (WV2010-061). Voor bijv. 27, 18 en 5 jaar bestaan die events wel omdat dan specifieke context validaties met de actuele gegevens gedaan moeten worden (bijv. heeft de 5 jarige nu nog dagopvang ? Of bijv. is per 1-1-T+1 een AWIR-criterium van toepassing op de 27-jarige?) In situaties waarbij de verjaardag leidend is (en niet de geboortedatum) wordt gebruik gemaakt van het verjaringsevent. De volgende situaties worden onderscheiden: • Situaties waarbij de leeftijd gebruikt wordt voor controle aanwezigheid gegevens en tot uitval bij
ontbreken van gegevens leidt, worden gekoppeld aan een verjaringsevent. Bijvoorbeeld, ALS verjaring_18 bekend DAN etc.
• Situaties waarbij de leeftijd gebruikt wordt voor een norm toepassing of andersoortige berekening, zullen gekoppeld blijven aan een geboortedatum (en niet een verjaringsevent).
2.13. Massale verwerkingsprocessen en MES
(In het kader van WV2010-050) Vanuit Kantoorportaal worden massale processen bestuurd en worden normen en parameters beheerd. TSL ondersteunt het uitvoeren en besturen van massale verwerkingsprocessen, zoals het massaal automatisch continueren proces. Daartoe beschikken de afzonderlijke services en bedrijfsfuncties van TSL over kenmerken en functionaliteiten, waaraan het massaal evenstroom mechanisme (MES) ten grondslag ligt:
DS II Toeslagen 2009 — TSL Algemeen, Release t/m P 2012.1 blok 1, 1-8-2011 17
• Een bedrijfsfunctie kan een massale verwerking jaargebonden uitvoeren op een moment naar keuze, met een Cevt_X.
• Een bedrijfsfunctie kan een al uitgevoerde massale verwerking op een moment naar keuze nogmaals jaargebonden uitvoeren, met een Cevt_herbereken_X.
• Een bedrijfsfunctie verdeelt het te verwerken aantal items in een aantal batches met een vooraf vastgestelde batch-grootte.
• Een bedrijfsfunctie houdt gegevens t.b.v. een verwerkingsverslag bij. Voor, tijdens en na afloop van een massale verwerking publiceert de bedrijfsfunctie de volgende gegevens:
o Status van een verwerking (lopend, gestopt, afgebroken, gereed) o Totaal aantal batches o Aantal te verwerken batches o Aantal verwerkte batches
• Goed verwerkt ■ Fout verwerkt • Opnieuw aangeboden
• Een bedrijfsfunctie kan opdracht krijgen een proefrun uit te voeren, waarbij een bepaald (vast) aantal batches op proef wordt verwerkt voor een maximum van 1000 BSN's, voordat de hele run massaal wordt verwerkt.
• Indien een bedrijfsfunctie opdracht voor een proefrun heeft gekregen, publiceert de bedrijfsfunctie een lijst van BSN's waarvoor de proefrun wordt uitgvoerd.
• Een massale verwerking door een bedrijfsfunctie kan worden gestopt. Nadat de verwerking is gestopt, kan deze worden hervat waar het gebleven is.
• Een verwerking kan worden afgebroken, waarna reeds verwerkte items verwerkt blijven. Een afgebroken verwerking begint na een start opnieuw voor de gehele populatie.
• Foute batches (alle of specifiek aangegeven) kunnen opnieuw worden aangeboden met een opgegeven batch-grootte, waarna deze batches opnieuw worden verwerkt.
2.14. Normen en parameters in TSL
Bij het berekenen van grondslagen en beslissingen worden binnen de services van TSL onder andere normen gebruikt, waarvan de waarden mede bepalend zijn voor recht en hoogte van een toeslag.
De volgende uitgangspunten gelden voor het beheren, vrijgeven en activeren van normen in TSL: • Kantoorportaal verschaft toegang tot de PBT (Parameter Beheer Tool), waarmee normen
worden beheerd» • Via kantoorportaal kunnen met de PBT aan elke norm waardes worden toegekend, waarbij
aan elke normwaarde een DatumVrijTeGeven en DatumIngangGeldigheidVanaf wordt toegekend.
• Via de kantoorportel wordt opdracht gegeven aan de NBS (Normen Beheer Service) om alle normen waarvan de waarde is gewijzigd t/m een bepaalde DatumVrijTeGeven, vrij te geven
• DatumIngangGeldigheidVanaf definieert de startdatum van de periode waarin een bepaalde normwaarde geldig is en voor berekeningen in TSL gebruikt moet worden. De einddatum van deze periode wordt bepaald door de DatumIngangGeldigheidVanaf van de normwaarde die in de aansluitende volgende periode geldig is. Geldigheidsperiodes kunnen elkaar nooit overlappen. Van een normwaarde waarvan de geldigheidsperiode nog niet is afgebakend met de startdatum van een nieuwe normwaarde, is de einddatum "open".
• De NBS geeft normen vrij door NormEvents te publiceren waarop de diverse TSL services zijn geabonneerd.
• Een NormEvent bevat een normset, waarvan de normen (zoveel mogelijk) betrekking hebben op één TSL service.
Bijlage XII geeft een mapping van de normen vs. normevents.
1 Functionele specificaties t.a.v. PBT, Kantoorportaal en NBS die niet relevant zijn voor TSL worden hier niet beschreven.
DS II Toeslagen 2009 — TSL Algemeen, Release t/m P 2012.1 blok 1, 1-8-2011 18
2.15. Uitworp TSL ter signalering onbep. situaties na schoning van feiten
Deze paragraaf staat in het teken van WV2010-171:
TSL bepaalt recht en hoogte van toeslagen in de Beslis-services o.b.v. de resultaten van de AWIR- en Grondslagen-services (huishouden, draagkracht en lasten). Feiten kunnen geschoond worden maar grondslagen niet (die kunnen alleen door nieuwe grondslagen overschreven worden), waardoor het kan gebeuren dat na de schoning van een feit bij een volgend beslismoment verouderde grondslagen meegenomen worden (indien nog niet door nieuwe overschreven).
Voorbeeld: Wanneer een burger zijn huurlasten meldt, leidt dit in FRS tot een feitevent huurlasten burger, dat vervolgens in TSL resulteert in een grondslagevent met de rekenhuur voor een huishouden, op basis waarvan beslist wordt. Als het feitevent daarna geschoond wordt (d.m.v. een schoningsfeit uit FRS) en er is geen eerder huurlastfeit waar TSL op terug kan vallen, dan zijn de huurlasten onbepaald. Grondslagen publiceert niets en Beslissen blijft de eerder gepubliceerde rekenhuur gebruiken bij een volgend beslismoment (bijv. bij een gewijzigd inkomen).
Feiteventtypen waarbij dit kan optreden: Het geschetste fenomeen kan optreden bij schoning van feittypen die geen tegenhanger (inverse) kennen (zie bijlage). Bij feittypen waarvoor wel een inverse bestaat, zal TSL logica bevatten om de inverse goed af te handelen, en dat betekent feitelijk dat schoning van het oorspronkelijke feit ondersteund wordt.
Oplossing korte termijn (P700): In TSL uitworp ter signalering geven in alle gevallen wanneer een schoningsfeit binnenkomt van de beschreven categorie (feiteventtype zonder inverse). Dit betekent dat elke TSL-service die een dergelijk te signaleren schoningsfeit ontvangt zo'n signaal afgeeft, ongeacht of nu wel of niet daadwerkelijk een onbepaalde situatie ontstaat.
Oplossing vervolg: De lijst van te signaleren schoningsfeittypen zou gefaseerd weggewerkt kunnen worden door per geval een specifieke maatregel in een TSL-bedrijfsfunctie te bedenken en te realiseren om te zorgen dat daar een specifieke uitworp gegeven wordt alleen wanneer daadwerkelijk een onbepaalde situatie ontstaat. Zodra voor een schoningsfeittype zo'n specifieke uitworp is gerealiseerd, wordt voor dat type de grove signalering uitgeschakeld.
DS II Toeslagen 2009 — TSL Algemeen, Release t/m P 2012.1 blok 1, 1-8-2011 19
Geldt er een afwijkende behandeling voor deze bedrijfsfunctie?
Bepalen gs / recht en
hoogte
beschikken beschikken
Nieuw resultaat
Bedrijfsfunctie
nee nee trigger Formeel
beschikken
Afwijkend resultaat
Afwijkend behandelen
Oud resultaat
Einde tijd
Is resultaat afwijkende behandeling OK?
ja
<Vrijgeven formeel
>
beschikken Behandelaar
3. Afwijkend behandelen (AB)
Dit hoofdstuk gaat in op afwijkend behandelen. Dat betreft zowel het gedrag van TSL in de wijze waarop services omgaan met - het registreren van G/Bevents in de TSL services en de rangorde van dit resultaat i.r.t. de rekenresultaten van de service en het wel/niet produceren van nieuwe reultaatevents (een G/B event mag niet overschreven worden zolang het nog in de opgegeven geldigheidsperiode verkeert). - het blokkeren van regulier beschikken als een afwijkende behandeling nog niet voltooid is voor die burger - het instellen van afwijkende behandeling door een bedrijfsfunctie op een burger voor een periode. - de relatie tussen TSL services en klantbeeld service i.r.t. afwijkend behandelen. - de relatie tussen TSL services en Kantoorportaal i.r.i. het opvoeren van G/B events - de relatie tussen TSL services en Kantoorportaal i.r.i. het beheer van afwijkende behandeling typen. - de relatie tussen TSL services en FIBI in het kader van AB; de G/B events moeten ook beschikbaar worden getseld aan de BI omgeving (zit mogelijk nog niet in R2012.1).
Onderstaande tekst is 1-op-1 afkomstig uit de bijlage (V1.1. 28-7-2011) van WV2011-136 Afwijkend behandelen G/B events v1.
3.1. Inleiding
Voor afwijkende behandeling geldt de volgende wijze van afhandelen:
DS II Toeslagen 2009 — TSL Algemeen, Release t/m P 2012.1 blok 1, 1-8-2011 20
Deze werkwijze gaat uit van het verwerken van alle inkomende events tot nieuwe resultaten, waarbij het eindresultaat in de vorm van de conceptbeschikking wordt geblokkeerd voor formeel beschikken tot een behandelaar de afwijkende behandeling heeft uitgevoerd.
Randvoorwaardelijk voor deze wijze van afhandelen is een aangepaste verwerking van Gevents en Bevents. Uitgangspunt (zoals ook verwoord in de huidige versie van het servicesdocument) is immers dat een Gevent/Bevent niet overschreven mag worden met "gewone" events.
Om dit te kunnen bewerkstelligen dienen de volgende uitgangspunten mbt Gevents en Bevents te worden gerealiseerd:
1. Een Gevent/Bevent beschrijft een ambtshalve grondslag/beslissing voor een bepaalde periode (ingangsdatum en een mogelijke einddatum).
2. Voor een grondslag/beslissing kunnen in de tijd gezien meerdere Gevents/Bevents aanwezig zijn, maar de betreffende periodes mogen geen overlap hebben.
3. Een ambtshalve grondslag/beslissing overrulet de "gewone" grondslag/beslissing voor de in het Gevent/Bevent aangegeven periode.
4. Een ambtshalve grondslag/beslissing kan niet overrulet worden door de verwerking van een nieuw "gewoon" event.
5. Een ambtshalve grondslag/beslissing kan wel gewijzigd worden door een nieuw Gevent/Bevent met dezelfde ingangsdatum; Zowel de grondslag/beslissing als de einddatum kunnen gewijzigd worden.
6. Een ambtshalve grondslag/beslissing moet verwijderd (ongedaan gemaakt) kunnen worden. 7. Om voor een gedeelte van de periode die geldt voor een ambtshalve grondslag/beslissing een
andere grondslag/beslissing op te voeren, dienen de grondslagen/beslissingen voor de totale periode met verschiillende Gevent/Bevents te worden opgevoerd.
8. Indien in een periode waar een ambtshalve grondslag/beslissing geldt een "gewoon" event optreedt, dan dient dit gesignaleerd te worden naar kantoor. Als er sprake is van afwijkende behandeling dan gebeurt dit door een HABevent.
Voorbeeld: Vanaf 1 januari geldt voor een aanvraag een grondslag X van 500.
1 januari
Grondslag X = 500
4 500 ►
Met ingangsdatum van 1 juni geldt de ambtshalve grondslag van 450.
1 januari 1 juni
Grondslag X = 500
Ambtshalve grondslag X - 450 ►
500 450
Als later een einddatum (1 oktober) voor deze ambtshalve grondslag wordt gegeven ontstaat de volgende situatie:
DS II Toeslagen 2009 — TSL Algemeen, Release t/m P 2012.1 blok 1, 1-8-2011 21
Grondslag X = 500 Grondslag X = E50 ►
Ambtshalve grondslag X = 450 -›
44- 500 >41 450 ►41 550
1 januari 1 juni 1 oktober
Grondslag X = 500
Ambtshalve grondslag X = 450
450 4- 500 500 ►
Als een event binnenkomt, waardoor de grondslag op 1 augustus 550 zou worden, dan moet dit als volgt worden verwerkt:
1 januari 1 juni 1 augustus 1 oktober
Zie paragraaf Instellen Gevent/Bevent voor een beschrijving van de benodigde functionaliteit.
DS 11 Toeslagen 2009 — TSL Algemeen, Release t/m P 2012.1 blok 1, 1-8-2011 22
In onderstaande tabel staan de (onderdelen van) bedrijfsfuncties, die we op dit moment onderkennen. Hierin staat ook welk event zo'n AB-type veroorzaakt (AB_instelling_burger events). Deze koppeling leggen we vast in een inrichtingstabel. AwirPartnerschap AwirToetsingsinkomenDefinitief AwirToetsingsinkomenGeschat AwirVermogen BeslissingHuur Beslissing Kinderopvang BeslissingKindgebondenbudget BeslissingZorg DraagkrachtHuurDefinitief DraagkrachtHuurGeschat DraagkrachtKinderopvangDefinitief DraagkrachtKinderopvangGeschat DraagkrachtKindgebondenbudgetDefinitief DraagkrachtKindgebondenbudgetGeschat DraagkrachtZorgDefinitief DraagkrachtZorgGeschat HuishoudenHuur
AB_AWIR_instelling_burger AB_AWIR_instelling_burger AB_AWIR_instelling_burger AB_AWIR_instelling_burger AB_Huur_instelling_burger AB_Kinderopvang_instelling_burger AB_Kindgebonden_budget_instelling_burger AB_Zorg_instelling_burger AB_Huur_instelling_burger AB_Huur_instelling_burger AB_Kinderopvang_instelling_burger AB_Kinderopvang_instelling_burger AB_Kindgebonden_budget_instelling_burger AB_Kindgebonden_budget_instelling_burger AB_Zorg_instelling_burger AB_Zorg_instelling_burger AB_Huur_instelling_burger AB_Kinderopvang_instelling_burger AB_Kindgebonden_budget_instelling_burger AB_Zorg_instelling_burger AB_Huur_instelling_burger
HuishoudenKinderopvang HuishoudenKindgebondenbudget HuishoudenZorg HuishoudsoortHuur LastenHuur LastenKinderopvang LastenKindgebondenbudget LastenZorg
AB_Huur_instelling_burger AB_Kinderopvang_instelling_burger AB_Kindgebonden_budget_instelling_burger AB_Zorg_instelling_burger
3.2. Beheer Afwijkende Behandeling type
Er worden een aantal type afwijkende behandelingen onderkend. Per type worden de volgende gegevens vastgelegd:
• Type (code) • periode geldigheid in jaren; dit betreft de toeslagperiode waarvoor dit type gekozen kan worden
(van, tot en met) • naam • omschrijving • (onderdeel van) bedrijfsfunctie (1) • conclusiecode (0 ..n) <- dit zijn kantoorconclusiecodes • opvoerend behandelaar
Er moet historie bijgehouden worden m.b.t. mutaties. Deze hoeft niet getoond te worden in kantoorportaal.
Het beheer van deze gegevens moet via Kantoorbeheer (functioneel beheerder) geregeld worden (nieuwe UC). De bedrijfsfunctie dan wel onderdeel van een bedrijfsfunctie moeten uit een vooraf gedefinieerde lijst worden gekozen. Eenmaal vastgelegd (en aangeboden aan TSL) is dit niet meer wijzigbaar! Ook de conclusiecodes zijn te kiezen (bij nieuw geval, en bij wijziging) uit een vooraf gedefinieerde lijst. Er zijn geen controles nodig om de consistentie tussen bedrijfsfunctie en conclusiecode te bewaken. Naam ,omschrijving en periodes zijn wijzigbaar. Behandelaar wordt automatisch gevuld met id van behandeld ambtenaar. Tijdelijk zou het beheer via een script kunnen verlopen. De gegevens worden vastgelegd binnen Kantoorportaal. De gegevens moeten worden toegevoegd aan de bestaande extractie richting PB/BI.
DS II Toeslagen 2009 — TSL Algemeen, Release t/m P 2012.1 blok 1, 1-8-2011 23
B,<_Instelling_Burger
3.3. Beheer Doelgroep Afwijkende Behandeling
Voor een BSN moet vastgelegd kunnen worden dat deze persoon onder bepaalde omstandigheden afwijkend behandeld moet worden. Via Kantoorportaal moet een ambtenaar (rol senior uitworpbehandelaar) dit kunnen vastleggen. De Toeslagenservices (TSL) gebruiken dit gegeven om in die bepaalde omstandigheden uitworp te genereren.
Gegevens service TSL
X staat voor AWIR / Huur / Zorg/ Kinderopvang / Kindgebonden_Budget
3.3.1. Kantoorportaal
3.3.1.1.1. Muteren De ambtenaar legt via het kantoorportaal een afwijkende behandeling vast (rol senior afhandelaar (TSL)), met de functie 'Beheer doelgroep'. Deze functionaliteit is te benaderen vanuit de werkvoorraad (reeds gerealiseerd) en vanuit het menu. In beide gevallen is dit binnen de context van een bepaald BSN. In het scherm wordt de huidige stand van zaken qua afwijkende behandeling opgehaald uit TSL2, zodat de ambtenaar hierop kan muteren.
De volgende gegevens worden daarbij getoond: • BSN (van de persoon waar de afwijkende behandeling ), niet te muteren • AB types, ook nieuw toe te voegen • toelichting (vrije tekst waarin de ambtenaar de afwijkende behandeling nader kan toelichten),
wijzigbaar • (toeslag)periode waarvoor deze afwijkende behandeling geldt (0..n), wijzigbaar
o ingangsdatum (de eerste toeslagdatum waarvoor deze afwijkende behandeling geconstateerd moet worden)
o einddatum (de laatste toeslagdatum waarvoor deze afwijkende behandeling geconstateerd moet worden; optioneel)
• behandelaar die AB heeft opgevoerd, niet te muteren, maar bij wijziging wordt deze automatisch gevuld met id van behandelend ambtenaar.
Daarnaast heeft de ambtenaar de mogelijkheid de afwijkende behandeling volledig te stoppen. Per BSN en AB type mogen er geen overlappende perioden ontstaan. Een afwijkende behandeling gaat per direct in of wordt per direct gestopt. De periode waarvoor de BSN aan een AB type is gekoppeld moet liggen binnen de periode geldigheid van het AB type.
Om te controleren of de mutatie goed is verwerkt zal de behandelaar opnieuw het scherm moeten openen.
3.3.1.1.2. Raadplegen Het raadplegen gebeurt alleen op BSN (UCO20). De gegevens zijn beschikbaar in klantbeeld extra vanuit KBS. Er is geen raadpleegfunctionaliteit om alle BSN's bij een AB-type te raadplegen.
2 TSL, niet KBS, omdat TSL de tasis'-registratie hiervan voert, en dus de betrouwbaarste gegevens heeft.
DS II Toeslagen 2009 — TSL Algemeen, Release t/m P 2012.1 blok 1, 1-8-2011 24
KOT
00
KGB 1 )
Q9'
AWIR
Parnt er
TSL
3.3.2. Kantoorportaal -> TSL
De ingevoerde gegevens worden omgezet naar een AB_X_Instelling_Burger evt. Het AB type bepaalt het soort ABX_Instelling_Burger evt en de bedrijfsfunctie . Er is per TSL-service een AB_X_Instelling_Burger gespecificeerd. N.B. Voor de duidelijkheid: de opgegeven jaren zijn "toeslagjaren" en betreffen dus de werkelijkheids/geldigheidsperiode van de te ontstane resultaten; het gaat niet over ontvangst/meldings- of transactie/vérwerkingsperiode. De gehele nieuwe toestand (van een BSN/AB-type combinatie) wordt doorgegeven via het event, dus niet alleen de wijzigingen. De volgende gegevens worden per event doorgegeven.
• Behandelaar • BSN subject • AB-type • (Onderdeel van) Bedrijfsfunctie • Periode geldigheid (0..n)
o Ingangsdatum o Einddatum
• Toelichting (maximaal 900 characters) Indien geen periode wordt meegegeven komt de afwijkende behandeling van dit AB type te vervallen voor deze BSN. De AB_X_Instelling_Burger evts moeten gerouteerd worden naar de relevante TSL-service.
3.3.3. TSL
AB_Huur_Instelling_Burger evt
Elk soort AB_X_Instelling_Burger evt heeft betrekking op één (onderdeel van een) bedrijfsfunctie, zoals hierboven voor AB_Huur_Instelling_Burger evt is aangegeven. Per (onderdeel van een) bedrijfsfunctie worden de relevante afwijkende behandeling vastgelegd. Hierbij moet historie bewaard blijven. Technisch zullen de AWIR service en de vier GBB services geabonneerd zijn op de specifieke AB_X_Instelling_Burger evts. Voor draagkracht en toetsingsinkomen zijn twee gevallen onderkend, nl. één voor de geschatte en één voor de definitieve resultaten.
Opmerking: N.a.v. een AB_X_Instelling_Burger event kan er geen H-event ontstaan in TSL. Indien de bsn niet bekend is, wordt die toegevoegd. Indien het een onbekend event betreft, dan komt deze in de invalid-channel terecht.
DS II Toeslagen 2009 — TSL Algemeen, Release t/m P 2012.1 blok 1, 1-8-2011 25
KBS FIBI
3.3.4. KBS en FIBI
AB_X_Instelling_burger evt
HBB
TSL
AB_Instelling_Resultaat_Burger evt
Vanuit het HBB portaal moet in Klantbeeld extra de actuele stand van de afwijkende behandelingen per BSN per AB type zichtbaar zijn. Aan de burger mag de afwijkende behandeling niet getoond worden. Om deze reden moet binnen de Klantbeeldservice (KBS) de actuele stand per AB type bekend zijn. Indien een AB_X_Instelling_Burger evt correct is verwerkt binnen TSL , moet een AB_Instelling_Resultaat_Burger evt vanuit TSL naar KBS. De gegevens m.b.t. die BSN en AB type moet binnen KBS op basis van dit event worden vervangen. Het huidige verversen binnen KBS moet ook de afwijkende behandeling verversen. De huidige abonnementen van KBS op afwijkende behandeling events moeten worden verwijderd. T.b.v. PB/BI moet de AB_Instelling_Resultaat_Burger evt ook richting FIBI. Daar worden de gegevens uit het event toegevoegd. Het moet mogelijk zijn om overzichten te genereren van hoeveel burgers per ABtype / periode gemarkeerd zijn AB_Instelling_Resultaat_Burger evt bevat de volgende gegevens
• BSN (1) • AB type (1) • AB naam (1) <- om te tonen op HBB-portaal • Toelichting (1) • Periode (0..n)
o Ingangsdatum o Einddatum
NB1: bedrijfsfunctie en behandelaar nemen we niet op. Is op HBB niet nodig, en PB&BI heeft deze gegevens al via de AB-export van het KantoorPortaal. NB2: Momenteel is KBS en FIBI nog één technische service.
3.3.5. CTS
Vanuit CTS is er momenteel ook een mogelijkheid om afwijkende behandelingen op te voeren. Het betreft , de eenmalige conversie. Deze wordt vanaf 2012.1 niet meer gebruikt. De abonnementen van CTS moeten worden verwijderd uit de TGSB.
DS II Toeslagen 2009 — TSL Algemeen, Release t/m P 2012.1 blok 1, 1-8-2011 26
3.4. Uitworp en behandeling afwijkende behandeling
KPT
HAB event(s) (2)
G/B event(s) (5)
evt' (2) beslisevt (3) TSL- ›- beschikservice
evt (1) ► TSL-service
concept beschikking evt(4)
3.4.1. TSL
Indien voor een BSN bij een TSL bedrijfsfunctie een afwijkende behandeling staat, wordt bij een nieuw resultaat dat betrekking heeft op dat BSN zachte uitworp gesignaleerd, ook als dit nieuwe resultaat niet afwijkt van het vorige resultaat (HAB event (2)). Voorwaarde is dat de periode waarvoor dit resultaat geldt overlap heeft met de periode van afwijkende behandeling. Het resultaat wordt vastgelegd en eventueel gepubliceerd (2) t.b.v. de vervolgservices en zal in veel gevallen leiden tot een conceptbeschikking (3, 4). Per TSL service wordt een HAB-event gespecificeerd, HAB_AWIR, HAB_Huur, HAB_Zorg, HAB_Kinderopvang, HAB_KindgebondenBudget. Er mag geen AB-uitworp ontstaan n.a.v. G- en B-events. Een nieuw resultaat heeft betrekking op een BSN, indien bij één van de events behorende bij het resultaat de BSN in de sleutel zit. (N.B. Er zijn resultaten met samengestelde sleutels, bijv. huishouddeelnames en AWIR.) Bij het uitvoeren van een bedrijfsfunctie kunnen verschillende nieuwe resultaten ontstaan. Een deel van de resultaten hoeft geen BSN met afwijkende behandeling in de sleutel te hebben (zie voorbeelden hieronder). Alle nieuwe (inhoudelijk gewijzigd of niet) resultaten worden ook via het HAB event doorgegeven Indien een BSN verschillende AB-types bij een bedrijfsfunctie op zijn naam heeft staan die geldig zijn voor een periode die overlap heeft met de resultaten , wordt één HAB-event aangemaakt, waarin al deze AB-types worden vermeld. Het is mogelijk dat verschillende betrokken BSN's een afwijkende behandeling op hun naam hebben voor de betreffende bedrijfsfunctie. Voor iedere BSN met een afwijkende behandeling wordt een HAB event aangemaakt. 3.4.1.1.1. Voorbeelden
• Afwijkende behandeling AWIR Vermogen Het vermogen is aan één persoon gebonden. Dit is tevens de sleutel.
• Afwijkende behandeling AWIR partnerschap Bij het bepalen van AWIR partnerschap kunnen verschillende partnerschappen geraakt worden, dat wil zeggen gestart en/of beëindigd. Stel A staat onder afwijkende behandeling. A en B resp. C en D hebben een Awir-partnerschapsrelatie. Stel, de verwerking zou leiden tot de nieuwe combinaties B-C en D-E. Ogenschijnlijk is A niet betrokken bij de nieuwe resultaten B-C en D-E, maar dat is schijn! Onlosmakelijk onderdeel van het leggen van de relatie B-C is het verbreken van A-B en dat is op zich een resultaat waarbij A betrokken is. Hetzelfde geldt ook voor D-E, want dat kan alleen als C-D verbroken wordt en dat gebeurt n.a.v. het leggen van B-C en dat betekent verbreken van A-B en dan zijn we dus weer terug bij A. Kortom: de resultaten zijn niet te scheiden in wel of niet A-betrokken. Per relevante BSN wordt een HAB event gepubliceerd.
DS II Toeslagen 2009 - TSL Algemeen, Release t/m P 2012.1 blok 1, 1-8-2011 27
• Afwijkende behandeling geschatte draagkracht huur Een medebewoner zit in de loop van het jaar in twee huishoudens huur, nl. bij aanvrager A en aanvrager B. Aanvrager A heeft een afwijkende behandeling staan op draagkracht huur, aanvrager B niet Indien deze medebewoner een ander inkomen heeft, verandert de draagkracht van de huishoudens. In de sleutel van de draagkracht zit alleen het BSN van de aanvrager. Alleen voor (de draagkracht van) aanvrager A wordt een HAB-event gemaakt, de draagkracht voor aanvrager B kan gepubliceerd worden. N.B. Indien het de bedoeling is dat er wél gereageerd wordt t.a.v. afwijkende behandeling op de medebewoner, dan dient men dit te regelen met een ander AB type (m.b.t. toetsingsinkomen). 3.4.1.1.2. Beschikken Zolang het HAB-event nog niet verwerkt is op kantoor mag er onder voorwaarde voor een aanvrager voor een regeling niet formeel beschikt worden.
• Het HAB-event heeft betrekking op de regeling. AWIR gerelateerde afwijkende behandeling raakt alle regelingen, de overige afwijkende behandeling is regelingspecifiek, en
• De BSN uit het HAB-event is toeslagbetrokken bij deze regeling Merk op dat dit betekent dat niet alle HAB-events een blokkade tot gevolg hebben, nl. als het BSN (nog) niet toeslagbetrokken is. Zie hoofdstuk Uitworp en behandeling afwijkende behandeling voor voorbeelden. Een uitgebreide beschrijving van de werking is uitgewerkt in paragraaf Uitsluitlijst beschikken, verderop.
3.4.2. TSL -> Kantoor
Bij uitworp vanwege afwijkend behandelen worden alle door TSL bepaalde resultaten via een HAB-event aan kantoor aangeboden. Iedere TSL-service heeft een specifiek HAB-event. Het HAB-event bevat de volgende gegevens
• BSN (1) • AB-type (groep; 1..n)
i. AB type (1) ii. de bijbehorende periode (1..n), dit zijn de periodes waarop uitval is
geconstateerd3 iii. toelichting (0..1)
• Periode waar resultaat betrekking op heeft • Resultaat (1..n) van de bedrijfsfunctie waar AB is geconstateerd; • Melding id (optioneel) • Event id ???
3.4.3. Kantoorportaal
Indien een behandelaar uitworp op afwijkende behandeling oppakt, moet hij alle nieuwe resultaten in zijn geheel kunnen beoordelen. Als afhandeling heeft hij de volgende mogelijkheden:
• de behandelaar verstuurt G- of B-events met een aangepast nieuw resultaat; • de behandelaar sluit de behandeling af, omdat het huidige resultaat geldig moet blijven.
De huidige G en B-events geven de mogelijkheid om één motivatie en één bijzondere conclusie mee te geven. Conclusiecodes worden via een ambtelijk besluit doorgegeven aan beschikken4.
De bedrijfsfunctie kan op basis van de resultaten verschillende HAB-events aanmaken. Het is aan de behandelaar hier alert op te zijn. Behandelaren krijgen alle uitval/uitworp van 1 BSN in samenhang gepresenteerd. Van de AB-uitval worden, naast de gegevens uit het event, ook ABtype-naam, behandelaar (die de AB op het BSN heeft opgevoerd/gemuteerd) en datum van opvoeren of wijzigen. Via een separaat raadpleegscherm kan een behandelaar achterhalen welke BSN's in een huishouden zitten. Via het raadplegen van de uitsluitlijst beschikken (zie Uitsluitlijst beschikken) kan snel achterhaald worden of er op andere leden van het huishouden een HAB-event zit. Vervolgens moet de behandelaar in de werkvoorraad via filteren voor de betrokken BSN's deze uitworp achterhalen. Het filteren in de werkvoorraad legt een zware belasting op kantoorportaal en moet zo min mogelijk gebeuren.
3 Ingangsdatum is altijd aanwezig. Einddatum mag leeg zijn. 4 De bij het AB-type vastgelegde conclusiecodes zijn bedoeld om de keuzevrijheid van de behandelaar te beperken. In deze release wordt dit nog niet in het kantoorportaal geïmplementeerd.
DS II Toeslagen 2009 — TSL Algemeen, Release t/m P 2012.1 blok 1, 1-8-2011 28
Het openstaan van een HAB-event is een reden om rond deze BSN niet (alles) formeel te beschikken. Hoe dit werkt is beschreven in Uitsluitlijst beschikken.
3.4.4. PB/BI
T.b.v. productiebesturing is er informatie gewenst over de hoeveelheid uitworp AB in de loop van de tijd, etc.. Deze informatie loopt via een extractie uit kantoorportaaldatabases welke wordt geëxporteerd naar PB&BI. Dit wordt inclusief de AB-types. Overzichten van de werkvoorraden mbt de verschillende typen HAB events en de categorieen daarin liggen in de lijn van de huidige overzichten van werkopdrachttype
3.5. Uitsluitlijst beschikken
Om te voorkomen dat voor een BSN default een formele beschikking wordt aangemaakt, moet er de mogelijkheid zijn een BSN uit te sluiten van formeel beschikken5. Als een BSN is uitgesloten voor formeel beschikken, worden alle formele beschikkingen waar de BSN toeslagbetrokken is, tegengehouden. Dit is per toeslagjaar regelingspecifiek vastgelegd. Tevens kan er onderscheid gemaakt worden in voorlopige en definitieve formele beschikkingen. De uitgesloten BSN's worden bijgehouden op een uitsluitlijst beschikken. Momenteel is een aantal gevallen hiervoor onderkend.
• Indien bij een BSN een afwijkende behandeling is geconstateerd, moet de behandelaar de mogelijkheid krijgen de geautomatiseerde resultaten aan te passen voordat deze in een formele beschikking te recht komen;
• Tijdens de afhandeling van een bezwaar moet voorkomen worden dat bezwaargerelateerde G- en B-events zijn weerslag heeft op een "gewone" formele beschikking, voordat de Bob-beschikking is geformaliseerd;
• In het kader van toezicht moet een BSN uitgesloten worden van formeel beschikken voor definitief toekennen;
• Bij definitief toekennen mag er niet formeel beschikt worden indien er een openstaande uitval- of uitworpbehandeling aanwezig is
De afwijkende behandeling en de openstaande uitval en uitworp worden geautomatiseerd op de lijst gezet, en bij afhandeling weer automatisch van de lijst gehaald. De BSN's die voor toezicht en bezwaar op de lijst komen, worden alleen via een kantoormedewerker op de uitsluitlijst beschikken gezet en verwijderd. De uitsluitlijst beschikken moet de volgende informatie bevatten.
• Wie is uitgesloten voor afwijkend behandelen • De reden van uitsluiten (AB, BOB, Toezicht, openstaande uitval, etc.) • Bron (event id van H(AB)-event of behandelaar) • Voor welke regelingen is deze persoon voor formeel beschikken uitgesloten (is geregeld met een
uitsluitlijst beschikken per beschikservice, zie hieronder) • Voor welke toeslagjaren mag deze persoon niet formeel beschikt worden • Type beschikken dat wordt uitgesloten (voorschot/definitief/beide) • Datum opgevoerd • Datum afgevoerd
De uitsluitlijst beschikken wordt gepositioneerd in TSL bij formeel beschikken. Dit resulteert in 4 uitsluitlijsten, één per regeling.
5 Merk op dat alleen het formeél beschikken wordt geblokkeerd. Automatisch gegenereerde (vraag)brieven worden wel gewoon verzonden.
DS II Toeslagen 2009 — TSL Algemeen, Release t/m P 2012.1 blok 1, 1-8-2011 29
TSL
HUUR GBB
KOT GBB
ZORG
GBB 1 Uitsluitlijst beschikken
Uitsluitlijst beschikken
KGB GBB
Uitsluitlijst beschikken
Uitsluitlijst beschikken
ti
KPT
H(AB) evt
uitsluiten van beschikken evt _ _
In grote lijnen wordt de werking als volgt. Om de lijst bij te houden zullen de beschikservices zich abonneren op H(AB)-events. Op deze wijze wordt uitval, uitworp en afwijkend behandelen gesignaleerd. Daarnaast zullen de beschikservices zich abonneren op uitsluiten_van_beschikken events vanuit KPT. Via deze events kan de behandelaar via KPT uitsluitingen aanmelden en afmelden. Tevens kan bij afhandeling van H(AB) events uitsluitingen worden afgemeld. Indien het event binnen de beschikservice in de uitsluitlijst beschikken is verwerkt, zal voor elke bijgewerkte BSN een vervolguitsluitevent met de actuele stand van de uitsluitlijst beschikken voor de BSN voor de betreffende regeling verstuurd worden richting FIBI, dit ten behoeve van PB/BI.
Dit principe wordt binnen dit wijzigingsvoorstel voor het eerst toegepast. Voor HAB-events is bovenstaande in meer detail uitgeschreven. De werking rond de HAB-events zal als volgt zijn. Er wordt per TSL-service een HAB-event onderkend (zie Uitworp en behandeling afwijkende behandeling). Naast dat Kantoorportaal geabonneerd is op deze HAB-events zal ook de diverse beschikservices geabonneerd zijn op HAB-events. Op HAB_AWIR zijn alle beschikservices geabonneerd, op de regelingspecifieke HAB-events is alleen de beschikservice van de betreffende regeling geabonneerd. Technisch zal binnen TSL geen abonnement nodig zijn op de regelingspecifieke HAB-events, deze kunnen intern de TSL service verwerkt worden. De vertaling van het HAB-event naar de uitsluitlijst beschikken is als volgt:
• Wie is uitgesloten voor afwijkend behandelen is BSN uit HAB-event • De reden van uitsluiten (AB, BOB, Toezicht, openstaande uitval, etc.) is AB • Bron (event id van H(AB)-event of behandelaar) is event id van HAB-event • Voor welke toeslagjaren mag deze persoon niet formeel beschikt worden (zie hieronder) • Type beschikken dat wordt uitgesloten (voorschot/definitief/beide) is beide
De periode wordt bepaald door over alle meegegeven AB type heen de minimum ingangs- en maximum einddatum te bepalen. Deze wordt aangehouden tegen de periode waar de resultaten betrekking op hebben. De overlap levert de periode van uitsluiten voor dit HAB event.
DS II Toeslagen 2009 — TSL Algemeen, Release t/m P 2012.1 blok 1, 1-8-2011 30
Wanneer een behandelaar de uitworp van een HAB-event heeft afgehandeld zal vanuit Kantoorportaal een Uitsluiten_van_beschikken evt6 gegenereerd worden. Via deze events kan kantoorportaal aangeven welke wijzigingen op de uitsluitlijst beschikken moet worden doorgevoerd.
De uitsluiten_van beschikken_evt bevat de volgende gegevens: • BSN (1..N—) • Blokkerend_Event id (relevant voor afmelden van HAB events, H events) • Reden • Regeling (0..N) • Periode (van / tm) (0..N), dit is een periode van één of meerdere volledige toeslagjaren • Voorschot/definitief/beide (optioneel) • Behandelaar
Voor afwijkend behandelen wordt dit event als volgt gevuld • BSN (1..N) is BSN uit HAB event • Blokkerend_Event id (relevant voor afmelden van HAB events, H events) event id van HAB-event • Reden is AB • Regeling (0..N) niet relevant • Periode (van / tm) (0..N) geen perioden • Voorschot/definitief/beide (optioneel) niet relevant • Behandelaar is de behandelend ambtenaar
Het niet meegeven van een periode geeft een verwijdering van de lijst aan. Alle beschikservices zijn geabonneerd op uitsluiten_van_beschikken evt.
Het zal ook t.z.t. mogelijk zijn om een lijst met BSN's te importeren in de uitsluitlijst beschikken (niet n.a.v. dit wijzigingsvoorstel).
De uitsluitlijst beschikken zal via kantoorportaal geraadpleegd en onderhouden kunnen worden. Het raadplegen (rol TSL medewerker) gebeurt op basis van BSN. De getoonde gegevens worden verkregen uit TSL uit alle vier de uitsluitlijsten. De volgende gegevens worden getoond:
• De reden van uitsluiten (AB, BOB, Toezicht, openstaande uitval, etc.) • Bron (event id van H(AB)-event of behandelaar) • Voor welke regelingen is deze persoon voor formeel beschikken uitgesloten (is geregeld met een
uitsluitlijst beschikken per beschikservice, zie hieronder) • Voor welke toeslagjaren mag deze persoon niet formeel beschikt worden • Type beschikken dat wordt uitgesloten (voorschot/definitief/beide) • Datum opgevoerd • Datum afgevoerd
Er zijn twee bevragingen voorzien: De actuele situatie (standaard) en de volledige set, dus inclusiefhistorie.
Bij het wijzigen van de lijst (rol senior afhandelaar TSL) mogen alleen nieuwe worden opgevoerd (niet voor HAB) en actuele worden aangepast of verwijderd. Via een uitsluiten_van_beschikken evt worden de wijzigingen doorgegeven aan de 4 TSL services.
De uitsluitlijst beschikken moet beschikbaar gesteld worden aan PB/BI. Dit loopt via de FIBI. Indien voor een BSN de uitsluitlijst beschikken bij een service is bijgewerkt wordt een uitsluiten_van_beschikken_resultaat evt aangemaakt. Deze geeft de actuele stand van dit BSN in die betreffende uitsluitlijst beschikken weer, oftewel per regeling.
Het abonneren op HAB events door TSL en het afmelden van HAB events vanuit KPT naar TSL heeft impact voor de inrichting van LMA.
6 In deze situatie is de naam van het event nogal verwarrend: je wilt het beschikken voor het BSN juist weer vrijgeven. Ron Foederer denkt na over betere naamgeving (ProcesinterventieEventUitsluitlijstBeschikken).
DS II Toeslagen 2009 — TSL Algemeen, Release t/m P 2012.1 blok 1, 1-8-2011 31
Gevent/ event
Gege service
3.6. Overige
De huidige Helpservice TSL kan vervallen. De Helpservice TSL is wel nodig voor conversie (zie aldaar). De functionaliteit in PBT ten behoeve van Helpservice TSL kan daarmee ook vervallen. De gegevens van de helpservice moeten bewaard blijven. Nieuwe events en eventstromen hebben ook gevolgen voor de inrichting van LMA, TGSB en TSB. Voor de LMA geldt dat deze de AB-events en de HAB_events gaat volgen.
3.7. Uitgangspunten / ontwerpbeslissingen
e De periode geldigheid bij de afwijkende behandeltype wordt alleen geverifieerd bij beheer doelgroep afwijkende behandeling. BSN's mogen geen afwijkende behandeling krijgen buiten de periode geldigheid. Indien de periode geldigheid van de afwijkende behandeltype gewijzigd wordt is het aan de behandelaar de periode bij de doelgroep aan te passen. Uitworp afwijkende behandeling houdt alleen rekening met de perioden zoals deze opgegeven zijn bij doelgroepbeheer.
• Er wordt geen extra ondersteuning geboden voor massaal opvoeren van afwijkende behandelingen • H-events die geconstateerd worden in een TSL service worden los behandeld van HAB-events,
met andere woorden, indien in een bedrijfsfunctie een H-event wordt geconstateerd, hoeft in dit H-event niks gemeld te worden over een potentiële afwijkende behandeling.
3.8. Instellen Gevents/Bevents
Voor een aanvraag moet vastgelegd kunnen worden dat ambtshalve grondslagen en/of beslissingen gelden voor een bepaalde periode. Via Kantoorportaal moet een ambtenaar (rol senior uitworpbehandelaar) dit kunnen vastleggen. De Toeslagenservices (TSL) gebruiken de gegevens uit deze events om in de tijdlijn de juiste grondslagen/beslissingen te kunnen bepalen.
3.8.1. Kantoorportaal
3.8.1.1.1. Toevoegen/wijzigen/raadplegen De ambtenaar legt via het kantoorportaal voor een bepaalde periode een ambtshalve grondslag/beslissing vast. Hiervoor wordt de huidige stand van zaken qua ambtshalve grondslag / beslissing voor het betreffende BSN en bedrijfsfunctie opgehaald uit TSL, zodat de ambtenaar hierop kan muteren. Deze functionaliteit is te benaderen vanuit de werkvoorraad en vanuit het menu. In beide gevallen is dit binnen de context van een bepaald BSN.
De volgende gegevens worden daarbij getoond: • BSN (van de betreffende persoon), niet te muteren • bedrijfsfunctie, keuze • de bestaande Gevents/Bevents
o ingangsdatum (de eerste datum waarvoor deze ambtshalve grondslag/beslissing geldt) o einddatum (de laatste datum waarvoor deze ambtshalve grondslag/beslissing geldt;
optioneel) o Inhoud ambtshalve grondslag/beslissing
DS II Toeslagen 2009 — TSL Algemeen, Release t/m P 2012.1 blok 1, 1-8-2011 32
• behandelaar die het Gevent/Bevent heeft opgevoerd, niet te muteren, maar bij wijziging wordt deze automatisch gevuld met id van behandelend ambtenaar.
• De datum waarop het Gevent/Bevent is opgevoerd/gewijzigd. De getoonde Gevents/Bevents kunnen worden gewijzigd (einddatum, inhoud) en er kunnen nieuwe toegevoegd worden. Daarnaast heeft de ambtenaar de mogelijkheid het Gevent/Bevent te verwijderen (ongedaan te maken).;. hierdoor wordt de einddatum van het Gevent/Bevent gelijk gemaakt aan de ingangsdatum. Per BSN en bedrijfsfunctie mogen er geen overlappende perioden ontstaan; dit wordt door het kantoorportaal gevalideerd.
Om te controleren of de mutatie goed is verwerkt zal de behandelaar opnieuw het scherm moeten openen.
Het Gevent/Bevent moet gerouteerd worden naar de relevante TSL-service (waarin de betreffende bedrijfsfunctie is opgenomen).
3.8.2. TSL
De betreffende bedrijfsfunctie moet twee tijdlijnen onderhouden: één voor de regulier bepaalde grondslagen/beslissingen en één voor de door Gevents/Bevents doorgegeven grondslagen/beslissingen. Uit deze twee tijdlijnen moet dan voor de verschillende deeljaren bepaald worden met welke waarden verder gerekend moet worden. De ambtshalve grondslagen/beslissingen zullen daarbij voor de geldende periode altijd de reguliere grondslagen/beslissingen overrulen.
3.9. Onderkende AB-events
De onderkende AB-events zijn: AfwijkendeBehandelingAfwijkendDefinitiefToetsingsinkomen AfwijkendeBehandelingAfwijkendGeschatToetsingsinkomen AfwijkendeBehandelingAwirPartnerschap AfwijkendeBehandelingAwirVermogen AfwijkendeBehandelingBeslissingHuur AfwijkendeBehandelingBeslissingKinderopvang AfwijkendeBehandelingBeslissingKindgebondenbudget AfwijkendeBehandelingBeslissingZorg AfwijkendeBehandelingDefinitiefToetsingsinkomen AfwijkendeBehandelingDefinitieveDraagkrachtHuur AfwijkendeBehandelingDefinitieveDraagkrachtKinderopvang AfwijkendeBehandelingDefinitieveDraagkrachtKindgebondenbudget AfwijkendeBehandelingDefinitieveDraagkrachtZorg AfwijkendeBehandelingGeschatteDraagkrachtHuur AfwijkendeBehandelingGeschatteDraagkrachtKinderopvang AfwijkendeBehandelingGeschatteDraagkrachtKindgebondenbudget AfwijkendeBehandelingGeschatteDraagkrachtZorg AfwijkendeBehandelingGeschatToetsingsinkomen AfwijkendeBehandelingHuishoudenHuur AfwijkendeBehandelingHuishoudenKinderopvang AfwijkendeBehandelingHuishoudenOndgebondenbudget AfwijkendeBehandelingHuishoudenZorg AfwijkendeBehandelingHuishoudsoortHuur AfwijkendeBehandelingLastenHuur AfwijkendeBehandelingLastenKinderopvang
DS II Toeslagen 2009 — TSL Algemeen, Release t/m P 2012.1 blok 1, 1-8-2011 33
AfwijkendeBehandelingLastenKindgebondenbudget AfwijkendeBehandelingLastenZorg
DS II Toeslagen 2009 — TSL Algemeen, Release t/m P 2012.1 blok 1, 1-8-2011 34
Niet_beschreven_NINBI Einde_onderhuurder Burger_maakt_bezwaar Aanvraag_Huurtoeslag
Einde_ouder_kind_relatie NINBI Burger_niet_actief_militair Aanvraag_Kinderopvangtoeslag
Burger_niet_gedetineerd Aanvraag_Zorgtoeslag Einde_verblijfstitel Redelijkheidstoets
Burger_niet_gemoedsbezwaard Beschreven_IB Einde_verhuurder Relatie_ouder_kind_wijzigt
Burger_is_zorgverzekerd Verzamelinkomen Einde_fiscaal_partnerschap Huurobjectkenmerken
Bijlage I: Overzicht Feit events FRS
Dit betreft een overzicht van de Feit events die door TSL vanuit FRS worden ontvangen:
Aanvang_duurzaam_gescheiden_partnerschap Burger_krijgt_kind Einde_huurobject Niet_beschreven_IB
Aanvraag_Kindgebondenbudget Burger_niet_chronisch_ziek Einde_partners_in_pensioenregeling Overlijden
Beschreven_NINBI Burger_ontvangt_aanvullende_bijdrage Einde_voordeel_uit_sparen_en_beleggen Rolwisseling_Huurtoeslag
Betaalwijze Burger_ontvangt_geen_aanvullende_bijdrage Fiscaal_Jaarloon Rolwisseling_Kinderopvangtoeslag
Betaalwijze_verhuurder Burger_ontvangt_geen_inkomsten_uit_werk Geboorte_kind Rolwisseling_Kindgebondenbudget
Burger_actief_militair Burger_ontvangt_inkomsten_uit_werk Geschat_toetsingsinkomen Rolwisseling_Zorgtoeslag
Burger_chronisch_ziek Burger_trekt_beroep_in Handtekeningrelatie_Huurtoeslag Start_fiscaal_partnerschap
Burger_gaat_in_beroep Burger_trekt_bezwaar_in Handtekeningrelatie_Kinderopvangtoeslag Start_geregistreerd_partnerschap
Burger_gedetineerd Burger_trekt_verzoek_bijzondere situatie_in Handtekeningrelatie_Kindgebondenbudget Start_gezamenlijk_huishouden
Burger_gemoedsbezwaard Burger_verzoekt_bijzondere situatie Handtekeningrelatie_lopend_Medebewoner Start_gezamenlijke_schuld
Burger_heeft_geen_recht_kinderbijslag Eind_geregistreerd_partnerschap Handtekeningrelatie_lopend_partner Start_huurobject
Burger_heeft_recht_kinderbijslag Eind_samenlevingscontract Handtekeningrelatie_Medebewoner Start_onderhuurder
Burger_inschrijven_op_adres Einde_aanvraag_Huurtoeslag Handtekeningrelatie_Zorgtoeslag Start_partners_in_pensioenregeling
Burger_is_geen_wanbetaler_zorgverzekering Einde_aanvraag_Kinderopvangtoeslag Huurlasten_burger Start_samenlevingscontract
Burger_is_niet_zorgverzekerd Einde_aanvraag_Kindgebondenbudget Huurlasten_verhuurder Start_verhuurder
Burger_is_niet_zorgverzekerd_art 69 Einde_aanvraag_Zorgtoeslag Huurobject_heeft_onbekende_verhuurder Verblijfsstatus
Burger_is_wanbetaler_zorgverzekering Einde_duurzaam_gescheiden_partnerschap Huurobject_heeft_verhuurder Verjaring
Burger_is_zorgverzekerd_art 69 Einde_gezamenlijk_huishouden Kinderopvangebruik Voordeel_uit_sparen_en_beleggen
Burger_krijgt_behandelsoort_gezinsbijslag Einde_gezamenlijke_schuld Meerdere_burgers_inschrijven_op_adres
Bijlage II: Afronding van bedragen
Deze bijlage geeft een toelichting op de afronding van de elementen (bedragen) in het Evt_(concept)_b eschikking_Rx (ingaande in Release 5.3)
Uitgangspunten: 1. In het Evt_(concept)_beschikking zitten alle maandbedragen afgerond in
centen. (maandbedrag_deeljaar, en in de tabel met 12 maandbedragen etc.) . 2. De presentatie services (portal en papier) hebben specificaties ontvangen
wanneer zij die centen wel/niet moeten tonen. Indien 'niet tonen' dan worden centen afgekapt (geen afronding).
3. Als TSL service Beschikken_Rx bepaalt dat het jaarbedrag onder de doelmatigheidsgrens van uitbetalen ligt dan maakt TSL de maandbedragen_deeljaar, de maandbedragen in kalenderjaarbeeld en jaarbedrag uit het Evt_(concept)beschikking allemaal 0,00
Uitwerking per element van Evt (concept)beschikking Rx
Bedrag domeinen bij beschikkingen Afrondingswijze Opmerking MaandBedragen in deeljaren MaandBedragen in kalenderjaarbeeld Maandbedrag KGB budget Maandbedrag Last KO Rekenhuur Jaarbedrag Boetebedrag Heffingsrentebedrag Inkomen
euro's afgerond op centen, twee decimalen euro's afgerond op centen, twee decimalen euro's afgerond op centen, twee decimalen euro's afgerond op centen, twee decimalen euro's afgerond op centen, twee decimalen euro's afgerond op hele euro, twee decimalen euro's afgerond op hele euro, twee decimalen euro's afgerond op hele euro, twee decimalen euro's afgerond op hele euro, geen decimalen
voorbeeld 1: €88,91234567 wordt €88,92 zie voorbeeld 1 zie voorbeeld 1 zie voorbeeld 1 zie voorbeeld 1 voorbeeld 2: €809,49 wordt €809,00 zie voorbeeld 2 zie voorbeeld 2 voorbeeld 3: €20114 Inkomengerelateerde bedragen komen zonder decimalen van FRS. Bij AC en overlijden wordt er gerekend met inkomens binnen TSL en worden de inkomens afgerond op hele euro naar boven.
Vrijstellingsbedrag (franchise kind) Draagkracht
hele euro's, geen decimalen hele euro's, geen decimalen
voorbeeld 4: €4268 zie voorbeeld 4
Woonlandfactor Zorgtoeslag getal afgerond met 4 decimalen De normtabel woonlandfactor heeft altijd 4 decimalen. In TSL wordt gerekend met meer decimalen (extra nullen). Uiteindelijk wordt de woonlandfactor rekenkundig afgerond op 4 decimalen en heeft de waarde 0,0001 5 woonlandfactor 5 9,9999.
Huurgrondslagen (kale huur, standplaatshuur, schoonmaakkosten, energiekosten, huismeesterkosten, dienst en recreatieruimtekosten)
euro's afgerond op centen, twee decimalen voorbeeld 5 €345,25000000 wordt €345,25 Inputgegeven van FRS. Deze worden niet gewijzigd in TSL, maar worden in TSL gehanteerd met meer decimalen (extra nullen). Uiteindelijk wordt de waarde rekenkundig afgerond.
Uurprijs euro's afgerond op centen, twee decimalen zie voorbeeld 5 Gegeven uit Normtabel. Deze waarden zijn in de normtabel opgenomen als euro met centen in twee decimalen.
euro's met centen, twee decimalen NormEuroCent (parameter in conclusie)
NormEuro (parameter in conclusie) euro's met centen, twee decimalen Gegeven uit Normtabel. Deze waarden zijn in de normtabel opgenomen als euro met centen in twee decimalen.
NOTE 1 Als TSL bepaalt dat het jaarbedrag onder de doelmatigheidsgrens van uitbetalen ligt (Normbedrag) dan maakt TSL de maandbedra gen in het deeljaar, de tabel met 12 maandbedragen in het kalenderjaarbeeld en het jaarbedrag op de (concept) beschikking allemaal €0,00.
NOTE 2 De presentatie services (portal en SC/DOC1 papier) hebben specificaties gehad wanneer zij de centen wel/niet moeten tonen. Indien 'niet tonen' dan worden centen afgekapt (geen afronding).
Presentatieregels in de papieren beschikking en de BurgerPortal: (heeft geen betrekking op Evt beschikking) 1. Jaarbedragen worden rekenkundig afgerond op hele Euro's 2. Maandbedragen in het maandrechtoverzicht worden afgekapt (€ 23,87 wordt € 23) 3. Maandbedragen in het deeljaaroverzicht worden - net als in het maandrechtovericht - afgekapt op hele euro's 4. Overige bedragen in meldingen en grondslagen worden afgerond, zoals we hebben uitgevraagd bij de burger. Oftewel: alles rekenkundig afronden op
euro's, met uitzondering van: de huurprijsbedragen, de uurprijs kinderopvang, kinderopvangtoeslag en kindgebonden budget per kind (door ons berekend), en eventueel de opgegeven bijdrage kinderopvangkosten door gemeente/UWV.
Bijlage III Alle onderwerpen
A. Services — Dienstverlening (Verhuurdersgeleidelijst, Wanbetalers)
Voor dienstverlening worden services ontwikkeld die de mogelijkheid geven .om alle grondslagen van de beslissingen te raadplegen. Dienstverlening kan ook beschikken over een aantal kantoortaken om namens de klant meldingen te registreren (Beitel wijzigingen). Dienstverlening kan ook generieke service gebruiken om alle ingekomen en verzonden mededeling te raadplegen in de vorm sterk gelijkend op de weergave die de klant voor ogen heeft gehad.
Verhuurdergeleidelijst
Deze paragraaf is buiten scope TSL.
De service verzorgt het samenstellen van betalingspecificaties van de huurtoeslag aan verhuurders/administratiekantoren waarmee de Belastingdienst een overeenkomst heeft om deze dienst uit te voeren.
Uitgangspunten 1. Clusterbetaling wordt maandelijks uitgevoerd. Inning zet die betalingen in een z.g. GBO lijst. 2. De uitbetaalde bedragen waarover gecommuniceerd wordt met de derde zijn de werkelijk
uitbetaalde bedragen en de rekeningnummers waarop betaald is zoals aangeleverd door invordering.
3. Er wordt door TSL geen informatie over verrekeningen, die evt door invordering zijn uitgevoerd, verstrekt; dat ligt buiten scope TSL.
4. TSL publiceert events waaruit de actuele koppeling van verhuurder, huurobject en aanvrager is opgenomen. De omvormer verwerkt die events en heeft voortduren de actuele lijst van die koppelingen voor alle aanvragers die aan geclusterd betalen meedoen.
5. De VHA ontvangt de lijst met koppelingen (verhuurder, object, huurder) en de GBO lijst van inning. .
6. De geleidelijst voor de verhuurder wordt door de VHA service (buiten TSL) gegenereerd en ter beschikking gesteld aan de verhuurder/derde.
7. Als er voor een burger aan één derde partij meerdere bedragen betaalbaar zijn gesteld voor dezelfde regeling/BSN/jaar door invordering, dan worden die door invordering reeds samengevoegd tot één betalingsregel in clusterbestand dat invordering oplevert.
CWS service: WV2011-180 De CWS (CJIB Wanbetaler Service) verzorgt: • de betaalrichting van zorgtoeslag naar CJIB zolang de burger als wanbetaler wordt aangemerkt; • het afmelden van de burger bij CJIB zodra geen toeslag meer naar CJIB wordt overgemaakt
De service BSUB leest uit het bestand met uitbetalingen zorgtoeslag van Inning (het HIPZORG bestand) de records met uitbetalingen op rekeningnr CJIB en publiceert daarvoor events. CWS service ontvangt die events en vraagt bij de klantbeeldservice de huishoudsamenstelling Zorg op. Daarnaast kent CWS service ook de status van wanbetaling van de personen uit de events Fevt_burger_is_(geen)_wanbetaler_zorgverzekering, Op basis van die informatie publiceert CWS service een resultaat event voor CJIB. Het systeem van CJIB is geabonneerd op dat event. Uitgangspunten 1. Bij wanbetaling gaat de volledige toeslag van het huishouden naar CJIB (ongeacht of aanvrager
of partner of beiden wanbetaler Zorgtoeslag zijn). 2. Het resultaat event van de CWS service bevat voor elk zorgtoeslag bedrag uitbetaald aan CJIB
het BSN van de aanvrager (en partner), of deze zorgtoeslagbetrokken is en indicatie wanbetalerschap (aanvrager en partner).
3. Het betalingen bestand (HIP Zorg) vermeldt zorgtoeslag per aanvrager. De service haalt bij Klantbeeldservice de actuele partner.
De service haalt de betalingsinformatie uit het HIP zorgtoeslag bestand dat invordering maandelijks maakt. Een betalingsrecord zorgtoeslag bevat de volgende gegevens.
Omschrijving Picture Waarde(n) INDICAT X(11) Samengesteld uit sofinummer, middelcode en
middelherkenning.
Sofinummer (van de huurder)
"1" = WKO, "2" = Huur, "3" = Zorg en "4" = KGB
Eerste drie posities van de maand waarop de uitbetaling betrekking heeft. De enige uitzondering daarop is Maart, dan wordt er "MRT" van gemaakt
Sofinummer Middelcode
Middelherkenning TERMIJN
9(09) X(01)
9(01) X(03)
Jaar waarop de uitbetaling betrekking heeft
1 - Rekeningnummer waarop uitbetaald; 2 - '0000000000' indien er een Teruggaafformulier (TERFO)
verzonden is: 3 - de tekst 'BUITENLAND' als het rekeningnummer in
vastgiro de waarde heeft van één van de BBR-tussenrekeningen. Voor informatie contact opnemen met B/CA, CKP, Teruggaven.
BELJAAR REKENINGNUMMER
9(02) X(10)
S9(10)V99 Bedrag van de (termijn-)uitbetaling BEDRAG
Het resultaat event van de CWS service bevat: <aanvullen>
B. Services — Toezicht
Toezicht op feiten die aangeleverd worden en de bronnen die feiten melden is onderdeel van definitiestudie 1. Feiten Registratie Systeem. Het toezicht achteraf op bijzondere thema's, doelgroepen of situaties wordt uitgevoerd in een aparte omgeving (datawarehouse achtig) met bijbehorende selectie tooling.
Bepalen_noodzaak_Redelijkheidstoets
De service stelt vast of een Redelijkheidstoets moet worden uitgevoerd. Om het aantal door de Huurcommissie uit te voeren onderzoeken te beperken heeft VROM ervoor gekozen te gaan werken met risicogroepen in combinatie met steekproeven, de BT neemt deze werkwijze over. Hierdoor vindt er niet voor alle genoemde aanvragen die in aanmerking zouden komen een toets plaats. Daarnaast is het mogelijk dat (ver)huurders op eigen initiatief een onderzoek naar de redelijkheid van de huurprijs bij de Huurcommissie aanvragen.
(Let op:ln de FMDD is deze service in de Bedrijfsfunctie van Beslissen huur geplaatst).
Inkomende Events
Event Evt_beslissing_huurtoeslag Evt_lasten_huurtoeslag Fevt_Huurobject_heeft_verhuurder Fevt_huurobjectkenmerken (woningsoort)
Fevt_start_huurobject Fevt_einde_huurobject Fevt_start_verhuurder (Toegelaten_instelling) Fevt_redelijkheidstoets
• Puntenwaardering (alleen relevant voor Lasten) • Resultaat (redelijk geacht, redelijk na analyse, redelijk verklaard, onredelijk verklaard, onrechtmatig)
Fevt_einde_verhuurder
Gedrag
ALS Evt_beslissing_huurtoeslag EN Beslissing betreft betrekken een nieuw huurobject en recht > doelmatigheidsgrens voor uitbetalen EN Woningsoort = Aangewezen woning
DAN Genereer Evt_initieer_redelijkheidstoets (mededeling aan huurcommissie) ANDERS ALS Evt_beslissing_huurtoeslag
EN Beslissing betreft betrekken een nieuw huurobject en recht > doelmatigheidsgrens voor uitbetalen EN Verhuurder van Object is onbekend of geen toegelaten instelling EN Lasten_Huurtoeslag > € 0,- EN Huurobject gesitueerd in risicogebied (postcode ranges) EN Geen uitspraak_redelijkheidstoets bekend voor combinatie belanghebbende en object
DAN Genereer Evt_initieer_redelijkheidstoets (mededeling aan huurcommissie) ANDERS Tevt_bepalen_noodzaak_redelijkheidstoets_gereed
Aanvullende informatie:
• Beslissing heeft betrekking op een nieuw huurobject kan twee situaties inhouden. Het kan een nieuwe aanvraag zijn of een bestaande aanvraag die verhuisd is naar een nieuw huurobject.
• Postcode ranges zullen in een tabel opgenomen als een van tot range, denk hierbij aan 1208AA t/m 1210XX. Als de postcode van het object binnen deze range valt dan voldoet dit criteria. Uitzoekpunt is nog of de letter in de postcode daadwerkelijk gebruikt worden of dat het alleen de cijfers zijn, wens is wel letter opnemen, tenzij heel lastig.
Uitgaande Events
Event Evt_initieer_redelijkheidstoets Tevt_bepalen_noodzaak_redelijkheidstoets_gereed Hevt_bepalen_noodzaak_redelijkheidstoets_uitval Evt initieer termfnbewaking_redenheidstoets
F_ Vaststellen_redelijkheidheid_ na_toets (behandelservice DS 4)
Het vastleggen van het resultaat van een aangevraagde Redelijkheidstoets. De inhoud die bij dit event behoort is vooraf al gecontroleerd.
Reageert op interne event(s): - "evt_ uitspraak_Redelijkheidstoets" - "evt_termijn_redelijkheidstoets_voorbir
Gedrag: De uitspraak van de REDELIJKHEIDSTOETS wordt vastgelegd. De volgende vaststellingen zijn mogelijk: • Redelijk Geacht (status als verhuurder een toegelaten instelling is) • Redelijk Na Analyse (status om aan te geven dat de huurcommissie de huurprijs redelijk heeft
verklaard zonder onderzoek, maar alleen na een analyse) • Redelijk Verklaard (status om aan te geven dat de huurcommissie de huurprijs redelijk heeft
verklaard) • Onredelijk Verklaard (status om aan te geven dat de huurcommissie de huurprijs niet redelijk
heeft verklaard) • Onrechtmatig (status om aan te geven dat de huurcommissie heeft geconstateerd dat de huurder
ten onrechte een toeslag krijgt). Dit resulteert in een "evt_redelijkheidstoets_negatief". • Beëindig de termijnbewaking op de ontvangst van de uitslag van de Redelijkheidstoets van de
gemeente met het event "evt_Stop_bewakingstermijn_Redelijkheidstoets"
Genereert interne event(s): "evt_Stop_termijn _Redelijkheidstoets"
- "Tevt_vaststellen_redelijkheidstoets" - A-melding_uitspraak_redelijkheidstoets - A-medling_puntenwaardering
Uitzoekpunten
Uitgangspunten: 2. Functie model Toeslagen F 04.10.02.03 en 04.10.02 3. Er is geen klantcontact (door de Belastingdienst) als de woning wel redelijk verklaard wordt.
F_ Beoordelen_verzoek_uitstel_Redelijkheidstoets (behandelservice DS 4)
Het beoordelen of er aan de huurcommissie van VROM uitstel verleend kan worden tot uitvoering van de Redelijkheidstoets en het aanpassen van te bewaken reactietermijn.)
Reageert op interne event(s): - "evt_ verzoek_uitstel_Redelijkheidstoets"
Gedrag: • Beoordeel of het verzoek tot uitstel is ingediend binnen de gestelde termijn van 4 weken. • Neem een besluit
Bij een positief besluit (er wordt uitstel verleend): • Pas het signaal voor termijnbewaking aan bij ontvangst van een verzoek om uitstel
van de huurcommissie.("evt_Verleng_termijn_uitstel_Redelijkheidstoets" De reactietermijn moet eindigen 8 weken na het moment waarop mag worden aangenomen dat de gemeente het verzoek heeft ontvangen. Als het uitstel niet verleend wordt volgt "evt_Termijn_Redelijkheidstoets_voorbij"
Genereert interne event(s): - "evt_ Verleng_termijn_Redelijkheidstoets" - "evt_Termijn_Redelijkheidstoets_voorbij"
Uitgangspunten: 1. Functie model Toeslagen F 04.10.01.03
C. Behandelen Bezwaar
Aannemen_van_bezwaar (behandelservice DS 4 Portai)
Dit betreft een service van de Portal waarin de medewerker een melding 'Burger maakt bezwaar" kan registreren in FRS
Beslissing_op_bezwaar (behandelservice DS 4 Portai)
Deze service genereert bij afloop van het behandelen bezwaar een kantoorevent met het resultaat van behandeling door kantoor. Dit is in feite een functie binnen de Portal; TSL ontvangt dat Evt_BOB_zaak. Het bezwaarschrift wordt behandeld door kantoor. Als de motivatie, nieuwe grondslagen en meldingen en overige behandelresultaten bekend en gecontroleerd zijn zal de ambtenaar de resultaten invoeren met Ameldingen, G-event en B-events. De motivering, resultaat van horen, verwijtbaarheid, boete, onkostenvergoeding etc worden opgevoerd in evt_BOB_zaak_bezwaar.
A. Controle events van Toeslagen
Dit zijn de events die vanuit de productieregie gegenereerd worden om bepaalde massale verwerkingen te initiëren.
• Cevt_geen_loon_vrijgeven: voor het doseren van definitief toekenningsmoment • Cevt_tijdstip_beschikken (moet per regeling gegeven kunnen worden • Cevt_tijdstip_betaaladvies : voor het vrijgaven van een maand voor betalingen • Cevt_mededelen_beschikking: voor het vrijgeven van de voorraad gereedstaande
beschikkingen ter samenstelling tot publicaties die naar Printstraat mogen. • Cevt_mededelen_overig: voor het vrijgeven van gereedstaande mededelen_events voor
systeembrieven.
Bijlage IV Normen vs. Normevents
X aantal leden huishouden huurgrensoverschrijding
0 ca
0 0 0
0 c a)
E cu cu P
erc.
Kin
dero
pv.
toes
lag
Pos
tco
deR
isic
oG
ebie
d
Ver
bl.s
tatu
sK
inde
rop
v.
Kin
dero
pv. B
esch
.Alg
.
KG
BB
esch
ikke
nAlg
.
Huu
rBes
lisse
nAlg
.
KG
BB
eslis
senA
lg.
Ver
bl. s
tatu
sHuu
r
Ver
b l.s
tatu
sKG
B
Ver
bl. s
tatu
sZor
g
Wo
on la
nd fa
ctor
Con
clus
iete
kst
indexeringspercentage Inkomensschatting
toetsingsinkomen
drempelinkomen X drempelinkomenpercentage met partner drempelinkomenpercentage zonder partner
HOT-HOR grens jaartoeslag zorg
overschotpercentage drempelinkomen met partner
overschotpercentage drempelinkomen zonder partner
standaardpremie
garagekosten leeftijdgrens handtekeningrelatie huurtoeslag
servicekosten
X
aftoppingsgrens huur een- of tweepersoons huishouden aftoppingsgrens huur meerpersoons huishouden
doelgroepgrens EP
Max
imaa
lRe d
elij
keH
uur
Kin
dero
pv.
Bes
lisse
nAlg
.
Kin
dero
pv.G
rslA
lg.
Huu
rBes
chik
kenA
lg.
Zorg
Bes
chik
kenA
lg.
Zorg
Bes
lisse
nAlg
mee
n
X X
X
X
X X
X doelgroepgrens EP 65plus
X factor a EP 65plus huur
X factor a MP 65plus huur
X factor b EP 65plus huur
X factor b MP 65plus huur
X minimumdraagkrachtgrens huur MP
Norm / parameter
NormEvent
0 ci) 0_ (13 _C
0) 0 a) a) E N C.9 a) Zo
rgG
rslA
lg.
Zor
g B
eslis
senA
lgm
een
Zor
gB
esch
ikke
nAlg
.
Huu
rGrs
lAlg
.
Huu
rBes
lisse
nAlg
.
Huu
rBes
chik
kenA
lg.
Kin
dero
pv.B
eslis
senA
lg.
Kin
dero
pv.
Bes
ch.A
lg.
KG
BG
rslA
lg.
Con
clus
iete
kst
Max
imaa
lRed
elijk
eH
uur
Per
c. K
inde
ropv
.toe
s lag
Pos
tco
deR
isic
oG
eb i
ed
Ver
bl.s
tatu
sHuu
r
Ver
bl. s
tatu
sKin
dero
pv.
Ve
rbl.s
tatu
sKG
B
Ver
bl.s
tatu
sZo
rg
Woo
nlan
d fac
tor
doelgroepgrens MP
doelgroepgrens MP 65plus
factor a EP huur X
factor a MP huur X
factor b EP huur X
factor b MP huur X HOT-HOR grens jaartoeslag huur
kwaliteitskortingsgrens
leeftijdgrens maximale huurgrens
maximale huurgrens jongeren
maximale huurgrens ouderen
minimum normhuur EP X minimum normhuur EP 65plus
minimum normhuur MP
minimum normhuur MP 65plus
minimumdraagkrachtgrens huur EP minimumdraagkrachtgrens huur EP 65plus
Kin
dero
pv.G
rslA
lg
KG
BB
esch
ikke
nAlg
.
KG
BB
eslis
senA
lg.
X X
X X X X X
X X X X
X
X maximum leeftijd dagopvang
X maximum leeftijd kinderopvang
X max uren kinderopvang DOTO X max uren kinderopvang BOGO
X max uurtarief kinderopvang BOTO
X HOT-HOR grens jaartoeslag kinderopvang
NormEvent
Norm / parameter Zorg
Grs
lAlg
.
Zorg
Bes
lisse
nAlg
mee
n
Zor
gB
esch
ikke
nAlg
.
Huu
rBes
lisse
nAlg
.
Huu
rBes
chik
kenA
lg.
Kin
dero
pv.G
rsiA
lg.
Kin
dero
pv.
Bes
lisse
nAlg
.
03 -0
‘C-1) -0 C 0 (f) CL
cf)
ci) E 0 c V
erbl
.sta
tus
Huu
r
Ver
bl.s
tatu
sKin
dero
pv.
Ver
bl.s
tatu
sK
GB
Ve
rbl.s
tatu
sZo
rg
Woo
n la
ndfa
cto
r
minimumdraagkrachtgrens huur MP 65plus
normgrens vermogen
taakstellingsbedrag EP 65plus huur
taakstellingsbedrag EP huur
taakstellingsbedrag MP 65plus huur
taakstellingsbedrag MP huur
eerste TSL-toeslagjaar
maximum aantal uren kinderopvang
maximum kosten per uur kinderopvang
max uren kinderopvang DOGO
max uren kinderopvang DOKC
max uren kinderopvang BOKC
max uren kinderopvang BOTO
max uurtarief kinderopvang DOGO
max uurtarief kinderopvang DOKC
max uurtarief kinderopvang DOTO
max uurtarief kinderopvang BOGO
max uurtarief kinderopvang BOKC
Kin
dero
pv.
Bes
ch.A
lg.
Con
clus
iete
kst
KG
BB
eslis
senA
lg.
KG
BB
esch
ikke
nAlg
.
Pos
tcod
eR
isic
oG
ebie
d
Max
imaa
lRed
elij
keH
uur
Per
c.K
inde
ropv
.toe
sla
g
czn .7C 7:2
D
X X X X X X X
X X
X X
X X X X X X X
X minimum leeftijd WTOS-jong
X maximum leeftijd WTOS-jong
X minimum leeftijd WTOS-oud
X maximum leeftijd WTOS-oud
X afbouw percentage KGB
X HOT-HOR grens jaartoeslag kindgebonden budget
X forfaitgrens draagkracht huur
NormEvent
Norm / •arameter Zor
g B
eslis
senA
lgm
een
Kin
dero
pv.B
eslis
senA
lg.
Kin
dero
pv. B
esch
.Alg
.
Co
nclu
siet
eks
t
Max
imaa
lRed
elij
keH
uur
Per
c.K
inde
rop
v.to
esla
g
Pos
tcod
eR
isic
oG
ebi
ed
Ve
rbl s
tatu
sHuu
r
Ve
rbl.s
tatu
sKin
dero
pv.
Ver
bl.s
tatu
sKG
B
Ve
rbl.s
tatu
sZo
rg
Woo
n la
ndfa
c to
r
meerderjarig voor kinderopvang
bijdrage WTOS-jong
X X
bijdrage WTOS-oud X
KGB le kind X KGB 2e kind X KGB 3e kind X KGB 4e kind X KGB 5e en volgende kind
KGB inkomensgrens meerderjarig voor kindgebonden budget
meerderjarigheidsleeftijd
leeftijd recht op zorgtoeslag doelmatigheidsgrens voor uitbetalen
X X X X
X X X X maximaal aantal betaaladviezen per beschikking
einddatum conversieperiode
kindleeftijd huur X X
Zor
gB
esch
ikke
nAlg
.
Kin
dero
pv.G
rslA
lg.
Huu
rBes
hsse
nAlg
.
Huu
rBes
chik
kenA
lg
KG
BB
esch
ikke
nAlg
.
KG
BB
eslis
senA
lg.
X X
X X
X
X X
X X
X X
X X
la6p
nqua
puoq
a6pu
iN s
rij e
l sj fi
i cti g
A
6uen
d(T)J
apup
i
Per centage kindero pvangtoeslag
co (1) x 3 cD (1).
n CD DO -1D
N C C 0D
a
a 0)
phja
alua
Japn
o
C F~
Trar
Ki i
raU
T D1
AwirAlg.
ZorgGrslAlg.
ZorgBeslissenAlgmeen
ZorgBeschikkenAlg.
HuurGrslAlg.
HuurBeslissenAlg.
HuurBeschikkenAlg.
Kinderopv.GrslAlg.
Kinderopv.BeslissenAlg.
Kinderopv.Besch.Alg.
KGBGrslAlg.
KGBBeslissenAlg.
KGBBeschikkenAlg.
Conclusietekst
Gemeenschapsonderda nen
MaximaalRedelijkeHuur
Perc.Kinderopv.toeslag
PostcodeRisicoGebied
Verbl.statusHuur
Verbl.statusKinderopv.
Verbl.statusKGB
Verbl.statusZorg
Woonlandfactor X
X
X
X
X
X
X
X
X
X
nala
ijaL
LU
Z
1013
0 .4p
Ue
lUO
OM
5 T
o z s
rue
lsj[i
i i:pa
A
cr 0
N
c cr,
c c
paic
ia6o
pisp
apoo
lso
d
sais
niou
o3
leefti jdgrens forf ait
draagkrach t huur
Bijlage V Feiteventtypen met inverse en zonder inverse
WV2010-171 Feiteventtypen in duo's Feit Aanvraag Huurtoeslag Feit Aanvraag Kinderopvangtoeslag Feit Aanvraag Kindgebonden budget Feit Aanvraag Zorgtoeslag Feit Beschreven IB Feit Beschreven NINBI Feit Burger aanvullende bijdrage Feit Burger actief militair Feit Burger chronisch ziek Feit Burger gaat in beroep Feit Burger gedetineerd Feit Burger gemoedsbezwaard Feit Burger heeft recht op kinderbijslag Feit Burger inkomen uit werk Feit Burger is artikel 69 verzekerd Feit Burger is wanbetaler zorgverzekering Feit Burger is zorgverzekerd Feit Burger maakt bezwaar Feit Burger verzoekt bijzondere situatie Feit Huurobject heeft verhuurder Feit Relatie ouder kind begint Feit Start Duurzaam Gescheiden Partnerschap Feit Start Fiscaal Partnerschap Feit Start Geregistreerd Partnerschap Feit Start Gezamenlijk Huishouden Feit Start Gezamenlijke Schuld Feit Start huurobject Feit Start onderhuurder Feit Start Pensioenpartnerschap Feit Start Samenlevingscontract Feit Start verhuurder Feit Verblijfsstatus Feit Voordeel uit sparen en beleggen
tegenhanger Feit Einde Aanvraag Huurtoeslag Feit Einde Aanvraag Kinderopvangtoeslag Feit Einde Aanvraag Kindgebonden budget Feit Einde Aanvraag Zorgtoeslag Feit Niet beschreven IB Feit Niet beschreven NINBI Feit Burger geen aanvullende bijdrage Feit Burger niet actief militair Feit Burger niet chronisch ziek Feit Burger trekt beroep in Feit Burger niet gedetineerd Feit Burger niet gemoedsbezwaard Feit Burger heeft geen recht op kinderbijslag Feit Burger geen inkomen uit werk Feit Burger is niet artikel 69 verzekerd Feit Burger is geen wanbetaler zorgverzekering Feit Burger is niet zorgverzekerd Feit Burger trekt bezwaar in Feit Burger trekt verzoek bijzondere situatie in Feit Huurobject heeft onbekende verhuurder Feit Relatie ouder kind eindigt Feit Einde Duurzaam Gescheiden Partnerschap Feit Einde Fiscaal Partnerschap Feit Einde Geregistreerd Partnerschap Feit Einde Gezamenlijk Huishouden Feit Einde Gezámenlijke Schuld Feit Einde huurobject Feit Einde onderhuurder Feit Einde Pensioenpartnerschap Feit Einde Samenlevingscontract Feit Einde verhuurder Feit Einde verblijfstitel Feit Einde voordeel uit sparen en beleggen
Feiteventtypen niet in duo's opmerkin Inkomens Feit Fiscaal Jaarloon hoort bij proces definitief toekennen Feit NINBI
hoort bij proces definitief toekennen Feit Verzamelinkomen hoort bij proces definitief toekennen Feit Geschat inkomen tbv bepalen geschatte dragkracht
Schoning hoeft (nu) niet ondersteund te worden Handtekeningrelatie Feit Handtekeningrelatie Huur medebewoner Feit Handtekeningrelatie Huur partner Feit Handtekeningrelatie Kinderopvang Feit Handtekeningrelatie Kindgebonden Budget Feit Handtekeningrelatie lopend medebewoner Feit Handtekeningrelatie lopend partner Feit Handtekeningrelatie Zorg
Rolwisseling Werking berust in TSL op einde aanvraag/start aanvraag Feit Rolwisseling Huurtoeslag
Feit Rolwisseling Kinderopvangtoeslag Feit Rolwisseling Kindgebonden budget Feit Rolwisseling Zorgtoeslag
Diversen Huurtoeslag Feit Betaalwijze Feit Betaalwijze verhuurder Feit Huurlasten burger Feit Huurlasten verhuurder Feit Huurobjectkenmerken Feit Redelijkheidstoets
Diversen Algemeen Feit Burger overleden Feit Geboorte kind Feit Burger inschrijven op adres Feit Meerdere burgers inschrijven op adres Feit Verjaring
Diversen Kindregelingen Feit Burger krijgt behandelsoort gezinsbijslag Feit Kinderopvanggebruik
bevat indicatie betaling aan verhuurder J/N bevat indicatie geclusterd betalen J/N tbv bepalen huurlasten tbv bepalen huurlasten
Schoning hoeft niet ondersteund te worden
tbv bepalen lasten kinderopvang
Versie: 1.2
Belastingdienst Toeslagen Datum: 17-07-2014
Meldingsformulier beheerloket
Na invullen zenden aan: Toeslagen beheerloket Postbus,
In te vullen door beheerloket Boekingsnummer beheerloket
2899
Behandelaar beheerloket Datum ontvangst 18-10-2016 Aangeboden aan Onderwerp
IM / TPD Vraag verworven recht 3 Prio
In te vullen door gebruikersondersteuner Datum melding Naam gebruikersondersteuner
18-10-2016 nvt 0
Inlognaam gebruikersondersteuner nvt (UserlD) Naam aanmelder
Inlognaam aanmelder (UserlD)
TL
Team
nvt
business analist Soort melding Vraag algemeen Systeem BSN
TVS
Toeslagjaar/jaren Zie onderstaand Met welke •ersonen is af•estemd? Zie onderstaand Omschrijving van de melding (geef dit zo gedetailleerd mogelijk weer)
Vraag over verworven recht BSN
Heren,
willen jullie bijgaande doorzetten als bevinding en nee ik heb geen schermprintjes
• met vriendelijke groet,
business analist
Productieregie Belastingdienst Toeslagen Graadt van Roggeweg 500 1 3531 AH1 Utrecht Postbus 2092 1 3500GB I Utrecht
@belastingdienst.n1 Doorgestuurd door f"--- /Toeslagen/BLD op 18-10-2016 14:36
Van: J I/IV/BLD Aan: /Toeslagen/BLD@Belastingdienst
Boekingsnummer 2899
J toe te passen rekenhuur kleiner dan of gelijk aan maximale huurgrens
2899 Boekingsnummer
2 3 4 7 6 8 11 10
Onderwerp Betr: Fw: Betr: Fw: Vraag over verworven recht BSNF
Dit lijkt me niet te werken zoals zou moeten.
In de UC lees ik dit
het huurobject heeft een handicapsvoorziening minimaal 1 deelnemer in het huishouden met handicap (is chronisch ziek) het huurobject heeft een groothuishoudenvoarziening het aantal deelnemers in het huishouden is groter dan norm aantal leden huishouden huurgrensoverschrijding
is er sprake van recht op huurtoeslag in het voorgaande deeljaar
N
J
J
J J
recht ophilurtoeslag geen recht op huurtoeslag
x x x x
Verworven recht Toelichting op de conditie "is er sprake van recht op huurtoeslag in het voorgaande deeljaar": Het gaat hier om het zogenaamde verworven recht; een verhoging van de huur bij een lopende huurtoeslag wordt in geval van verworven recht niet gestopt als door de huurverhoging de maximale huurgrens wordt overschreden. Op 1 januari 2011 (norm eerste toeslagjaar TSL) is er nog geen sprake van een voorgaand deeljaar. In deze bijzondere situatie is standaard sprake van verworven recht.
Als niet aan dit criterium wordt voldaan, dan is er geen recht op huurtoeslag (motivatie Hu09: rekenhuur te hoog).
en in het systeem zie ik dit
Deeljaar van 01-01-2015 tot 01-07-2015
Maandbedrag 0,00
Conclusie 002 Geen recht
Motivatie Hu02 Recht nul huur
Deeljaar van 01-07-2015 tot 01-01-2016
Maandbedrag 313,29
Conclusie 001 Recht
Motivatie
gezien het verworven-rechtcriterium zou dat tweede deeljaar ook geen recht moeten zijn.
Met vriendelijke groeten,
IM Toeslagen
•@belastingdienst.nl
Van- /Toeslagen/BLD Aan. I I/IV/BLD@Belastingdienst Datum: 12-10-2016 10:10
J
x N
x
J
x N
X
N
x
Datum: 13-10-2016 14:56
N
J
N
J
J
N
N
J
N
N
J
N
J
N
N
J
N
N
N
N
J
J
N
N
J
N
N
N
J
N
N
N
N
N
N
N
Versie: 1.2
Belastingdienst Toeslagen Datum: 17-07-2014
Meldingsformulier beheerloket
2
Fw: Betr: Fw: Vraag over verworven recht BSN 067021669 Onderwerp:
Doorgestuurd door /Toeslagen/BLD op 12-10-2016 10:09
Van: Aan: Cc:
Toeslagen/BLD /Toeslagen/BLD@Belastingdienst IToeslagen/BLD@Belastingdienst, froeslagen/BLD@Belastingdienst
Datum: 19-09-2016 10:28 Onderwerp: Betr: Fw: Vraag over verworven recht BSN
Beste (en CC),
2899 Boekingsnummer
wil je ook nog even nagaan hoe het systeem hiermee omgaat? • met vriendelijke groet,
business analist
Productieregie Belastingdienst Toeslagen Graadt van Roggeweg 500 I 3531 AH ! Utrecht Postbus 2092 I 3500GB I Utrecht
@belastingdienst.n1
Als er in de voorafgaande periode voor dezelfde woning geen recht is (en of dat nu op basis van een individueel te hoog inkomen of een gezamenlijk te hoog inkomen is, dat maakt niet uit), dan kan er geen verworven recht ontstaan. Vraag is alleen of dat pas met DT wordt vastgesteld of ook bij voorschotten. Dat weet ik niet. Ik denk dat je de casus dus even moet laten onderzoeken. @Gerda: ben jij daar de aangewezene voor, of elders?
Met vriendelijke groet,
drs.
Belastingdienst/Toeslagen Productieregie/Beleid en vaktechniek
telefoon' (ma/di/do/vr) e-maill [email protected]
Ik werk in Utrecht op dinsdag & vrijdag, in Den Haag op maandag & donderdag en woensdag werk ik niet
19-09-2016 10:10 Fw: Vraag over verworven recht BSN
Van: Aan: Cc: Datum: Onderwerp:
Hoi
/Toeslagen/BLD (Toeslagen/BLD@Belastingdienst
/Toeslagen/BLD@Belastingdienst
Versie: 1.2
Belastingdienst Toeslagen Datum: 17-07-2014
Meldingsformulier beheerloket
3
Versie: 1.2 Belastingdienst Toeslagen Datum: 17-07-2014
Meldingsformulier beheerloket
2899 Boekingsnummer
Ik heb een vraag over verworven recht, zie onderstaande casus. Vervalt het recht op verworven recht wanneer het gezamenlijk inkomen te hoog ? Want in principe wordt dit bepaald het het inkomen, maar of dit ook gezamelijk is , is voor mij onduidelijk En kan dit niet echt terug vinden in het handboek. Ik hoor graag van je
Alvast bedankt.
Met vriendelijke groet,
Kwaliteitsregisseur B/T Belastingdienst/ Toeslagen Den Haag (Productieregie) Wilhelmina van Pruisenweg 52 l 2595 AN Den Haag I K2.012
©belastingdienst. nl
Doorgestuurd door n J/Toeslagen/BLD op 19-09-2016 10:04
Van: Aan.
Cc: Datum: Onderwerp:
/Toeslagen/BLD rToeslagen/BLD@Belastingdienst,
VToeslagen/BLD©Belastingdienst J/Toeslagen/BLD@Belastingdienst
02-09-2016 17:50 Vraag over verworven recht BSN
Hoi!
We zijn tegen een situatie aan gelopen waarbij het verworven recht 11, 1
De HT van 2014 is gecontinueerd naar 2015. Door een te hoog gezamenlijk inkomen is er voor de periode 1-1-2015 t/m 30-06-2015 een 0 toekenning. Per 1-7-2015 is er sprake van een lager gezamenlijk inkomen omdat er een MB verhuist naar een ander adres.
Per 1-7-2015 wordt alsnog de HT toegekend met een te hoge huurprijs. Hier is
HT 2015 is inmiddels definitief berekend en op basis van het onterecht verkregen verworven recht wordt de HT nu ook naar 2016 gecontinueerd.
Ik wil graag weten of dit terecht is en waarom TVS dit zo toepast?
Ik zal de vraag via de kennisbank en per mail naar jullie sturen.
Met vriendelijke groet,
T E
4
Versie: 1.2 Belastingdienst Toeslagen Datum: 17-07-2014
Meldingsformulier beheerloket
Gevolgen van het niet oplossen van de melding:
Klik hier om de gevolgen van het niet oplossen in te voeren.
Aantal meegezonden schermprintjes Aantal schermprintjes.
Plak hier uw schermprintjes (max 5):
In te vullen door IM / TPD
Analyse
Volgens de spec's zou in dit geval de Huurtoeslag na de inkomensdaling niet meer als verworven recht toegekend mogen worden. Dit is ook de werkwijze zoals deze zou moeten worden uitgevoerd. Het systeem lijkt dus anders te reageren. Er wordt, ondanks de 0 (of geen recht situatie, daar zit geen verschil in voor dit geval) in de voorgaande periode toch een verworven recht situatie onderkend en daardoor tenonrechte een HT toegekend. Let op: Ingeval van een verworvenrecht toekenning in de VT fase zal ook voor DT dit weer opnieuw moeten worden bepaald, immers in de VT fase wordt met een geschat inkomen gewerkt in de DT fase met een vastgesteld inkomen. Dit kan verschillen waardoor in een dergelijk geval de uitkomst voor het al dan niet verworven recht anders kan zijn. Graag dit item ook in de verdere analyse door B/CA c.q. B/cao laten beoordelen.
Advies
Zie analyse
Acties
Klik hier om tekst Acties in te voeren.
Boekingsnummer 2899
5