Business Central rummer alt, hvad der skal til for at drive en virksomhed — men systemet er ikke bygget til at fortælle dig, hvordan det går. Standardrapporterne svarer på hvad skete der, sjældent på hvorfor, og næsten aldrig på hvad gør vi nu. Power BI kan lukke det hul, men kun hvis datamodellen bag er bygget rigtigt. Denne side gennemgår, hvad der reelt skal til: de tre arkitekturvalg, de faldgruber der oftest vælter projektet, hvad det koster, og hvornår det giver mening at bygge selv frem for at købe færdigt.

Hvorfor Business Centrals egen rapportering ikke rækker

De fleste, der overvejer Power BI til Business Central, starter med at spørge, om standardværktøjerne ikke rækker. Business Central har kontoskemaer, analysevisninger og siden 2023 også analysetilstand direkte i listevisningerne. Til afstemning og til at grave i en enkelt post er det udmærket. Til ledelsesinformation løber det ind i fire begrænsninger, som ikke kan konfigureres væk.

• Ét selskab ad gangen. Har I flere juridiske enheder eller flere valutaer, findes den samlede visning ikke i standard. Den bliver lavet manuelt i Excel hver måned.
• Ingen historik på tværs af dimensioner. Kontoskemaer er bygget om finansposter. I det øjeblik spørgsmålet involverer kunde, vare, projekt og periode på én gang, er værktøjet forkert.
• Ingen data udefra. Budgetter i regneark, timeregistrering i et andet system, webshopdata — det kan ikke kombineres med BC-data inde i BC.
• Excel-eksporten bryder. Den første eksport tager ti minutter. Den tolvte tager stadig ti minutter, hver måned, for evigt — og bryder ved næste opgradering.

Vil du forstå, hvor grænsen præcis går, er analysetilstand i Business Central og kontoplanens rolle gennemgået hver for sig.

De tre måder at koble Power BI på Business Central

Der findes reelt tre arkitekturer. Valget mellem dem afgør både, hvor hurtigt I får den første rapport, og hvad løsningen koster at leve med om to år. Alle tre er legitime — de er bare gode til forskellige ting.

1. Direkte forbindelse via BC’s API- og OData-endpoints

Power BI har en indbygget Business Central-konnektor, som Microsoft dokumenterer selv. Du logger på, vælger et par tabeller, og har en rapport samme eftermiddag. Det er den rigtige vej til et proof of concept, til en enkelt afgrænset rapport, eller når datamængden er lille.

Problemet melder sig med volumen. Standard-endpoints er ikke designet til at levere hele posttabeller, og opdateringen bliver gradvist langsommere, efterhånden som datamængden vokser. Samtidig belaster hver opdatering selve BC-miljøet. Mange opdager først begrænsningen, når rapporten har kørt i et halvt år og pludselig timer ud.

2. Dedikeret BC-udvidelse med en semantisk model ovenpå

I stedet for at hente gennem standard-endpoints installeres en udvidelse i Business Central, som eksponerer data i den form, rapporteringen har brug for. Ovenpå ligger en semantisk model med et gennemtænkt stjerneskema, faste relationer og færdige beregninger.

Fordelen er, at data kan hentes på transaktionsniveau, på tværs af selskaber og valutaer, uden at opdateringstiden eksploderer. Prisen er, at der skal installeres en udvidelse i BC, og at nogen skal have bygget den semantiske model rigtigt. Det er den arkitektur, oneBC365 er bygget på.

3. Datawarehouse eller Fabric-lakehouse

Data kopieres ud i et selvstændigt lag — klassisk datawarehouse eller et lakehouse i Microsoft Fabric — og modelleres der. Det giver fuld fleksibilitet, historik der er uafhængig af BC’s egne opbevaringsregler, og mulighed for at samle mange kilder.

Det koster til gengæld både i licens og i drift, og der går længere tid til den første rapport. Det giver mening, når I har flere væsentlige datakilder end BC, eller når datamængderne bliver store nok til at kapacitetsbaseret licensering kan betale sig. Vi har regnet på det i prisdimensionerne mellem arkitekturerne og i hvad en dataplatform egentlig er.

