Hoofdcategorieën
Device Settings

[RSS] [quick] Index » Nieuws » Core » Software » On-line petitie: belastingaangifte via Mac of Linux-computers

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

Door Jack Leenders, zondag 1 februari 2004 12:26, views: 14.381

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.belastingenveloppe klein

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?
Meuktracker - linux icoontjeMeuktracker - mac osx icoontje

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.

Volgende 13:36 'Specificaties i925X en i915 vermelden geen AGP-support'
Vorige 23:28 XMPP Jabber-protocol officiële standaard
Advertentie

Categorieën

Gerelateerde content

Reacties

Flat modeFlat mode Sorteer aflopendSorteer aflopend Moderatie FAQModfaq
Niveaufilter: -1 Ongewenst: 95 reacties zichtbaar950 Off-topic / Irrelevant: 90 reacties zichtbaar90+1 On-topic: 67 reacties zichtbaar67+2 Informatief: 34 reacties zichtbaar34+3 Spotlight: 4 reacties zichtbaar4
«  1  2  3  4  5  »

Door Polaris, zondag 1 februari 2004 12:29

Score: 1
Laat de belastingdienst gewoon de source van dat programma vrijgeven. Is het eenmaal open-source dan volgt gratis wel een port naar Linux of Mac.

Door Ortep, zondag 1 februari 2004 12:33

Score: 2
En wie is er dan verantwoordelijk als er fouten in het programma zitten en jij moet plotseling 5000 Euro bijbetalen ipv 500 terug te krijgen?

Door Ronald, zondag 1 februari 2004 13:18

Score: 2
Jij, maar dat is bij de huidige versie ook al zo voor zover ik weet (correct me if I'm wrong) dus dat maakt geen ene ruk uit.

Door Ortep, zondag 1 februari 2004 13:31

Score: 2
Je bent verantwoordelijk voor de gegevens die je invoert. Maar als bv het programma een fout maakt door in het verzenden van de gegevens naar de belastingdienst een komma te verschuiven kan jij daar niets aan doen. Komt dat boven water, dan kan de belasting dienst dat simpel aanpassen. Bovendien is het direkt duidelijk dat jij er niets aan kunt doen. Dat is trouwens al eens gebeurd. Ze hoeven maar één programma te volgen. Als er een open source is moeten ze dadelijk 100 programma's gaan tracen. En je kan er zeker van zijn dat er mod's komen waarbij bewust fouten worden ingevoerd. Zodat je later kunt zeggen...Joh...ik heb het wel goed ingevoerd, maar ja...het programma stuurde het fout over.

Door jeroenr, zondag 1 februari 2004 13:31

Score: 2
Je hebt precies hetzelfde probleem met de papieren aangifte. Als iemand een paar optellingen verkeerd doet, klopt er geen hout meer van. De belastingdienst zal dus alleen maar gebruik maken van de ingevulde gegevens en de berekeningen zelf opnieuw doen.

Door Jimp, zondag 1 februari 2004 14:01

Score: 2
Mensen die in staat zijn in code te rommelen om daar de nodige aanpassingen te doen zijn heus niet te dom om via welke tool dan ook in de geheugen adressen van het Windows programma te kunnen rommelen. Feit is dat als je dergelijke dingen achter je eigen computer kunt doen je altijd kunt rommelen, maar laten we wel wezen: dat kan met het doen van aangifte op papier minstens net zo goed.

Door arjankoole, zondag 1 februari 2004 23:14

Score: 1
Als er een open source is moeten ze dadelijk 100 programma's gaan tracen
da's onzin, d'r staat nergens of 't opensource moet worden of niet, alleen dat 't beschikbaar moet worden voor meerdere besturingssystemen. Als de ontwikkelaars een beetje meer energie in hun code stoppen, is dat helemaal geen probleem en kun je de code voor ieder denkbaar platform compileren.

opensource zal 't nooit worden, en da's (goddank) ook geen verreiste, want daar gaat de belastingdienst nooit meer akkoord. (hoewel 't voor de belastingdienst zelf natuurlijk wel opensource zal zijn, ze moeten die code kunnen controleren).

Door freaky, maandag 2 februari 2004 09:59

Score: 2
Uhm, maak het een webpage. Laatste keer dat ik keek hadden alle OS'en nog een browser :D en het is verder geen spanned programma.

Door Zym0tiC, zondag 1 februari 2004 12:31

Score: 0
Goed idee.
Als je iets wil verplichten moet je er natuurlijk wel voor zorgen dat iedereen dat kan doen

Door Bor de Wollef, zondag 1 februari 2004 12:32

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

Door Biazz, zondag 1 februari 2004 13:06

Score: 1
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.

Door AlterEgo, zondag 1 februari 2004 14:10

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

Door Biazz, zondag 1 februari 2004 14:39

Score: 2
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

Door wzzrd, zondag 1 februari 2004 22:27

Score: 2
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.

Door XeonTux, maandag 2 februari 2004 08:26

Score: 0
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 :P

Door Flipz, zondag 1 februari 2004 15:45

Score: 0
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

Door Mac_Cain13, zondag 1 februari 2004 19:01

Score: 1
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....

Door SPee, maandag 2 februari 2004 09:47

Score: 1
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.

Door araminta, maandag 2 februari 2004 10:15

Score: 1
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.

Door ServerZone, zondag 1 februari 2004 12:32

Score: 0
Ik doe helemaal geen aangifte, snap er niks van.
De vragen zijn veels te lastig.

Door Morelore, zondag 1 februari 2004 12:33

Score: 2
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.

Door Malthus, zondag 1 februari 2004 13:55

Score: 2
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.

Door ninjazx9r98, zondag 1 februari 2004 15:48

Score: 1
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.

Door Meneer Dik, maandag 2 februari 2004 12:15

Score: 1
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 :(

Door FendtVario, zondag 1 februari 2004 12:33

Score: 2
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.

Door wumpus, zondag 1 februari 2004 12:57

Score: 2
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)

Door Ortep, zondag 1 februari 2004 13:26

Score: 1
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.

Door wumpus, zondag 1 februari 2004 14:23

Score: 2
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 :Y)

Door Ortep, zondag 1 februari 2004 15:26

Score: 0
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.

Door Felix, zondag 1 februari 2004 12:34

Score: 2
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 :)

