Dataflöde är inte koncernkontroll

När ERP-system får bättre API:er, snabbare importer och mer strukturerad data är det lätt att tro att koncernrapporteringen snart löser sig själv.

Det gör den sällan.

Bättre dataflöde är viktigt. Det gör det enklare att hämta kontoplaner, saldobalanser, dimensioner, transaktioner och verifikationer från källsystemen. Det minskar friktion i month-end. Det gör att ekonomiteamet slipper vissa manuella exporter och importer.

Men dataflöde är inte samma sak som koncernkontroll. Data kan röra sig snabbare utan att koncernen får bättre svar på de viktiga frågorna: Vilka siffror kan jämföras? Vilka poster ska elimineras? Var ligger avvikelsen? Vilket bolag, konto, dimension eller verifikation förklarar förändringen?

För privata grupper med flera bolag är det ofta här skillnaden ligger. ERP- och redovisningssystemen blir bättre. Det ger bättre råmaterial. Men koncernlogiken måste fortfarande ägas av CFO, controller och ekonomiteamet.

Kort svar: vad är koncernkontroll?

Koncernkontroll är ekonomiteamets förmåga att samla, jämföra, förklara och granska siffror över bolag, redovisningssystem, konton, dimensioner, transaktioner och verifikationer.

Bra koncernkontroll handlar inte bara om att hämta data. Den kräver gemensam rapporteringslogik, kontrollerbar mappning, tydliga elimineringar, spårbarhet från koncernsiffra till underliggande detaljer och en rapporteringsprocess som fler än en person kan förstå.

Varför bättre dataflöde inte räcker

Ett API kan hämta data. En import kan uppdatera rapportunderlaget. Ett redovisningssystem kan göra lokal bokföring, fakturaflöde och avstämning mer strukturerad.

Allt detta hjälper. Men inget av det avgör ensamt hur lokal data ska bli koncernrapportering.

Koncernrapportering kräver val som ofta ligger ovanför källsystemet:

• vilka lokala konton som ska mappas till gemensamma rapportlinjer
• vilka dimensioner som faktiskt betyder samma sak över bolag
• hur interna transaktioner ska identifieras och elimineras
• vilka bolag, perioder och valutor som ska ingå i rapportpaketet
• hur avvikelser ska förklaras för ledning, styrelse eller ägare
• vilka Excel-arbetsflöden som fortfarande ska användas och vilka som bör flyttas till ett kontrollager

När dessa val inte är tydliga hamnar de ofta i Excel. Rapporten kan se prydlig ut, medan koncernlogiken ligger i formler, manuella justeringar och lokal kunskap hos en controller.

Ett CFO-scenario: sex bolag och fyra datakällor

Tänk på en nordisk grupp med sex bolag. Moderbolaget använder Business NXT. Två dotterbolag använder Tripletex. Ett svenskt bolag använder Fortnox. Ett förvärvat bolag skickar fortfarande rapportpaket från ett annat redovisningssystem.

Under året har flera av systemen fått bättre export, API-åtkomst eller importmöjligheter. Det är positivt. Controller kan hämta mer data oftare, och month-end börjar med färre manuella filer än tidigare.

Ändå står CFO kvar med samma koncernfrågor:

• Är intäkterna klassificerade på samma sätt i alla bolag?
• Är intern omsättning märkt så att elimineringar kan spåras?
• Betyder avdelning, projekt och kostnadsställe samma sak över bolag?
• Vilka justeringar gjordes efter import?
• Kan vi förklara förändringen i EBITDA från koncernsiffra ned till transaktioner och verifikationer?

Om svaren ligger i en Excel-fil bredvid rapporteringen har dataflödet blivit bättre, men koncernkontrollen är fortfarande sårbar.

API:er flyttar data. Ekonomi äger logiken.

Poängen är enkel: datatillgång är en förutsättning, inte ett slutresultat.

För CFO och controller är frågan inte bara om systemen kan prata med varandra. Frågan är vad ekonomiteamet gör med datan när den kommer in.

Exempel:

• En transaktion kan hämtas korrekt, men mappas till fel koncernlinje.
• En dimension kan vara tillgänglig, men inte jämförbar över bolag.
• En internfaktura kan vara importerad, men inte märkt så att elimineringen kan kontrolleras.
• En verifikation kan finnas i källsystemet, men rapportanvändaren måste fortfarande kunna hitta den från koncernrapporten.

Bättre dataflöde bör användas för att stärka kontrollen, inte för att gömma logiken djupare i rapporteringsmodellen.

ERP-rapportering stannar ofta vid systemgränsen

Lokala ERP-rapporter är viktiga. De är ofta bästa källan till lokala siffror, verifikationer, transaktioner och dimensioner.

Men ERP-rapportering är normalt byggd för bolaget eller systemet där den finns. Gapet uppstår när CFO måste se över bolag, system och rapporteringsstrukturer.

En lokal rapport kan vara korrekt och ändå inte räcka för koncernen. Den visar kanske rätt resultat för ett bolag, men den säger inte nödvändigtvis hur siffran ska jämföras med ett annat bolag, hur internhandel ska elimineras eller hur rapportlinjen hänger ihop med koncernens styrmodell.

Det betyder inte att ERP-systemet är svagt. Det betyder att koncernkontroll är ett eget arbete.

När snabbare import ger falsk trygghet

Snabbare dataflöde kan också ge falsk trygghet. När siffrorna uppdateras oftare kan rapporten kännas mer kontrollerad än den egentligen är.

CFO bör skilja på tre nivåer:

1. Data är hämtad.
2. Data är strukturerad.
3. Data är kontrollerad i en koncernlogik.

Många grupper når nivå två och stannar där. De har saldobalanser, kontoplaner, dimensioner och transaktioner på plats. Men de saknar en gemensam arbetsyta för mappning, elimineringar, avvikelser, drilldown och godkännande.

Det är ofta då Excel kommer tillbaka. Inte för att ekonomiteamet saknar system, utan för att koncernlogiken inte har ett tydligt hem.

Praktiska kontrollfrågor före nästa rapportering

Före nästa month-end bör CFO och controller fråga:

1. Vilken data kommer direkt från källsystemen, och vilken läggs in manuellt?
2. Var ligger mappningen mellan lokala konton och koncernlinjer?
3. Vilka dimensioner används i rapporteringen, och är de jämförbara?
4. Hur identifieras interna transaktioner?
5. Var dokumenteras elimineringar och manuella justeringar?
6. Kan vi gå från koncernsiffra till bolag, konto, transaktion och verifikation där data finns?
7. Vem kan förklara rapporteringsmodellen om nyckelpersonen är borta?
8. Vilka Excel-filer är fortfarande nödvändiga, och vilka används för att kontrollagret saknas?

Svaren visar om problemet främst är datatillgång, rapportstruktur eller koncernkontroll.

Hur ett kontrollager hjälper

Ett kontrollager för koncernekonomin ligger ovanför lokala ERP- och redovisningssystem. Det ska inte ersätta dem. Det ska göra det möjligt för ekonomiteamet att arbeta med koncernlogiken på ett ställe.

För en privat grupp med 3-20 bolag betyder det ofta gemensam rapportering över bolag och system, mappning mellan lokala konton, dimensioner och koncernstruktur, kontrollerbara elimineringar och interna transaktioner, drilldown från rapport till transaktion, verifikation och bilaga där data finns, och en rapporteringsprocess som inte är beroende av en enda Excel-modell.

Läs mer om koncernrapportering för privata grupper om du vill se hur den här typen av kontrollager passar in i en större rapporteringsmodell.

Sumledgers roll

Sumledger är byggt för privata nordiska grupper som har vuxit ur Excel men inte behöver ett tungt enterprise EPM-system.

Sumledger kopplar till ERP- och redovisningssystem och ger CFO och controller ett gemensamt kontrollager för koncernrapportering, konsolidering, elimineringar, analys och Excel-arbetsflöden. Där data finns kan ekonomiteamet arbeta från koncernsiffror ned till konton, dimensioner, transaktioner, verifikationer och bilagor.

Poängen är inte bara att hämta data snabbare. Poängen är att göra koncernlogiken synlig, kontrollerbar och mindre personberoende.

Sammanfattning

Bättre API:er, importer och ERP-data är goda nyheter för ekonomiteamet. De ger bättre råmaterial och mindre manuellt arbete.

Men koncernrapportering blir inte trygg bara för att data flyter bättre. CFO och controller måste fortfarande äga mappningen, elimineringarna, jämförbarheten, avvikelserna och förklaringen.

Dataflöde är starten. Koncernkontroll är arbetet som gör siffrorna användbara.

Vill du se hur Sumledger kan samla dataflöde och koncernlogik i ett kontrollager? Boka en kort demo.