Oversikt over hvilke norske lover, standarder og bransjekonvensjoner Macct håndhever automatisk. Skrevet for revisor, bokfører, Skatteetaten — eller deg som selv vil etterprøve hva systemet gjør. Statusene implementert, delvis og mangler reflekterer faktisk kode i master-branch.
| Regel | Krav | I Macct |
|---|
| § 4 nr. 1 |
Debet = kredit på hvert bilag |
Hardvalidert i bokføringstjenesten. Ubalanserte bilag avvises med klar feilmelding. |
| § 5 |
Krav til bilag: dato, beskrivelse, motpart, beløp |
Validert via DTO-validering og service-laget. |
| § 9 |
Kontoplan |
NS 4102 med 260+ kontoer ferdig utfylt. |
| § 10 |
Sporbarhet — bokførte opplysninger skal kunne følges både fra dokumentasjon til rapportering og motsatt vei |
Implementert. Bilag registreres med opprettet_av_bruker_id + tidsstempel, valutakurser har dokumentert kilde, bilagsnummer er monotont per selskap, og alle vesentlige hendelser (innlogging, IDOR-forsøk, sanity-avvik, godkjenninger) logges til en uforanderlig revisjonslogg. |
| § 10 |
Sporing av endringer på master-data (kunder, leverandører, lønn, brukerrettigheter) |
Implementert via audit-trigger i lagringslaget. Hver endring lagres med før/etter-snapshot (JSON) + hvem og når. |
| § 11 |
Spesifikasjoner: hovedbok, kundereskontro, leverandørreskontro |
Implementert som rapporter, med daglig sanity-jobb som verifiserer at hovedbok og reskontro stemmer eksakt. |
| § 13 |
Oppbevaring 5 år |
Implementert. Bilag er uforanderlig etter opprettelse, uavhengig av om perioden er åpen eller lukket. Endring og sletting blokkeres i lagringslaget. Korrigering skjer via stornering. |
| § 14 |
Korrigering via stornering, ikke sletting |
Implementert for bilag — stornering oppretter motbilag med byttet debet/kredit, originalen beholdes uendret, dobbel storno blokkeres. Delvis for faktura — etter sending er fakturaen uforanderlig, og bokføringen kan stornes via reverser-bilag. Egen kreditnota-flyt med eget fakturanr står på roadmap. |
| Regel | Krav | I Macct |
|---|
| § 1-6 |
Lite foretak (etter 1.11.2024): omsetning ≤ 168 MNOK, balansesum ≤ 84 MNOK, ≤ 50 årsverk. Maks én grense kan overskrides to år på rad. |
Sjekkes i Nrs8Validator (alle tre vilkår). Macct er primært designet for selskap som faller under disse grensene. |
| § 4-1 |
Grunnleggende prinsipper: opptjening, sammenstilling, forsiktighet (laveste verdi), konsistens |
Innebygget. Inntekt føres ved fakturering (ikke betaling), avskrivninger sammenstiller kostnad over levetid, åpne fremmedvaluta-fordringer revalueres ved årsslutt. |
| § 4-3 |
Kongruensprinsippet — resultat skal via resultatkonto, ikke direkte mot egenkapital |
Hardvalidert. Direkte postering på 2050/2070/2080 blokkeres, unntatt for åpningsbilag, årsavslutning og storno. |
| § 4-9 |
Omregning av fremmedvaluta-poster til balansedagens kurs |
Implementert i årsavslutningen. Åpne fordringer og gjeld revalueres til 31.12-kurs; urealisert differanse bokføres på 8060 (gevinst) eller 8160 (tap) med fullt audit-spor. |
| § 5-2 |
Anleggsmidler aktiveres og avskrives |
Soft-warning ved beløp > 30 000 NOK på konto 6500-6599 (jf. sktl. § 14-40). Avskrivningsplan er manuell. |
| Forenkling/krav | Hvordan i Macct |
|---|
| Forenklede notekrav (8 obligatoriske noter) |
Generert i årsregnskapet via AarsregnskapService. |
| Ingen kontantstrømoppstilling påkrevd |
Utelatt — vi genererer ikke denne for små-foretaks-flyten. |
| Bevertning — fradragsgrense 592 kr/pers (2026, skattebetalingsforskriften § 6-46-1) |
Soft-warning på konto 7330 (Representasjon) ved beløp > 592 kr. Bruker får forklaring og henvises til 7350 (gaver, ikke-fradrag) for overskytende. |
| Forsiktighet for fordringer — laveste verdi |
Delvis via årsslutt-revaluering. Manuell vurdering av tapsrisiko på den enkelte kunde er ikke automatisert. |
| Revisjonsplikt — kan fravelges hvis omsetning < 7 MNOK + balanse < 27 MNOK + < 10 årsverk (asl. § 7-6) |
Sjekkes i Nrs8Validator — viser status og henviser til Foretaksregisteret for selve fravalget. |
| Regel | Krav | Hvordan i Macct |
|---|
| § 14-40 |
Aktiveringsgrense 30 000 kr eks. mva for varige driftsmidler |
Soft-warning på beløp > 30 000 NOK på konto 6500-6599 (Verktøy, inventar, driftsmateriale, programvare) — der WorldCom-mønsteret typisk oppstår. Brukeren henvises til 12xx-aktivering. For fremmedvaluta-bilag vises beløpet både i NOK og opprinnelig valuta. |
| § 14-41 |
Saldoavskrivning, gruppe A-J med faste satser (10–30 %) |
Ikke automatisert — må føres manuelt med korrekt sats per gruppe. |
| § 6-1 |
Fradrag i næringsvirksomhet |
Implementert via NS 4102-konteringen. Konteringsforslaget peker mot riktig fradragskonto basert på tekstanalyse. |
|
Selskapsskatt 22 % (AS, 2026) |
Bokført i årsoppgjøret på konto 8300 (Skattekostnad) → 2500 (Betalbar skatt) for AS. |
| Regel | Krav | Hvordan i Macct |
|---|
| § 2-1 |
Registreringsplikt — omsetning > 50 000 kr siste 12 mnd |
Innstilling — selskap markeres som mva-pliktig via selskap_innstillinger. Ingen automatisk overvåking av terskelen. |
|
Mva-satser: 25 % (høy), 15 % (mat), 12 % (lav, transport/kultur), 0 % (eksport/fritatt) |
Alle satser som SAF-T-koder (3, 31, 33, 5, 52, 6, 1, 11, 13, 14...). Mva auto-beregnes per linje. |
|
Bimånedlig terminoppgave (6 terminer/år) |
Implementert via /api/rapport/mva og bokføringen på konto 2740 (Oppgjørskonto). |
|
Termin-lås etter levert mva-melding |
Implementert — regnskapsperiode.mva_lukket settes ved bokført mva-oppgjør. Senere mva-bilag i terminen blokkeres. |
|
SAF-T v1.30 (mandatory fra jan 2025) |
Eksport via SaftExportService. |
|
Konto-mva-kode-konsistens |
Hardvalidert — 1610-1619 må ha inngående mva-kode, 27xx (utenom 2740) må ha utgående, 3xxx tillater bare utgående, 4xxx-7xxx bare inngående. |
| Komponent | I Macct |
|---|
| Kontoklasser 1-8 (eiendel, EK+gjeld, salgsinntekt, varekost, lønn, av-/nedskrivning, drift, finans+skatt) |
260+ kontoer ferdig utfylt og enforcet. |
| Reskontrokonti 1500 (kunde) / 2400 (leverandør) krever per-partner-spesifikasjon |
Hardvalidert — linjer på 1500/2400 uten partner blir avvist både i bokføringstjenesten og i lagringslaget. |
| MVA-utligningskonti 1610-1619 / 27xx |
Innebygget — brukes ved automatisk MVA-postering. |
| Regel/krav | I Macct |
|---|
| Hovedbok i NOK |
Innebygget — bilagslinje.debet/kredit alltid i NOK; konvertert via formel ved write. |
| Daglig kurs fra Norges Bank |
Auto — @Scheduled cron 17:30 UTC virkedager; lastNObservations=30 (~6 ukers historikk). |
| Kurs-kilde må dokumenteres ved manuell overstyring (bokf-l. § 7) |
Hardvalidert — når brukeren overstyrer den auto-hentede kursen kreves det eksplisitt kilde-tekst (f.eks. "DNB vekslingsnota nr. X-12345"). Auto-hentet kurs merkes med "Norges Bank YYYY-MM-DD". |
| Realisert kursdifferanse ved innbetaling |
Auto-bokført på 8040 (Valutagevinst) eller 8150 (Valutatap) når betalings-kurs avviker fra faktura-kurs. |
| Urealisert kursdifferanse ved 31.12 (rskl. § 4-9) |
Implementert ved årsavslutning. Åpne fordringer og gjeld revalueres til balansedagens kurs; differansen bokføres på 8060 (gevinst) eller 8160 (tap). |
| 4 felter per regnskapslinje: valutakode, valutakurs, belop_valuta, belop_nok |
NOT NULL på bilagslinje, faktura, fakturalinje, faktura_betaling. Default NOK / 1.0 / belop / belop. |
| Omregningsfaktor (1 vs 100 for JPY/HUF/KRW) |
På valuta-master — valuta.antall_per_kurs. Form: belop_nok = belop_valuta * valutakurs / antall_per_kurs. |
| Lag | Mekanisme |
|---|
| Brukergrensesnitt |
Inline-validering og soft-warnings. Brukeren får forklarende meldinger som peker mot riktig kontering. |
| Forretningslogikk |
Hard-validering: balansekrav, partner-krav for kunde-/leverandørsfordringer, låste perioder, MVA-kode-retning, kongruens-prinsipp, kurs-kilde, og at fakturadato er innen rimelig intervall. |
| Lagring |
Innebygde regler i datalaget enforser de samme invariantene som forretningslogikken: partner-krav på 1500/2400, én valuta per bilag, uforanderlighet i avsluttet periode, og monotont bilagsnummer per selskap. |
| Daglig avstemming |
Reskontro-sanity (kl 01:15 UTC / 02:15 lokalt): kontrollerer at sum av kundefordringer og leverandørgjeld per partner stemmer med saldo i hovedboken. Valuta-avstemming (kl 01:30 UTC / 02:30 lokalt): kontrollerer at formelen belop_nok = belop_valuta × kurs / omregningsfaktor stemmer på tvers av alle bokførte rader. Avvik > 0,01 NOK varsles til firmapost@macct.no. |
For et lite foretak innenfor NRS 8-rammen dekker Macct det vesentlige. Følgende er bevisst ikke automatisert eller utenfor scope:
