Fiscale aangiftesoftware: BAPI verdwijnt / XBRL komt Onderzoeksbureau GBNED, Coevorden 26 oktober 2006 De toekomst van fiscale aangiftesoftware Veel fiscale intermediairs (accountantskantoren en belastingconsulenten) hebben de invoering van de elektronische winstaangifte (IB, VPB) achter de rug en op de rails. Zowel softwareleveranciers als intermediairs hebben de afgelopen twee jaar knap werk geleverd en de nodige energie gestoken in de elektronische aangifte via BAPI. Nu lijkt de elektronische aangifte in de huidige vorm via BAPI alweer te verdwijnen binnen enkele jaren en moet overgegaan worden naar aangiftes in XBRL formaat die via een nieuwe proces infrastructuur (er wordt gesproken over OTP – overheidstransactiepoort - en nieuwe koppelvlakspecificaties), al dan niet via zgn service-providers, ingediend gaan worden bij onder meer de Belastingdienst. Er wordt daarbij ook gesproken over DIGID als nieuw authenticatiemiddel. Een recent persbericht vanuit het Ministerie van Financiën luidt: "Ruim 500.000 vennootschappen hoeven vanaf 2007 nog maar één jaarrekening in te dienen bij de KvK en Belastingdienst. De fiscale jaarrekening dient hiervoor als basis. Als deze ondernemers een boekhoudprogramma gebruiken op basis van de Nederlandse XBRL-Taxonomie, kunnen ze tot de helft minder kosten verwachten". De vraag die wij ons kunnen stellen over welke kosten het Ministerie het eigenlijk heeft en wat ze precies onder boekhoudprogramma verstaan? Vanuit het sprookjesboek van minister Zalm gaan we even terug naar de werkelijkheid. Wat betekent de overgang van aangiftes naar XBRL, en het verzenden via de nieuwe proces infrastructuur, nu voor de elektronische winstaangifte en wanneer moeten softwareleveranciers en fiscaal intermediairs hier klaar voor zijn? Wij hebben in elk geval betrokken leveranciers van fiscale aangiftesoftware (AFAS, Elsevier, Kluwer, Montana, SDU, Tecknow en Unit 4 Agresso) alvast gevraagd hun visie en antwoord te geven op de volgende zes vragen: 1. Wat is uw mening op de stelling dat boekhoudsoftware door XBRL de fiscale VPB aangiftesoftware gaat vervangen? (alleen een kwestie van boekhoudsoftware aanvullen met een paar JA/NEE vragen). 2. Wanneer denkt u dat de BAPI interface verleden tijd is? 3. Wanneer denkt u dat de aangifte volgens Edifact formaat verleden tijd is (zeg maar de elektronische aangifte in de huidige vorm)? 4. Bent u bezig met XBRL en zo ja, volgens welke planning? 5. Met welke service providers gaat u in zee om de XBRL aangifte uit te wisselen met de Belastingdienst of gaat u zelf als service provider optreden (volgens proces infrastructuur NTP)? 6. Wanneer moeten accountants en fiscaal intermediairs volgens u voorbereid zijn op XBRL? De antwoorden van deze leveranciers zijn hierna opgesomd en we kunnen alvast verklappen dat er nog veel onduidelijk is. En lang niet alle leveranciers blijken over een visie te beschikken. In een volgend artikel gaan we in op antwoorden van de Belastingdienst en enkele beroepsorganisaties. Tijdens het congres ICT Accountancy op 29 november a.s. wordt uitgebreid ingegaan op de consequenties van XBRL voor de elektronische winstaangifte. Zie www.ictaccountancy.nl voor meer informatie en mogelijkheid tot deelname.
Onderzoeksbureau GBNED, 2006
1
Vraag 1 Wat is uw mening op de stelling dat boekhoudsoftware door XBRL de fiscale VPB aangiftesoftware gaat vervangen? (Een kwestie van boekhoudsoftware aanvullen met paar JA/NEE vragen). Antwoorden leveranciers: AFAS
Elsevier
VPB software is meer dan Geen alleen een Balans en W&V mening en een paar ja/nee vragen. Hoe zal je om moeten gaan met bijvoorbeeld een buitenlands belastingplichtige (VPB-C biljet). Het feit dat er harmonisatie gaat plaatsvinden tussen Jaarrekening Recht en sommige fiscale regels wil niet zeggen dat de verschillen altijd weg gewerkt kunnen worden. Er zijn altijd redenen (bedrijfseconomische redenen) om toch niet een fiscale jaarverslag te maken/deponeren. Willen de desbetreffende cliënten wel dat hun jaarrekening op fiscale grondslagen wordt gedeponeerd? Indien je de boekhoudsoftware gaat verrijken met mechanismen om toch af te kunnen wijken, een paar JA/NEE vragen toevoegen, een x aantal specificaties gaat toevoegen, etc. is men weer bezig om een fiscaal pakket te maken. Tevens vraag ik mij af wat er gedaan gaat worden met functionaliteit zoals; schatting , uitstel, EKA, verliesverrekening, dividendbelastingaangifte etc wat vandaag de dag onderdeel uitmaakt van de fiscale pakketten. Tevens dient er nog een behoorlijke proces wijziging plaats te vinden binnen het accountantskantoor. De fiscalisten doen de aangifte en de Accountants doen de Jaarrekening en zijn meestal strikt gescheiden. Stel dat commercieel = fiscaal wie gaat dan de aangifte verzenden en wie gaat dan de jaarrekening verzenden en hoe is dit juridisch afgedicht. Kortom in de nabije toekomst zal nog een behoorlijke discussie ontstaan.
Kluwer
Montana
Dat denken wij niet. Aan de ene kant krijg je leveranciers die streven naar het verzorgen van de gehele keten binnen een softwareomgeving en die inderdaad kunnen volstaan met een paar extra ja/nee vraagjes. Echter de strategie 'bestof-breed' blijft staan, specialistische programma's om toch nét nog dat extra te verzorgen.
Daar zijn we het niet mee eens. Voor wat betreft de fiscale vermogensopstelling en winstberekening zou dat voor een enkelvoudige BV (Dus geen Fiscale eenheid) wel gevuld kunnen worden, maar er zijn meer punten. Denk aan: - Investeringsbijlage - Bijlage dochtermaatschappijen - Bijlage aandeelhouders - Aangifte van een fiscale eenheid - Uitstelregeling - Schattingsregeling - Kopieaanslagen en opbouw van een kopieaanslagen dossier - Voortgangscontrole - Interne beveiliging, dus wie behandelt welke aangifte, wachtwoorden, selecties per behandelaar - Specificaties binnen de aangifte Allemaal punten die in een (goed) fiscaal programma geregeld moeten zijn. Bovendien bieden wij de mogelijkheid om ook nog de dividend aangifte met ons programma te verzorgen.
Onderzoeksbureau GBNED, 2006
SDU Nee, de aangifte is veel meer dan alleen de jaarstukken (aandeelhouders, investeringen etc. etc.). Daarnaast zijn er andere functies gevraagd op het terrein van de uitstelregeling, schattingen, management e.d.
Tecknow
Unit 4 Agresso
We verwachten niet dat boekhoudpakketten de VPB over gaan nemen om de simpele reden dat het VPB pakket wel wat meer omvat dan het inlezen van cijfertjes. Dat kan nu bij Tecknow ook al vanuit elk boekhoudpakket, dat in Nederland uitkomt.
Omdat de VPB aangifte VEEL verder gaat dan het aanleveren van een balans en een resultatenrekening (bv: specificatie aandeelhouders, investeringsaftrek) is het niet voor hand liggend dat een financieel pakket voldoende gegevens aan zal kunnen leveren om de fiscale software volledig te vervangen.
2
Vraag 2 Wanneer denkt u dat de BAPI interface verleden tijd is? Antwoorden leveranciers: AFAS
Elsevier
Onduidelijk Vanaf aangifte jaar 2007 gaan wij werken met de nieuwe infrastructuur van OTP/GBO. Uiteraard zal BAPI nog bestaan voor het kunnen insturen van oudere aangiftes. Tenzij de belastingdienst het mogelijk gaat maken dat aangiftes van oudere jaren ook over de nieuwe “lijntje” kunnen. Dan zou dat dus al vanaf 1-1-2008. Indien dit niet mogelijk gemaakt wordt dan verwacht ik 2009.
Kluwer 31-12-2007 is onze streefdatum. Dit is voornamelijk afhankelijk van de snelheid van implementatie (alle berichtstromen) via de OTP.
Montana
SDU
Tecknow
Unit 4 Agresso
Per 01-01-2009
Geen antwoord
Geen antwoord
2009/2010
Vraag 3 Wanneer denk u dat de aangifte volgens Edifact formaat verleden tijd is (zeg maar de elektronische aangifte in huidige vorm)? Antwoorden leveranciers: AFAS
Elsevier
Kluwer
Montana
SDU
Voor de winst aangiften is dit voor ons aangiftejaar 2007.(vpb en IB-O). Over de biljetten P, C, E en T zijn nog geen uitspraken over gedaan door de belastingdienst. Ik hoop dat dit natuurlijk ook vanaf aangifte jaar 2007 in XBRL kan.
Onduidelijk
Geen antwoord
EDIfact kan in ieder geval nog voor belastingjaar 2006. We zijn voor de jaren 2007 en 2008 afhankelijk van de vorderingen en de mogelijkheden bij de Belastingdienst.
Niet interessant. Geen antwoord Alles gaat al (alleen) in XML
Onderzoeksbureau GBNED, 2006
Tecknow
Unit 4 Agresso 2009/2010
3
Vraag 4 Bent u bezig met XBRL en zo ja volgens welke planning? Antwoorden leveranciers: AFAS JA, Jaarrekening 2006; aangifte IB-O en VPB (binnenlandse belastingplicht) aangiftejaar 2007. Infrasstructuur naar OTP/GBO wordt nu aangewerkt.
Elsevier
Kluwer
Onze aandacht gaat momenteel vooral uit naar import mogelijkheden.
Ja, eerste kwartaal 2007 import en export XBRL voor de relevante stromen voor IB en VPB.
Bij de verzending naar de Belastingdienst zijn er voor ons op dit moment geen voordelen te behalen, dat tillen we dus in elk geval over de jaarwisseling heen.
Montana
SDU
Tecknow
De voorbereidingen zijn getroffen. De planning is dat de berichten voor belastingjaar 2007 in XBRL wordt geleverd.
Zodra de Belastingdienst alle “biljetten” in XBRL kan ontvangen gaan wij over van XML naar XBRL, vermoedelijk eerstens in 2008 (aangiften 2007).
Geen antwoord
Unit 4 Agresso Bezig met XBRL. Januari 2006 publicatiestukken KvK.
De Belastingdienst heeft de IB-niet winst voor 2006 (helaas) niet in XBRL beschikbaar. Twee systemen naast/door elkaar is – om meerdere redenen - niet wenselijk.
Vraag 5 Met welke service providers gaat u in zee om de XBRL aangifte uit te wisselen met de Belastingdienst of gaat u zelf als service provider optreden (volgens proces infrastructuur NTP)? Antwoorden leveranciers: AFAS
Elsevier
Wij gaan zelf een service provider structuur opzetten.
Onduidelijk
Kluwer Wij bouwen zelf de module waarmee de aangiftegegevens rechtstreeks kunnen worden uitgewisseld met de OTP.
Onderzoeksbureau GBNED, 2006
Montana
SDU
Daar kunnen wij nog geen duidelijkheid over geven, aangezien de Belastingdienst dit zelf ook nog niet weet of aangegeven heeft.
Zeer waarschijnlijk zelf.
Tecknow
Unit 4 Agresso
Wij zijn doorlopend in nauw overleg met de fiscus en wij mogen geen zaken uit dit overleg bekend maken. Wel kan ik zeggen dat XBRL voor ons geen enkel probleem is.
Open standaarden en verder uitbreiding op ACP (Accountancy Cliënt Portal).
4
Vraag 6 Wanneer moeten accountants en fiscaal intermediairs volgens u voorbereid zijn op XBRL? Antwoorden leveranciers: AFAS
Elsevier Kluwer
Dit is een geleidelijk Onduidelijk Aangifte jaar proces. In eerste 2007. Nu te instantie zal er geen kort dag om verschil merkbaar zijn over te gaan. met gewone aangiften, (ter voorkoming en veelal is het ook een van taferelen kip-ei probleem: je kunt zoals bij ELA gegevens via XBRL en LH traject). importeren, maar waar vandaan? En andersom. Men is dus afhankelijk van de sotwareleveranciers. Vermoedelijk valt er dus niet zoveel 'voorbereid te zijn voor de intermediairs. Zij zijn volledig afhankelijk van de softwareleveranciers om de lasten die XBRL met zich meebrengt te minimaliseren, en de voordelen te maximaleren.
Montana
SDU
Tecknow
De accountants en fiscaal intermediairs hoeven voor wat betreft de fiscale aangiften niet voorbereid te zijn op XBRL. In het fiscale programma worden gegevens uitgewisseld met andere software of met de Belastingdienst in een bepaald formaat. Dit was bijv. EDIfact of XML en dat wordt nu XBRL. De intermediairs zijn wat dat betreft afhankelijk van de door hun gebruikte fiscale software.
Is voor de meeste Geen antwoord kantoren geen issue. De vraag komt wel wanneer wordt XBRL ondersteund (waarbij het antwoord luidt zoals hiervoor aangegeven).
Unit 4 Agresso Vanaf januari 2007 is dit operationeel.
Op onze vraag naar andere aandachtspunten over dit onderwerp kregen we de volgende reactie: Unit 4 Agresso: Ons inziens wordt er veel te eenvoudig gesproken over het mappen en structureren van de XBRLgegevens (koppelen van tags). Dat is in de praktijk een secuur werk wat niet voor 100% geautomatiseerd zal kunnen worden. En verkeerd koppelen geeft schijn optimalisatie. De juistheid van de cijfers, voor verzending naar de KvK, gaat voor de technische koppeling (accountant staat dus niet buitenspel).
Onderzoeksbureau GBNED, 2006
5
