On-line petitie: belastingaangifte via Mac of Linux-computers

Aan het begin van het jaar wacht velen een jaarlijks terugkerend financieel ritueel; de belastingaangifte. Via papieren of elektronische formulieren, vanuit de beruchte schoenendoos of geautomatiseerde administratie, al dan niet met hulp van een 'belastingadviseur' of uitbesteed aan een accountant. Wie niet te veel wil betalen of terug wil krijgen wat hem/haar toekomt, ontkomt niet aan dit verplichte nummer. Vorig jaar opperde minister Zalm van Financiën dat hij het doen van aangifte langs elektronische weg verplicht wilde stellen, te beginnen bij het bedrijfsleven en wel binnen twee jaar. Particulieren zouden langer de tijd krijgen. Nu lijkt dat een efficiëntieverhogende en kostenbesparende maatregel, althans voor de Belastingdienst, maar met name particulieren zullen nog niet allemaal in staat zijn via computer en diskette aangifte te doen, al gaat het de goede kant op: in 2003 deed driekwart van de belastingplichtigen elektronisch aangifte, in 2002 tweederde en in 2001 éénderde.

Er is echter vanuit de Belastingdienst een beperkende factor: het elektronische aangifteprogramma werkt alleen onder Windows. Dat is een doorn in het oog van Mac- en Linux-gebruikers; al jaren vragen zij zich af waarom de aangifte niet ook voor alternatieve besturingssystemen geschikt wordt gemaakt. Niet onlogisch, want de Belastingdienst belooft het ons niet leuker, maar wel makkelijker te kunnen maken. André Rouvoet van de ChristenUnie diende onlangs schriftelijk enkele vragen in over deze kwestie bij staatssecretaris van Financiën Joop Wijn:

1. Voor welke besturingsprogramma's behalve Windows is het electronisch aangifteprogramma geschikt?

2. Hoe groot schat de Belastingdienst het aantal potentiële gebruikers die electronisch aangifte zouden willen doen via andere software dan Windows, zoals Mac OS en Linux OS?

3. Waarop is de drempel van 50.000 gebruikers gebaseerd, welke u hanteert 1 om aangifteprogramma's niet langer voor verouderde besturingsprogramma's aan te bieden?

4. Wat zijn de extra kosten om het belastingaangifteprogramma ook geschikt te maken voor Mac OS en Linux OS? Hoe verhouden die kosten zich tot de verwachte efficiencywinst doordat het aantal aangiften per computer zal stijgen?

Inmiddels is op de website van MacFreak.nl een on-line petitie gestart waarop men kan aangeven dat de Belastingdienst ook op de 'kleintjes moet letten' en men ook andere besturingssystemen ondersteund wil zien bij de elektronische aangifte. De actie loopt tot 15 februari aanstaande en het resultaat zal vervolgens aan Rouvoet worden overhandigd. Kort daarna worden de eerdergenoemde vragen in de Tweede Kamer behandeld.

Reacties (95)

[Skinkie]

Ik heb uit eerste hand informatie dat men aan het testen is met persoonlijke beveiligings certificaten, voor een webbased invul systeem. Als de tweakers punt net crew is geresearched had hadden ze geweten dat de opperguru de over de Beslasting Diskette gaat een trouw Linux gebruiker is!

Er is namelijk al een initiatief geweest om een universele belasting diskette te laten ontwikkelen... en dat is bewust opgeschoven omdat men met certificaten aan het testen is

[Anoniem: 14038]

Dan snap ik nog steeds waarom geen versies voor alternatieve OS'en zijn gemaakt.
Het porten naar Mac en Linux is nou ook geen supermoeilijke klus of zo.

Ik vind het gewoon slecht beleid van de belastingdienst.

Maar goed er komt nu ook een www versie.
En ik durf te wedden dat hij niet door alle browsers ondersteund wordt. En worst case alleen IEx.

Hopelijk dat deze petitie ervoor zorgt dat ze daarover ga nadenken en de www versie w3c laten certificeren.

[AntiChris]

