Power BI og cloud Business Central — effektiv BI

De fleste BC-kunder, vi møder, har allerede Power BI. Det er bare ikke altid nogen, der åbner rapporterne. Typisk fordi de blev bygget som en demo, viser tal der ikke stemmer med saldobalancen, eller fordi ledelsen stadig får det samme Excel-ark fra bogholderiet hver mandag.

Her er, hvordan vi bygger Power BI på Business Central, så tallene stemmer og rapporterne bliver brugt.

Sådan hænger Power BI og Business Central sammen

Der er tre veje fra BC til Power BI, og valget afgør, hvor meget arbejde I får bagefter.

Fordele ved den indbyggede integration

Microsoft leverer færdige Power BI-apps til Business Central for bl.a. finans, salg, indkøb, lager, lagerværdi, projekter og produktion. Connectoren er allerede installeret i BC, semantikmodellerne følger en stjernemodel, og rapporterne kan indlejres direkte på siderne i BC. Det er det rigtige sted at starte — og ofte nok til finans.

Dataflow-arkitektur

Når de færdige apps ikke rækker, henter I data via Business Centrals API'er — standard-API v2.0 eller egne API-sider fra jeres AL-udvidelser. Vi bruger egne API-sider, når I har egne tabeller eller felter, der skal med. Undgå at bygge rapporter direkte på gamle OData-webservices fra sider: de er langsomme, og de knækker, når nogen ændrer siden. Ved store datamængder bør data lægges i et mellemlag, fx et Fabric-lakehouse, frem for at Power BI trækker alle posteringer ved hver opdatering.

Organisationer, der effektivt implementerer Power BI med Business Central, ser typisk en 40% reduktion i rapportoprettelsestid og en 35% stigning i datadrevet beslutningstagning på tværs af afdelinger.

Opsætning af Power BI-miljøet

Opsætningen tager ikke lang tid, men et par valg her er svære at lave om senere.

Licenser

Power BI Desktop er gratis at bygge i. For at dele rapporter skal både den, der udgiver, og dem, der læser, have en Power BI Pro-licens — eller rapporten skal ligge i en Premium- eller Fabric-kapacitet. Microsofts Power BI-apps til BC er gratis, men kræver også en betalt Power BI-licens.

Forbind Business Central til Power BI

Kør den assisterede opsætning Tilslut til Power BI i BC, installér de apps, I skal bruge, fra Microsoft Marketplace, og angiv miljø og regnskab som parametre på semantikmodellen. Brug ét workspace pr. app, så I kan styre adgangen pr. område. Har I flere regnskaber, så beslut fra starten, om de skal i én model eller i hver sin.

Sikkerhed og adgangskontrol

Power BI kender ikke jeres BC-rettigheder. En sælger, der ikke må se lønkonti i BC, kan godt se dem i en finansrapport, hvis ingen har tænkt over det. Brug sikkerhed på rækkeniveau, fx pr. sælger eller afdelingsdimension, og styr adgang til workspaces via sikkerhedsgrupper i Entra ID. Lad datakilden logge ind med en dedikeret konto eller app-registrering, ikke med en medarbejders egen bruger.

Design af dashboards og rapporter, der bliver brugt

Det tekniske er sjældent problemet. Det er, at rapporten ikke svarer på det spørgsmål, modtageren har.

Kend modtageren

Direktøren vil se omsætning, dækningsbidrag og likviditet og om det går den rigtige vej. Lagerchefen vil se, hvilke varer der er under minimum i dag. Det er to forskellige rapporter. Spørg modtageren, hvilke tre tal de kigger efter først — og byg dem.

Visualiseringsprincipper

Det vi holder os til:

• Tal skal kunne afstemmes mod BC. Kan controlleren ikke finde saldoen igen i saldobalancen, dør rapporten
• Brug kontoskemaets struktur til resultatopgørelse og balance i stedet for at genopfinde den
• Få visualiseringer pr. side. Et søjlediagram og en tabel slår ti cirkeldiagrammer
• Udsnitsværktøjer på periode, regnskab og afdeling — og drill-through ned til posten
• Brug BC's egne navne på felter og dimensioner, så brugerne kan genkende dem

Rapporter pr. rolle

Én rapport til alle ender med at være til ingen. Eksempler på, hvad vi bygger:

• Økonomi: likviditetsprognose, forfaldsanalyse på debitorer og kreditorer, budget mod realiseret pr. afdeling
• Salg: omsætning og dækningsbidrag pr. kunde, vare og sælger — sammenlignet med sidste år
• Lager og drift: lagerværdi, omsætningshastighed, varer under minimum, leveringsevne
• Projekter: forbrugte timer mod budget og fakturerbart arbejde, der endnu ikke er faktureret

Avancerede analyseteknikker

Når grundrapporterne kører, er der tre ting, der typisk giver mest.

DAX-målinger

DAX er Power BI's formelsprog. Det er her, I laver de beregninger, BC ikke giver jer direkte: år-til-dato mod sidste år, rullende 12 måneder, dækningsgrad efter rabatter. Hold målingerne i semantikmodellen, ikke i de enkelte rapporter, så alle bruger samme definition af "omsætning".

Prognoser

Power BI kan lave enkle prognoser på tidsserier direkte i et linjediagram, og for mere avancerede modeller kan I bruge Azure Machine Learning. Det er nyttigt til salgs- og likviditetsprognoser — men kun hvis der er nok ren historik. To års data med en ny kontoplan midt i giver ikke en troværdig prognose.

AI-funktioner

Key Influencers kan vise, hvad der driver fx lav dækningsgrad, og Copilot i Power BI kan svare på spørgsmål om data på almindeligt sprog. Begge dele virker bedst på en ren, veldokumenteret model. Er modellen rodet, bliver svarene det også.

Virksomheder, der implementerer avanceret analyse med deres Business Central-data, ser typisk en 15-20% forbedring i prognosenøjagtighed og en 25% reduktion i lageromkostninger gennem optimerede lagerniveauer.

Selvbetjeningsanalyse

Målet er, at controlleren selv kan svare på næste spørgsmål uden at bestille en ny rapport.

Et semantisk lag, folk forstår

Det kræver en semantikmodel med danske feltnavne, færdige målinger og relationer, der allerede er på plads. Så kan brugerne trække felter ind i deres egen rapport — eller analysere modellen direkte fra Excel, som de fleste i økonomi foretrækker. Microsofts semantikmodeller til BC er et godt udgangspunkt. Vi udvider dem med jeres egne felter og dimensioner frem for at starte forfra.