Forhold	Direkte API	BC-udvidelse + semantisk model	Datawarehouse / Fabric
Tid til første rapport	Dage	1-2 uger	1-3 måneder
Performance ved volumen	Svag	God	God
Flere selskaber i én rapport	Besværligt	Ja	Ja
Data fra andre systemer	Nej	Begrænset	Ja
Løbende driftsbyrde	Lav	Lav	Høj
Bedst til	Proof of concept	SMV med BC som primærkilde	Mange kilder, store mængder

Er I i tvivl om, hvorvidt I overhovedet har brug for mere end det, I har, så start med hvornår Power BI er nok.

Datagrundlaget afgør alt — dimensioner og stamdata

Den hyppigste årsag til, at et projekt med Power BI til Business Central skuffer, er ikke Power BI. Det er, at dimensionerne i BC ikke er sat konsekvent op, eller at stamdata er forskellige fra selskab til selskab. Ingen rapportmodel kan reparere data, der ikke er registreret ens.

Tjek disse fire ting, før I går i gang — det tager en formiddag og sparer typisk uger:

1. Bruges de globale dimensioner konsekvent? Hvis afdeling er udfyldt på 60 % af posterne, bliver enhver afdelingsrapport misvisende — og det opdages først, når nogen ikke kan genkende sit eget tal.
2. Er kontoplanen ens på tværs af selskaber? Ellers skal der mappes, og mapping er noget, der skal vedligeholdes for evigt.
3. Er kunde- og varegrupper meningsfulde? De bliver akserne i næsten alle rapporter. Er de arvet fra et system, I forlod i 2014, så ryd op nu.
4. Hvem ejer stamdata? Hvis svaret er “det gør vi vel alle sammen”, er svaret i praksis ingen.

Emnet er behandlet i dybden i dimensioner i Business Central, datagrundlaget: dimensioner og datamodel og stamdata i Business Central.

Performance — hvorfor opdateringen tager 40 minutter

Når Power BI til Business Central opdaterer langsomt, skyldes det næsten altid ét af fire forhold. Alle fire kan løses, men de skal løses i modellen, ikke i rapporten.

• Hele posttabellen hentes hver gang. Uden inkrementel opdatering trækkes også de fem år, der ikke har ændret sig siden sidst.
• Flad datamodel i stedet for stjerneskema. Én bred tabel med alt i føles enkel og bliver langsom. Faktatabeller og dimensionstabeller adskilt er ikke pedanteri — det er det, motoren er optimeret til.
• Beregninger lagt i Power Query i stedet for i modellen. Transformationer, der kunne være sket ved kilden eller som mål, koster ved hver eneste opdatering.
• Opdateringsfrekvens uden hensyn til datamængde. Otte daglige opdateringer på en model, ingen ser på før kl. 9, er spildt kapacitet.

Sammenhængen mellem opdateringsfrekvens, datamængder og performance er gennemgået særskilt, og for dem der arbejder med modellen i praksis, også hvordan en PBIX genopbygges fra PBIR og XMLA.

Hvilke rapporter giver værdi fra dag ét

Et af de sikreste tegn på et projekt, der ikke lander, er en rapportpakke bygget efter moduler i stedet for efter roller. Værdien af Power BI til Business Central står og falder med, om den rigtige person får det rigtige tal på det rigtige tidspunkt. Ingen vågner om morgenen med et behov for “lagermodulet”. De vågner med et spørgsmål, de skal have svar på inden et møde.

• Økonomichefen: likviditet, arbejdskapital, DSO og debitorer — se CFO-nøgletal.
• Salgschefen: pipeline, hitrate og dækningsbidrag pr. kunde — se nøgletal til salgsledelse.
• Indkøb: spend pr. leverandør, prisudvikling og leveringsevne — se indkøbsanalyse.
• Lager og drift: omsætningshastighed, kapitalbinding og ukurans — se lageranalyse.