Hopelijk dat deze petitie ervoor zorgt dat ze daarover ga nadenken en de www versie w3c laten certificeren.

Ter informatie: De site van de Belastingdienst is XHTML 1.0 Strict compliant, dus ik denk niet dat je bang hoeft te zijn dat het biljet dat niet wordt.

[Gé Brander]

Ook al ben ik een verstokt Windows gebruiker, ik heb toch de petitie getekend.

Simpel om de reden dat ik het helemaal onjuist vindt dat het programma alleen maar voor Windows beschikbaar gesteld wordt.

Volgens mij kunnen ze er makkelijk wat anders op verzinnen... Java? Hou ik ook niet zo van, maar dat heet toch platform onafhankelijk?

[Chadi]

Als je het via de electronische weg wil verplichten moet je voor alle systemen een variant maken. Het kan niet zo zijn dat je daarmee ook verplicht wordt om een Windows besturingssyteem aan te schaffen.

[Bor]

Draait de Windows versie niet gewoon onder Wine op Linux dan?

[AlterEgo]

Dat maakt niet uit.
Wine is op geen van de vier gestelde vragen het antwoord.

[Biazz]

nee.. maar wel op 1/1 van de door Bor gestelde vragen

daarbij is het indirect een antwoord op vraag 1. van de heer Rouvoet, immers als het programma onder wine draait, dan draait het onder linux.

want: Wine Is Not an Emulator, en laten we vooral pragmatisch zijn: als het werkt, dan werkt het... iedere linux user kent wine. Het is gratis, en gebruikersvriendelijk

[wzzrd]

Het is gratis, ja. Het is gebruiksvriendelijk? Daar valt al over te twisten. Maar bovenal draait iets niet native onder Linux, als het onder Wine moet draaien.

Dat WINE namelijk geen emulator is, daar koop ik namelijk niets voor (en bovendien is het discutabel).

Zoals op die Mac site ook wordt gezegd: het gebruik van Java zou zo veel problemen oplossen. De Belastingdienst hoeft maar één programmaatje te onderhouden voor zo goed als elk mogelijk besturingssysteem. Makkelijker kan niet, lijkt me.

[Anoniem: 75819]

Over de wat minder gebruiksvriendelijkheid ben ik het zeker eens, maar wine is echt géén emulator...

Een emulator leest een instructie uit het bestand, en voert die instructie uit.

Wine daarintegen runt het programma wel degelijk, maar het (afaik) onderschept de windows callbacks...

Iets in die richting in ieder geval

[Biazz]

yep... iig, 2002 draaide goed onder wine. Alleen het versturen over internet lukte me vorig jaar niet. Daarvoor heb ik even moeten rebooten. Misschien gaat 't dit jaar beter, ik ben nog met het invullen bezig.

[araminta]

Niet dat het ideaal is, maar voor OS X komt ook Wine uit: darwine.sourceforge.net/.

Overigens geeft de belastingdienst bij bedrijven aan dat op het moment dat het verplicht wordt er een internetversie beschikbaar komt voor bedrijven die geen (compatible) computer hebben.

Voor particulieren zal het hoogstwaarschijnlijk nog wel jaren duren voordat het verplicht wordt. Ik zie mijn opa nog niet met een computer zijn aangifte doen.

[Anoniem: 1788]

Draait de Windows versie niet gewoon onder Wine op Linux dan?

De meeste linuxgebruikers hebben geen wine, en de meesten willen ook geen wine.

* 786562 Flipz

[Mac_Cain13]

Waar basseer jij op dat de meeste (Desktop) Linux users geen Wine gebruiken. De servers zullen uiteraard niet op een prog als Wine willen vertrouwen, maar de meeste linux users die ik ken hebben Wine. Om programma's als deze of andere (een Game ofzo) te starten.
Overgins vind ik dit niet helemaal een eerlijk antwoord op de vraag of het op Linux draait. Je moet nl eerst een 'technische' ingreep verrichten (een Windows emulatie) voordat het draait en er zijn nog wel wat gebreken/crashes binnen Wine....

[SPee]

Ik heb geen wine.

Mijn schijfruimte beperkt mij in de mogelijkheden van extra, onnodige programma's. Zal bij vele ook wel het geval zijn.
Of anders de systemen. De systeem eisen gaan drastisch omhoog voor een extra programma op Wine te draaien, dan bij normale Linux applicaties.

[Morelore]

Onbegrijpelijk dat ze zoiets niet in Java en/of QT hebben geschreven. Dan was het zonder alteveel pijn instant geschikt geweest voor meerdere OS'en.

[Malthus]

Toen de Belastingdiskette werd ontwikkeld, gebruikten veel mensen nog DOS, en moest bovendien het hele programma op één diskette geplaatst kunnen worden. Er is toen voor C gekozen omdat dit een mooie compacte executable kan opleveren. Java was toen nog geen optie. Waarschijnlijk wordt de basis van toen nu nog steeds gebruikt, omdat dat goedkoper is dan het opnieuw bouwen van het programma. Ik vind het ook jammer dat het niet in Java is gebouwd, maar wel begrijpelijk.

[ninjazx9r98]

Dat mogen we dan maar hopen.
In de dagelijkse praktijk zie ik steeds meer beheertools ed die java gebruiken en kort door de bocht gezegd is het niet anders dan drama.
De ene tool heeft versie 1.3 nodig, de ander 1.3.1, die heeft weer dat nodig en uiteindelijk is het resultaat dat alles net even anders werkt ( of helemaal niet werkt ) dan het eigenlijk zou moeten doen.
Vooral XP met java is een drama mede door het ontbreken van de virtual machine en de java van java.com lost lang niet alles op.

[Anoniem: 75364]

Dan kies ik voor QT, das tenminste open source. De binaries van de Java VM draaien bij mij niet omdat die niet compatible zijn met mijn compiler. En zelf compilen kan niet

[Bor]

Waarom maken ze er geen bootable flop van zodat het zowel op een linux als windows pc gebruikt kan worden. De bootflop kan dan bv een beperkte linux kernel starten vanwaaruit het belastingsprogramma gaat draaien.

[Slagroom]

Euh heu... een mac met een floppydrive

[Anoniem: 1788]

Waarom maken ze er geen bootable flop

Floppy ? Zijn er ook niet veel meer die dat hebben. Ik heb momenteel alleen een HD in m'n workstation. DVD-speler zit wel in mijn server en gaat over een gigabit netwerk, maar ervan booten lukt niet.

Dan nog liever een ssh sessie voor de aangifte, maar volgens mij is het beste gewoon via de browser.

[FendtVario]

Er zijn zelfs geluiden geweest om de programma's die worden gebruikt om belastingaangifte te doen Open Source te maken. Opzich geen slecht idee omdat er dan altijd mensen zullen zijn die het programma poorten naar een bepaald OS. De goedkeuring voor gebruik zou dan bijv. bij de belastingdienst kunnen blijven liggen zodat je er zeker van bent dat de communicatie goed zal verlopen.

[Anoniem: 87819]

Dat lijkt me inderdaad een goed idee, een open source project waar de patches alsnog worden geaudit door het programmeerteam van de belastingdienst. Op die manier kan het worden geport naar elk systeem van DOS tot Unix.
Dat over bugs is een non-argument, want in open-source software blijven juist vaak minder bugs zitten. (in ieder geval niet MEER dan in closed source)

[Ortep]

Het maakt niet uit of er meer of minder bugs in zitten. Het gaat om de verantwoordelijkheid en de traceerbaarheid. Bij dit soort grote systemen gaat het je niet om de foutloosheid maar om de reproduceerbaarheid.
Nu is het zo dat er maar 1 manier is om de belasting dienst te benaderen. Stel dat daar een fout in zit die er voor zorgt dat iedereen met een huis 50 Euro te veel belasting betaald door een stomme afrondingsfout veroorzaakt door een gekke DLL in windows. Dat is heel simpel te corrigeren. Ze hebben immers het programma onder eigen beheer. Je weet precies wat er waar fout ging en wat de gevolgen zijn als de bug boven water komt. Een correctie is zo uitgevoerd.

