Revisjonsmotor er bygget på ett enkelt skille som er avgjørende for tilliten: kunstig intelligens brukes kun til å lese — å forstå et ustrukturert dokument og hente ut tallene som står der — mens selve kontrollen gjøres deterministisk i kode. Datoer, beløp, summer og sammenligninger regnes ut av regler som gir samme svar hver gang, ikke av en språkmodell.
Det betyr at en faktura, en bankavstemming eller en MVA-oppstilling leses av AI og gjøres om til strukturerte tall — men spørsmålet «stemmer dette?» avgjøres av etterprøvbar logikk mot kilden. Klarer ikke AI å lese et tall sikkert, gjetter den ikke: posten flagges «til gjennomgang». Motoren produserer aldri et grønt «stemmer» uten at det faktisk er bekreftet mot et tall.
Forstår ustrukturerte dokumenter — faktura-PDF, bankutskrift, avstemming i Excel — og henter ut beløp, datoer og parter.
Regler regner ut og sammenligner mot bokføringen. Samme inndata gir alltid samme svar — fullt etterprøvbart.
Det usikre flagges til revisor — aldri stemplet grønt på antakelser. Revisor konkluderer.
Motoren henter regnskapsdataene direkte fra kildesystemene — enten via API (kontinuerlig og automatisk) eller via en SAF-T-fil (Skatteetatens standardformat for regnskapsdata). Alle kilder normaliseres til én felles datamodell, slik at kontrollene fungerer likt uansett hvor dataene kommer fra.
Fordelen med direkte tilkobling er at revisor slipper manuell eksport og opplasting, at dataene alltid er ferske, og at hele veien fra kilde til konklusjon er sporbar. Bilag og dokumentasjon kan også lastes opp manuelt der en kilde ikke har API.
Motoren kontrollerer 100 % av transaksjonene — ikke et tilfeldig utvalg. Under er de viktigste kontrollene forklart. Hver av dem ender med én av tre tilstander: stemmer (bekreftet mot kilde), kontroller (avvik over grensen — til revisor), eller mangler dokumentasjon.
Hvert bilag leses og kontrolleres mot bokføringen: stemmer beløpet, er riktig MVA-kode brukt, er det ført på en konto som passer kjøpet, og er datoen rimelig? Avvik vurderes mot vesentlighetsgrensen — ubetydelige avvik godkjennes automatisk, mens det vesentlige flagges. Fremmed valuta håndteres ved at dokumentets egen omregning til NOK brukes, slik at kursdifferanser ikke gir falske avvik.
MVA kontrolleres i fire trinn, hver avstemt mot en uavhengig kilde:
Hver balansepost kontrolleres mot dokumentasjon: bankinnskudd mot årsoppgave, kundefordringer mot aldersfordeling, varelager mot lagerliste, og så videre. Dokumenter kan lastes opp samlet, og motoren kjenner igjen hva hvert dokument er og kobler det til riktig konto. På bank avstemmes også renteinntekten mot bankens årsoppgave. Balansen vises som en oppstilling med delsummer, slik en revisor er vant til å lese den.
Kontrollerer at kostnader og inntekter er ført i riktig periode, og flagger poster som ser ut til å høre til en annen periode.
Sammenligner årets tall mot fjoråret og forventning, og løfter fram uvanlige bevegelser til nærmere kontroll.
En kontroll uten vesentlighet drukner i bagateller. Motoren beregner vesentlighetsgrensen ut fra selskapets egne tall (omsetning, resultat, eiendeler og egenkapital), og avleder arbeidsvesentlighet og en grense for ubetydelige feil av den. Avvik under grensen for ubetydelige feil godkjennes automatisk som uvesentlige, mens alt over løftes til revisor. Grensene er innstillbare, og revisor ser alltid hvilken grense som er brukt.
Et revisjonsverktøy er bare så godt som sporet det etterlater. Hver kontroll logges med regel, kilde og beløp — hvilken kontroll som ble kjørt, mot hvilket tall, og med hvilket resultat. Dokumentasjonen er bygget for å gå rett inn i arbeidspapirene, og «grønt» betyr alltid faktisk bekreftet mot en kilde, aldri en antakelse. Sikkerheten er en del av kontrollen: data krypteres i transport og i hvile, lagres i Norge, og tilgang styres rollebasert slik at hver bruker kun ser sine klienter.