<style> .reveal { font-size: 28px; } li { margin-top: 20px; } .reveal blockquote { width: 100%; } </style> # Suila-tapit -- beskæftigelsesfradrag med løbende udbetaling **carstena@magenta.dk, 15. maj 2025** --- ## Suila-tapit -- introduktion * _Suila-tapit_ er et nyt ord, men det er noget, som (nogle) grønlandske politikere længe har ønsket * Det er et "fradrag", som i virkeligheden er et tilskud eller en præmie, som man får for at være i beskæftigelse * Formål: Stimulere økonomien og modvirke uligheden i samfundet * Støtte til lav- og mellemindkomstgrupper -- _hvis_ de er i arbejde -- aftrappes ved høje indkomster --- ## Suila-tapit -- graf og satser  --- ## Suila-tapit -- forhistorie * Beskæftigelsesfradrag med løbende udbetaling har været planlagt i længere tid - Carsten og Bent lavede analysearbejde s.m. Anders fra Skattestyrelsen tilbage i 2022 * Dengang var loftet dog på ca. 400 kroner om måneden -- gav ikke megen mening * Loftet er nu 15.750 pr. år = 1312 pr. måned -> gør en reel forskel for folk --- ## Forhistorie, fortsat * Magenta lavede 2021/2022 et estimat på opgaven på 6-7.000 timer * Dette inkluderede integrationer, som vi senere løste i andre projekter og viste sig at være alt for højt for en MVP * Loven -- med det nye, højere loft -- blev vedtaget sidste år * Magenta begyndte at udvikle på den o. 1. maj 2024 --- ## Suila.gl -- hvem har arbejdet på det? **Udvikling:** Lars, Thor, Nick, Mads **UX / GUI-design:** Erna **Arkitektur & teknisk ledelse:** Carsten **Overordnet projektledelse:** Bent **Produktejere/kundeforbindelse:** Camilla, Nis **Infrastruktur:** Peter, Ib --- ## Suila-tapit -- hvordan fungerer det? * Fra loven: "§ 38 b. Den udbetalte værdi af beskæftigelsesfradraget udgør 17,5 procent af det indkomstgrundlag, der overstiger summen af personfradraget og standardfradraget. (_72.000 kr._) Stk. 2. Det udbetalte beskæftigelsesfradrag kan dog ikke overstige 15.750 kr. pr. indkomstår. (2025-niveau). Stk. 3. Værdien af beskæftigelsesfradraget reduceres med 6,3 procent af det indkomstgrundlag, jf. § 38 c, der overstiger 250.000 kr. pr. år. (2025-niveau)." * Bemærk -- 17,5% af _dette års_ indkomstgrundlag. * Hvordan ved vi, hvad folk kommer til at tjene _i år_? --- ## Suila-tapit -- estimering * For at vide, hvad folk forventes at tjene i år, er vi nødt til at kende deres indtægter fra tidligere år * Man forskudsopgør ikke A-indkomst -- vi er nødt til at estimere * Nemt nok for faste indtægter, men ... * Rigtig mange grønlændere lever af at være fangere og fiskere -- _meget_ uregelmæssige indtægter --- ## Estimering -- datagrundlag * Vi kan (nu) få oplysninger om indkomster fra eSkat * Samt forskudsopgørelser og årsopgørelser * Vi kan få oplysning om forudbetaling af B-skat (fra Prisme) * Også oplysninger om udbytte fra selskaber --- ## Estimering -- hvordan gør man? * Vi har afprøvet et antal _estimeringsmotorer_. * I starten fik vi regneark med samtlige borgeres indkomst 2020-23 og kunne sammenligne vores estimater med det faktiske resultat * De bedste estimeringsmotorer er "InYearExtrapolation" og "12MonthExtrapolation" eller "24MonthExtrapolation" * Vi prøvede flere andre, herunder mere avanceret ekstrapolering og machine learning, men det gav ikke bedre resultater --- ## Estimering -- observationer * På grund af "plateauet" i BF er det beregnede fradrag _mindre_ følsomt over for udsving end selve estimatet -- vi kan altså tåle en vis usikkerhed * For hver måned laver vi et nyt estimat -> vi ved mere om årets samlede indkomst -> det skulle gerne konvergere mod det rigtige * Det udbetalte beskæftigelsesfradrag kan altså korrigeres måned for måned og kan ramme rigtigt uanset udsving --- ## Estimater -- udfordringer * Generelt -- "konvergens" sikrer mod at udbetale for lidt for hele året -- _ikke_ mod at udbetale for meget * Mange fangere og fiskere med meget uregelmæssig indkomst * Forskudsopgørelser (erhvervsdrivende) er meget upålidelige * Hvad hvis folk var berettiget/ikke var berettiget men stopper midt på året? * Hvad hvis de får et gigantisk "windfall" i november/december? I disse tilfælde kan vi komme til at udbetale for meget. --- ## Suila-tapit -- udviklingsmetode * Normalt får vi opgaver i Grønland efter at have lavet tilbud med grundig løsningsbeskrivelse * Denne her opgave fik vi bare! "Lav et system, der kan håndtere de udbetalinger" * Afregning med _time and material_ * I første omgang skulle det nærmest være uden GUI * Hvor starter man? --- ## Udviklingsmetode, fortsat * Tale med Kimik IT om data fra eSkat -- fik en masse regneark med rigtige indkomstdata * Vi begyndte at lave analyseprogrammer, der kunne lave grafer over folks indkomst og vores estimater * ME og RMSE som angivelse af nøjagtigheden af estimaterne * Dette blot for at begynde at forstå, hvor gode vores estimater kunne være --- ## Grafik -- nogle estimater var ret nemme  --- ## Grafik -- andre er knap så nemme  --- ## Grafik -- nogle er helt umulige  --- ## Grafik -- "nøjagtighed" for estimater  * Dette for én motor - bemærk, 37% inden for +/- 5% og 61% inden for +/- 15% --- ## Udviklingsmetode, fortsat * Denne data-analyse brugte vi måneder på * Objektmodellen voksede "nedefra og op", fordi vi ikke startede med en løsningsbeskrivelse med et overordnet design * Da eSkat fik lavet et API og der blev åbnet for Prisme, begyndte vi at lave værktøjer til den månedlige beregning og indlæsning * Nis begyndte fra august et samarbejde med Borgerservice i Nuuk om UI for sagsbehandlere -- mange ønsker til ny funktionalitet * Djangos struktur har givet et godt grundlag for de mange ændringer. --- ## Suila-tapit -- udfordringer undervejs * Det tog et stykke tid, før Kimik IT var klar med API til eSkat * Da det kom, var data anderledes struktureret end i regnearkene -- krævede tilpasning i vores modeller * Det tog _lang_ tid at få alt på plads omkring Prisme * Kravene var et _moving target_ -- først ønskede kunden ikke borgervendte sider hvor folk kunne se hvorfor de fik hvad, men senere gjorde de alligevel * Alvorlige problemer med levering af servere, åbning af porte mv --- ## Suila-tapit -- afhængigheder Overordnet arkitekturdiagram:  --- ## Suila.gl -- som det endte  --- ## Suila.gl -- for borgeren  --- ## Mediedækning  --- ## Mere mediedækning  --- ## Selvstyrets egen oplysningskampagne  --- ## Suila -- idriftsættelse * Jeg havde håbet, at vi kunne køre skyggeproduktion i hele januar, men ... * Da vi kom til at lave første udbetaling i marts, havde vi overset væsentlige regler (bl.a. at folk skulle være fuldt skattepligtige for at få det) * De data vi skulle bruge til første udbetaling var forsinkede og havde fejl * Takket være en hektisk slutspurt lykkedes det at foretage første udbetaling korrekt og til tiden, 18. marts 2025 --- ## Suila -- læringer * Første udbetaling blev foretaget = systemet blev leveret _til tiden og under budget_. Dette er ret godt for et så stort projekt. * Det ville have været rart, hvis der ikke havde været nær så mange sidste øjebliks-tilretninger * Dette er det største projekt, Grønlandsteamet endnu har håndteret. Det er gået godt, men der er brug for mere fokus, hvis vi skal kunne håndtere et projekt, der er endnu større -- dette gik lige op til grænsen for, hvad vi kan. --- ## Suila -- fremtid * Den månedlige udbetaling er stadig "håndholdt" kørsel af kommandoer -- vi har en fuldautomatisering på vej * Mere interaktivitet -- borgere kan "pause" udbetalinger, sagsbehandlere skal kunne overskrive estimater * Statistikker * Små og store fejl dukker op og skal rettes * Der vil være en del at lave de kommende år --- ## Spørgsmål?