SAF-T standardiserer data. Ikke konsernkontroll.

Fra 1. januar 2027 blir SAF-T Financial 1.40 obligatorisk i Norge. For CFOer og controllere er dette en nyttig påminnelse: mer strukturert regnskapsdata gjør økonomiarbeidet bedre, men det løser ikke konsernrapporteringen alene.

SAF-T handler om standardisert utveksling av regnskapsdata. Det kan gjøre data lettere å hente ut, kontrollere og bruke på tvers av systemer. Men en privat gruppe med flere selskaper trenger fortsatt en måte å sammenligne, mappe, forklare og følge opp tallene på konsernnivå.

Det er forskjellen mellom rådata og kontrollflate.

Kort svar: SAF-T gir struktur, ikke konsernkontroll

SAF-T kan gjøre regnskapsdata mer standardisert og tilgjengelig. Men konsernkontroll krever fortsatt finance-eide regler for kontomapping, dimensjoner, elimineringer, avvik, bilagssporing og rapporteringspakker på tvers av selskaper og regnskapssystemer. Standardisert data er et bedre utgangspunkt, ikke en ferdig månedssluttprosess.

For CFO er det derfor nyttig å stille spørsmålet litt annerledes: Hva blir mulig når kildedata blir bedre, og hva må finance-teamet fortsatt kontrollere selv?

Scenario: Fire selskaper, tre systemer og én rapporteringsfrist

Tenk på et konsern med fire selskaper i Norge og Sverige. To bruker samme ERP-instans. Ett selskap bruker et annet regnskapssystem etter et oppkjøp. Det svenske selskapet bruker Fortnox. Gruppen rapporterer månedlig til styret og kvartalsvis til bank.

Controlleren får bedre datagrunnlag fra kildesystemene. Eksporter er mer strukturerte. Flere bilag har bedre metadata. Kontoer og transaksjoner kan hentes ut mer konsistent enn før.

Likevel står økonomiavdelingen med de samme konsernspørsmålene ved månedsslutt:

• Hvilke kontoer skal mappes til samme konsernlinje?
• Hvilke dimensjoner er faktisk sammenlignbare på tvers av selskaper?
• Hvilke intercompany-poster skal elimineres?
• Hvorfor avviker marginen i ett selskap fra budsjett?
• Hvilke transaksjoner og bilag forklarer endringen?
• Hvilken rapporteringspakke er riktig for styret denne måneden?

SAF-T kan gjøre det lettere å få tak i bedre data. Det avgjør ikke hvordan gruppen skal styres, forklares eller avstemmes.

Hva SAF-T kan forbedre

Det er lett å undervurdere verdien av standardisering. For økonomiavdelingen som jobber på tvers av selskaper, kan bedre struktur i kildedata gi flere praktiske fordeler.

Bedre råmateriale for kontroll

Når regnskapsdata følger en tydeligere struktur, blir det enklere å hente ut kontoer, transaksjoner og grunnleggende regnskapsinformasjon på en konsistent måte. Det kan redusere noe av friksjonen som oppstår når hvert system eksporterer data litt forskjellig.

For controlleren betyr det mindre tid brukt på å forstå formatet før selve kontrollarbeidet kan begynne.

Enklere dialog mellom systemer og rådgivere

Standardisering gjør det også lettere for systemleverandører, revisorer, regnskapsførere og interne regnskapsførere å snakke om samme type data. Det betyr ikke at alle rapporter blir like, men det gir et bedre felles språk for datautveksling.

I grupper med flere regnskapssystemer er dette særlig relevant. Uten et felles begrepsapparat blir mye av arbeidet liggende i Excel-forklaringer, e-post og personavhengig kunnskap.

Bedre grunnlag for sporbarhet

Når transaksjoner og bilagsrelatert informasjon er mer strukturert, blir det lettere å bygge arbeidsflyter der CFO og controller kan gå fra en rapportlinje til underliggende detaljer. Det er viktig fordi konsernrapportering ikke bare handler om å presentere tall. Det handler om å kunne forklare tallet.

Hva SAF-T ikke løser

Problemet oppstår når standardisert data blir forvekslet med standardisert kontroll. Det er to forskjellige ting.

Kontomapping må fortsatt eies av økonomiavdelingen

To selskaper kan bruke ulike kontoplaner selv om dataene eksporteres i et mer standardisert format. En konto for konsulentkostnader i ett selskap kan tilsvare flere kontoer i et annet. Et oppkjøpt selskap kan ha historiske kontostrukturer som ikke passer konsernets rapporteringsmodell.

Dette krever at CFO setter opp mappingregler. Det holder ikke at dataene er tilgjengelige. Noen må definere hvordan de skal forstås i konsernrapporteringen.

Dimensjoner er sjelden like på tvers av selskaper

Prosjekter, avdelinger, kostnadssteder og forretningsområder kan se like ut i rapporten, men være satt opp forskjellig i lokale systemer. Én dimensjon kan være styringskritisk i ett selskap og nesten ubrukt i et annet.