Door Ortep, zondag 1 februari 2004 12:38

Score: 1
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.

Door digital_mayham, zondag 1 februari 2004 12:53

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

Door The Bigboss, zondag 1 februari 2004 12:35

Score: 0
Als je de open-source code vrijgeeft, dan kunnen (lijkt mij) kwaadwillenden er zo een achterdeur in maken om de gegevens van mensen te verkrijgen. Dus ik denk dat, als de belasting dienst slim is, ze dat niet zullen doen

Door rootlinux, zondag 1 februari 2004 12:37

Score: 1
Volgens mij zou het programma als het in java geschreven wordt op elk besturings systeem moeten kunnen werken zonder groote aanpassingen. Waarom gebruiken ze dan niet zo'n taal ipv ik gok visual basic

Door SKYLOS, zondag 1 februari 2004 12:38

Score: 1
Waarom zou je het Open Source moeten maken? De NVidia-drivers zijn ook closed-source en die werken ook prima met de Linux kernel hoor!

Door Parlor_Inventor, zondag 1 februari 2004 12:56

Score: 2
Makkelijk op te lossen:

De belastingdienst is de enige officiele distributeur van de software, en bij de belastingdienst wordt een key toegevoegd bij het compileren zodat de echtheid vastgesteld kan worden. Aangifte kan dan slechts gedaan worden met de geautoriseerde versies. Zo is kraken net zo moeilijk als bij een closed-source versie.

Door wumpus, zondag 1 februari 2004 13:02

Score: 2
Uh, en in closed-source code kan niemand een backdoor maken? Je weet juist nooit wat je krijgt. Bij open source kan je de code zelf compileren en zelf op backdoors controleren.

Verder is bij bijvoorbeeld java heel makkelijk een policy te forceren van 'no network access'.

En aangezien het programma niets met het netwerk of internet te doen heeft zou een backdoor enorm opvallen (!!) ineens moet het gelinkt worden aan de sockets layer?
Dus als je de controle bij de belastingdienst houdt, dan kan die mooi mensen in de bak gooien die het wagen te proberen een patch met trojan/backdoor te submitten.

Nee het risico op backdoors neemt niet toe met open source.

Door 10300, zondag 1 februari 2004 12:39

Score: 2
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. :)

Door GreeTz, zondag 1 februari 2004 12:40

Score: 0
Toch vreemd, dat de christenunie zo bekend is met computersystemen. Anderhalf jaar geleden hadden ze de kreet "internet aan banden leggen" in hun verkiezingsprogramma opgenomen...
«  1  2  3  4  5  »

Op dit item kan niet meer gereageerd worden.

Volgende 13:36 'Specificaties i925X en i915 vermelden geen AGP-support'
Vorige 23:28 XMPP Jabber-protocol officiële standaard
VNU Media logo Hosted by True

© 1998 - 2012 Tweakers.net B.V. - Alle rechten voorbehouden - Contact - Jouw privacy - Algemene Voorwaarden

Uitgever van:

Website van het jaar 2011