Automatiska kontroller
Vad kontrollerna är till för
statycs är inte ditt bokföringssystem — det läser en export ur det. Det utesluter en hel familj av kontroller som bara källsystemet kan göra, och lämnar kvar det enda statycs har som affärssystemet saknar: historik, och en motpartsidentitet som sträcker sig över både företag och år.
Varje kontroll här har samma form — något var stabilt, och sedan var det inte det. Ingen av dem ändrar dina data. En kontroll sätter en flagga på en bokning, tillsammans med det underlag som gav upphov till den, och alla som kan se bokningen kan se flaggan.
TL;DR
Tolv kontroller körs efter varje uppladdning. Åtta kräver historik, så ett ungt företag ser en kortare lista och sidfoten anger hur många som kunde köras. Hantera dem under Data → Bokföringsposter → Automatiska kontroller (administratör, en inställning för hela organisationen, som börjar gälla när du trycker Bekräfta ändringar) och granska fynden under Analys → Bokföringsposter → Flaggat.

Katalogen
Inställningssidan grupperar kontrollerna efter hur du faktiskt fattar beslut om dem, inte med ett reglage per orsak. Åtta reglage, tolv orsaker.
| Grupp | Utlöses när | Kräver | Standard |
|---|---|---|---|
| Förskjutet decimaltecken och omkastade siffror | Ett belopp är exakt ×10ᵏ av motpartens återkommande belopp, eller skiljer sig från det med en multipel av 9 med lika många siffror | 6 månader | På |
| Möjliga dubbletter | Samma belopp hos samma motpart bokförs mer än en gång — på ett verifikationsnummer, på en dag, eller med några dagars mellanrum | — | På |
| Återkommande belopp ändrat eller saknas | En motpart som bokför ett stabilt belopp varje månad bokför plötsligt ett väsentligt annat belopp — eller uteblir helt | 6 månader | På |
| Nytt konto för en motpart | En motpart bokför på ett konto där den aldrig varit | 12 månader | Av |
| Utanför kontots historik | Ett kontos månadssumma hamnar utanför sitt eget historiska intervall | 12 månader | Av |
| Ovanligt stor bokning | En enskild bokning når rekordtröskeln mot det största som kontot eller motparten har bokfört tidigare | 12 månader | På |
| Ovanligt många bokningar | En kontomånad har långt fler bokningar än den någonsin haft | 4 månader | På |
| Liknande motpartsnamn | Två stavningar normaliseras till samma identitet (Adobe ×3) | — | På |
Orsaksfiltret har en trettonde post, Markerad manuellt — en flagga som någon satt för hand. Det är ingen kontroll, och ingen mängd historik gör den tillgänglig. Se Flaggor och kommentarer.
Tre anmärkningar om enskilda kontroller
Tre kontroller tittar bara på kostnadskonton. Förskjutet decimaltecken och omkastade siffror, Återkommande belopp ändrat eller saknas och Nytt konto för en motpart körs enbart mot kostnadskonton. På andra håll är ett stabilt månadsbelopp helt enkelt så verksamheten fungerar, och ett nytt konto så ett bolag växer — att flagga dem vore brus redan från början.
Förskjutet decimaltecken och omkastade siffror är ett och samma beslut. Det är samma detektion med två aritmetiska förklaringar, och därför delar de reglage — nästan ingen vill ha den ena utan den andra. De är också de två kontroller som i praktiken aldrig ger falsklarm, eftersom de bygger på aritmetik och inte på bedömning.
Liknande motpartsnamn är inget fel. Det är ett städärende: stavningar som inte slagits ihop splittrar varje summa det här avsnittet rapporterar. Åtgärda det i sammanslagningspanelen i stället för genom att redigera huvudboken.
Dubbletter räknas per verifikation
När din fil innehåller ett Verifikations-ID känns raderna i en och samma verifikation igen som en enhet och kan aldrig dubblera varandra. Återkommande identiska avgifter dyker mycket riktigt upp här — det är väntat och inget fel.
Varför vissa kontroller inte kan köras än
Åtta av de tolv jämför en bokning mot historik som först måste finnas. Ett företag som har använt statycs i tre månader får verkligen en kortare lista, och gränssnittet säger det rakt ut i stället för att låta en tom lista se ut som ett fel:
- Rullgardinsmenyn markerar en otillgänglig kontroll med kräver N månader.
- Sidfoten i Bokföringsposter anger ”X av Y kontroller kan köras — resten kräver N månaders historik”.
- I en tom Flaggat-vy följs Allt är rent av meningen ”X av Y kontroller kördes över den här perioden och hittade ingenting” — men bara när några inte kunde köras. Med alla kontroller gröna vore meningen brus.
Det som kortar listan är att ladda upp tidigare räkenskapsår.
Underlag
Varje flagga bär med sig de siffror som gav upphov till den, i kolumnen Underlag bredvid orsaken. Det är avsiktligt: ”3,1× snittet” inbjuder till diskussion, medan ”elva månader på 1 246,00, den här månaden 12 460,00” inte gör det. Typiskt underlag ser ut så här:
- 11 månader på 1 246,00
- 12 460,00 den här månaden mot 11 månader på 1 246,00
- Månadsvis i 14 månader, inget denna period — förväntat 1 246,00
- Kontots tre största tidigare: 84 000 · 79 500 · 76 200
- 4 bokningar, samma belopp, samma datum, samma motpart
- 3 bokningar delar verifikat 2026-4471
- Tidigare endast på 6300, 6310
- Skrivs även ”Adobe Systems Software”
Hantera kontrollerna
Data → Bokföringsposter → Automatiska kontroller. Endast för administratörer, och inställningen gäller varje företag i organisationen — en kontroll som är brus hos ett företag är oftast brus hos alla.
Ingenting sparas förrän du bekräftar
Att slå om ett reglage ändrar ett utkast, inte policyn. En list dyker upp — Du har obekräftade ändringar. — med Bekräfta ändringar och Förkasta ändringar, och hela sidan (det här kortet och Konfidentiella poster) delar den enda listen.
Skälet är att reglagen inte är ett visningsfilter. Att bekräfta en nyss påslagen grupp kör dess kontroller över varje bolags huvudbok, och att bekräfta en grupp som avstängd raderar dess fynd. Det är i båda riktningarna en verklig genomgång av dina data, så den sker en gång, när du säger till, och inte vid varje klick medan du fortfarande funderar.
Att stänga av en kontroll kastar dess fynd
Slår du på gruppen igen körs den om och fynden kommer tillbaka, men det en kollega avfärdat på de raderna överlever inte vändan. Höj hellre rekordtröskeln än att stänga av en stökig kontroll.
Huvudbrytare
Flagga bokningar automatiskt stänger av alltihop: den flaggade vyn och dess räknare försvinner. Just den är omedelbar i båda riktningarna — huvudbrytaren döljer i stället för att räkna om, så ingenting körs på nytt när du slår på den igen. Den rör aldrig en flagga som en människa satt för hand.
Rekordtröskel
De två rekordkontrollerna — Ovanligt stor bokning och Ovanligt många bokningar — delar ett reglage: hur långt över sin egen tidigare topp en bokning eller en månad måste ligga innan den rapporteras. Välj 2× · 3× · 5× · 10×; standard är 3×.
Det är en brusventil, inte en avstängning. Om en ojämn huvudbok gör kontrollerna stökiga, höj tröskeln innan du stänger av dem. Reglaget gråas ut när ingen av de två rekordkontrollerna körs.
Varför ribban är det tredje största värdet, inte det största
Båda rekordkontrollerna mäter mot det tredje största tidigare värdet, aldrig mot maxvärdet. Att mäta mot maxvärdet förgiftar sig självt: en feltryckt 240 000 höjer ribban till 2,4 miljoner för all framtid och stänger tyst av kontrollen med just det fynd den gjorde helt rätt.
Ett filter är inte en inställning
Att avmarkera en orsak i tabellens kolumnrubrik betyder ”dölj de här raderna i min vy, nu” — per användare, tillfälligt och tillgängligt för alla. Att stänga av en kontroll på den här sidan betyder ”sluta flagga det här för alla” — per organisation, permanent och endast för administratörer. De delar aldrig reglage, och rullgardinsmenyn visar en kontroll som av eller kräver N månader enbart som sammanhang. Den ändrar aldrig något av det.
Vad statycs medvetet inte kontrollerar
Flera rimliga kontroller har övervägts och förkastats, eftersom var och en förutsätter att statycs är källsystemet:
| Kontrolleras inte | Varför |
|---|---|
| En motparts allra första förekomst | Brus — ett växande företag lägger till leverantörer varje månad |
| Manuell bokning | Källfältet registrerar hur en rad tog sig in i statycs, inte hur den bokfördes |
| Bokförd efter att perioden stängts | statycs får aldrig veta när din period stängde |
| Bokföringsperioden innehåller inte bokföringsdatumet | Perioden följer råbalansens bokföringsperiod enligt design, så detta skulle slå larm på korrekta data |
| Jämna belopp | Brus |
| Verifikatet balanserar inte | Råbalansen härleds ur verifikationerna, så detta vore statycs egen aritmetik kontrollerad mot sig själv |
Relaterat
- Bokföringsposter — funktionen, dess data och fliken Bokföringsposter
- Flaggor och kommentarer — vad du gör med ett fynd
- Motparter — att slå ihop de stavningar som namnkontrollen lyfter fram
- Notiser — där varningar om datagap visas