Hvis CFO skal sammenligne lønnsomhet på tvers av selskaper, må dimensjonene harmoniseres nok til at sammenligningen blir meningsfull. SAF-T gir ikke automatisk denne forretningslogikken.

Elimineringer er en arbeidsflyt, ikke bare en datapost

Intercompany-kontroll krever mer enn å finne interne transaksjoner. Økonomiavdelingen må vurdere periodisering, motpart, valuta, dokumentasjon og eventuelle avvik mellom selskapene.

I en liten gruppe kan dette håndteres manuelt. Men når antall selskaper, transaksjoner og rapporteringsperioder øker, blir elimineringer en gjentakende kontrollprosess. Da trengs en tydelig arbeidsflate, ikke bare en bedre eksport.

Rapporteringen må fortsatt forklares

Styret spør ikke om dataformat. Styret spør hvorfor marginen falt, hvorfor arbeidskapitalen endret seg, og hvilke selskaper som driver avviket.

For CFO er verdien derfor ikke bare å hente ut data. Verdien ligger i å koble rapporten til forklaringen: selskap, konto, dimensjon, transaksjon, bilag og kommentar.

Fra datastandard til kontrollarkitektur

Når kildedata blir mer strukturert, bør CFO bruke anledningen til å se på kontrollarkitekturen rundt konsernrapporteringen.

Et praktisk spørsmål er: Hvor ligger konsernlogikken i dag?

For mange private grupper ligger den i Excel. Der bor kontomappingen, elimineringene, rapporteringslinjene, kommentarene og avviksforklaringene. Det kan fungere lenge, men det blir sårbart når gruppen vokser eller får flere systemer.

Et annet spørsmål er: Hvem eier definisjonene?

Hvis rapporteringslinjer, dimensjoner og mappingregler bare er kjent av én controller, er prosessen personavhengig. Hvis de ligger i en felles kontrollflate, kan økonomiavdelingen jobbe mer konsistent på tvers av perioder og selskaper.

Et tredje spørsmål er: Kan vi gå fra rapport til bilag når det trengs?

Ikke alle analyser krever bilagsnivå. Men når avvik skal forklares, trenger CFO ofte mulighet til å gå ned i detaljene der datagrunnlaget finnes. Det er særlig viktig når rapporteringspakker brukes til bank, styre eller eieroppfølging.

En enkel sjekkliste for CFO og controller

Bruk denne sjekklisten når dere vurderer hva bedre strukturert regnskapsdata faktisk gir dere:

1. Kan vi hente data fra alle relevante selskaper uten manuelle eksportøvelser hver måned?
2. Har vi en felles modell for kontoer, rapporteringslinjer og dimensjoner?
3. Kan vi dokumentere mappingregler og endringer over tid?
4. Har vi en tydelig prosess for elimineringer og intercompany-avvik?
5. Kan vi forklare et konserntall ned til selskap, konto, transaksjon eller bilag når data finnes?
6. Er rapporteringspakken forståelig for flere enn én person i finance-teamet?
7. Er Excel et analyseverktøy, eller har Excel blitt selve kontrollsystemet?

Hvis flere av svarene er uklare, er ikke problemet nødvendigvis datastandarden. Problemet er kontrollflaten rundt dataene.

Hvor Sumledger passer inn

Sumledger er bygget for konsern som har vokst forbi ren Excel-rapportering, men som ikke trenger et tungt tradisjonelt konsolideringsverktøy.

Poenget er ikke å erstatte alle regnskapssystemer. Poenget er å gi CFO og controller en felles kontrollflate over eksisterende systemer, selskaper, kontoer, dimensjoner, transaksjoner, bilag og Excel-arbeidsflyter der data er tilgjengelig.

Når kildedata blir bedre, blir en slik kontrollflate mer verdifull. Økonomiavdelingen kan bruke mindre tid på å samle råmateriale og mer tid på å kontrollere, forklare og forbedre konsernrapporteringen.

Konklusjon

SAF-T og bedre datastandarder er gode nyheter for økonomiavdelingen. De kan gjøre regnskapsdata mer tilgjengelig, mer konsistent og enklere å bruke.

Men konsernkontroll er fortsatt et internt økonomiansvar. Kontoer må mappes. Dimensjoner må forstås. Elimineringer må håndteres. Avvik må forklares. Rapporten må kunne spores tilbake til kilden.

Standardisert data gjør dette arbeidet lettere. Det gjør ikke arbeidet ferdig.

For CFOer og controllere i konsern er neste steg derfor ikke bare å spørre om systemene kan eksportere bedre data. Det er å spørre om gruppen har en kontrollflate som gjør dataene styrbare.

Se hvordan Sumledger kan samle konsernøkonomien på tvers av selskaper, regnskapssystemer og bilag. Book en kort demo når dere vil se arbeidsflyten i praksis.