Maar als je het bv opensource geport hebt naar OS/2 dan is die bug er mogelijk uit, maar is er een andere waardoor je met een lease auto 10 euro te weinig betaald. Hoe moet de belastingdienst dat weten? Ze beheren het immers niet. Wat je ook zal krijgen is mensen die bv de kleurtjes niet leuk vinden en allerlei mods gaan maken van het programma omdat ze het net een tikje anders willen. Met de bijbehorende bugs Mogelijk minder dan het origineel, maar wel steeds andere.

[Anoniem: 87819]

Je kan toch nooit de exacte omgeving controleren waarin iets draait. Onder windows alleen al heb je duizenden verschillende combinaties van DLLs.
Echter, als je je programma op een portable taal als Java baseert heb je dit probleem niet. Als je de core van je programma op ansi C baseert ook niet. Dit zijn niet voor niets standaarden, er is geen reden om voor de berekeningen verschillende DLLs in te schakelen.
En als aanpassen van kleurtjes (in de GUI!) resultaat heeft op de (disk-)uitvoer van je programma dan moet je je ontwerp nog maar eens goed onder de loep nemen

[Ortep]

En als aanpassen van kleurtjes (in de GUI!) resultaat heeft op de (disk-)uitvoer van je programma dan moet je je ontwerp nog maar eens goed onder de loep nemen

Dat ben ik helemaal met je eens. En dat is dus precies het probleem. Mensen gaan rommelen met de code. En natuurlijk mag een overgang van bv geel naar blauw op je GUI geen invloed hebben. De praktijk blijkt anders. Mensen kunnen bv terwijl ze source zitten te editen per ongeluk een delete doen op een plaats waar ze eigenlijk niet willen zijn. Daardoor kan een variabele een andere naam krijgen en dus de werking van het programma veranderen.
Of ken je de kreet van gebruikers niet: Ik heb NIETS veranderd, maar nu doet hij het niet meer.
Dat overkomt programmeurs ook hoor.
En ik kan je uit ervaring vertellen dat bij het hercompileren van programma's met een 'ansi' compiler er toch verschillen kunnen optreden als je van bv Unix naar Windows gaat. De wereld is nl niet ideaal.
De compilers en processors zijn immers anders. En dat leidde in dit geval tot enorme verschillen. Er werd nl nogal veel gerekend. En moest op een gegeven moment worden gekozen op grond van het feit of een getal negatief, nul of positief was. De zelfde set data op verschillende machines gaf verschillende uitkomsten.

[Anoniem: 2198]

Erg fijn een mogelijke oplossing lijkt me het gebruik van een Java applet die via https te 'downloaden' is en zo offline (voor modem gebruikers) ingevuld kan worden, dan werkt het gelijk op alle mogelijke platformen

[Ortep]

Je vult altijd offline in. Modem of geen modem. Ik weet niet hoeveel belasting biljetten jij invult, maar ik ben er soms per stuk een week mee bezig. Niet continu natuurlijk, maar dan ben je bezig en hoppa...dan moet je toch nog andere info hebebn. Die heb je dan nog niet. Of je kan sommige dingen op verschillende manieren invullen. Dingen heen en weer schuiven tussen fiscale partners. En dat kan dan verschillen opleveren in het eindbedrag. Dat zijn soms 4-5 pogingen tot je tevreden bent.

[Anoniem: 58853]

En mochten er fouten in geslopen zijn dan is een automatic update functie natuurlijk ook zo gefixed. In het programma bedoel ik dan.

[Anoniem: 10300]

Ik vraag me af of zoiets niet gewoon in uitgebreide html kan. Als je je daarbij aan de standaard houdt dan kan het in principe gewoon op elk platform gedraait worden.

[Blokker_1999]

Hier in België is het gewoon in te vullen via je webbrowser

[Falcon]

Ennuh waarom hebben wij dit niet? bah