Mange virksomheder har allerede de data, de har brug for, i Business Central. Alligevel ender rapportering tit i regneark, manuelle udtræk og præsentationer, som er forældede, næsten før mødet begynder.
Når Business Central kobles til Power BI, flytter økonomidata sig fra at være noget, der primært dokumenterer fortiden, til at blive aktiv beslutningsstøtte. Bogførte poster, åbne debitorer, lagerbevægelser, indkøb og dimensioner kan samles i en model, som ledelsen kan bruge til at reagere hurtigere og med større sikkerhed i tallene.
Hvorfor bogføring ikke er nok i sig selv
Bogføring er fundamentet. Den sikrer sporbarhed, afstemning og korrekt regnskab. Men ledelsen har sjældent brug for rå finansposter alene. Der er brug for sammenhænge, udvikling over tid og svar på spørgsmål som: Hvilke kunder er mest lønsomme? Hvor binder vi likviditet? Hvilke varegrupper trækker marginen ned?
Det er her Power BI giver værdi. Data fra Business Central kan visualiseres, filtreres og kombineres på tværs af finans, salg, lager og projekter. Resultatet er ikke bare pænere rapporter. Resultatet er en fælles måde at læse forretningen på.
Når tallene hentes direkte fra ERP, falder behovet for lokale Excel-versioner og manuelle mellemregninger. Det giver bedre datakvalitet og færre diskussioner om, hvilket tal der er det rigtige.
Hvad forbindelsen mellem Business Central og Power BI består af
Den mest almindelige opsætning bygger på den indbyggede connector til Business Central, hvor Power BI henter data via API’er eller OData. Dokumentationen på Microsoft Learn beskriver den standardtilgang, som mange virksomheder starter med. I cloud-løsninger logger man ind, vælger miljø og firma og henter de relevante tabeller ind i Power BI. For on-premise installationer kræver det typisk en gateway.
I praksis arbejder de fleste med en importmodel. Data trækkes ind i Power BI, lagres i datasættet og opdateres efter en fast plan. Det giver god performance og er ofte tilstrækkeligt til økonomi- og ledelsesrapportering. Ren realtidsvisning er sjældent nødvendig, men det er vigtigt at kende opdateringsrytmen, så brugerne ved, hvor friske tallene er.
Der findes flere veje til samme mål, og valget afhænger af behov, datamængde og hvor langt rapporteringen skal række.
- Standardconnectoren: Hurtig at sætte op, velegnet til standardbehov og mindre tilpasninger
- Publicerede API- eller OData-sider: Giver mere kontrol over felter, filtre og datagrundlag
- Tredjepartsconnectorer: Kan åbne flere tabeller og gøre vedligehold lettere ved særlige behov
- Dataplatform i Azure eller Fabric: Relevant når data skal samles fra flere selskaber eller flere systemer
Fra finansposter til et dashboard, der faktisk kan bruges
Den største gevinst kommer ikke af selve forbindelsen. Den kommer af datamodellen og de spørgsmål, rapporterne skal besvare.
Hvis man bare henter mange tabeller ind uden struktur, ender man let med et teknisk korrekt datasæt, som ingen stoler på. Et godt setup starter med at definere, hvilke beslutninger rapporteringen skal støtte. En økonomichef vil ofte have fokus på likviditet, budgetafvigelser, lønsomhed og åbne poster. En salgschef vil se dækningsbidrag, udvikling pr. kunde og leveringsevne. En direktør vil have få, tydelige KPI’er med mulighed for at bore ned.
Det betyder, at dimensioner, kontoplan, datoer, kunder, varer og ansvarsenheder skal modelleres rigtigt. Power BI er stærkt, når data hænger logisk sammen. Det kræver lidt arbejde i starten, men gevinsten kommer hurtigt, når rapporterne bliver stabile og genbrugelige.
En enkel og robust proces ser ofte sådan ud:
- Definér de vigtigste beslutningsspørgsmål og KPI’er.
- Udpeg de tabeller og felter i Business Central, der skal bruges.
- Byg en datamodel i Power BI med klare relationer, kalender og dimensioner.
- Validér tallene mod finansrapporter og afstemte poster.
- Publicér rapporterne, planlæg refresh og træn brugerne i, hvordan de læser dem.
Refresh, sikkerhed og styring
Et dashboard er kun nyttigt, hvis brugerne ved, hvornår data sidst er opdateret. Derfor skal refresh ikke ses som en teknisk detalje. Det er en del af rapporteringsdesignet.
I Power BI Service kan datasæt opdateres manuelt eller efter plan. Vejledningen om scheduled refresh beskriver rammerne, og i Power BI Pro kan man som udgangspunkt planlægge op til 8 opdateringer pr. dag. Højere kapacitet giver mere fleksibilitet. For mange økonomiteams er 2 til 8 opdateringer dagligt rigeligt, mens lager- og salgsrapporter nogle steder kræver kortere intervaller.
Der er samtidig nogle vigtige begrænsninger at kende. Business Central Online leverer data til Power BI via en læsekopi, så write-back ikke er standard. Det er godt for performance og sikkerhed, men det betyder, at Power BI skal ses som analyseværktøj, ikke som et sted, hvor man ændrer ERP-data.
Rettigheder skal tænkes ind fra start. Brugere skal have adgang til de rigtige workspaces, og følsomme data skal afgrænses med roller, sikkerhedsgrupper og i nogle tilfælde row-level security. Dokumentationen om Power BI i Business Central giver et godt overblik over, hvordan rapporter kan vises og deles.
De vigtigste styringspunkter er som regel:
- Refresh-rytme, der matcher forretningens behov
- Klart ejerskab for datasæt og rapporter
- Afstemning mod kendte finansrapporter
- Adgangsstyring efter rolle og ansvar
- Navngivning og dokumentation, så rapporter kan overtages
Hvilke dashboards der normalt giver værdi først
Det betaler sig sjældent at starte med alt på én gang. Et smalt første scope giver hurtigere gevinst og bedre brugeradoption.
I mange virksomheder er det finansielle ledelsesdashboard den naturlige start. Her kobles resultat, balance, likviditet, åbne poster og budgetafvigelser sammen. Når det fungerer, kan man udvide med salg, lager, projektøkonomi eller produktion.
Her er fire rapporttyper, der ofte giver værdi hurtigt:
Likviditet og åbne poster
Viser kassebeholdning, forfaldne debitorer, kreditorer og forventet cash flow. Den rapport bruges ofte dagligt af økonomi og ledelse.
Resultat og budgetafvigelser
Samler omsætning, omkostninger og afvigelser pr. måned, afdeling eller projekt. God til månedsluk og ledelsesopfølgning.
Debitor- og kreditorkontrol
Gør det let at se aldring, betalingsmønstre og risiko. Den type rapport er ofte mere brugbar i Power BI end i et statisk udtræk.
Salg, lager og margin
Knytter salg sammen med varer, kunder og lagerbinding, så man kan se, hvor væksten skaber reel indtjening.
Et dashboard bliver først nyttigt, når økonomi, salg og ledelse læser det samme tal på samme måde.
Det kræver entydige KPI-definitioner og ensartede datakilder på tværs af teams—et princip, som Vaekster konkretiserer i sin tjekliste for implementering af conversion tracking, hvor ejerskab, datadisciplin og dokumentation er tydelige forudsætninger.
Når standard ikke er nok
Standardopsætning rækker langt, men ikke altid. Mange virksomheder har særlige felter, egne processer, mange dimensioner eller behov for rapportering på tværs af flere selskaber. Her støder man hurtigt på grænserne i en ren standardmodel.
Et klassisk eksempel er koncernrapportering. OData og standardforbindelser henter som udgangspunkt data pr. virksomhed, ikke på tværs i én samlet strøm. Hvis flere selskaber skal indgå i samme rapport, skal data hentes separat og samles i Power BI eller i en mellemplatform.
Et andet område er store datamængder. Hvis rapporteringen bliver tung, eller refresh tager for lang tid, kan det være nødvendigt at arbejde med dataflows, et datalager eller en mere kontrolleret integrationsarkitektur. Her giver det mening at tænke governance, vedligeholdelse og opgraderbarhed ind tidligt, så rapporteringen ikke bliver afhængig af skrøbelige særtilpasninger.
Typiske situationer, hvor man bør hæve ambitionsniveauet i arkitekturen, er:
- Mange selskaber: Data skal konsolideres på tværs med ens KPI-definitioner
- Store datamængder: Tunge udtræk bør flyttes væk fra den simple standardmodel
- Særlige felter: Egen AL-udvikling eller udvidede API-sider kan være nødvendig
- Flere datakilder: CRM, webshop, løn eller WMS skal ind i samme ledelsesrapportering
Faldgruberne ligger sjældent i visualiseringen
De fleste problemer opstår før den første graf er tegnet. Hvis kontoplanen bruges forskelligt mellem afdelinger, hvis dimensioner ikke vedligeholdes ens, eller hvis ansvar for rapporterne er uklart, bliver Power BI hurtigt syndebuk for et problem, der i virkeligheden stammer fra proces og datadisciplin.
Derfor bør rapporteringsprojektet ses som mere end teknik. Proceskortlægning, afstemning, test og superbrugere gør en stor forskel. Det samme gør små leverancer med klare milepæle. Når brugerne kan se et konkret dashboard tidligt, bliver feedback bedre, og rapporterne rammer oftere rigtigt første gang.
Et godt princip er at validere hvert nøgletal mod en kendt kilde i Business Central, før rapporten rulles ud bredt. Det gælder især resultat, balance, moms, lager og åbne poster.
Brugeradoption er en del af løsningen
Det er fristende at tro, at rapporter bliver taget i brug, bare fordi de findes. Sådan går det sjældent.
Brugerne skal vide, hvad KPI’erne betyder, hvor data kommer fra, og hvordan rapporten bruges i hverdagen. Et dashboard, der bliver gennemgået fast på driftsmøder eller månedsmøder, får hurtigt en central rolle. Et dashboard uden ejerskab ender ofte som en flot side, ingen åbner.
Her gør det en forskel at arbejde med træning, superbrugere og en plan for tiden efter go-live. Når rapporteringen rulles ud i små bidder, er det lettere at justere definitioner, filtre og layout, før løsningen breder sig til hele organisationen.
Det er samme logik, som mange vellykkede Business Central-projekter bygger på: klar styring, tydeligt scope, få overraskelser og fokus på, at løsningen faktisk bliver brugt.
En god start er mindre end mange tror
For de fleste virksomheder er første skridt ikke en stor BI-platform. Det er et afgrænset forløb med få rapporter, sikre data og tydeligt ejerskab.
Et typisk startpunkt kan være økonomirapportering med resultat, balance, likviditet og åbne poster. Når den del er afstemt og fungerer stabilt, kan man bygge videre med lager, salg, projekter eller forecasting. Den tilgang gør det lettere at holde styr på scope og samtidig skabe synlig værdi tidligt.
Hvis arbejdet skal lykkes over tid, skal integrationen kunne opgraderes og vedligeholdes uden unødig kompleksitet. Det er netop dér, en struktureret tilgang til Business Central, governance, test, træning og løbende udvikling gør forskellen mellem et pænt dashboard og reel beslutningsstøtte.