I byggeprosjekter er det kontrakten som er fasiten for hver faktura — ikke bestillingen. Har du kontraktsgrunnlaget som strukturerte data, kan det meste av kontrollen gjøres automatisk.
Feilene som gjentar seg
Et byggeprosjekt av en viss størrelse produserer fort flere hundre leverandørfakturaer før det er ferdig. De aller fleste er helt i orden. Men de som ikke er det, går sjelden galt på nye måter: fakturaen er sendt to ganger, den fakturerer mer enn kontrakten gir rom for, den tar betalt for en endring som ennå ikke er godkjent, MVA-satsen er en annen enn den avtalte, eller et LPS-krav stemmer ikke med indeksen.
Det som skiller fakturakontroll i byggeprosjekter fra fakturakontroll ellers, er at fasiten ikke er en bestilling, men en kontrakt — med kontraktssum, endringer, avtalt MVA-sats og eventuelle indeksvilkår. Har du den informasjonen strukturert, er de fleste kontrollene ren mekanikk. Har du den i et dokument et sted, er det manuelt arbeid som fort hoppes over når det er travelt.
Fra å lese tekst til å forstå fakturaen
Å lese fakturadata ut av en PDF er ikke nytt. Spesialiserte systemer har gjort det i mange år, ved å hente ut teksten og lete etter faste mønstre: et fakturanummer her, et beløp der. De siste årene har imidlertid maskiners evne til å tolke innhold tatt et langt steg videre. Der man før måtte fortelle systemet nøyaktig hvor på arket beløpet sto, kan moderne KI lese dokumentet omtrent slik en saksbehandler gjør: avgjøre hva slags dokument det er, forstå hvilken kontrakt det gjelder, og legge merke til at fakturaen viser til endring nr. 42. Det er billig, det er raskt, og det gjør helt nye operasjoner mulige.
Det er den kombinasjonen som gjør automatisk fakturakontroll til noe annet enn automatisk fakturaskanning: KI som leser dokumentet, og et system fullt av strukturert informasjon om prosjektet som kontrollerer det. Det er samtidig verdt å være presis på hvem som gjør hva. I Brakka brukes KI til å lese fakturaen, mens selve kontrollene er deterministiske regler over kontraktsdataene. Modellen gjetter aldri på et beløp eller en MVA-sats den ikke finner på fakturaen, og den bokfører aldri en faktura den ikke er sikker på hvor hører hjemme.
Kort versjon: dette sjekker Brakka for deg
Kontrollen skjer i to lag. Fakturamottaket svarer på om dette er en faktura, om den er registrert fra før, og hvilken kontrakt den hører til — og bokfører automatisk når svaret er entydig. Fakturakontrollen kjører etterpå, på alle bokførte fakturaer uansett hvordan de kom inn, og svarer på om innholdet stemmer med kontrakten.
Tre prinsipper gjør at du kan stole på den. Den gjetter aldri: en kontroll som mangler data, sier ingenting. Den bruker ingen toleransegrenser: det finnes ingen «±5 %» som stille slipper småfeil gjennom — det er du som bekrefter eller avviser hvert funn. Og fakturakontrollen stopper aldri bokføringen: en bokført faktura med funn blir stående i regnskapet, flagget, så tallene er komplette mens spørsmålet er åpent. (Fakturamottaket er strengere — der går tvilstilfeller til manuell gjennomgang i stedet for å bokføres feil.)
Resten av artikkelen går gjennom hver enkelt kontroll — og hva du bør sjekke selv om du ikke bruker Brakka.
Lag 1: Fakturamottak — er dette en faktura, og hvor hører den hjemme?
Alt under skjer før fakturaen bokføres. Utfallet er enten at fakturaen bokføres automatisk, eller at den legges til gjennomgang med en konkret grunn. Ingenting bokføres «for sikkerhets skyld» på en kontrakt den kanskje ikke hører til.
Er filen sendt inn fra før?
Før dokumentet i det hele tatt leses, sammenlignes selve filinnholdet med alle fakturavedlegg i organisasjonen — og med andre filer som ligger til behandling. Er filen identisk med en som finnes, går den rett til gjennomgang som mulig duplikat, med lenke til fakturaen den ser ut til å være en kopi av. Dette fanger dobbel opplasting og purringer der den opprinnelige fakturaen ligger ved.
Er fakturaen registrert fra før, i en annen fil?
Etter at feltene er lest ut, sjekkes de mot prosjektets bokførte fakturaer på to uavhengige måter: samme fakturanummer, dato og beløp, eller samme leverandør og samme fakturanummer. I leverandørsjekken normaliseres nummeret, slik at «Faktura nr. 0042» og «42» regnes som det samme — men det brukes bevisst ikke «nesten likt». Løpende nummerserier gjør at nabo-numre er helt vanlige, og et system som flagger dem ville ropt ulv hver uke. Dette fanger fakturaer som er skannet på nytt eller sendt på nytt i en annen fil.
Er det faktisk en faktura?
Dokumentet klassifiseres. Er det ikke en faktura eller kreditnota, er det et motkrav, eller er det for uleselig til å tolkes sikkert, bokføres det aldri. Det går til gjennomgang med grunnen oppgitt.
Hvilken kontrakt hører den til?
Modellen får alle prosjektets kontrakter — med endringsregister og det den har lært om hvilke leverandører som hører til hvor — og skal peke på én. Regelen er streng: den får bare bokføre når det finnes et entydig kjennetegn, typisk et organisasjonsnummer som bare passer én kontrakt. Kan flere kontrakter passe, eller ingen, avstår den og legger fakturaen til gjennomgang. Peker den på en kontrakt som ikke finnes i prosjektet, behandles det som at den avsto. I vår egen måling havnet 96,5 % av fakturaene den valgte å bokføre på riktig kontrakt — uten annen informasjon om kontraktene enn navnet — og det som ikke bokføres automatisk, går i all hovedsak til gjennomgang i stedet for til feil kontrakt.
Hva om du allerede har valgt kontrakt?
Laster du opp fakturaen direkte på en kontrakt, er det et signal Brakka aldri overstyrer stille. Modellen ser ikke hvor du la filen, og gir en uavhengig vurdering. Er den enig, eller usikker, bokføres fakturaen der du la den. Peker den selvsikkert på en annen kontrakt, bokføres ingenting — spørsmålet legges til gjennomgang, med forslaget vedlagt.
Er minimumsfeltene på plass?
En faktura uten fakturanummer, dato eller beløp bokføres ikke automatisk. I tillegg leses MVA-sats, uttrykkelige referanser til endringer og eventuelle LPS-opplysninger ut for kontrollene under — men bare når dokumentet selv oppgir dem. Står ikke satsen på fakturaen, blir feltet tomt, ikke gjettet.
Lag 2: Fakturakontroll — stemmer innholdet med kontrakten?
Disse kontrollene kjører på alle bokførte fakturaer, enten de ble bokført automatisk, etter gjennomgang eller lagt inn for hånd. De blokkerer aldri noe. Og fordi hver kontroll er en ren funksjon av kontraktens nåværende tilstand, kjører den på nytt hver gang noe den ser på endres.
Fakturert utover kontraktssum og godkjente endringer
Den viktigste kontrollen, og den som er mest arbeidskrevende å gjøre for hånd. Summen av alt som er fakturert på kontrakten — kreditnotaer trekkes fra, og LPS-fakturaer holdes utenfor — sammenlignes med kontraktssummen pluss godkjente endringer. Bare godkjente teller. Endringer som venter på avgjørelse eller er omtvistet, inngår i prognosen for sluttkostnad, men de gir ikke entreprenøren rett til å fakturere ennå.
Et enkelt eksempel: Kontraktssummen er kr 12 000 000, og det er godkjent endringer for kr 640 000. Taket er dermed kr 12 640 000. Når avdragsfaktura nr. 14 bringer sum fakturert til kr 12 715 000, får du et funn på kr 75 000 — forankret i akkurat den fakturaen som krysset grensen.
Det er ett åpent funn per kontrakt av gangen. Avviser du det, fordi overskridelsen er avklart, husker Brakka posisjonen: funnet dukker ikke opp igjen før overskridelsen faktisk vokser. Og på en kontrakt med indeksregulering får funnet med seg et spørsmål — «er dette en LPS-faktura?» — fordi lønns- og prisstigning er den vanligste legitime grunnen til å fakturere forbi kontraktssummen. Markerer du fakturaen som LPS, tas den ut av regnestykket, og funnet lukkes av seg selv. Det motsatte skjer aldri: taket får ikke bakt inn en forventet LPS, for da ville alle andre overskridelser bli usynlige bak den.
MVA-avvik
Satsen fakturaen selv oppgir, sammenlignes med satsen kontrakten er satt opp med (eller prosjektets standardsats om kontrakten ikke har egen). Det er satsen som sammenlignes, ikke beløpet — et beløp må regnes tilbake fra en sum som kan blande satser og avrundinger, mens satsen er noe begge parter faktisk oppgir. Sammenligningen er eksakt: 12,49 % mot 12,5 % er et avvik. Kontrollen sier ingenting når fakturaen ikke oppgir sats, når kontrakten ikke har en, eller når prosjektet ikke fører MVA.
Fakturaen viser til en endring som ikke er godkjent
Når fakturaen uttrykkelig viser til en endring i kontraktens endringsregister — med endringsnummer eller ekstern referanse — sjekkes det om endringen faktisk er godkjent. Er den ikke det, om den venter, er avvist eller bare delvis godkjent, får du et funn som navngir endringen og status. Bare det dokumentet selv sier, teller: at arbeidet ligner på en endring, er ikke nok. Kreditnotaer flagges aldri, for de reverserer en fakturering i stedet for å gjøre en.
Å fakturere en endring før den er godkjent er ikke nødvendigvis feil — det kan være en formalitet som henger etter. Derfor overlater funnet vurderingen til deg. Godkjenner du endringen etterpå, lukkes funnet av seg selv.
LPS-fakturaer
Fakturaer for lønns- og prisstigning har sitt eget sett med kontroller. Brakka gjenkjenner LPS-fakturaer og leser ut periodene, grunnlaget og eventuelt innestående som er trukket — du bekrefter lesingen med ett klikk, fordi en markert LPS-faktura tas ut av regnestykket over, og et feillest dokument skal aldri gjøre det stille. Deretter etterregnes kravet mot SSBs publiserte indekser, med kontraktens basismåned, indeksserie og regulerbare andel, og hele regnestykket vises ved siden av det entreprenøren har fakturert. I tillegg sjekkes det om samme måned er regulert fra før, om indeksen for perioden faktisk er publisert, om innestående er trukket der NS 8407 sier det ikke skal gjøres, og om kontrakten i det hele tatt er avtalt med indeksregulering. Hvordan regnestykket henger sammen, og hva som oftest går galt, har vi skrevet om i artikkelen om LPS-regulering.
Hva skjer med et funn
Et funn stopper ingenting. Fakturaen er bokført, tallene er med i økonomioppfølgingen, og funnet ligger ved siden av — på fakturaraden og i en egen innboks for prosjektet. Laster du opp en bunke fakturaer, får du én oppsummering når Brakka er ferdig: hvor mange som ble bokført automatisk, hvilke som venter på gjennomgang, og hvilke funn som ble gjort. Ikke ett varsel per faktura.
Hvert funn avgjøres av et menneske: bekreft, eller avvis. Men kontrollene fortsetter å følge med. Blir endringen godkjent, kommer kreditnotaen, eller oppdateres kontraktssummen, lukkes et åpent funn av seg selv, med begrunnelsen oppgitt — «endringen ble godkjent», «kontraktssummen ble oppdatert». Et funn du har bekreftet flippes derimot aldri bak ryggen din. Om det senere løser seg, får det bare en merknad om det; som regel er løsningen nettopp resultatet av at du tok tak i det.
Sjekkliste for kontroll av leverandørfakturaer
Bruker du ikke Brakka, er dette det samme regnestykket for hånd — i omtrent den rekkefølgen det oftest går galt:
- Er den registrert fra før? Søk på fakturanummeret i fakturalisten før du bokfører. Sjekk også leverandør og beløp, i tilfelle nummeret er skrevet annerledes.
- Er det faktisk en faktura? Motkrav, purringer og kontoutskrifter skal ikke inn i fakturalisten.
- Riktig kontrakt? Stemmer leverandøren og arbeidsbeskrivelsen med kontrakten den bokføres på? Særlig viktig når samme leverandør har flere kontrakter i prosjektet.
- Sum fakturert mot taket. Hold et løpende regnestykke per kontrakt: kontraktssum + godkjente endringer − sum fakturert. Kryss ikke grensen uten å vite hvorfor.
- Endringsreferanser. Viser fakturaen til en endring? Sjekk at den er godkjent, og at beløpet stemmer med det som ble godkjent.
- MVA-sats. Stemmer satsen på fakturaen med den kontrakten er inngått med?
- LPS. Er det en faktura for lønns- og prisstigning, har den sin egen sjekkliste — se LPS-artikkelen.
En generell regel til slutt, den samme som for LPS: at du betaler en faktura, betyr ikke at du har godkjent grunnlaget. Men innsigelser bør komme skriftlig, og de bør komme raskt.
Vil du helst slippe å kontrollere fakturaer selv?
Fakturakontroll er kjedelig, repetitivt og — når kontraktsgrunnlaget er strukturert — helt deterministisk. Det er nøyaktig den typen arbeid som bør gjøres av programvare, med et menneske til å ta avgjørelsene.
I Brakka ligger kontraktssum, endringer, MVA-sats og indeksvilkår allerede der du følger opp økonomien i prosjektet. Mer trenger vi ikke for å kontrollere hver faktura når den kommer. Les mer om fakturakontroll i Brakka.
Vil du se Brakka i bruk?
Book en uforpliktende demo, så viser vi deg hvordan Brakka passer for prosjektene dine.