Prestatiegids voor Business Central-rapportage voor 2026

De maandafsluiting heeft een manier om elk knelpunt in de rapportage in uw Microsoft Dynamics 365 Business Central-omgeving bloot te leggen. Een rapport dat op dinsdag binnen enkele seconden klaar is, blijft op de laatste dag van het kwartaal minutenlang haperen. Uw financiële team verliest uren met wachten en elke vertraging verschuift de analyse en het advies verder op de kalender.

Bijna altijd is de oorzaak een van deze drie dingen: te brede datumfilters, ontbrekende databasesleutels die een volledige tabelscan afdwingen, of zware rapportlay-outs die hun tijd besteden aan het renderen in plaats van aan het lezen van gegevens. Het verfijnen van filters en het verplaatsen van grote rapporten naar een nachttakenwachtrij zijn de twee oplossingen die de meeste financiële teams vandaag al kunnen toepassen zonder hulp van IT. Deze gids loodst u door de hoofdoorzaken van trage prestaties van Business Central-rapportages, praktische oplossingen die u direct kunt toepassen en langetermijnstrategieën die ervoor zorgen dat rapporten snel blijven naarmate de hoeveelheid gegevens groeit. U vindt er ook methoden voor probleemoplossing, databeheerpraktijken en op Excel gebaseerde workflows die controllers helpen tijd terug te winnen voor analyse.

Exsion365 geeft financiële teams een directe Excel-verbinding met live Business Central-gegevens, waardoor de cyclus van exporteren en plakken die elke rapportage-run met minuten verlengt, tot het verleden behoort. In deze gids zult u zien waar dat soort workflow past in een bredere prestatiestrategie.

Belangrijkste punten: Prestaties van Business Central-rapportages

• Trage Business Central-rapporten zijn meestal terug te voeren op brede datumfilters, ontbrekende sleutels of zware rapportlay-outs.

• Het verfijnen van filters en het 's nachts inplannen van grote rapportages zijn de snelste oplossingen die de meeste financiële teams vandaag kunnen toepassen.

• Datagroei, overmatig gebruik van FlowFields en gelijktijdigheidsconflicten versterken elkaar over opeenvolgende rapportageperioden.

• Op Excel gebaseerde rapportagetools zoals Exsion365 verminderen vertragingen bij de maandafsluiting door live gegevens op te halen zonder de rendering-overhead in de app.

• Regelmatig onderhoud, gericht sleutelbeheer en telemetriebewaking voorkomen prestatieproblemen voordat gebruikers er last van hebben.

Waarom vertragen Business Central-rapportages bij de maandafsluiting?

Tijdens normale werkzaamheden worden de meeste Business Central-rapporten uitgevoerd op een beheersbare set transacties. Bij de maandafsluiting veranderen er drie dingen tegelijk: het datavolume stijgt door de afsluitende boekingen, meer gebruikers voeren tegelijkertijd rapporten uit en boekingsroutines concurreren om dezelfde databasebronnen.

Het resultaat is een wachtrij. Rapporten die voorheen binnen enkele seconden klaar waren, staan nu achter boekingsopdrachten, integratiesynchronisaties en andere sessies. Voeg daar een breed datumfilter aan toe ("Alle datums" in plaats van "Vorige maand"), en het rapport moet miljoenen rijen scannen die niets te maken hebben met uw huidige periode.

Het begrijpen van deze overlapping tussen rapportagebelasting en transactiebelasting is de eerste stap naar het verbeteren van de prestaties. In de onderstaande secties wordt elke bijdragende factor ondergebracht in een bruikbare categorie.

Veelvoorkomende oorzaken van trage rapporten in Business Central

Te brede filters en datumbereiken

Het uitvoeren van een rapport met "Alle datums" dwingt Business Central om elke relevante grootboekpost te lezen sinds het bedrijf is opgericht. Voor een financieel team dat alleen de winst- en verliesrekening van vorige maand nodig heeft, is dit verspilling van tijd en serverbronnen. Opgeslagen weergaven met vooraf ingestelde datumfilters lossen dit voor de meeste teams in minder dan vijf minuten op.

Als vuistregel zou elke pagina met rapportaanvragen standaard de huidige boekhoudperiode moeten selecteren. Moedig uw team aan om specifieke datumbereiken te gebruiken in plaats van open parameters. Deze enkele gewoonte kan de uitvoeringstijd van rapporten op grote datasets met 60 procent of meer verkorten.

Ontbrekende of verkeerd uitgelijnde databasesleutels

Business Central gebruikt sleutels (vergelijkbaar met SQL-indexen) om records snel te vinden. Wanneer een rapport filtert op velden die geen ondersteunende sleutel hebben, voert het systeem een volledige tabelscan uit. Bij tabellen als Artikelpost of Waardepost kan die scan minuten duren.

De pagina Database Missing Indexes in Business Central identificeert waar het platform een sleutel verwacht maar er geen heeft. Door deze pagina elk kwartaal te bekijken en gerichte samengestelde sleutels toe te voegen die aansluiten bij reële filterpatronen, blijven de leestijden laag zonder de boekingskosten te verhogen.

Zware rapportlay-outs en rendering-overhead

Als een rapportvoorbeeld snel laadt maar de PDF lang op zich laat wachten, is de lay-out het knelpunt. Complexe RDLC-lay-outs met geneste groeperingen, pagina-einden per artikel en berekende expressies in cellen zorgen voor een rendering-overhead die zich bij elke rij vermenigvuldigt.

Het vereenvoudigen van de lay-out, het verminderen van geneste groepen en het verplaatsen van totalen naar de dataset (berekend in AL in plaats van in de lay-outengine) zijn de drie wijzigingen met de grootste impact. Voor rapporten waarbij de opmaak niet kritiek is, omzeilt het exporteren naar Excel of CSV de lay-outrendering volledig.

Overmatig gebruik van FlowFields op lijstpagina's en rapporten

FlowFields zijn berekende velden die direct gegevens uit gerelateerde tabellen aggregeren. Ze werken goed voor het opzoeken van één record. Op een lijstpagina die honderden records weergeeft, triggert elk FlowField een afzonderlijke database-aanroep per rij.

Vermenigvuldig dat met vijf of zes FlowFields op een drukke lijst, en u hebt duizenden query's telkens wanneer de pagina laadt. Het verwijderen van niet-essentiële FlowFields van veelbezochte pagina's en het verplaatsen van zware berekeningen naar feitenboxen of drill-downpagina's vermindert deze belasting aanzienlijk.

Gelijktijdigheidsconflicten tussen boeken en rapporteren

Boekingsroutines vergrendelen records om de gegevensintegriteit te behouden. Wanneer een rapport dezelfde tabel probeert te lezen waarin een boekingstaak schrijft, moet het rapport wachten. Als er meerdere boekingstaken worden uitgevoerd tijdens de piekuren van de rapportage, lopen deze wachttijden op.

Het scheiden van boekingen, importen en rapporten in verschillende taakwachtrijcategorieën met gespreide schema's is een beproefde oplossing. Zware rapporten worden 's nachts uitgevoerd; boekingen worden overdag op een apart spoor uitgevoerd.

Prestatieproblemen in Business Central-rapportages diagnosticeren

Stap 1: Reproduceer het probleem met specifieke parameters

Vervang "het rapport is traag" door een reproduceerbare testcase. Noteer de naam van het rapport, de gebruikte filters, het bedrijf, het tijdstip en de waargenomen duur. Let op of de vertraging optreedt bij het voorbeeld, de PDF of beide. Vergelijk een snel voorbeeld met een traag voorbeeld.

Voer uw test indien mogelijk uit in een sandbox-omgeving. Het diagnosticeren van prestaties in de productieomgeving riskeert extra belasting van een systeem dat al onder druk staat.

Stap 2: Gebruik telemetrie om de laag te identificeren

Business Central kan telemetriegegevens verzenden naar Azure Application Insights. Belangrijke signalen zijn onder meer langlopende AL-methoden, trage SQL-query's, time-outs van vergrendelingen en deadlocks. Volgens de Microsoft 2026 Wave 1-documentatie bevat het platform nu verbeterde functies voor financiële rapportage met auditlogs en planning die de manier verbeteren waarop teams rapportprestaties bijhouden.

Begin met het tijdsbereik van de trage bewerking en bepaal of de verstreken tijd zich concentreert in AL-logica, SQL-uitvoering, een externe aanroep of het wachten op een vergrendeling. Deze classificatie bepaalt welke oplossing moet worden toegepast.

Stap 3: Profileer het codepad

Gebruik de AL Profiler in Visual Studio Code of de Client Performance Profiler in de Business Central webclient. Deze tools laten zien welke procedures de meeste tijd in beslag nemen, inclusief event subscribers van geïnstalleerde extensies.

Een kleine methode die duizenden keren wordt aangeroepen, kan belangrijker zijn dan één enkele trage procedure. Besteed speciale aandacht aan subscribers die binnen boekings- of rapportageflows worden uitgevoerd, aangezien zij bij elke uitvoering vertraging veroorzaken.

Stap 4: Classificeer het probleem en pas de juiste oplossing toe

Zodra u over gegevens uit de eerste drie stappen beschikt, koppelt u uw bevindingen aan een van deze categorieën.

[[TABLE_START]]

Symptoom | Waarschijnlijke oorzaak | Eerste oplossing om te proberen

Trage lijst openen, sorteren of filteren | Ontbrekende sleutel of zware FlowFields | Controleer de pagina Database Missing Indexes en vereenvoudig de velden die op de lijst worden weergegeven

Trage boeking die rapporten blokkeert | Vergrendeling of conflicten | Inspecteer de telemetrie voor time-outs van vergrendelingen en deadlocks, en spreek vervolgens de taakwachtrijen af

Traag rapport op grote datasets | Te veel opgehaalde velden of inefficiënte AL-lussen | Gebruik gedeeltelijke records met SetLoadFields en optimaliseer het iteratiepatroon

Alles traag op bepaalde momenten van de dag | Bronnenconflict door gelijktijdige taken | Plan zware bewerkingen buiten de piekuren

Prestatiedaling na een extensie-update | Regressie in die extensie | Isoleer de wijziging in een sandbox en profileer de bijbehorende event subscribers

[[TABLE_END]]

Praktische oplossingen voor snellere maandrapportages

Verfijn de standaardfilters op elk rapport

De meest effectieve verandering is het instellen van verstandige standaardfilters. Stel voor maandrapporten het datumfilter standaard in op de huidige boekhoudperiode. Voor ouderdomsrapporten stelt u dit standaard in op de afgelopen 90 of 365 dagen. Publiceer deze standaardinstellingen als opgeslagen weergaven, zodat uw team niet terugvalt op "Alle datums".

Voeg gerichte samengestelde sleutels toe op basis van bewijs

Voeg alleen sleutels toe wanneer telemetrie of de pagina Missing Indexes een tekortkoming bevestigt. Samengestelde sleutels die de boekingsdatum, het entiteitsnummer en de vestigingscode afstemmen op uw meest voorkomende filterpatronen, leveren de grootste verbetering op. Beoordeel de sleutels elk kwartaal en verwijder de sleutels die niet langer nodig zijn.

Houd er rekening mee dat elke sleutel de kosten van schrijfbewerkingen verhoogt. Een gerichte aanpak, waarbij u de minimale set toevoegt die nodig is voor uw zwaarste rapporten, zorgt voor een goede balans tussen leessnelheid en boekingsprestaties.

Vereenvoudig rapportlay-outs en verkort de renderingstijd

Als het renderen van PDF's het knelpunt is, reduceer dan de geneste groepen in de RDLC-lay-out waar mogelijk tot één niveau. Verplaats berekende totalen naar de AL-dataset. Verwijder ongebruikte velden uit de dataset om de payload die de rendering-engine verwerkt te verkleinen.

Sla het renderen volledig over voor rapporten die alleen cijfers nodig hebben. Lever de uitvoer aan als een Excel-bestand of CSV via een geplande taak. Uw team krijgt de gegevens sneller en de server vermijdt de lay-out-overhead.

Plan zware rapporten buiten werktijd

Elk rapport dat grote datumbereiken beslaat of grote volumes aggregeert, moet 's nachts in een geplande wachtrij worden uitgevoerd. Maak een speciale taakwachtrijcategorie RAPPORTEN aan en scheid deze van BOEKINGEN en IMPORTEN. Stel verstandige limieten in voor gelijktijdige uitvoering, zodat één langlopend rapport niet alle andere processen blokkeert.

Met het taakwachtrijsysteem van Business Central kunt u resultaten per e-mail laten bezorgen, zodat uw team de voltooide rapporten de volgende ochtend in de inbox vindt.

Gebruik gedeeltelijke records om alleen te laden wat u nodig hebt

De methode SetLoadFields in AL vertelt Business Central dat alleen de kolommen moeten worden opgehaald die uw code nodig heeft. Voor rapportlogica met veel lussen vermindert dit de hoeveelheid overgedragen gegevens per record en kan het de uitvoeringstijd op uitgebreide tabellen met de helft of meer verkorten.

Dit is met name belangrijk in omgevingen met veel geïnstalleerde extensies, aangezien elke extensie de tabel verbreedt en de I/O-kosten voor het laden van volledige records verhoogt.

Hoe op Excel gebaseerde rapportage-workflows de prestaties verbeteren

Ingebouwde Business Central-rapporten worden binnen de applicatie gerenderd, wat betekent dat ze concurreren met elk ander proces dat in die omgeving draait. Door gegevens naar Excel te exporteren voor analyse, verplaatst u het render- en berekeningswerk naar uw lokale machine of de Microsoft 365-cloud.

Exsion365 gaat nog een stap verder door Excel rechtstreeks te verbinden met live Business Central-gegevens. In plaats van een rapport in Business Central uit te voeren en vervolgens te exporteren, haalt u de gegevens op in een vooraf sjabloon in Excel en klikt u op Vernieuwen. Het resultaat is dezelfde informatie zonder de vertraging van het renderen in de app.

Voor controllers die aan het einde van de maand winst- en verliesrekeningen, kasstroomoverzichten of bankreconciliaties opstellen, verkort deze aanpak de rapportagecyclus van uren tot minuten. Rapporten die in Exsion365 zijn gebouwd, maken gebruik van herbruikbare sjablonen die uw team elke periode kan vernieuwen zonder dat er opnieuw iets hoeft te worden opgebouwd.

Databeheerpraktijken die rapportagevertragingen voorkomen

Comprimeer historische gegevens op verantwoorde wijze

De datumcompressie van het grootboek in Business Central vermindert het aantal rijen in historische grootboektabellen door oude detailposten samen te voegen in totaalposten. Controleer voordat u comprimeert wat uw bewaarplicht is voor audits. Eenmaal gecomprimeerd, zijn de oorspronkelijke gedetailleerde gegevens verdwenen.

Voor de meeste organisaties is het veilig om posten die ouder zijn dan twee boekjaren te comprimeren. Dit kan het aantal rijen in het grootboek met 80 procent of meer verminderen. Het prestatievoordeel voor rapporten die deze tabellen scannen, is direct merkbaar.

Beheer de instellingen van het wijzigingslogboek zorgvuldig

Het wijzigingslogboek houdt wijzigingen op veldniveau bij. Het loggen van te veel velden, met name velden die snel veranderen in transactietabellen, creëert een grote secundaire dataset die zowel de pagina met wijzigingslogboekposten als elk proces dat eraan refereert vertraagt.

Audit alleen de velden die uw complianceteam vereist. Stel een bewaarbeleid in om oude posten automatisch op te schonen. Evalueer uw configuratie ten minste eenmaal per jaar naarmate bedrijfsprocessen veranderen.

Houd analyseweergaven slank en up-to-date

Analyseweergaven zijn vooraf geaggregeerde datasets die worden gebruikt door ingebouwde analyserapporten. Als u weergaven hebt geconfigureerd met dimensies die u niet langer gebruikt, verbruiken ze opslagruimte en updatetijd zonder waarde toe te voegen. Verwijder ongebruikte weergaven en plan updates voor de overblijvende weergaven buiten de piekuren.

