Så håller vi våra skatte- och löneräknare från att tyst bli föråldrade

Varje kalkylator på den här sajten som rör skatter, sociala avgifter eller minimilön har samma felläge: den är korrekt den dag vi bygger den, och sedan uppdaterar en myndighet en avgift sex månader senare, och verktyget börjar tyst ge fel svar. Ingen får ett felmeddelande. Sidan fortsätter fungera precis som förut — den har bara fel nu, och det med säkert självförtroende.

Det är ett sämre utfall än att inte ha verktyget alls. Så vi byggde ett system specifikt för att fånga det.

Problemet med “vi kommer ihåg att kolla”

Den uppenbara lösningen — “kolla bara siffrorna med jämna mellanrum” — skalar inte. Vi underhåller kalkylatorer för nettolön, sociala avgifter och lön i ett halvdussin länder, var och en med egna skatteklasser, avgiftssatser och tröskelvärden som justeras årligen. Multiplicera det med hur många månader som hinner gå innan någon kommer på att dubbelkolla, och det ärliga svaret är: förr eller senare blir något föråldrat och ingen märker det förrän en användare gör det.

Vad vi byggde istället

En registerfil listar varje hårdkodad officiell siffra i varje kalkylator: vilken fil den finns i, vad siffran representerar, var den officiella källan finns, och hur ofta den rimligen förväntas ändras (vissa värden ändras varje januari när ett nytt skatteår börjar; andra ändras bara när en lag justeras, vilket är oförutsägbart men sällsynt).

Ett schemalagt jobb körs varje vecka, kontrollerar vilka poster som är dags att granska enligt det schemat, och för varje en:

Söker den officiella myndighetskällan efter det aktuella värdet
Ber en språkmodell extrahera den specifika siffran från sökresultaten — inget annat, bara siffran och en konfidensnivå
Om modellen är säker och siffran har ändrats, tillämpas den som ett bokstavligt, verifierat textbyte i koden (aldrig en fri omskrivning — modellen får inte improvisera den omgivande logiken)
Kör en fullständig build för att bekräfta att inget gick sönder innan något committas
Om builden misslyckas återställs ändringen automatiskt och flaggas för att en människa ska titta på den

Hela systemet är byggt kring en enkel princip: automatiseringen får uppdatera en siffra, men den får aldrig gissa. Om den inte kan hitta ett säkert svar från en officiell källa gör den ingenting och rapporterar det tydligt, istället för att lämna kvar en rimligt utseende men felaktig siffra.

Oberoende av något enskilt verktyg

Jobbet självt körs på infrastruktur som är oberoende av någon enskild leverantör eller något enskilt konto — om en del av pipelinen går ner slutar inte hela systemet fungera, det faller bara tillbaka på en annan väg för att extrahera siffran. Den redundansen spelar större roll här än i de flesta automatiseringar: en skattekalkylator som har fel är aktivt skadlig på ett sätt som, säg, en trasig memegenerator helt enkelt inte är.

Vad detta betyder för dig

Varje kalkylator som täcks av detta system visar ett datum för “officiell data verifierad” direkt på sidan, separat från det “senast uppdaterad”-datum du kanske ser på en vanlig innehållssida. Om du någon gång ser att det datumet ser misstänkt gammalt ut är det värt att flagga direkt till oss — det betyder oftast att den automatiska kontrollen träffade en källa den inte kunde tolka, inte att vi har glömt bort den.

Prova det

Det här är enspråkiga verktyg, var och en byggd specifikt för sitt eget lands regler, så länkarna nedan öppnas på det språket: