Oppfyller Macct kravene til regnskapssystem?

Bokføringsloven § 4 nr. 1 — Ordentlig og oversiktlig regnskapssystem

"Regnskapssystem: Det skal foreligge et ordentlig og oversiktlig regnskapssystem som muliggjør produksjon av pliktig regnskapsrapportering og spesifikasjoner, og som er innrettet slik at opplysningsplikten kan ivaretas."

Macct håndhever NS 4102 (Norsk Standard Kontoplan) som standardkontoplan. Alle bilag posteres med dobbel bokføring — sum debet = sum kredit, alltid. Et bilag kan ikke lagres ubalansert. Hovedboken er kronologisk og søkbar per konto, kostnadssted, prosjekt eller dato.

Bokføringsloven § 6 — Sporbarhet

"Bokførte opplysninger skal lett kunne følges fra dokumentasjonen via spesifikasjoner frem til pliktig regnskapsrapportering. Det skal likeledes på en lett kontrollerbar måte være mulig med utgangspunkt i pliktig regnskapsrapportering å kunne finne tilbake til dokumentasjonen for de enkelte bokførte opplysningene."

Hvert bilag i Macct har full audit-logg: hvem som opprettet det, når, hvilke endringer som er gjort. Vedlegg (PDF-fakturaer, kvitteringer, bilder) lagres som binær fil knyttet direkte til bilaget — ikke som en separat liste man kan miste tilknytningen til. For multi-valuta lagres valutakilde + dato (typisk "Norges Bank YYYY-MM-DD"), så det er etterprøvbart hvilken kurs som ble brukt.

Bokføringsloven § 9 — Uforanderlighet

"Bokførte opplysninger skal ikke endres eller slettes etter at fristene som nevnt i § 7 annet ledd er utløpt. Etter at disse fristene er utløpt, skal retting skje med ny, dokumentert postering. Slike korreksjoner skal skje ved at den opprinnelige posteringen i sin helhet reverseres."

Macct har en database-trigger som blokkerer alle UPDATE- og DELETE-operasjoner mot bilagslinjer i avsluttede regnskaps- perioder. Dette gjelder også brukere med administrator- rettigheter. Eneste måte å korrigere et avsluttet bilag på er å postere et motbilag i en åpen periode — slik regelverket krever. App-brukeren med SQL-tilgang er NOSUPERUSER og kan ikke omgå triggeren med SET session_replication_role.

Bokføringsloven § 13 — Oppbevaring i 5 år

"Regnskapsmateriale som nevnt i første ledd nr. 1 til 4 skal oppbevares i Norge i fem år etter regnskapsårets slutt." — men bokføringsforskriften § 7-5 gjør uttrykkelig unntak: "Bokføringspliktige kan oppbevare elektronisk regnskapsmateriale i et annet EØS-land, Storbritannia og Sveits."

Macct lagrer all data på EU-servere (Hetzner Tyskland/Finland), altså innenfor EØS. Det er lovlig etter § 7-5, på tre vilkår: materialet skal være tilgjengelig i lesbar form og kunne skrives ut fra en terminal i Norge i hele oppbevaringsperioden — det dekker eksport-funksjonene under — og du som bokføringspliktig skal skriftlig informere skattekontoret om hvilket regnskapsmateriale som oppbevares i utlandet, hvor det oppbevares, og hvordan kontrollmyndighetene kan få tilgang. Den meldingen kan ikke vi sende på dine vegne. Du kan eksportere alt uten ekstra kostnad: SAF-T (lovens primær-format), PDF-rapporter, og «Eksporter alt»-ZIP med full database-eksport (JSON), SAF-T per år, alle bilagsvedlegg og original-XML for inngående EHF-fakturaer. Hvis du sier opp Macct, ligger ansvaret for 5-års oppbevaring hos deg som bokføringspliktig — last ned eksport-filene og lagre dem trygt før du melder deg ut.

SAF-T Financial v1.40 — eneste gyldige format fra 1. januar 2027

Skatteetatens forskrift krever at alle norske regnskapssystem skal kunne eksportere SAF-T Financial ved kontroll-forespørsel — v1.40 er eneste gyldige format fra 1. januar 2027 (v1.30 til og med 2026).

Macct støtter full SAF-T v1.40-eksport (og leser inn både v1.30 og v1.40), inkludert GroupingCategory og GroupingCode per konto (det nye kravet i v1.30 sammenlignet med v1.10). Eksporten kan filtreres på regnskapsperiode og lastes ned direkte fra UI eller API. Filen er XML i Skatteetatens offisielle skjema og kan leveres direkte til skatte-revisor ved kontroll.

Bimånedlig MVA-melding via Altinn

MVA-loven krever bimånedlig MVA-melding (6 terminer per år) levert elektronisk via Altinn.

Macct beregner MVA per bilag basert på SAF-T standard tax codes (25 %, 15 %, 12 %, 0 %). Inngående MVA bokføres på 1610, utgående MVA på 2700. Ved termin-slutt foreslår Macct et oppgjørsbilag (1610/2700 → 2740 Oppgjørskonto) og genererer MVA-melding-XML klar for opplasting i Altinn.