Vermijd de optie "Bijwerken bij boeken" voor analyseweergaven op grote schaal. Dit dwingt het systeem om de weergave bij elke boeking opnieuw te berekenen, wat vertraging oplevert voor elke transactie.

Hoe extensies en aanpassingen de rapportagesnelheid beïnvloeden

Elke geïnstalleerde extensie kan event subscribers toevoegen die worden uitgevoerd tijdens het genereren van rapporten. Een enkele subscriber die een HTTP-aanroep uitvoert of een grote tabel leest, voegt vertraging toe aan elke rij die het rapport verwerkt. Vermenigvuldig dat met tien extensies en het cumulatieve effect is aanzienlijk.

Wanneer de prestaties van een rapport verslechteren na een extensie-update, is de snelste manier van diagnosticeren het opstarten van een sandbox zonder de verdachte extensie en het opnieuw uitvoeren van hetzelfde rapport met identieke parameters. Als het prestatieverschil verdwijnt, is de subscriber de oorzaak.

Profileer event subscribers die zijn gekoppeld aan rapportage- en query-events. Gebruik feature flags in uw eigen extensies om zware logica uit te schakelen tijdens piekmomenten van de rapportage. Dit geeft u controle over de afweging tussen functionaliteit en snelheid.

Een routine voor prestatiebewaking opbouwen voor financiële teams

De meeste teams onderzoeken prestaties pas als gebruikers klagen. Op dat moment heeft het probleem zich al weken of maanden opgebouwd. Een eenvoudige monitoringsroutine spoort vertragingen op voordat ze invloed hebben op uw afsluitingsschema.

Begin met het vastleggen van een referentiewaarde (baseline) voor uw top vijf van meest gebruikte rapporten. Noteer de uitvoeringstijd met vaste parameters (dezelfde filters, hetzelfde bedrijf, hetzelfde tijdstip) en herhaal de meting maandelijks. Breng de trend in kaart. Als de uitvoeringstijden maand na maand met meer dan 20 procent toenemen, onderzoek dit dan vóór de volgende afsluiting.

Als in uw omgeving Azure Application Insights is geconfigureerd, bouw dan een eenvoudig dashboard dat de meest trage pagina's, rapporten en processen in kaart brengt. Neem hierin het aantal time-outs voor vergrendelingen en deadlock-signalen op. Dit dashboard wordt uw vroege waarschuwingssysteem en het kost minder dan een dag om het op te zetten.

Wat Microsofts 2026 Wave 1 betekent voor de prestaties van rapportages

De release van Microsoft 2026 Wave 1 introduceerde verschillende verbeteringen voor financiële rapportage in Business Central. Auteurs van rapporten kunnen nu categorieën gebruiken, wereldwijde standaardinstellingen voor de indeling van negatieve getallen en de rapportageperiode overschrijven, en het bedrijfslogo op PDF-uitvoer weergeven.

Gebruikers van rapporten hebben de mogelijkheid gekregen om rapporten in te plannen voor distributiegroepen en rapporten uit te voeren over alle waarden van een dimensie in één enkele uitvoering. Beheerders kunnen wereldwijde standaarden instellen en het rapportagegebruik controleren via een nieuw auditlogboek.

Deze functies verbeteren het beheer en verminderen het aantal eenmalige rapportaanvragen. Ze veranderen echter niets aan de onderliggende prestatiedynamiek van de database. De strategieën voor filters, sleutels en databeheer in deze gids blijven essentieel, ongeacht welke versie van Business Central u gebruikt.

Hoe Exsion365 past in uw prestatiestrategie voor Business Central

Exsion365 vult de ingebouwde rapportage van Business Central aan door de stappen voor het ophalen en analyseren van gegevens naar Excel te verplaatsen. Dit betekent dat uw Business Central-omgeving minder gelijktijdige rapportaanvragen hoeft te verwerken, waardoor er tijdens piekuren capaciteit vrijkomt voor boekingen en transacties.