Rækkefølgen fra rå rapportering til reel analyse er beskrevet i de fire trin fra rapportering til analyse.

Hvad koster Power BI til Business Central

Prisen på Power BI til Business Central har to dele, og de forveksles ofte. Licensen betales til Microsoft: Power BI Pro koster 90,50 kr. pr. bruger pr. måned ekskl. moms ved årlig betaling, og er i øvrigt allerede inkluderet, hvis I har Microsoft 365 E5. Implementeringen — semantisk model, rapportpakke, datavalidering og oplæring — er den anden del, og det er dér, budgetter normalt skrider, fordi arbejdet sælges på timer uden fast slutsum.

Det fulde prisbillede, inklusive Premium Per User og kapacitetsbaseret licensering, ligger på Power BI pris.

Byg selv eller køb færdigt

Begge veje virker, når det gælder Power BI til Business Central. Spørgsmålet er, hvad I har af tid og af folk.

Byg selv giver fuld kontrol og ingen binding. Det kræver til gengæld en person internt, der kan datamodellering — ikke bare Power BI-rapportbygning — og som har tid til det ved siden af sit rigtige arbejde. Regn med tre til seks måneder til en pakke, der dækker mere end ét område, og med at vedligeholdelsen følger med for altid.

Køb færdigt giver rapporter fra første uge og en model, der allerede er testet på andre BC-installationer. Til gengæld er man tættere på en standard og længere fra det helt specialbyggede. Det er den vej, oneBC365 er: en færdigbygget rapportløsning med alle BC-moduler, implementeret til fast pris gennem et afgrænset implementeringsforløb.

Den ærlige version: har I én stærk BI-person og god tid, så byg selv. Har I hverken det ene eller det andet, koster det mere at bygge selv end at købe — det bliver bare bogført et andet sted.

Ofte stillede spørgsmål

Kan Power BI trække data direkte fra Business Central i skyen?

Ja. Power BI til Business Central har en indbygget konnektor til BC online, og den virker uden videre opsætning. Begrænsningen er ikke, om det kan lade sig gøre, men hvor meget data den kan levere, før opdateringstiden bliver et problem.

Hvor lang tid tager det at få de første rapporter?

Det afhænger af arkitekturen bag Power BI til Business Central. Med en direkte forbindelse: samme dag, hvis det bare skal være én rapport. Med en færdigbygget løsning på en semantisk model: typisk en til to uger, inklusive datavalidering og oplæring. Bygger I selv fra bunden: tre til seks måneder til noget, der dækker flere områder.

Kræver det en udvidelse i Business Central?

Ikke nødvendigvis. Den direkte konnektor kræver ingen udvidelse. Men vil I have data på transaktionsniveau på tværs af selskaber uden at belaste BC-miljøet, er en dedikeret udvidelse den praktiske vej.

Kan man se flere selskaber i den samme rapport?

Ja, men det forudsætter, at kontoplan og dimensioner enten er ens eller er mappet. Det er sjældent en teknisk forhindring — det er et stamdataspørgsmål.

Hvad med data fra andre systemer end Business Central?

Enkelte kilder kan lægges ind ved siden af den semantiske model. Skal der derimod samles fire-fem systemer med hver sin logik, peger det mod et selvstændigt datalag.

Er Microsoft Fabric nødvendigt?

Nej. For de fleste danske SMV’er er Power BI Pro rigeligt til Power BI til Business Central. Fabric bliver først økonomisk interessant ved mange rene læsere eller store datamængder — læs mere om Copilot i Power BI og Fabric.

Næste skridt

Den hurtigste måde at finde ud af, hvad Power BI til Business Central kan give jer, er at se det på jeres egne tal. Vi gennemgår jeres Business Central-opsætning og viser løsningen live på 30 minutter — book en demo, eller se hvad vi leverer. Vil du læse videre først, ligger alt materialet samlet i artikeloversigten.