Slim heffen Proces Watersysteemheffing

Transcriptie

1 Slim heffen Proces Watersysteemheffing Oktober 2014

2 INHOUDSOPGAVE Managementsamenvatting... 3 Leeswijzer Inleiding Huidige proces Beschrijving Analyse huidige werkwijze Hoofdlijnen gewenste proces Uitgangspunten Proces watersysteemheffing gebouwd Proces watersysteemheffing ongebouwd Terugmelden Te nemen vervolgstappen Bijlage 1 Knelpunten en oplossingen Bijlage 2 Memo jaarlijkse verwerking AKR Bijlage 3 Memo analyse BSGR Hoogspanningsmasten, trafo Eindrapport Slim heffen proces watersysteemheffing 2

3 Managementsamenvatting De basisregistraties bieden voor belastingkantoren volop kansen om de processen efficiënter en transparanter uit te voeren. Als vervolg op het eerdere traject slim heffen is een aantal vervolgstappen uitgevoerd. Eén van die stappen betreft het nader onderzoeken van twee heffingsprocessen. Voorliggend document beschrijft de analyse en aanbevelingen voor het proces watersysteemheffing gebouwd en gaat kort in op het proces watersysteemheffing ongebouwd. In een aantal bijeenkomsten met medewerkers van de belastingkantoren BGHU, BSGR en RBG is een aantal aandachtspunten naar voren gebracht in het huidige proces watersysteemheffing. Nadere analyse heeft geleid tot de conclusie dat van de genoemde aandachtspunten er een aantal daadwerkelijk als knelpunt moet worden aangemerkt. Deze kunnen geclusterd worden tot een viiftal hoofdgroepen: 1. de huidige werkwijze is niet ingericht op een optimaal gebruik van basisregistraties (bijvoorbeeld bij het overschrijven van gegevens en het niet terugmelden van vermeende fouten); 2. de transparantie in het gebruik van gegevens ontbreekt (er is geen inzicht in signalen van belastingplichtigen en bronhouders); 3. de bestanden bevatten nog niet opgeschoonde gegevens vanuit eerdere conversietrajecten; 4. het vertrouwen in het gebruik van brongegevens is beperkt; 5. de belastingkantoren hanteren niet een uniforme werkwijze waardoor niet iedereen dezelfde taal spreekt. Deze knelpunten leiden ertoe dat de mogelijke voordelen van het gebruik van basisregistraties (minder fte s door minder eigen onderzoek en eigen bijhouding) momenteel onvoldoende worden gerealiseerd. Om daadwerkelijk de voordelen van de basisregistraties realiseren, moet een aantal stappen gezet worden: Allereerst moet op korte termijn het heffingenbestand opgeschoond worden. Uit de conversie zijn gegevens aanwezig die afwijken van de basisregistraties. Deze moeten verwijderd of gecorrigeerd worden (hetzij in het heffingensysteem hetzij na een terugmelding in de basisregistratie). Het proces om terug te melden moet ingericht worden. Medewerkers van het belastingkantoor moeten zich de procedures en formulieren van de basisregistraties eigen maken. Procedures voor terugmelden door het belastingkantoor moeten ingericht worden. Medewerkers moeten zich aanwennen bij gerede twijfel altijd terug te melden aan de basisregistratie. Met de leverancier van de applicatie zal overleg gevoerd moeten gaan worden over het oplossen van een aantal ervaren knelpunten bij het gebruiken van de applicatie. De uniformiteit moet vergroot worden door de hefmodellen te uniformeren. Er moet gestuurd worden op kwaliteitsverbetering door te sturen op de reden van bezwaren. Er zullen stappen gezet moeten worden in het aangepast krijgen van het aanwijsbesluit voor belastingplichtigen. Hierbij moet het streven zijn dat het belastingkantoor de aanwijzing van de gemeente volgt. Bovenstaande punten lijken op het eerste gezicht mogelijk details, maar de gevolgen voor de eenvoud en de kosten zijn aanzienlijk. Eindrapport Slim heffen proces watersysteemheffing 3

4 Leeswijzer Dit document beschrijft het proces watersysteemheffing. Na een beschrijving en analyse van het huidige proces (in hoofdstuk 2) wordt het ideale proces geschetst (hoofdstuk 3). Dit leidt tot een aantal te nemen vervolgstappen (hoofdstuk 4). Eindrapport Slim heffen proces watersysteemheffing 4

5 1. Inleiding In 2013 is een traject slim heffen uitgevoerd, waarvan verslag is gedaan in het rapport Slim heffen Beter de kansen benutten die basisregistraties bieden. Naar aanleiding van het rapport is een aantal vervolgacties uitgevoerd, waaronder het uitdiepen van een tweetal heffingsprocessen. Voor het uitdiepen van het proces watersysteemheffing is een aantal bijeenkomsten gehouden met medewerkers van de belastingkantoren BGHU, BSGR en RBG. Dit document beschrijft de analyse en aanbevelingen voor het proces watersysteemheffing gebouwd en gaat bovendien kort in op het proces watersysteemheffing ongebouwd. Eindrapport Slim heffen proces watersysteemheffing 5