Met Exsion365 kunnen controllers winst- en verliesrekeningen, variantieanalyses en bankreconciliatierapporten bouwen in Excel met behulp van live Business Central-gegevens. Elk rapport wordt met één klik vernieuwd en sjablonen zijn herbruikbaar over verschillende perioden en bedrijven heen.

Voor financiële teams die meerdere entiteiten beheren, ondersteunt Exsion365 rapportage over meerdere bedrijven en meerdere omgevingen vanuit één werkmap. Dit maakt het overbodig om binnen Business Central afzonderlijke rapporten voor elke entiteit uit te voeren, wat een van de meest voorkomende oorzaken is van congestie bij de maandrapportage.

Kortom: Snellere rapportage begint met bewijs, niet met giswerk

Trage rapportage in Business Central is geen raadsel. Het is terug te voeren op herkenbare factoren: brede filters, ontbrekende sleutels, zware lay-outs, gelijktijdige werkbelastingen en groeiende datavolumes. De oplossing begint in alle gevallen met meten.

Bepaal de nulmeting van uw rapporten, bekijk de telemetrie en pas gerichte wijzigingen één voor één toe. Combineer deze verbeteringen op databaseniveau met een op Excel gebaseerde rapportageworkflow met Exsion365, en uw financiële team kan de boeken sneller sluiten en tegelijkertijd meer tijd besteden aan analyses en strategisch advies.

Als u wilt zien hoe dit er in de praktijk uitziet, neem dan contact op met het Exsion365-team voor een vrijblijvend gesprek over uw specifieke rapportage-uitdagingen.

Veelgestelde vragen over de prestaties van Business Central-rapportages

[[FAQ_START]]

Waarom vertragen Business Central-rapporten tijdens de maandafsluiting? | Maandrapporten vertragen omdat het datavolume piekt, meer gebruikers tegelijkertijd rapporten opvragen en boekingsroutines gedeelde tabellen vergrendelen. Het verfijnen van datumfilters en het 's nachts inplannen van zware rapporten zijn de snelste oplossingen.

Hoe kan ik achterhalen welke rapporten prestatieproblemen veroorzaken? | Gebruik Azure Application Insights-telemetrie om langlopende rapporten en trage SQL-query's te identificeren. De Client Performance Profiler in de webclient van Business Central registreert ook timinggegevens per rapport.

Verbetert het toevoegen van meer databasesleutels altijd de snelheid van rapporten? | Niet altijd. Sleutels versnellen het lezen wanneer ze overeenkomen met reële filterpatronen, maar elke sleutel verhoogt de schrijfkosten tijdens het boeken. Voeg de minimale set toe op basis van bewijs van de pagina Missing Indexes en meet vervolgens het resultaat.

Hoe helpt Exsion365 bij de prestaties van Business Central-rapportages? | Exsion365 verbindt Excel rechtstreeks met live Business Central-gegevens, zodat u rapporten buiten de applicatie kunt bouwen en vernieuwen. Dit vermindert de rapportagebelasting op uw Business Central-omgeving en elimineert rendering-overhead voor uw financiële team.

Wat is SetLoadFields and hoe verbetert het de prestaties van rapporten? | SetLoadFields is een AL-methode die Business Central opdraagt om alleen specifieke kolommen voor elk record te laden. In rapporten met veel lussen vermindert dit de gegevensoverdracht en verwerkingstijd, met name bij tabellen die door meerdere apps zijn uitgebreid.

Kan Exsion365 rapportages over meerdere bedrijven verwerken in Business Central? | Ja. Exsion365 ondersteunt rapportage over meerdere bedrijven en meerdere omgevingen vanuit één Excel-werkmap. Controllers kunnen gegevens van alle entiteiten in één geconsolideerd rapport trekken en dit met één klik vernieuwen.

Hoe vaak moeten financiële teams de prestaties van Business Central-rapportages beoordelen? | Een maandelijkse nulmeting is het minimum. Leg de uitvoeringstijden vast voor uw top vijf rapporten met behulp van vaste parameters. Als de uitvoeringstijden met meer dan 20 procent toenemen, onderzoek dit dan vóór uw volgende maandafsluiting.

[[FAQ_END]]