Workflow med eksplisitt godkjenning: Macct sender ALDRI MVA-melding automatisk. Du må gå gjennom utkastet, sammenligne med saldobalansen, og godkjenne aktivt før noe sendes. Hvert steg logges med SHA-256 hash av dataene.

Månedlig A-melding via Altinn

Skatte- og avgiftsregelverket krever månedlig A-melding fra alle arbeidsgivere innen den 5. i påfølgende måned.

Macct kjører lønn månedlig: brutto → skattetrekk fra skattekort → netto. AGA beregnes per arbeidsgiveravgift-sone, feriepenger avsettes løpende (12 % som standard — avtalesatsen ved fem ukers ferie; lovens minimum er 10,2 %). Bokføring føres på riktige NS 4102-kontoer (5000 lønn / 2600 skattetrekk / 2930 skyldig netto / 5400 AGA / 2670 skyldig AGA / 5020 feriepenger / 2940 skyldige feriepenger).

A-meldingen lages i Skatteetatens JSON-format og valideres før innsending. Macct sender aldri automatisk: den går til Skatteetaten når du har gått gjennom innholdet og trykket «Send A-melding». Vil du levere selv, kan du laste ned filen.

Betalingen til Skatteetaten (forskuddstrekk første virkedag etter lønn, arbeidsgiveravgift per termin) står klar under «Trekk og oppgjør» med beløp, KID og kontonummer 7694 05 24802 — KID-en regnes ut etter Skatteetatens oppbygging, og bankraden avstemmes med ett klikk.

Årsregnskap til Brønnøysund — for AS

Regnskapsloven § 8-2 krever at AS leverer årsregnskap til Regnskapsregisteret innen 31. juli året etter regnskapsåret.

Macct genererer komplett RF-1167 årsregnskap inkludert noter fra den bokførte hovedboken. NRS 8-validering kjøres automatisk for å bekrefte at selskapet kvalifiserer som "lite foretak" og kan bruke forenklede regler. Generering, gjennomgang, godkjenning og innsending er fire separate steg.

For ENK genereres RF-1175 næringsoppgave for personlig skattemelding etter samme prinsipp.

RF-1086 årlig aksjonærregister-oppgave

Skatteloven krever at alle AS leverer aksjonærregister-oppgave RF-1086 årlig innen 31. januar.

Macct holder oversikt over aksjonærer, aksjeposter og aksjeklasser. Ved årsskiftet genereres RF-1086 automatisk basert på den førte aksjeboka — i Skatteetatens offisielle skjemaformat — og sendes direkte til Skatteetatens aksjonærregister-API etter din eksplisitte godkjenning. Endringer i aksjonærsammensetningen i løpet av året (kjøp, salg, kapitalforhøyelse) spores med dato.

Skattemelding for næringsdrivende (RF-1175 / RF-1167-deler)

Skatteforvaltningsloven krever årlig skattemelding fra alle skattepliktige enheter.

Macct mapper hovedboks-saldoer til skattemelding-felt etter Skatteetatens spesifikasjon. Workflow er strengt 4-stegs: DRAFT → READY_FOR_REVIEW → APPROVED → SUBMITTED. Ingen steg kan hoppes over. Hver overgang logges med:

• Tidspunkt
• Brukeren som godkjente
• SHA-256 hash av dataene
• Kvittering-ID fra Altinn ved innsending

EHF / Peppol — krav for offentlige innkjøp

Lov om elektronisk faktura krever EHF-format ved fakturering til offentlig sektor.

Macct lager utgående fakturaer som UBL 2.1 EHF i Peppol-format. Inngående EHF-fakturaer tolkes automatisk og opprettes som inngående faktura-bilag med XML-originalen lagret som vedlegg. Hvordan dette fungerer i praksis er forklart på Peppol og EHF — enkelt forklart.

GDPR + datalagring i EU

Macct lagrer alle data på Hetzner-servere i Tyskland og Finland (EU). Ingen overføring til tredjeland. Brukere har rett til eksport (artikkel 20) og sletting (artikkel 17) — Macct har innebygde funksjoner for begge.

App-rollen mot databasen er NOSUPERUSER, så den kan ikke slå av alle triggere på én gang med replikeringsmodus. Rollen eier likevel tabellene og kan i prinsippet slå av en enkelt trigger — det er et kjent forbedringspunkt (egen eier-rolle). Bilag-linjer beskyttes av flerlags-tilgangskontroll (selskap → bruker → rolle).

Formelle sertifiseringer

Vi er åpne om at Macct ikke er ISO 27001- eller SOC 2- sertifisert ennå. Dette er ikke et lov-krav for å være et lovlig regnskapssystem i Norge, men noen større kunder ber om det. Hvis dere har slike krav internt, anbefaler vi Tripletex eller Visma som har disse sertifiseringene på plass.