Dataflyt er ikke konsernkontroll

Når ERP-systemer får bedre API-er, raskere importer og mer strukturerte data, er det lett å tro at konsernrapporteringen snart løser seg selv.

Det gjør den sjelden.

Bedre dataflyt er viktig. Den gjør det enklere å hente kontoplaner, saldobalanser, dimensjoner, transaksjoner og bilag fra kildesystemene. Den reduserer friksjon i månedssluttarbeidet. Den gjør at økonomiteamet slipper noen manuelle eksporter og importer.

Men dataflyt er ikke det samme som konsernkontroll. Data kan flytte seg raskere uten at konsernet får bedre svar på de viktigste spørsmålene: Hvilke tall kan sammenlignes? Hvilke poster skal elimineres? Hvor ligger avviket? Hvilket selskap, hvilken konto, hvilken dimensjon eller hvilket bilag forklarer endringen?

For private grupper med flere selskaper er det ofte her skillet går. ERP- og regnskapssystemene blir bedre. Det gjør råmaterialet bedre. Men konsernlogikken må fortsatt eies av CFO, controller og økonomiavdelingen.

Kort svar: hva er konsernkontroll?

Konsernkontroll er økonomiteamets evne til å samle, sammenligne, forklare og etterprøve tall på tvers av selskaper, regnskapssystemer, kontoer, dimensjoner, transaksjoner og bilag.

God konsernkontroll handler ikke bare om å hente data. Den krever felles rapporteringslogikk, kontrollerbar mapping, tydelige elimineringer, sporbarhet fra konserntall til underliggende detaljer og en rapporteringsprosess flere enn én person kan forstå.

Hvorfor bedre dataflyt ikke er nok

Et API kan hente data. En import kan oppdatere rapportgrunnlaget. Et regnskapssystem kan gjøre lokal bokføring, fakturaflyt og avstemming mer strukturert.

Alt dette hjelper. Men ingen av delene avgjør alene hvordan lokale data skal bli konsernrapportering.

Det er fordi konsernrapportering krever valg som ofte ligger over kildesystemet:

• hvilke lokale kontoer som skal mappes til felles rapportlinjer
• hvilke dimensjoner som faktisk betyr det samme på tvers av selskaper
• hvordan interne transaksjoner skal identifiseres og elimineres
• hvilke selskaper, perioder og valutaer som skal inngå i rapportpakken
• hvordan avvik skal forklares for ledelse, styre eller eiere
• hvilke Excel-arbeidsflyter som fortsatt skal brukes, og hvilke som bør flyttes til en kontrollflate

Når disse valgene ikke er eksplisitte, havner de ofte i Excel. Da kan rapporten se ryddig ut, mens konsernlogikken ligger i formler, manuelle justeringer og lokal kunnskap hos én controller.

Et CFO-scenario: seks selskaper og fire datakilder

Tenk på en nordisk gruppe med seks selskaper. Morselskapet bruker Business NXT. To datterselskaper bruker Tripletex. Et svensk selskap bruker Fortnox. Et oppkjøpt selskap sender fortsatt rapportpakke fra et annet regnskapssystem.

I løpet av året har flere av systemene fått bedre eksport, API-tilgang eller importmuligheter. Det er positivt. Controller kan hente mer data oftere, og månedsslutt starter med færre manuelle filer enn før.

Likevel står CFO igjen med de samme konsernspørsmålene:

• Er salgsinntektene klassifisert likt i alle selskapene?
• Er intern omsetning merket på en måte som gjør eliminering sporbar?
• Betyr avdeling, prosjekt og koststed det samme på tvers?
• Hvilke justeringer er gjort etter import?
• Kan vi forklare endringen i EBITDA fra konserntall ned til transaksjoner og bilag?

Hvis svarene ligger i et Excel-ark ved siden av rapporteringen, er dataflyten blitt bedre, men konsernkontrollen er fortsatt sårbar.

API-er flytter data. Økonomi eier logikken.

Dette er også poenget i artikkelen API-er flytter data. CFO må forklare tallet: datatilgang er en forutsetning, ikke et sluttresultat.

For CFO og controller er spørsmålet ikke bare om systemene kan snakke sammen. Spørsmålet er hva økonomiteamet gjør med dataene når de kommer inn.

Eksempler:

• En transaksjon kan være hentet riktig, men mappet til feil konsernlinje.
• En dimensjon kan være tilgjengelig, men ikke sammenlignbar på tvers av selskaper.
• En internfaktura kan være importert, men ikke merket slik at elimineringen kan kontrolleres.
• Et bilag kan ligge i kildesystemet, men rapportbrukeren må fortsatt kunne finne det fra konsernrapporten.

Derfor bør bedre dataflyt brukes til å styrke kontrollen, ikke til å skjule logikken lenger ned i rapporteringsmodellen.

