Skat logger borgere af uden varsel: »Åndssvagt tidsspilde«

Som Lars skriver så har jeg netop helt fra start (af adskillige kanaler) foreslået Skat at benytte AJAX og kode en simpel keep alive løsning. Det er ikke særlig svært.

Hvorfor bruger jeg overhovedet mit krudt på det her? Jeg kunne da bre være ligeglad. Jeg synes det er sørgeligt at man ikke kan aflevere et godt forslag til myndighederne. Når man eksempelvis taler med en Skat medarbejder og kommer med et dette helt konkrete forslag som medarbejderen oven i købet er enig i, så burde medarbejderen da nedskrive det forslag og sende det op i hierarkiet. Men ak nej, man skal gå en kæmpe omvej via pressen og sætte hele verden i sving for at behandle noget så simpelt. Er det den slags robot-medarbejdere vi vil have til at arbejde ved det offentlige?

Jeg mener at alle forslag som kan føre til effektivisering og forbedring af de offentlige services, de er velkommen og der burde være forslags-kanaler som man kan bruge. Hvad med en effektiviserings-forslags-telefon-linje hvor man kan komme af med sine forslag.

På toppen af dette er der mange andre problemer. Skats definitioner af et regnskab stemmer slet ikke med de almindeligt gældende. F.eks. kræver programmet indtastning af total omsætning og ikke bruttofortjeneste. Noget sådant skal selvfølgelig forklares inden man starter, men det må man selv gætte sig til. Ligeledes skelnes der ikke mellem gruppen vareforbrug/fremmed hjælp og salgsomkostninger, så det er rent ud sagt noget være rod. Det fører naturligvis også til helt urimelige fejl i statistikker for enkeltmandsfimaer, hvor den således oplyste totalomsæning sammenlignes med andre lønomkostninger, noget der er helt hul i hovedet! Endvidere kan ægtefæller ikke indlæse uden at det synkroniseres?? Men det er jo standarden hos Skat. I øvrigt er det smader irriterende, at man laver om på selvangivelse og skatteberegning hvert evig eneste år.

SKAT burde bruge AJAX til at sende en keep-alive meddelelse, såfremt der udfyldes felter - der er aktivitet.

Sådant en keep-alive meddelelse skal nul-stille timeout værdien, så der f.eks. igen er - lad os sige - 20 minutter til timeout.

Husk i den forbindelse altid at være flink mod brugeren, og lad en pop-up vise en besked, hvor brugeren får nogle minutter til at trykke på en "Ja, jeg er ved at indtaste data" knap, der sender en keep-alive meddelelse.

Jeg har flere år i træk ramt ind i en fejl, hvor "Godkend"-knappen for selvangivelsen ikke virkede i Firefox, hvormed man var nødt til at starte IE op og sidde og indtaste alle felterne igen. Jeg kontaktede deres support for at gøre dem opmærksom på problemet, men jeg gav op efter at have udvekslet adskillige mails med dem, uden at være kommet nærmere en løsning.

(..og nej, det var ikke script/adblockers i min ende som forårsagede problemet, jeg kunne nemt genskabe det på en nyinstalleret Firefox på Mac OS X eller Linux uden plugins).

Tja... jeg ville være glad, bare jeg kunne se mine oplysninger på skat.dk. Men det har et helt tåbeligt krav om at man skal bruge Acrobat Reader, sat en stopper for. Jeg har ellers en anden glimrende pdf-viser, som virker meget bedre, men den må jeg ikke bruge. Begrundelsen er vist noget med styring af midlertidige filer på offentlige computere i windows 8. Skats løsning er JavaScript, som undersøger om Acrobat Reader findes på computeren. Den simple åbne løsning ville være at vise oplysningerne i html på en https forbindelse - men nej, man har naturligvis valgt den dårligste løsning, som giver problemer for flest mulige.

...så virker det jo præcis som et system der er lavet af mange forskellige leverandører, som man så har smasket sammen under den samme hjemmeside:

• NemID til login og dermed ingen reel information fra Skat's side, om man er logget ind.

• Datofelter på forskellige undersider kræver forskellig syntax.

• Umanerlig fetish for små fonts, der kræver briller eller zoom for at læse. Det er der ikke altid. Selve selvangivelsen er faktisk fin, men mange andre steder ser man layouts, der var moderne for 15 år siden og kunne gå an på 640x480 VGA skærme.

• Ujævne og til tider intetsigende layouts, der forvirrer brugerne.

• Mange døde links.

• Popup vinduer her og der og alle vegne, og hvis man nu lukker hovedvinduet, men ikke popupvinduet, er man så stadig logget ind?

• Tabeller, der fylder hele sidebredden, f.eks. ved udfyldning af moms. Man kan ikke have maksimeret browservinduet uden at sidde med en lineal for at line teksten op med tallene.

Brugerfladen for hele skat.dk skal håndteres af én designer/leverandør, der har forstand på brugerflader, og så kan de andre leverandører levere data til felterne. Færdig, prut.

Session med state på server er generelt noget skod, men kan i nogle tilfælde være nødvendig. Hvis man istedet bruger session som en cache undgår man ulemperne mht. timeouts alt for mange web-framework er afhængig af.

Artiklen får det dog til at lyde som om at man max. må bruge 30 min fra login til afslutning, er dette korrekt? Altså, er der tale om en session der startes ved login og ufravigeligt tæller ned til nul (usædvanligt); eller en session der bliver sat til 30 min ved aktivitet (normalt).

Hmm... Til SKATs ros kunne man sige, at de i det mindste sætter timeout efter seneste aktivitet (som serveren har observeret). På min arbejdsplads (som jeg i denne sammenhæng hellere må lade være unavngiven) benytter vi et timeregistreringssystem, som sætter en timeout (på 15-20 minutter vil jeg skyde på) efter LOGIN-tidspunktet. Det på trods af, at det er et web-baseret system, som er implementeret således, at browseren sender ændringer af enhver tekstboks i formularen til serveren med det samme. Så serveren kan altså til enhver tid se, at der er aktivitet - og jeg har da heller aldrig oplevet at miste indtastninger når jeg bliver smidt af systemet. Men smidt af når tiden er udløbet, det bliver man altså...

Systemet må være designet af en $SUBJECT

Bedre bliver det i øvrigt ikke af, at systemet er så tilpas bøvlet at bruge, at både jeg selv og mange af mine kolleger bruger et Excel ark til at føre den daglige tidsregistrering, og så blot synkroniserer med det webbaserede system ved udgangen af hver måned. Denne "synkroniseringsopgave" kan let tage længere tid end timeout er sat til.

Er dette ikke noget V2 kunne tage op, offentlige og andre samfundscentrale sider, der ikke fungerer ? Jeg har ikke været i stand til at skrive til dem (kontakt skat) siden sidste java hul/opgradering, hvis man har den mindste sikkerhed (script eller request blocking) får man en side med "Skat er midlertidigt nede", hvis man på deres hjemmeside klikker på et link til en anden offentlig institution (såsom virk.dk) bliver man logget af, selvom man åbner linket i et nyt faneblad/vindue. Antallet af andre adresser man skal igennem for at logge på er "høj" og inkluderer firmaer hvis ry er "tvivlsomt". Som systemudvikler på offentlige sites og med lidt erfaring i brugervenlighed krummer jeg tæer når jeg bruger mange af de offentlige sider.

Jeg har i hvert fald prøvet det - jeg tror dog det var på en anden offentlig side end skat.dk. Og løsningen er jo også ret let som artiklen påpeger - advar i god tid og giv mulighed for udsættelse. Bør være en no-brainer at rette...