AI-hentet · kurateret af Jens Ole Taisbak
3 udvalgte af 14 fundne. Jens Ole Taisbak har læst hver enkelt historie og valgt dem, der er værd at bruge tid på. Vurderingen under hver nyhed er hans egen.
Business Central: rådet om kun to dimensioner koster analysekraft
Standard Business Central har kun to globale dimensioner, der kan filtreres på i hele applikationen, mens de seks genvejsdimensioner som regel kræver analysevisninger for at kunne rapporteres på. Artiklen gør op med det partnerråd, at man derfor skal holde sig til to dimensioner, og gennemgår de konkrete faldgruber: manuel indtastning giver fejl, obligatoriske dimensionsregler på finanskonti slår først ud ved bogføring, standarddimensioner virker kun, hvor der findes en stamdatapost at hænge dem på, og et grupperet dimensionsniveau kan ikke filtreres direkte — et totalfilter på et overordnet områdenummer gav nul resultater. Forslaget er at automatisere opsamlingen med dimensionsrelationer, så valg af ét værdisæt udfylder og eventuelt låser de øvrige, og at splitte hierarkier i selvstændige dimensioner som AREA, REGION og MARKET.
Hvorfor det er relevant: Dimensioner er det billigste sted at få vækstdata ud af ERP-systemet — omsætning pr. marked, kanal eller projekt uden et datawarehouse — og tostregen er typisk grunden til, at ledelsesrapporten stopper ved firmaniveau. Forbeholdet er tydeligt: indlægget er markedsføring for leverandørens egen app DimensionPath, så analysen af standardsystemets begrænsninger er brugbar, mens løsningen skal prøves mod en Power BI-model på de samme data. Næste skridt er at tjekke, hvilke to dimensioner der i dag er globale, og om det valg stadig matcher den måde, forretningen vokser på.
Kilde: erpsoftwareblog.com — Business Central: The Dimension Dilemma, Part One · 27. oktober 2026 · Prioritet P2
Fabric Real-Time Dashboards: Design Tiles og multi-KPI-visuals bliver GA
Real-Time Dashboards i Microsoft Fabric får to sæt funktioner, der nu er generelt tilgængelige. Design Tiles indfører felter til titler, fritekst og skillelinjer, så et dashboard kan opdeles i navngivne afsnit uden at misbruge tomme visuals til layout. Dertil kommer multi-KPI-visuals, der viser flere nøgletal i samme felt, og nye formateringsvalg til KPI-er. Funktionerne ligger i Real-Time Intelligence-delen af Fabric, ikke i de klassiske Power BI-rapporter, så de rammer de dashboards, der bygges direkte oven på en eventstream eller et KQL-datasæt og opdateres løbende frem for ved planlagt opdatering.
Hvorfor det er relevant: Et driftsdashboard, en leder faktisk kan læse uden forklaring, er forskellen mellem at måle og at styre — og det er layoutet, ikke datamodellen, der oftest står i vejen. Forbeholdet er, at Real-Time Dashboards kræver Fabric-kapacitet og et realtidsdatasæt, så for en virksomhed, der henter tal fra Business Central én gang i døgnet, er det ikke vejen; der ligger værdien stadig i en almindelig Power BI-rapport. Næste skridt er kun relevant, hvis der allerede er realtidsdata i huset — lager, produktion, webtrafik — og så er det at samle de tre-fem tal, nogen ser på hver dag, i ét multi-KPI-felt.
Kilde: community.fabric.microsoft.com — Build clearer, more expressive Real-Time Dashboards with new design capabilities · 27. oktober 2026 · Prioritet P4
Tabular Editor del 2: fire kommandoer fanger modelfejl, som Git lukker igennem
Anden del af Tabular Editors femdelte serie om udrulning af semantiske modeller tager det konkrete skridt efter oversigten, der blev omtalt her 14. oktober. Udgangspunktet er, at Git kan flette to gyldige ændringer til en ødelagt model uden at melde konflikt: én kollega omdøber et mål, en anden tilføjer et mål, der bruger det gamle navn. Fire kommandoer skal fange det inden udrulning — te validate --errors-only tjekker, at DAX kan evalueres, te bpa run kører Best Practice Analyzer med 32 indbyggede regler, og pbir validate med --strict får pipelinen til at fejle, når en rapport ikke længere kan finde et felt. Eksemplet gav fejlen DAX0002, fire BPA-fund og otte rapportfejl på tre visuals. Artiklen viser opsætningen i Azure DevOps med et modeljob på Linux og et rapportjob på Windows, og en GitHub Actions-udgave ligger i eksempel-repoet. TE CLI er i begrænset public preview frem til 31. december 2026 og frarådes i produktions-CI/CD indtil da.
Hvorfor det er relevant: Når rapporteringen vokser fra én persons Power BI-fil til noget, flere redigerer, er det her, fejlene begynder at koste tillid — og en ødelagt model opdages typisk af ledelsen, ikke af udvikleren. Forbeholdet er dobbelt: værktøjet er i preview med en udløbsdato og kræver licens bagefter, og opsætningen forudsætter, at modellen ligger i Git, hvilket de færreste mindre virksomheder har i dag. Næste skridt er derfor ikke en pipeline, men at køre de to te-kommandoer manuelt på den vigtigste model og se, hvad de finder.
Kilde: tabulareditor.com — Validate every model change with a pipeline · 27. oktober 2026 · Prioritet P5
Vil du grave et spadestik dybere i Business Central, Power BI og Fabric, ligger de samlede artikelserier i Videnakademiet.