ERP-rapportering stopper ofte ved systemgrensen

Lokale ERP-rapporter er viktige. De er ofte beste kilde til lokale tall, bilag, transaksjoner og dimensjoner.

Men ERP-rapportering er vanligvis laget for selskapet eller systemet den står i. Som vi skrev i ERP-rapportering vs konsernrapportering, oppstår gapet når CFO må se på tvers av selskaper, systemer og rapporteringsstrukturer.

En lokal rapport kan være korrekt og fortsatt ikke være nok for konsernet. Den viser kanskje riktig resultat for ett selskap, men den sier ikke nødvendigvis hvordan tallet skal sammenlignes med et annet selskap, hvordan internhandel skal elimineres, eller hvordan rapportlinjen henger sammen med konsernets styringsmodell.

Dette betyr ikke at ERP-systemet er svakt. Det betyr bare at konsernkontroll er et eget arbeid.

Når bedre import gir falsk trygghet

Raskere dataflyt kan også gi en falsk trygghet. Når tallene oppdateres oftere, kan rapporten føles mer kontrollert enn den egentlig er.

CFO bør derfor skille mellom tre nivåer:

1. Data er hentet.
2. Data er strukturert.
3. Data er kontrollert i en konsernlogikk.

Mange grupper kommer til nivå to og stopper der. De har saldobalanser, kontoplaner, dimensjoner og transaksjoner på plass. Men de mangler en felles arbeidsflate for mapping, elimineringer, avvik, drilldown og godkjenning.

Det er ofte her Excel kommer tilbake. Ikke fordi økonomiavdelingen mangler systemer, men fordi konsernlogikken ikke har et tydelig hjem.

Praktiske kontrollspørsmål før neste rapporteringsrunde

Før neste månedsslutt bør CFO og controller stille noen konkrete spørsmål:

1. Hvilke data kommer direkte fra kildesystemene, og hvilke legges inn manuelt?
2. Hvor ligger mappingen mellom lokale kontoer og konsernlinjer?
3. Hvilke dimensjoner brukes i rapporteringen, og er de sammenlignbare?
4. Hvordan identifiseres interne transaksjoner?
5. Hvor dokumenteres elimineringer og manuelle justeringer?
6. Kan vi gå fra konserntall til selskap, konto, transaksjon og bilag der data finnes?
7. Hvem kan forklare rapporteringsmodellen hvis nøkkelpersonen er borte?
8. Hvilke Excel-filer er fortsatt nødvendige, og hvilke brukes fordi kontrollflaten mangler?

Svarene viser om problemet først og fremst er datatilgang, rapportstruktur eller konsernkontroll.

Hvordan en kontrollflate hjelper

En kontrollflate for konsernøkonomien ligger over lokale ERP- og regnskapssystemer. Den skal ikke erstatte dem. Den skal gjøre det mulig for økonomiteamet å arbeide med konsernlogikken på ett sted.

For en privat gruppe med 3-20 selskaper betyr det ofte:

• felles rapportering på tvers av selskaper og systemer
• mapping mellom lokale kontoer, dimensjoner og konsernstruktur
• kontrollerbare elimineringer og interne transaksjoner
• drilldown fra rapport til transaksjon, bilag og vedlegg der data er tilgjengelig
• en rapporteringsprosess som ikke er avhengig av én Excel-modell
• fortsatt Excel-bruk der Excel gir verdi, men ikke som eneste kontrollsystem

Les mer om konsernrapportering for private grupper hvis du vil se hvordan denne typen kontrollflate passer inn i en større rapporteringsmodell.

Sumledgers rolle

Sumledger er bygget for private nordiske grupper som har vokst ut av Excel, men som ikke trenger et tungt enterprise EPM-system.

Sumledger kobler til ERP- og regnskapssystemer og gir CFO og controller en felles kontrollflate for konsernrapportering, konsolidering, elimineringer, analyse og Excel-arbeidsflyter. Der data er tilgjengelig, kan økonomiteamet arbeide fra konserntall ned til kontoer, dimensjoner, transaksjoner, bilag og vedlegg.

Poenget er ikke bare å hente data raskere. Poenget er å gjøre konsernlogikken synlig, kontrollerbar og mindre personavhengig.

Oppsummert

Bedre API-er, importer og ERP-data er gode nyheter for økonomiavdelingen. De gir bedre råmateriale og mindre manuelt arbeid.

Men konsernrapportering blir ikke trygg bare fordi data flyter bedre. CFO og controller må fortsatt eie mappingen, elimineringene, sammenlignbarheten, avvikene og forklaringen.

Dataflyt er starten. Konsernkontroll er arbeidet som gjør tallene nyttige.

Vil du se hvordan Sumledger kan samle dataflyt og konsernlogikk i én kontrollflate? Book en kort demo.