
Questo è così assurdo. Qualcuno sa se un solo altro paese si trova in questa situazione o è solo la piccola Danimarca che non può aggiustare la propria economia? Che sistema è e chi lo ha realizzato?
L’articolo è protetto da paywall, ma ecco alcune citazioni:
Se invece il Tax deve adeguare i vecchi sistemi preesistenti – e quindi non aspettare i nuovi sistemi, allora la valutazione è che ci vorranno due anni
Come possono essere necessari anni per modificare un numero in un computer?
E
Un ambiente di lavoro inadeguato significa che ben il 42% dei dipendenti dell’agenzia ha sofferto di sintomi di stress durante un solo anno. C’è stato un forte stress anche tra i dirigenti dell’agenzia.
E questo commento del dibattito colpisce come un bazooka
Questa non è altro che una dichiarazione di fallimento della direzione mascherata da analisi informatica. Quando l’UFST afferma che non sarà pronta prima del 2030, in realtà è un’ammissione del caos operativo totale e una menzogna strategica per guadagnare tempo. Dietro le belle parole su "legacy-systemer" esiste lo spaghetti code COBOL, garantito dallo Stato, vecchio di decenni, che il management ha lasciato marcire perché privo della capacità professionale di prendere decisioni con cognizione di causa. Ora stanno usando la propria incompetenza e il proprio debito tecnico come ostaggi per bloccare la riduzione dei prezzi alimentari.
Il fatto che osino menzionare 55 milioni di corone danesi come barriera è un insulto per i contribuenti, se si pensa alle cifre sconcertanti che l’agenzia regolarmente spreca con sistemi difettosi e un folle uso eccessivo di consulenti. Mentre le aziende esterne mungono le casse, il 42% dei dipendenti e anche i capi soffrono di stress, il che dimostra un management che non sa gestire né codice né persone. È uno scandalo che l’intera economia danese debba essere messa fuori controllo perché un gruppo di leader irrealistici ha perso il controllo della propria discarica digitale e sta ora cercando di nascondere la verità con il controllo dei danni burocratici.
https://www.version2.dk/artikel/skats-gamle-it-systemer-blokerer-lavere-foedevarepriser-bliver-foerst-klar-i-2030
di Current_Aardvark5105
14 commenti
Det hele er jo noget pjat. 6 milliarder kroner i reduceret moms. Prøv at regn lidt på det. Hint der er 6 millioner danskere.
Så starter undskyldningerne for at udsætte ændringer af momsen, men stemmerne er købt!
Moms er enormt bureaukratisk system allerede. Hvorfor så gøre det mere kompliceret? Bare sænk bundfradraget så får alle danskere 1000 kr mere istedet for at skulle give alle 1000 kr mindre i moms-systemet.
I sidste ende ville alle få flere penge ved at sende dem direkte end igennem moms.
Skal man grine eller græde? Jeg ved snart ikke.
Det nemmeste ville nok være at fjerne en eller anden punktafgift.
Supermarkedernes systemer har kunne håndtere differensieret moms i meget langtid. As skat ikke kan, overrasker mig ikke, deres systemer er bygget til her-og-nu problemer, ikke til hvad fremtiden vil bringe.
Nu er Cobol ikke problemet, problemet er at man ikke har vedligeholdt systemerne, det skal man også hvis man havde bygget systemerne i andre sprog.
Elendige IT-løsninger er simpelthen så pæredansk et koncept. Love it.
Findes der egentlig undersøgelser over hvilke lande i EU og resten af verden, der skyller flest milliarder ud i lokummet, når det kommer til IT?
>Hvordan kan det tage årevis at justere et tal i en computer?
Som kommentaren du har plukket selv siger det:
>gammel COBOL-spaghettikode, som ledelsen har ladet rådne op
Gamle systemer er ofte ikke bare lige sådan at ændre. At implementere differentiering i et system, der altid har kørt med fuld moms eller ingen moms, kan jeg sagtens se ville tage så lang tid.
Jeg tror at det er nogen i skattestyrelsen som indirekte prøver at forklare politikerne at de skal holde sig fra den åndssvage idé med differentieret moms, og at de blot bruger it-systemerne som en valid undskyldning.
Hov, hov cobol fejler ikke noget. Det er robust. Tror nærmere at det er mangel på udviklere. Men I skal ikke forvente et fejlfrit og kørende system når de bliver .net eller c#
Cobol er bygget til at flytte tal, det er moderne sprog ikke
Differentieret moms er roden til alt ondt. Det vil være med til at gøre priserne langt mere uigennemskuelige for forbrugeren, og det vil tilføje en del ekstra omkostninger i håndtering i alt fra forretninger, til bogholderi, revisor, og SKAT.
Enten skal vi vælge én gang for alle at skifte til differentieret MOMS, med hvad dertil høre af uhensigtsmæssigheder, og ikke bruge dette som et påskud for det.
Eller også skal vi blot nøjes med at fjerne MOMS på de udvalgte varekategorier, og eller benytte en helt anden løsning.
Hvis vi indføre differentieret MOMS for at sænke fødevarepriserne, så er det en enormt kortsigtet løsning, som ikke når at give den ønskede effekt for forbrugeren, da det meste bliver ædt op i omkostninger og håndtering i stedet.
Jeg fattet nul og niks. Hvis man kan lave en moms på 25 procent, så burde man sku også kunne sætte den ned til 15-20 procent uden de store problemer. Kan nogen forklare mig hvorfor det er så svært?
>Hvordan kan det tage årevis at justere et tal i en computer?
Fordi det er et kringlet og gammelt system?
>Det her er så absurd. Ved nogen om et eneste andet land står i denne situation eller er det kun lille DK der ik kan justere sin økonomi? Hvilket system er der tale om og hvem har lavet det?
Jeg synes seriøst du skulle flyve ud i verden og opleve andres IT system. Jeg kan komme med et eksempel fra et huskøb i Spanien, hvor budet er godkendt. Alle trin er med fysisk fremmøde. Der er ikke noget der hedder MitID, underskrive digitalt eller på anden måde tage det elektronisk.
Møde frem hos ejendomsmægler og få købskontrakt.
Forbi banken og gennemgå købet og få lavet et lån
Ned til en valuar, der skal gennemgå det hele og nedfærdige lånets detaljer.
Ned forbi ejendomsmægleren der skal registrere dine informationer omkring købet.
Så skal du forbi rådhuset med de dokumenter som ejendomsmægleren, banken og valuaren har givet dig. På rådhuset bliver der udarbejdet et udkast til skøde
Så skal du forbi valuaren igen for at få godkende skøde
Herefter går du i banken med bevis og dokumentation for at du overtager ejendommen og at handlen finder sted.
De udsteder et dokument med deponeringskonti osv
Det tager du med tilbage til ejendomsmægleren, som sender dette til sælger.
Nu kunne man så være frisk at spørge: Vil vi hellere sådan et system her?
Gad vide om systemet til ejendomsvurderinger så må vente, til de er færdige med det her moms halløj.. 💸🍾