6 2. Huidige proces 2.1. Beschrijving Onderstaand worden de huidige gegevensstromen in het proces watersysteemheffing gebouwd beschreven 1. Het proces watersysteemheffing gebouwd gaat uit van de WOZ-objecten uit de Basisregistratie WOZ (BR-WOZ; (middels StufWOZ-bestanden)). De benodigde informatie wordt daarnaast ontleend aan de Basisregistratie Kadaster (BRK), het Handelsregister (NHR), de Basisregistratie Personen (BRP) en de Tarief Differentiatie Kaart (TDK). Verder wordt veelal voortgeborduurd op historische gegevens uit de eigen administratie. Onderstaand worden alle stappen apart besproken en wordt aangegeven wat de aandachtspunten zijn. Hieronder worden de verschillende elementen verder uitgewerkt. Daarbij wordt aangegeven welke aandachtspunten vanuit de praktijk worden aangedragen. Gegevens vanuit de WOZ (zie figuur bij A en B) Alle Stuf-WOZ gegevens worden ingelezen in Key2GH. Dit inlezen gebeurt via IWB. Binnen IWB kunnen controles worden gedefinieerd. Deze controles kunnen leiden tot een melding of uitval. De Stuf-WOZ-verwerking betreft de initiële verwerking aan het begin van het jaar. WOZ-mutaties worden vervolgens maandelijks aangeleverd en verwerkt. De WOZ bestanden bevatten naast de WOZ-waarde onder andere de eigenaar en de gebruiker die door de gemeente wordt aangeslagen. De WOZ verwerking kent de volgende aandachtspunten: Bij kerken en andere objecten wordt soms te veel grond toegerekend aan het kerkgebouw. De bezwaartermijn van een belastingkantoor (6 weken) komt niet overeen met de onderzoekstermijn bij de WOZ bij terugmeldingen (tot half november dit jaar'). Bij het verwerken van WOZ-gegevens door IWB wordt op basis van adressen een koppeling gezocht. Als er geen koppeling wordt gevonden, leidt dit tot uitval. Gegevens vanuit de AKR/BRK (zie figuur bij C en D) 1 In de beschrijvingen in dit rapport wordt uitgegaan van het gebruik van Centric applicaties. Een deel van de genoemde elementen zal niet van toepassing zijn, indien geen gebruik wordt gemaakt van applicaties van deze leverancier. Eindrapport Slim heffen proces watersysteemheffing 6

7 De AKR-verwerking (AKR=geAutomatiseerde Kadastrale Registratie) vindt maandelijks plaats, met uitzondering van BSR die uitgaat van een jaarlijkse verwerking. De verwerking van de AKR is van belang voor het bepalen van de juridische eigenaar (die vastligt in de BRK) en voor de oppervlakte ongebouwd ten behoeve van de aanslag WSH-ongebouwd. De maandelijks AKR-mutaties worden ingelezen in KAD4all. Vanuit KAD4all worden de gegevens doorverwerkt naar Key2GH. Maandelijkse verwerking van AKR is niet nodig voor het proces Heffen, wel voor het proces WOZ- Taxeren dat voor de deelnemende gemeenten wordt uitgevoerd. BSR doet dit daarom alleen maandelijks voor de deelnemende gemeenten. De AKR-verwerking kent de volgende aandachtspunten: In de BRK is niet altijd een Burger Service Nummer (BSN) of Rechtspersonen en Samenwerkingsverbanden IdentificatieNummer (RSIN) respectievelijk Kamer Van Koophandel (KvK)-nummer ingevuld. Was-wordt-mutaties van de BRK bevatten geen naamswijzigingen van (rechts-)personen. Voor hoogspanningsmasten, transformatorhuisjes en windmolens is soms geen zakelijk recht in de BRK geregistreerd of is er soms niet in de BRK geregistreerd voor welk deel van een perceel het zakelijk recht geldt. Aktes staan nog op naam van overleden eigenaren waar je geen aanslag naar kunt sturen. Gegevens vanuit de BRP (zie figuur bij E en F) Gegevens van het BRP worden dagelijks verwerkt. Dit is vooral van belang voor de gebruikers bij tijdvak-belastingen zoals zuiveringsheffing woonruimte. Mutaties worden overgezet naar het DDS (DataDistributieSysteem) vandaar uit gaat het naar Key2GH. De BRP-gegevens die in dit proces gebruikt worden, zijn de adresgegevens van de burger die eigenaar van een object en/of perceel is. De BRP-verwerking kent de volgende aandachtspunten: De bezwaartermijn van een belastingkantoor (6 weken) komt niet overeen met de onderzoekstermijn van de gemeente bij terugmeldingen BRP (12 weken). Sommige zakelijk gerechtigden uit de BRK staan niet in BRP, omdat het een buitenlandse zakelijk gerechtigde betreft. Verwerking in DDS (zie figuur bij F) DDS (Data DistibutieSysteem) verwerkt de aangeleverde mutaties in persoonsgegevens. Daartoe wordt op basis van het adres uit het geleverde bestand in DDS het overeenkomende adres (straatnaam, huisnummer, toevoeging, postcode, woonplaats) gezocht. Vervolgens wordt de wijziging doorgevoerd in DDS. De DDS-verwerking kent de volgende aandachtspunten: Bij adreswijzigingen wordt gecontroleerd of het oude adres zoals dat door de GBA-V wordt geleverd overeenkomt met het oude adres zoals dat in DDS staat geregistreerd. Als die niet overeenkomen wordt de adreswijziging niet doorgevoerd in DDS en wordt dit in een uitvallijst opgenomen. Mede omdat DDS oorspronkelijk gevuld is vanuit de conversie, vindt er nog vrij veel uitval plaats en zijn er nog verschillen tussen DDS en GBA-V. Uitval treedt ook op bij berichten met bijvoorbeeld persoonsgegevens zonder geboortedatum of als de geboortedatum ligt nà de overlijdensdatum. DDS staat niet toe dat er twee objecten zijn met hetzelfde adres (postcode, straatnaam, huisnummer, huisletter, toevoeging, woonplaats). Dit betreft uitzonderingen, maar is in de BAG dit wel mogelijk. Dit leidt tot uitval. Gegevens vanuit het NHR (zie figuur bij G) Gegevens van het NHR worden geleverd op basis van een mutatie-abonnement. De meeste belastingkantoren doen dit via DDS, maar er vindt nog geen verdere distributie plaats van die gegevens. De NHR gegevens die in dit proces gebruikt worden, zijn de adresgegevens van het bedrijf dat eigenaar is van een object en/of perceel. De NHR-verwerking kent het volgende aandachtspunt: Eindrapport Slim heffen proces watersysteemheffing 7

8 Sommige zakelijk gerechtigden uit de BRK staan niet in het NHR, omdat het een niet inschrijvingsplichtige zakelijk gerechtigde betreft. Verwerking van de TDK (zie figuur bij H) De verwerking van de TDK (Tarief DifferentiatieKaart) wordt eenmaal per jaar of een keer per 2 of 3 jaar uitgevoerd door het belastingkantoor. Dit betreft geen basisregistratie maar een registratie van het waterschap waarin is aangegeven welke percelen (of deel van percelen) vallen onder Ongebouwd, Natuur of Wegen en Binnendijks of Buitendijks. Iedere categorie kent een verschillend heffingstarief. In de TDK staat welke objecten in welk tarief vallen Er vindt een vertaling plaats van de geo-informatie zoals deze bij het waterschap bekend is naar administratieve informatie die in Key2GH wordt ingelezen. Key2Waarderen (zie figuur bij J) Key2Waarderen wordt gebruikt voor het taxeren van de objecten van de deelnemende gemeente. Dit onderdeel speelt geen rol in het proces Heffen. Key2waarderen is wel de enige plek in Key2GH waar de BAG-id s zijn opgenomen. Key2GH-Gebruik Key2GH is een verzameling modules, waaronder Key2ADR (adressen), Key2OBJ (objecten), Key2SUB (subjecten), Kad4all (Kadaster) en een taxatiemodule. De gegevensverzameling in Key2GH is een gegevensverzameling met procesinformatie voor het opleggen van de verschillende heffingen. Key2GH bevat gegevens over objecten en subjecten. De gegevens in Key2GH komen deels uit een eerder uitgevoerde conversie en deels uit latere mutatieberichten. Key2GH kent de volgende aandachtspunten: Overschrijven van gegevens uit basisregistraties door handmatig aangebrachte wijzigingen: De BRK registreert geen overleden zakelijk gerechtigden. Het belastingkantoor overschrijft daarom in geval van overlijden de zakelijk gerechtigde in Key2GH. Over de eigendommen van waterschappen wordt geen aanslag opgelegd. Gemalen van een publiek orgaan zijn vrijgesteld van heffing. In Key2GH worden de gegevens overschreven van de heffingplichtige in geval van een afwijkende belastingbetaler. De meeste belastingkantoren hebben vanuit eerdere conversies nog vele duizenden gevallen achterstand, die niet conform de basisregistraties in het heffingensysteem geregistreerd staan Analyse huidige werkwijze Naar aanleiding van de hiervoor aangedragen aandachtspunten is een analyse uitgevoerd. Daarbij is een onderscheid aangebracht tussen: Aandachtspunten die als mogelijk knelpunt zijn aangedragen, maar waarbij er feitelijk geen sprake is van een knelpunt omdat er ook nu al oplossingen voor de aangedragen aandachtspunten bestaan; Aandachtspunten die als mogelijk knelpunt zijn aangedragen en waarvan tijdens de analyse is vastgesteld dat er inderdaad sprake is van een knelpunt die het gevolg is van de inrichting van systemen, de gehanteerde werkwijze of bestaande beperkingen aan de zijde van basisregistraties. Aandachtspunten die geen knelpunt blijken te zijn Gemalen Gemalen en zuiveringsinstallaties van een publiek orgaan zijn vrijgesteld van het betalen van de watersysteemheffing gebouwd. Aanpak Eindrapport Slim heffen proces watersysteemheffing 8

9 Gemalen en zuiveringsinstallaties hebben in de WOZ een gebruikscode 31 en zijn daardoor goed te herkennen. Anders dan eerder werd gedacht, kan daardoor deze vrijstelling eenvoudig en geautomatiseerd worden verwerkt. Kerken Kerken zijn vrijgesteld van het betalen van de watersysteemheffing gebouwd. Aanpak Kerken hebben in de WOZ een gebruikscode 31 en zijn daardoor goed te herkennen. Daardoor kan deze vrijstelling eenvoudig en geautomatiseerd worden verwerkt. Knelpunten als gevolg van huidige werkwijze en procesinrichting De in 2.1 genoemde aandachtspunten kunnen geclusterd worden tot een viertal hoofdgroepen van daadwerkelijke knelpunten. 1. de huidige processen zijn niet ingericht op een optimaal gebruik van basisregistraties; 2. de transparantie in het gebruik van gegevens ontbreekt; bijvoorbeeld is er geen inzicht in signalen van belastingplichtigen en bronhouders; 3. de bestanden bevatten nog niet opgeschoonde gegevens vanuit eerdere conversietrajecten; 4. het vertrouwen in het gebruik van brongegevens is beperkt 5. de belastingkantoren hanteren niet een uniforme werkwijze waardoor niet iedereen dezelfde taal spreekt. Hieronder wordt kort aangegeven wat daaronder wordt verstaan en uit welke concrete aandachtspunten dit blijkt. 1. de huidige processen zijn niet ingericht op een optimaal gebruik van basisregistraties Een en ander komt onder meer naar voren bij het huidige gebruik van DDS in combinatie met Key2GH. DDS is in essentie een kopie van gegevens uit de BRP en het NHR 2. Key2GH is het werkbestand dat gebruikt wordt voor het opleggen van heffingen. Mutaties in gegevens vanuit de BRP en het NHR komen binnen bij DDS. De gegevens vanuit de BRP worden daarbij doorgesluisd naar Key2GH. De gegevens uit het NHR worden nog niet doorgesluisd. Key2GH is daarmee slechts ten dele basisregistratie conform. Bij verwerking binnen DDS ontstaat bovendien uitval bij het matchen op adres omdat er geen uniforme (BAG-conforme) schrijfwijze gehanteerd wordt. Voor het verwerken van mutaties wordt echter wel een match op adres gezocht. Dit leidt momenteel tot een aanzienlijke uitval. Een van de oorzaken is dat er in de huidige werkwijze te weinig gebruik gemaakt wordt van de identificerende nummers (sleutels) die in de basisregistraties worden toegekend. 2. de transparantie in het gebruik van gegevens ontbreekt Mutaties vanuit de basisregistraties worden in een aantal gevallen tegengehouden, omdat deze geen relevantie hebben voor het belastingproces. In een aantal andere gevallen ontstaat signaleringsuitval omdat de gegevens in de mutaties niet overeenstemmen met de opgenomen gegevens. Deze signaleringen moeten worden opgepakt. Een en ander leidt tot een niet altijd even transparant proces van verwerking. Daarnaast worden op dit moment nogal eens gegevens in de registratie aangepast op basis van bronnen buiten de basisregistraties zonder dat deze wijzigingen in de registratie zichtbaar zijn. Denk hierbij bijvoorbeeld aan het overschrijven van de belastingplichtige door een afwijkende belastingbetaler, in plaats van het afzonderlijk en transparant registreren hiervan. De huidige wijze van gegevensbeheer geeft daarmee geen inzicht in de afwijkingen ten opzichte van de basisregistraties en de reden van afwijking. Kengetallen over de frequentie dat bepaalde situaties zich voordoen zijn moeilijk te produceren. 2 In het rapport Kopiebestanden, Status en positionering van gegevenskopieën (STOUT, juni 2013) worden de randvoorwaarden genoemd die gesteld worden aan het gebruik van gegevenskopieën. piebestanden%20def.pdf Eindrapport Slim heffen proces watersysteemheffing 9

10 Ook biedt het systeem geen inzicht in het aantal en de reden van bezwaren. Evenmin is het aantal en de reden voor het opvoeren van lozingsobjecten inzichtelijk. Dit gebrek aan inzicht staat verbeteringen in de weg. 3. de bestanden bevatten nog niet opgeschoonde gegevens vanuit eerdere conversietrajecten In de bestanden van de belastingkantoren zit nog een significante hoeveelheid gegevens uit een conversie, waarbij gegevens uit het vorige systeem zijn omgezet naar het huidige systeem. Dit betreft veelal gegevens die niet gekoppeld zijn aan bestaande objecten in de basisregistraties of objecten die niet voorkomen in de basisregistraties. Deze objecten betekenen een afwijking van de gegevens uit de basisregistraties veelal zonder dat hiervoor onderbouwde en reproduceerbare argumenten aanwezig zijn. Omdat deze gegevens niet goed zijn te koppelen aan andere gegevens vormen deze bovendien een voortdurende bron van uitval. 4. het vertrouwen in het gebruik van brongegevens is beperkt. Belastingkantoren geven aan dat de kwaliteit van de brongegevens soms tekort schiet. Een voorbeeld hiervan is de niet juist toegerekende oppervlakte ingeval van kerken. Door belastingkantoren worden echter slechts incidenteel vermeend onjuiste gegevens uit basisregistraties teruggemeld; geen enkel belastingkantoor doet dat structureel. Gevolg is dat fouten in de basisregistraties blijven bestaan en mutaties in die gegevens in de basisregistraties keer op keer tot uitval leiden. 5. de belastingkantoren hanteren niet een uniforme werkwijze waardoor niet iedereen dezelfde taal spreekt Belastingkantoren maken hun eigen keuzes ten behoeve van het oplossen van knelpunten. Ook is ieder belastingkantoor, los van elkaar bezig met het terugbrengen van het aantal hefmodellen. Dit verschil in werkwijze maakt het onmogelijk om met elkaar in gesprek te gaan over knelpunten en verbeteringen naar bronhouders maar ook naar Centric. Eindrapport Slim heffen proces watersysteemheffing 10

11 3. Hoofdlijnen gewenste proces Onderstaand wordt het ideale proces op langere termijn geschetst (de stip op de horizon), waarbij de in het vorige hoofdstuk benoemde knelpunten als gevolg van huidige werkwijze en procesinrichting zich niet meer voordoen en waarbij het aantal bijzondere situaties en de uitval sterk teruggebracht zijn. Hierbij wordt voortgebouwd op een aantal inrichtingsprincipes bij het gebruik van basisregistraties zoals die in Slim heffen reeds beschreven zijn (zie voor meer informatie over de werking van het stelsel het stelselinformatiepunt: Uitgangspunten Bij de beschrijving van de ideaaltypische situatie in dit proces met het gebruik van de basisregistraties BRP, BRK, NHR, BAG en WOZ is een aantal uitgangspunten gehanteerd: Gegevens uit de basisregistraties worden ongewijzigd overgenomen binnen de belastingprocessen. Aanvullende gegevens uit andere bronnen dan de basisregistraties worden herkenbaar naast de gegevens van de basisregistraties opgeslagen zonder de gegevens van de basisregistraties te wijzigen. Vermeende fouten in de gegevens uit basisregistraties worden altijd onderbouwd teruggemeld aan de basisregistratie. Detailgegevens over de heffingplichtige worden ontleend aan de BRP of het NHR. Het belastingkantoor volgt niet een eigen aanwijsbesluit maar volgt het aanwijsbesluit van de gemeente. Koppeling van gegevens uit basisregistraties of daaraan gerelateerde gegevens uit andere bronnen vinden uitsluitend plaats op basis van de numerieke sleutels (id s) uit de basisregistraties. Conversiegegevens zijn òfwel verwijderd uit het heffingensysteem, òfwel gecorrigeerd in het heffingensysteem òfwel na een terugmelding gecorrigeerd in de basisregistratie Proces watersysteemheffing gebouwd Het standaard proces verloopt als volgt: Voor het vaststellen van de heffingsobjecten voor de watersysteemheffing gebouwd wordt uitgegaan van de WOZ-objecten in de basisregistratie WOZ. Eindrapport Slim heffen proces watersysteemheffing 11

12 Hieruit worden de objecten geselecteerd, die zijn gecodeerd als G (Gebouwd) of B (Beide) en waarvan de gebruikscode<>31. De heffingplichtige zoals deze door de gemeente is vastgesteld wordt overgenomen. 3 Onderstaande speciale gevallen (afwijkingen van het standaard proces) worden afgehandeld volgens een vaste, geautomatiseerde procedure. Detailgegevens over de heffingplichtige en het aantal ingeschrevenen worden ontleend aan de BRP of het NHR. Het proces kent de volgende speciale gevallen: Afwijkende belastingbetaler: de aanslag wordt gestuurd naar een andere (rechts)persoon dan degene die formeel belastingplichtig is. Dit betreft voor de watersysteemheffing gebouwd: degene die de belasting betaalt voor hoogspanningsmasten, transformatorhuisjes en windmolens; degene die de belasting betaalt voor overleden zakelijk gerechtigde. Eigendommen van waterschappen (anders dan gemalen en zuiveringsinstallaties):over de eigendommen van waterschappen wordt geen aanslag opgelegd. Tarief Differentiatie Kaart: Binnen- en buitendijkse objecten kennen verschillende heffingstarieven. In de TDK staat welke objecten in welk tarief vallen. 3 De waarderingskamer schrijft in het document Catalogus WOZ-gegevens voor afnemers versie 1.6a van 31 maart 2012 op pagina 14: et aanwijzen van n belanghebbende eigenaar op basis van de authentieke gegevens in de Basisregistratie Kadaster is een essentieel onderdeel van de WOZ-uitvoering. Omdat op basis van vaste beleidsregels een belanghebbende eigenaar wordt aangewezen, mag verwacht worden dat deze "belanghebbende eigenaar" ook voor de verschillende afnemers als "eerste" rechthebbende aangeslagen zal worden voor de belastingheffing. Wie als belanghebbende eigenaar de WOZ-beschikking heeft ontvangen, wordt vast- gelegd in de Basisregistratie WOZ. Eindrapport Slim heffen proces watersysteemheffing 12

13 3.3. Proces watersysteemheffing ongebouwd Het proces watersysteemheffing ongebouwd kent in grote lijnen dezelfde aanpak als het proces watersysteemheffing gebouwd. Het ongebouwde deel wordt vanuit de BRK geleverd door het Kadaster. Deze levert de percelen met de eigenaar conform de akte. Voor het ideale proces voor watersysteemheffing ongebouwd geldt bovendien dat AKR niet meer maandelijks, maar slechts eenmaal per jaar wordt verwerkt (zie bijlage 2: jaarlijkse verwerking AKR) Terugmelden Het gebruik van gegevens uit basisregistraties gebeurt door de afnemers. En juist in dat gebruik worden vermeende fouten geconstateerd. Het terugmelden van deze vermeende fouten leidt tot verbetering van de kwaliteit van de basisregistraties. Als wordt nagelaten terug te melden blijven verschillen tussen de eigen gegevens en de gegevens van de basisregistraties in stand. Bij toekomstige processen kan dit (keer op keer) tot meerwerk leiden. Het is om deze reden dat ook belastingkantoren bij het constateren van vermeende fouten altijd een terugmelding moeten doen aan de basisregistratie. In de beginfase zal dat de nodige inspanning vragen, omdat het denkbaar is dat er nog relatief veel verschillen zijn tussen de gegevens in basisregistraties en de gegevens van de belastingkantoren. Maar juist door altijd terug te melden en doordat de gegevens onderzocht en gecorrigeerd worden, zal deze inspanning geleidelijk minder worden. Een aantal van de ervaren knelpunten kan opgelost worden door het doen van terugmeldingen. Eindrapport Slim heffen proces watersysteemheffing 13

14 4. Te nemen vervolgstappen Om daadwerkelijk de voordelen van het gebruik van basisregistraties te realiseren, moet een aantal stappen gezet worden om de huidige knelpunten weg te nemen en daarbij een weg in te slaan in de richting van de in het vorige hoofdstuk geschetste gewenste situatie. Hierbij moet er een onderscheid worden gemaakt tussen oplossingen voor de korte termijn (waarbij concreet wordt gewerkt aan het wegnemen van ervaren knelpunten door bijvoorbeeld het aanpassen van bestaande werkwijzen) en oplossingen voor de lange termijn (waarbij het gebruik van basisregistraties optimaal wordt ingericht door bijvoorbeeld aanpassingen aan systemen en leveringen vanuit basisregistraties). Korte termijn actiepunten In bijlage 1 zijn voor de verschillende genoemde aandachtspunten ten aanzien van de watersysteemheffing oplossingen voor de korte termijn geformuleerd. In hoofdlijnen zijn deze samen te vatten in vier korte termijn actiepunten: Allereerst moet op korte termijn het heffingenbestand opgeschoond worden. Uit de conversie zijn gegevens aanwezig die afwijken van de basisregistraties. Deze moeten verwijderd of gecorrigeerd worden (hetzij in het heffingensysteem hetzij na een terugmelding in de basisregistratie). Op basis van de gesprekken met de betrokkenen komt naar voren dat het opschonen van deze vervuiling nogal eens het onderspit delft in de waan van de dag. Het ontbreken van capaciteit op de korte termijn leidt hierbij telkens opnieuw tot aanvullende benodigde capaciteit op de langere termijn (herhalend foutherstel). Het proces om terug te melden moet concreet ingericht worden. Medewerkers van het belastingkantoor moeten zich de procedures en formulieren van de basisregistraties eigen maken. Medewerkers moeten zich aanwennen bij gerede twijfel altijd terug te melden aan de basisregistratie. Als sector gezamenlijk kan verder uitwerking gegeven worden aan de verdere inregeling van de terugmelding met de basisregistraties. Het gaat dan onder meer om beantwoording van de vraag wanneer er sprake is van gerede twijfel en welke onderbouwing hierbij door de bronhouder wordt verwacht. Met de leverancier van de applicatie zal overleg gevoerd moeten gaan worden over het oplossen van een aantal ervaren knelpunten bij het gebruiken van de applicatie. In een aantal gevallen zal hierbij volstaan kunnen worden met een goede uitleg hoe een en ander binnen de applicatie geregeld kan worden. In een aantal andere gevallen zullen wijzigingen in de applicatie knelpunten mogelijk gaan oplossen. De overgang van Key2GH op Key2Belastingen en het gaan gebruiken van een nieuwe versie van het Stuf koppelvlak zijn hiervan voorbeelden. De uniformiteit moet vergroot worden: o Hefmodellen uniformeren - De belastingkantoren komen samen tot generieke hefmodellen en afspraken over de omgang met vrijstelling dan wel uitsluiten. Er moet gestuurd worden op kwaliteitsverbetering. Door bewust inzicht te verkrijgen in de afwijkingen dan wel correcties kan het proces verbeterd worden o Sturen op de reden van bezwaren Er zullen stappen gezet moeten worden in het aangepast krijgen van het aanwijsbesluit voor belastingplichtigen. Hierbij moet het streven zijn dat het belastingkantoor de aanwijzing van de gemeente volgt. Hiertoe zullen met de waterschappen gesprekken gevoerd moeten worden om deze aanpassingen gerealiseerd te krijgen. De motivatie is gelegen in het terugdringen van de uitvoeringskosten, het verhogen van de klantvriendelijkheid en het vergroten van de transparantie. Eindrapport Slim heffen proces watersysteemheffing 14

15 Lange termijn actiepunten In bijlage 1 zijn voor de verschillende genoemde aandachtspunten ten aanzien van de watersysteemheffing oplossingen voor de lange termijn geformuleerd. In hoofdlijnen zijn deze samen te vatten in twee korte termijn actiepunten: Met de leverancier van de applicatie zal overleg gevoerd moeten gaan worden over hoe een aantal vraagstukken binnen de applicatie opgelost kan worden. Denk hierbij aan de wijze van opname van afwijkende belastingplichtigen en het consequent gebruik van en koppelen op basis van identificerende sleutels. Bij de uitvoering van het proces moet dan beperkt intelligentie worden toegevoegd om gebruik te maken van de aanvullende gegevens. Voorbeeld: soms wordt een aanslag gestuurd naar een afwijkende belastingbetaler. In overleg krijgt dan niet de formeel heffingplichtige de aanslag maar bijvoorbeeld de eigenaar van een transformatorhuisje die niet als zodanig geregistreerd staat. In de oude aanpak werden in het heffingensysteem de gegevens, afkomstig uit de basisregistraties, bij het betreffende object gewijzigd. In de nieuwe aanpak wordt naast de gegevens uit de basisregistraties aanvullend een afwijkende belastingbetaler opgenomen. De intelligentie in de procesvoering bestaat dan uit te toepassen van de regel: als er een afwijkende belastingbetaler staat geregistreerd, wordt de aanslag daarheen gestuurd; als er geen afwijkende belastingbetaler staat geregistreerd, wordt de gewone procesgang gevolgd. Op deze wijze blijft het proces transparant. Er zal bovendien geen uitval optreden bij mutatieberichten uit de basisregistraties, omdat deze mutaties geautomatiseerd doorgevoerd kunnen worden zonder het heffingsproces te verstoren. Er zal bekeken moeten worden op welke wijze een aantal specifieke objecten (zoals hoogspanningsmasten en windmolens) structureel vanuit basisregistraties traceerbaar kunnen worden gemaakt. Dit kan zijn dat de korte termijn oplossing (van DUWOZ codes) voldoende bruikbaar blijkt te zijn voor de langere termijn of dat er gesproken zal moeten gaan worden over het aanpassen van het gegevensaanbod vanuit de basisregistratie. Eindrapport Slim heffen proces watersysteemheffing 15

16 Bijlage 1 Knelpunten en oplossingen Knelpunt Omschrijving Oplossing korte termijn Oplossing lange termijn Heffingplichtige Afwijkende belastingbetaler Hoogspanningsmasten, transformatorhuisjes en windmolens Bij elke aanslag is een heffingplichtige nodig die bij de meeste (alle?) belastingkantoren wordt vastgesteld op basis van een eigen aanwijsbesluit. Er is sprake van een afwijkende belastingbetaler als de heffing wordt gestuurd naar een ander dan de formeel belastingplichtige (bij hoogspanningsmasten, transformatorhuisjes, windmolens en overleden zakelijk gerechtigden). Voor hoogspanningsmasten, transformatorhuisjes en windmolens is soms geen zakelijk recht in de BRK geregistreerd of er is soms niet in de BRK geregistreerd voor welk deel van Een belangrijk voorstel om te komen tot een betere efficiency is om belastingkantoren niet meer zelf de eigenaar van een WOZ-object te laten vaststellen, maar hierin de gemeente te volgen. De gemeente heeft immers ook de eigenaar bepaald. Op deze wijze kan de aanslag worden opgelegd aan dezelfde heffingplichtige als de gemeente. Vanzelfsprekend is in het stelsel van basisregistraties geen informatie beschikbaar wanneer sprake is van een afwijkende belastingbetaler. Onvermijdelijk moet daarom het belastingkantoor in dit geval zelf deze gegevens bijhouden. Dit gegeven moet dan als aanvullend gegevens worden opgeslagen in het heffingensysteem. Volgens de leverancier van Key2GH voorziet de nieuwe versie van de software (onder de naam Key2Belastingen) hier in. Dit moet geverifieerd en geïmplementeerd worden. De meest gemeenten houden DUWOZ-codes bij. Deze kunnen beschikbaar gesteld worden aan de belastingkantoren. Op basis van deze DUWOZ-codes kunnen de hoogspanningsmasten (DUWOZ-code 3622), De korte-termijn oplossing volstaat voor dit knelpunt. De korte-termijn oplossing volstaat voor dit knelpunt. Voor de belastingkantoren is het wenselijk dat deze objecten traceerbaar zijn. Met betrokken partijen moet overleg gevoerd worden hoe dat het best gerealiseerd kan worden. Eindrapport Slim heffen proces watersysteemheffing 16

17 Knelpunt Omschrijving Oplossing korte termijn Oplossing lange termijn Overleden zakelijk gerechtigden in BRK Bezwaartermijn een perceel het zakelijk recht geldt. Veelal staat op het perceel dan zowel een woning (van de eigenaar/bewoner) en een transformatorhuisje. Beide zijn WOZ-objecten en worden belast. Als er geen zakelijk recht is opgenomen in de BRK, doet zich een probleem voor bij het vaststellen van de heffingplichtige. De BRK registreert de zakelijk rechthebbende volgens de akte, ook als deze inmiddels overleden is. De bezwaartermijn van een belastingkantoor (6 weken) komt niet overeen met de onderzoekstermijn van transformatorhuisjes (DUWOZ-code 3621) en windmolens (DUWOZ-code 3624) onderscheiden worden. Deze informatie maakt geen deel uit van een basisregistratie en wordt als aanvullend gegeven opgenomen in het heffingensysteem. De eigenaar van deze objecten is bekend; deze wordt als afwijkende belastingbetaler opgenomen bij het object. Voor de heffingplichtige volgt het belastingkantoor de gemeente. In de aanslag aan de eigenaar/bewoner van de woning wordt de hoogspanningsmast, het transformatorhuisje of de windmolen buiten de aanslag gehouden Het aanwijsbesluit van de gemeente volgen. Door de gemeente te volgen, hoeft het belastingkantoor niet hetzelfde uitzoekwerk uit te voeren als de gemeente. Bij gerede twijfel over de juistheid van een gegeven in een basisregistratie doet het belastingkantoor een terugmelding aan de De korte-termijn oplossing volstaat voor dit knelpunt. In een ander traject wordt de mogelijkheid onderzocht of het Kadaster naast de gegevens over zakelijk gerechtigde in geval van overlijden ook gegevens van een contactpersoon zal gaan meeleveren. Dat is alleen van belang als het belastingkantoor ervoor kiest niet de aanbeveling over te nemen de gemeente te volgen bij het aanwijzen van de heffingplichtige 4. De korte-termijn oplossing volstaat voor dit knelpunt. 4 Dit geldt niet voor het heffingsproces van de deelnemende gemeenten. Eindrapport Slim heffen proces watersysteemheffing 17

18 Knelpunt Omschrijving Oplossing korte termijn Oplossing lange termijn de gemeente bij terugmeldingen BRP (12 weken). De bezwaartermijn van een belastingkantoor (6 weken) komt niet overeen met de onderzoekstermijn bij de WOZ bij terugmeldingen (tot half november dit jaar') basisregistratie. Op dat moment geldt niet meer het verplicht gebruik van de gegevens uit de basisregistratie en is het belastingkantoor vrij het naar eigen inzicht beste gegeven te gebruiken. Daarbij wordt niet het authentieke gegeven uit de basisregistratie in het heffingensysteem overschreven. Ontbreken BSN/KvKnummer in BRK Onjuistheden in de basisregistraties In de BRK is niet altijd een BSNnummer of RSIN/KvK-nummer ingevuld; deze is nodig om de eigenaar van een WOZ-object vast te stellen. Dit geldt voor eenmanszaken en maatschappen. In de basisregistraties zitten soms onjuiste gegevens. Aan het leveren van het RSIN/KvK-nummer door de basisregistratie BRK wordt het Kadaster gewerkt. Er hoeft overigens niet altijd een BSNnummer te zijn. Het terugmeldproces moet structureel ingeregeld worden. De korte-termijn oplossing volstaat voor dit knelpunt. De korte-termijn oplossing volstaat voor dit knelpunt. Naamswijzigingen in BRK Conversiegegevens Was-wordt-mutaties van de BRK bevatten alleen wijzigingen in de authentieke BRK-gegevens, niet van wijzigingen in gerelateerde gegevens. Was-wordt-mutaties van de BRK bevatten dan ook geen naamswijzigingen van (rechts- )personen. Standleveringen bevatten alle gegevens. Het heffingenbestand bevat nog veel gegevens die afkomstig zijn uit de conversie van gegevens uit het oude Omdat was-wordt-mutaties van de BRK geen naamswijzigingen omvatten kan dus niet gebruik gemaakt worden van die was-wordtmutaties voor het bijhouden van namen. Consequentie is, dat ofwel bij was-wordtberichten (geautomatiseerd) moet worden gecontroleerd of de naam veranderd is (waarna een aanpassing moet volgen in het heffingensysteem) ofwel moet in de processen geen gebruik gemaakt worden van de namen in het heffingensysteem, maar wordt de naam rechtstreeks uit de BRK betrokken. Dit betreft een voortdurend probleem, dat bovendien telkens de oorzaak is van uitval en dus van meerwerk. Het probleem gaat niet De korte-termijn oplossing volstaat voor dit knelpunt. De korte-termijn oplossing volstaat voor dit knelpunt. Eindrapport Slim heffen proces watersysteemheffing 18

19 Knelpunt Omschrijving Oplossing korte termijn Oplossing lange termijn Uitval BRP DDS door koppeling op adres Uitval BRP DDS door onjuiste input. naar het nieuwe systeem. Doordat in het berichtenverkeer van de BRP naar DDS wordt gekoppeld op overeenkomstig adres treedt uitval op als er geen match wordt gevonden. Doordat in het berichtenverkeer van de BRP persoonsgegevens soms onvolledig of onjuist zijn (bijvoorbeeld berichten zonder geboortedatum of met een geboortedatum die ligt nà de overlijdensdatum) treedt uitval op. weg door erover te praten, maar alleen door een bestandsvergelijking uit te voeren van de geconverteerde gegevens met de gegevens uit de basisregistraties. Geconstateerde verschillen worden hetzij onderbouwd teruggemeld aan de basisregistratie hetzij gecorrigeerd in het eigen heffingensysteem. Hoe eerder dit ter hand wordt genomen, des te kleiner is de totale inspanning De door de BRP geleverde adressen zijn BAGconform. Als alle adressen in het heffingensysteem ook BAG-conform zijn, moet de uitval geminimaliseerd kunnen worden. Dit wordt bereikt door een opschoningsactie in het heffingensysteem: alle adressen in het heffingensysteem moeten geautomatiseerd vergeleken worden met de adressen in de BAG. Adressen die niet BAG-conform zijn (door bijvoorbeeld een verkeerde schrijfwijze van de straatnaam) moeten gecorrigeerd worden. Voor onjuistheden in basisregistraties is het mechanisme van terugmelden in het leven geroepen: als een belastingkantoor een dergelijke fout constateert, moet dit belastingkantoor dit terugmelden aan de BRP. De gemeente zal deze fout dan corrigeren. Een echt betrouwbare koppeling kan alleen gerealiseerd worden als de koppeling van gegevens plaatsvindt op basis van de sleutels van het stelsel van basisregistraties, in dit geval de sleutels van het BAG-object (verblijfsobject, standplaats, ligplaats). Volgens de leverancier van Key2GH voorziet de nieuwe versie van de software (onder de naam Key2Belastingen) hier in. Dit moet geverifieerd en geïmplementeerd worden. De korte-termijn oplossing volstaat voor dit knelpunt. Uitval BRP DDS door dubbele adressen. Als er twee objecten zijn met hetzelfde adres (postcode, straatnaam, huisnummer, huisletter, toevoeging, woonplaats) wordt dit niet als twee objecten herkend door DDS. Voor dit knelpunt is geen goede korte-termijn oplossing, maar dit knelpunt komt relatief erg weinig voor. Een echt betrouwbare koppeling wordt gerealiseerd als de koppeling van gegevens plaatsvindt op basis van de sleutels van het stelsel van basisregistraties, in dit geval de sleutels Eindrapport Slim heffen proces watersysteemheffing 19

20 Knelpunt Omschrijving Oplossing korte termijn Oplossing lange termijn Uitval DDS WRA/GH door vinkjes Uitval WOZ IWB Andere eigendommen van waterschappen Grote percelen Met behulp van vinkjes wordt in Key2GH een aantal mutatieberichten tegengehouden, zodat deze niet verwerkt worden in Key2GH (afwijkende belastingbetaler). In het berichtenverkeer van de BR- WOZ naar IWB treedt uitval op doordat geen koppeling wordt gevonden. Over de eigendommen van waterschappen wordt geen aanslag opgelegd. Sommige percelen met een groot oppervlakte hebben een relatief kleine WOZ-waarde. Voor dit knelpunt is voor de korte-termijn geen andere oplossing dan gebruik te blijven maken van de vinkjes. De oplossing ligt in het herzien van de controles in IWB en het ter hand nemen van het opschonen van de gegevens in het heffingensysteem door de conversiegegevens ofwel te corrigeren ofwel te verwijderen (zie hierboven het knelpunt conversiegegevens ). Een andere aanpak voor eigendommen van waterschappen kan zijn wel een aanslag op te leggen, Daarmee zou deze uitzondering vervallen. Een kleine WOZ-waarde in verhouding met de oppervlakte is een indicatie dat de waarde mogelijk niet juist is. Voor onjuistheden in basisregistraties is het mechanisme van van het BAG-object (verblijfsobject, standplaats, ligplaats). Volgens de leverancier van Key2GH voorziet de nieuwe versie van de software (onder de naam Key2Belastingen) hier in. Dit moet geverifieerd en geïmplementeerd worden. De enige goede oplossing is in het heffingensysteem een scheiding aan te brengen tussen de gegevens uit basisregistraties en de aanvullende gegevens. Alleen dan kunnen de mutatieberichten van de basisregistraties wel volledig verwerkt worden zonder dat de heffingsprocessen verstoord worden. Volgens de leverancier van Key2GH voorziet de nieuwe versie van de software (onder de naam Key2Belastingen) hier in. Dit moet geverifieerd en geïmplementeerd worden. De korte-termijn oplossing volstaat voor dit knelpunt. De korte-termijn oplossing volstaat voor dit knelpunt. De korte-termijn oplossing volstaat voor dit punt. Eindrapport Slim heffen proces watersysteemheffing 20

21 Knelpunt Omschrijving Oplossing korte termijn Oplossing lange termijn Faillissementen Buitenlandse zakelijk gerechtigde Bij faillissementen is het zaak daar tijdig weet van te hebben, zodat de kans zo groot mogelijk is dat openstaande heffingen nog kunnen worden geïnd. Sommige zakelijk gerechtigden uit de BRK staan niet in GBA of NHR omdat het een buitenlandse zakelijk gerechtigde betreft. terugmelden in het leven geroepen: als een belastingkantoor een dergelijke fout constateert, moet dit belastingkantoor dit terugmelden aan de BR-WOZ. De gemeente zal deze fout dan corrigeren. Abonnement op het faillissementenregister (Webservice Centraal Insolventieregister gratis of faillissementen.com). Voor dit vraagstuk bestaat geen directe oplossing, omdat deze het gevolg is van wettelijke kaders. Mogelijk kan aangehaakt worden bij de SNG (Stichting Netwerk Deurwaarders), die zich inzetten voor het innen van claims op mensen in het buitenland De korte-termijn oplossing volstaat voor dit knelpunt. Geen Gemalen Kerken Gemalen van een publiek orgaan zijn vrijgesteld van heffing. Bij kerken is soms te veel grond toegerekend aan het kerkgebouw. Dit betreft waarschijnlijk slechts een zeer beperkt aantal objecten. Geen issue Geen issue. Als teveel grond is toegerekend aan het kerkgebouw betreft dat een onjuistheid in de basisregistratie WOZ. Voor onjuistheden in basisregistraties is het mechanisme van terugmelden in het leven geroepen: als een belastingkantoor een dergelijke fout constateert, moet dit belastingkantoor dit terugmelden aan de BR-WOZ. De gemeente zal deze fout dan corrigeren. Eindrapport Slim heffen proces watersysteemheffing 21

22 Bijlage 2 Memo jaarlijkse verwerking AKR Project Slim heffen Datum 3 September 2014 Onderwerp Jaarlijkse verwerking AKR Auteur Remco Heijnen Betrokkenen Dick van Oostrom (BSR), Dennis Roerhorst (BGHU), Jeroen Zonneveld (RBG), Sandra van Deelen (RBG), Wil Gijssen (BSGR), Marcel Rietdijk (Ictu), Robin Wevers (Ictu). Status Definitief Inleiding Vanuit het project "Slim heffen met basisregistraties is ook gesproken over het gebruik van. de AKR, straks BKR. Momenteel worden de AKR mutaties bij alle Belastingkantoren, m.u.v. BSR, maandelijks verwerkt. Omdat de WSH een tijdstipbelasting is, die gebaseerd is op de stand van 1 januari, is de vraag gerechtvaardigd waarom niet eenmaal per jaar de stand van 1 januari wordt ingelezen. Dit bespaart per belastingkantoor 1-2 fte, die nu de maandelijks AKR verwerking met uitvai uitvoeren. De maandelijkse verwerking is in het verleden ontstaan omdat het voormalige belastingsysteem IBS geen jaarlijkse verwerking aankon. Deze "GAP" in het systeem heeft geleid tot een beeld dat dit de enige werkwijze is. BSR verwerkt sinds enige jaren de AKR eenmaal per jaar, waarbij alleen voor de gemeente deelnemers de maandelijkse AKR mutaties worden verwerkt in K2GH. Als voorbeeld: GBLT heeft ruim 90 gemeentes waarvan 4 als deelnemer. Indien men kiest voor jaarlijkse verwerking dan moeten er voor 4 gemeenten de maandelijkse AKR mutaties verwerkt worden en voor de overig 86 maar eenmaai per jaar. BSR heeft ongeveer objecten, kent 10 deelnemende gemeenten en 29 niet deelnemende gemeenten. Werkwijze BSR BSR hanteert de volgende werkwijze bij het verwerken van de AKR. Uitgangspunten: 1. Alle mutaties vanuit het AKR worden opgenomen in Kad4all (Straks K2Percelen). 2. Alleen voor de gemeente waarvoor de WOZ verwerkt wordt, wordt de maandelijkse AKR-mutaties verwerkt in GH. 3. Een keer per jaar wordt de stand per 1 januari ingelezen. Ad. 1) dit betekent dat de actuele stand van zaken altijd bij het belastingkantoor aanwezig is. Deze actuele stand in Kad4all is vanuit K2GH direct te raadplegen. > Ad. 2) voor deze gemeenten zijn deze gegevens van belang voor het WOZ-Taxatie proces, niet voor het belastingproces. Ad. 3) De volledige stand per 1 januari wordt in K2GH tbv het belastingproces ingelezen. Doorlooptijd In maximaai 4 weken doorlooptijd vindt de verwerking van de volledige initiele kadastrale bijwerking en volledige stufwoz plaats. Aanslagoplegging, o.b.v. maximaal combineren, vindt als voigt plaats: Eind januari => voor alle gebruikers die geen eigenaar zijn Februari => aanslagen voor de deelnemende gemeenten April => aanslagen andere gemeenten Benodigde capaciteit: Eindrapport Slim heffen proces watersysteemheffing 22

23 BSR zet in 4 weken tijd 1 fte (applicatiebeheerder) in voor de verwerking van de jaarlijkse AKR en Stuf- WOZ. Voor uitval zijn er nog ongeveer 3 fte gedurende 4 weken nodig. De totaal benodigde capaciteit bedraagt16 medewerkers weken. ( objecten) De inzet bij RBG bedraagt met de maandelijkse verwerking: 3 personen twee weken per maand is 72 medewerkersweken per jaar. ( objecten) Knelpunten De verwerking van een totaai stand kost veei doorlooptijd m.b.t, systeemverwerking. Om deze reden worden bij BSR aiieen de verschillen verwerkt (veel scripts). Detailstappen 1. Maandelijkse mutatiebestanden worden ingelezen in Kad4all. Hierbij is vrijwei geen uitval. Door het inlezen in Kad4all zijn alle mutaties voor het BK in beeld. 2. Voor de eigen gemeente worden de gegevens overgezet naar een voorportaai in GH. Hier bepaal je van welke gemeente de AKR mutaties verwerkt gaan worden 3. Voor de Stuf-WOZ worden alle waarden bij de bestaande objecten opgenomen en worden de nieuwe objecten toegevoegd. Verder worden kadastrale relaties vanuit de Stuf-WOZ toegevoegd als deze in het belastingsysteem ontbreken en afgemeld in het belastingensysteem als de relatie niet meer wordt aangeleverd in de Stuf-WOZ. 4. Alle in de Stuf-WOZ ontbrekende objecten worden terug gemeld aan de gemeente met het verzoek te controleren of deze inderdaad niet meer bestaan. Die objecten die niet meer bestaan worden beeindigd, de overige worden met de WOZ-mutaties alsnog voorzien van een goede WOZ -waarde. 5. O.b.v. het kadaster word gekeken of er sprake is van een eigenaarswissel. (De juridische eigenaar van her perceel is ook de eigenaar van het WOZ -object - Dit conform het vastgestelde fiscaal beleid van de BSR). 6. Volledigheid controles is de laatste stap:. a. Deelpercelen: Indien er bij een perceel sprake is van deelpercelen dan zorgt een controle ervoor dat de som van de oppervlaktes van de deelpercelen gelijk is aan het totale perceel oppervlakte. Mocht dit niet het geval zijn dan wordt aan het laatste deelperceel (meestal de eigenaar van het gehele perceel waaruit de delen zijn ontstaan) de resterende oppervlakte toegekend. Dit niet zelftot in detail gaan uitzoeken!!! b. Alle Percelen die niet een relatie hebben met een WOZ object worden een 80- object (ongebouwd) + eigenaar van het kadaster opgevoerd. Op deze wijze wordt de kadastrale voiiedigheid van de oppervlakte geborgd. Randvoorwaarden Om deze werkwijze te kunnen hanteren is een goede kennis van het systeem en scripting van belang. Een zeer goede Technisch Applicatie Beheerder (meerdere voor de continuiteit is onontbeeriijk voor dit proces. Deze technisch applicatie beheerders voeren ook 90% van deze verwerking uit. Landelijke Voorziening BRK In 2015 zal de landelijke voorziening BRK operationeel zijn. Dit betekent dat, indien Centric hiervoor gereed is, dat er sprake zal zijn van berichten verkeer. Iedere gebeurtenis van belang voor het belasting-/ taxatie proces zal dan direct via een bericht worden aangeleverd aan het belastingkantoor. Dit is een tegenstelde richting t.o.v van maandelijkse naar jaarlijkse verwerking. Er is op dit moment nog onvoldoende inzicht in de consequenties van deze verwerking. Komen de berichten nog in Kad4all, gaan deze direct K2GH in of.? Dit levert de vraag op of er nog sprake kan zijn van een jaarlijkse AKR verwerking in de toekornst, Biedt het kadaster het nog aan en kan Centric dit dan verwerken? Hoe verder? Naar aanleiding van bovenstaande en het overleg tussen betrokkenen van de belastingkantoren kan worden vastgesteld dat een jaarlijks AKR verwerking duidelijk efficiency oplevert (50-70% - 2 fte). Hierbij dient ook te worden vastgesteld dat de werkzaamheden die overblijven voor 90% door technisch applicatie beheer worden uitgevoerd en niet door medewerkers gegevens beheer. Kennis van het systeem en scripting Eindrapport Slim heffen proces watersysteemheffing 23