Leitfaden zur Berichtsleistung für Business Central für 2026

Monatsabschlüsse decken schonungslos jeden Berichtsengpass in Ihrer Microsoft Dynamics 365 Business Central-Umgebung auf. Ein Bericht läuft am Dienstag in Sekundenschnelle und quält sich am letzten Tag des Quartals minutenlang dahin. Ihr Finanzteam verliert wertvolle Stunden mit Warten, und jede Verzögerung verschiebt Analysen und Beratungen weiter nach hinten.

Fast immer ist die Ursache eines von drei Dingen: zu weit gefasste Datumsfilter, fehlende Datenbankschlüssel, die einen vollständigen Tabellenscan erzwingen, oder überladene Berichtslayouts, die mehr Zeit mit dem Rendern als mit dem Lesen verbringen. Das Eingrenzen von Filtern und das Verschieben großer Berichte in eine Warteschlange über Nacht sind die zwei Maßnahmen, die die meisten Finanzteams heute ohne die Hilfe der IT umsetzen können. Dieser Leitfaden führt Sie durch die Ursachen einer langsamen Business Central-Berichtsleistung, zeigt praktische Lösungen auf, die Sie sofort anwenden können, und stellt langfristige Strategien vor, die Berichte auch bei wachsendem Datenvolumen schnell halten. Zudem finden Sie Methoden zur Fehlerbehebung, Best Practices für die Datenhygiene und Excel-basierte Workflows, mit denen Controller Zeit für Analysen zurückgewinnen.

Exsion365 bietet Finanzteams eine direkte Excel-Verbindung zu Live-Daten aus Business Central und macht Schluss mit dem Export- und Einfügezyklus, der jeden Berichtslauf um Minuten verlängert. In diesem Leitfaden erfahren Sie, wie sich diese Art von Workflow in eine umfassendere Performance-Strategie einfügt.

Wichtigste Erkenntnisse: Performance von Business Central-Berichten

• Langsame Business Central-Berichte lassen sich meist auf zu weit gefasste Datumsfilter, fehlende Schlüssel oder überladene Berichtslayouts zurückführen.

• Das Eingrenzen von Filtern und das Planen großer Berichtsläufe über Nacht sind die schnellsten Sofortmaßnahmen für die meisten Finanzteams.

• Datenwachstum, die übermäßige Nutzung von FlowFields und Nebenläufigkeitskonflikte verstärken sich über aufeinanderfolgende Berichtsperioden hinweg.

• Excel-basierte Berichts-Tools wie Exsion365 verringern Verzögerungen beim Monatsabschluss, indem sie Live-Daten ohne den Rendering-Overhead der App abrufen.

• Regelmäßige Systempflege, gezielte Schlüsselverwaltung und Telemetrie-Überwachung verhindern Performance-Probleme, noch bevor Anwender sie bemerken.

Warum verlangsamt sich die Berichterstellung in Business Central am Monatsende?

Im Normalbetrieb laufen die meisten Business Central-Berichte über eine überschaubare Anzahl von Transaktionen. Am Monatsende ändern sich drei Dinge auf einmal: Das Datenvolumen steigt durch Abschlussbuchungen sprunghaft an, mehr Benutzer führen gleichzeitig Berichte aus und Buchungsroutinen konkurrieren um dieselben Datenbankressourcen.

Das Ergebnis ist eine Warteschlange. Berichte, die sonst in Sekundenschnelle fertig waren, reihen sich nun hinter Buchungsaufträgen, Synchronisationen und anderen Sitzungen ein. Kommt dann noch ein weit gefasster Datumsfilter hinzu („Alle Daten“ statt „Letzter Monat“), muss der Bericht Millionen von Zeilen scannen, die nichts mit Ihrem aktuellen Zeitraum zu tun haben.

Dieses Zusammenspiel von Berichtslast und Transaktionslast zu verstehen, ist der erste Schritt zur Performance-Optimierung. Die folgenden Abschnitte gliedern jeden Einflussfaktor in eine handlungsorientierte Kategorie.

Häufige Ursachen für langsame Berichte in Business Central

Zu weit gefasste Filter und Datumsbereiche

Das Ausführen eines Berichts mit der Option „Alle Daten“ zwingt Business Central dazu, jeden relevanten Posten seit der Gründung des Unternehmens zu lesen. Für ein Finanzteam, das nur die GuV des letzten Monats benötigt, ist dies reine Zeit- und Serververschwendung. Gespeicherte Ansichten mit voreingestellten Datumsfiltern lösen dieses Problem für die meisten Teams in weniger als fünf Minuten.

Als Grundregel sollte jede Berichtsanforderungsseite standardmäßig auf den aktuellen Geschäftszeitraum eingestellt sein. Ermutigen Sie Ihr Team, spezifische Datumsbereiche statt offener Parameter zu nutzen. Diese einfache Gewohnheit kann die Laufzeit von Berichten bei großen Datenmengen um 60 Prozent oder mehr verkürzen.

Fehlende oder falsch ausgerichtete Datenbankschlüssel

Business Central verwendet Schlüssel (ähnlich wie SQL-Indizes), um Datensätze schnell zu finden. Wenn ein Bericht nach Feldern filtert, für die kein unterstützender Schlüssel existiert, führt das System einen vollständigen Tabellenscan durch. Bei Tabellen wie „Artikelposten“ oder „Wertposten“ kann dieser Scan Minuten dauern.

Die Seite „Fehlende Datenbankindizes“ in Business Central zeigt an, wo die Plattform einen Schlüssel erwartet, aber keinen findet. Werden diese Meldungen vierteljährlich geprüft und gezielt zusammengesetzte Schlüssel für reale Filtermuster hinzugefügt, bleiben die Lesezeiten kurz, ohne die Buchungskosten in die Höhe zu treiben.

Überladene Berichtslayouts und Rendering-Overhead

Wenn eine Berichtsvorschau schnell lädt, die PDF-Erstellung jedoch lange dauert, liegt der Engpass im Layout. Komplexe RDLC-Layouts mit verschachtelten Gruppierungen, Seitenumbrüchen pro Artikel und berechneten Ausdrücken in Zellen erzeugen einen Rendering-Overhead, der sich mit jeder Zeile multipliziert.

Das Layout zu vereinfachen, verschachtelte Gruppen zu reduzieren und Summen in das Dataset zu verschieben (Berechnung in AL statt in der Layout-Engine), sind die drei effektivsten Maßnahmen. Für Berichte, bei denen die Formatierung zweitrangig ist, umgeht der Export nach Excel oder CSV das Layout-Rendering komplett.

Übermäßige Nutzung von FlowFields in Listen und Berichten

FlowFields sind berechnete Felder, die Daten aus verknüpften Tabellen dynamisch aggregieren. Für die Abfrage einzelner Datensätze funktionieren sie hervorragend. Auf einer Listenseite mit Hunderten von Datensätzen löst jedes FlowField jedoch einen separaten Datenbankaufruf pro Zeile aus.

Multipliziert man das mit fünf oder sechs FlowFields auf einer viel genutzten Liste, entstehen bei jedem Laden der Seite Tausende von Abfragen. Das Entfernen nicht zwingend erforderlicher FlowFields von stark frequentierten Seiten und das Verschieben komplexer Berechnungen in Infoboxen oder Detailseiten reduziert diese Last erheblich.

Nebenläufigkeitskonflikte zwischen Buchung und Berichterstellung

Buchungsroutinen sperren Datensätze, um die Datenintegrität zu sichern. Wenn ein Bericht versucht, dieselbe Tabelle zu lesen, in die ein Buchungsauftrag gerade schreibt, muss der Bericht warten. Werden während der Hauptberichtszeiten mehrere Buchungsaufträge ausgeführt, kaskadieren diese Wartezeiten.

Die Aufteilung von Buchungen, Importen und Berichten auf verschiedene Aufgabenwarteschlangen-Kategorien mit zeitlich versetzten Plänen ist eine bewährte Lösung. Komplexe Berichte laufen nachts; Buchungen werden während der Arbeitszeit auf einer separaten Spur verarbeitet.

So diagnostizieren Sie Performance-Probleme bei Business Central-Berichten

Schritt 1: Das Problem mit spezifischen Parametern reproduzieren

Ersetzen Sie die Aussage „Der Bericht ist langsam“ durch einen reproduzierbaren Testfall. Notieren Sie den Berichtsnamen, die verwendeten Filter, das Unternehmen, die Tageszeit und die gemessene Dauer. Stellen Sie fest, ob die Verzögerung bei der Vorschau, dem PDF oder bei beidem auftritt. Vergleichen Sie ein schnelles Beispiel mit einem langsamen.

Führen Sie Ihren Test nach Möglichkeit in einer Sandbox-Umgebung durch. Die Diagnose in der Produktionsumgebung birgt das Risiko, ein ohnehin bereits überlastetes System zusätzlich zu belasten.

Schritt 2: Telemetrie zur Ermittlung der Ursache nutzen

Business Central kann Telemetriedaten an Azure Application Insights senden. Zu den wichtigsten Signalen gehören lang laufende AL-Methoden, langsame SQL-Abfragen, Sperrzeitüberschreitungen und Deadlocks. Laut der Microsoft-Dokumentation für den Release-Wave 1 2026 enthält die Plattform nun erweiterte Funktionen für die Finanzberichterstattung mit Überwachungsprotokollen und Zeitplanung, mit denen Teams die Berichtsleistung besser verfolgen können.

Beginnen Sie mit dem Zeitraum des langsamen Vorgangs und prüfen Sie, ob sich die Zeit in der AL-Logik, der SQL-Ausführung, einem externen Aufruf oder beim Warten auf Sperren konzentriert. Diese Einordnung bestimmt, welche Lösung greift.

Schritt 3: Den Codepfad analysieren

Nutzen Sie den AL-Profiler in Visual Studio Code oder den clientseitigen Performance-Profiler im Business Central Web Client. Diese Tools zeigen, welche Prozeduren die meiste Zeit in Anspruch nehmen, einschließlich der Event-Subscriber installierter Erweiterungen.

Eine kleine Methode, die tausendfach aufgerufen wird, kann schwerer ins Gewicht fallen als eine einzelne langsame Prozedur. Achten Sie besonders auf Subscriber, die innerhalb von Buchungs- oder Berichtsabläufen ausgeführt werden, da sie bei jeder Ausführung Latenzzeiten verursachen.

Schritt 4: Das Problem klassifizieren und die richtige Lösung anwenden

Sobald Sie die Daten aus den ersten drei Schritten vorliegen haben, gleichen Sie Ihre Ergebnisse mit einer der folgenden Kategorien ab.

[[TABLE_START]]

Symptom | Wahrscheinliche Ursache | Erste zu testende Lösung

Langsames Öffnen, Sortieren oder Filtern von Listen | Fehlender Schlüssel oder komplexe FlowFields | Prüfen Sie die Seite für fehlende Datenbankindizes und vereinfachen Sie die in der Liste angezeigten Felder

Langsame Buchungen, die Berichte blockieren | Sperren oder Ressourcenkonflikte | Prüfen Sie die Telemetrie auf Sperrzeitüberschreitungen und Deadlocks, und staffeln Sie die Aufgabenwarteschlangen

Langsame Berichte bei großen Datenmengen | Zu viele abgerufene Felder oder ineffiziente AL-Schleifen | Nutzen Sie partielle Datensätze mit SetLoadFields und optimieren Sie das Schleifenmuster

Allgemeine Verlangsamung zu bestimmten Tageszeiten | Ressourcenkonflikte durch gleichzeitige Aufträge | Verschieben Sie rechenintensive Vorgänge in Nebenzeiten

Leistungsabfall nach einem Update einer Erweiterung | Regression in dieser Erweiterung | Isolieren Sie die Änderung in einer Sandbox und analysieren Sie deren Event-Subscriber

[[TABLE_END]]

Praktische Lösungen für eine schnellere Berichterstattung am Monatsende

Standardfilter für jeden Bericht einschränken

Die effektivste Einzelmaßnahme ist das Festlegen sinnvoller Standardfilter. Setzen Sie bei Monatsberichten den Datumsfilter standardmäßig auf das aktuelle Geschäftsjahr oder den aktuellen Monat. Bei Fälligkeitsberichten sollten standardmäßig die letzten 90 oder 365 Tage eingestellt sein. Veröffentlichen Sie diese Standardeinstellungen als gespeicherte Ansichten, damit Ihr Team nicht wieder in die Gewohnheit verfällt, „Alle Daten“ abzufragen.

Gezielt zusammengesetzte Schlüssel auf Basis von Daten hinzufügen

Fügen Sie Schlüssel nur hinzu, wenn Telemetriedaten oder die Seite für fehlende Indizes eine Lücke bestätigen. Zusammengesetzte Schlüssel, die Buchungsdatum, Entitätsnummer und Lagerortcode auf Ihre am häufigsten genutzten Filtermuster abstimmen, bringen den größten Nutzen. Überprüfen Sie die Schlüssel vierteljährlich und entfernen Sie nicht mehr benötigte Indizes.

Denken Sie daran, dass jeder zusätzliche Schlüssel die Schreibvorgänge verlangsamt. Ein gezielter Ansatz, bei dem Sie nur die minimal erforderlichen Schlüssel für Ihre komplexesten Berichte hinzufügen, sichert die richtige Balance aus Lesegeschwindigkeit und Buchungsleistung.

Berichtslayouts vereinfachen und Rendering-Zeit verkürzen

Wenn das PDF-Rendering der Engpass ist, reduzieren Sie verschachtelte Gruppen im RDLC-Layout nach Möglichkeit auf eine einzige Ebene. Verschieben Sie berechnete Summen direkt in das AL-Dataset. Entfernen Sie ungenutzte Felder aus dem Dataset, um die Datenmenge zu reduzieren, die die Rendering-Engine verarbeiten muss.

Bei Berichten, bei denen es nur auf die nackten Zahlen ankommt, können Sie das Rendering komplett überspringen. Lassen Sie das Ergebnis als Excel- oder CSV-Datei über einen geplanten Auftrag ausgeben. Ihr Team erhält die Daten schneller und der Server wird nicht mit dem Layout-Overhead belastet.

Komplexe Berichte außerhalb der Geschäftszeiten planen

Jeder Bericht, der über lange Zeiträume läuft oder große Datenmengen aggregiert, sollte nachts in einer geplanten Warteschlange laufen. Richten Sie eine eigene Aufgabenwarteschlangen-Kategorie für BERICHTE ein und trennen Sie diese von BUCHUNGEN und IMPORTEN. Setzen Sie sinnvolle Limits für die gleichzeitige Ausführung, damit ein einzelner, lang laufender Bericht nicht alle anderen blockiert.

Mit der Aufgabenwarteschlange von Business Central können Sie Berichte automatisch per E-Mail zustellen lassen, sodass Ihr Team die fertigen Auswertungen morgens direkt im Posteingang vorfindet.

Partielle Datensätze nutzen, um nur benötigte Daten zu laden

Die Methode SetLoadFields in AL teilt Business Central mit, nur die Spalten abzurufen, die Ihr Code tatsächlich benötigt. Bei schleifenintensiver Berichtslogik reduziert dies die pro Datensatz übertragene Datenmenge und kann die Ausführungszeit bei erweiterten Tabellen um die Hälfte oder mehr verkürzen.

Dies ist besonders in Umgebungen mit vielen installierten Erweiterungen wichtig, da jede Erweiterung die Tabelle verbreitert und die I/O-Kosten für das Laden vollständiger Datensätze erhöht.

Wie Excel-basierte Berichts-Workflows die Performance steigern

In Business Central integrierte Berichte werden direkt in der Anwendung gerendert. Das bedeutet, dass sie mit allen anderen Prozessen in dieser Umgebung um Ressourcen konkurrieren. Der Export von Daten nach Excel verlagert die Rendering- und Berechnungsarbeit auf Ihren lokalen Rechner oder die Microsoft 365 Cloud.

Exsion365 geht noch einen Schritt weiter, indem es Excel direkt mit den Live-Daten aus Business Central verbindet. Statt erst einen Bericht in Business Central auszuführen und diesen dann zu exportieren, rufen Sie die Daten direkt in einer fertigen Excel-Vorlage ab und klicken auf „Aktualisieren“. Sie erhalten dieselben Informationen – ganz ohne lästige Rendering-Verzögerungen in der App.

Für Controller, die am Monatsende GuV-Auswertungen, Cashflow-Berichte oder Bankabstimmungen erstellen, verkürzt dieser Ansatz den Berichtszyklus von Stunden auf wenige Minuten. In Exsion365 erstellte Berichte nutzen wiederverwendbare Vorlagen, die Ihr Team in jeder Periode einfach aktualisieren kann, ohne sie neu aufbauen zu müssen.

Datenhygiene-Praktiken gegen langsame Berichte

Historische Daten verantwortungsvoll komprimieren

Die Datumskomprimierung in Business Central reduziert die Zeilenanzahl in historischen Postentabellen, indem alte Detailposten in zusammengefassten Posten konsolidiert werden. Klären Sie vor der Komprimierung unbedingt Ihre gesetzlichen Aufbewahrungsfristen. Nach der Komprimierung sind die ursprünglichen Detaildaten nicht mehr vorhanden.

Für die meisten Unternehmen ist die Komprimierung von Posten, die älter als zwei Geschäftsjahre sind, unbedenklich. Sie kann die Zeilenanzahl in den Sachkontoposten um 80 Prozent oder mehr reduzieren. Der Performance-Vorteil für Berichte, die diese Tabellen scannen, ist sofort spürbar.

Änderungsprotokoll-Einstellungen sorgfältig verwalten

Das Änderungsprotokoll erfasst Änderungen auf Feldebene. Werden zu viele Felder protokolliert, insbesondere hochfrequentierte Felder in Transaktionstabellen, entsteht eine riesige sekundäre Datenmenge. Dies verlangsamt sowohl die Seite mit den Änderungsprotokollposten als auch jeden Prozess, der darauf zugreift.

Protokollieren Sie nur die Felder, die Ihr Compliance-Team zwingend vorschreibt. Richten Sie Aufbewahrungsrichtlinien ein, um alte Einträge automatisch zu löschen. Überprüfen Sie Ihre Konfiguration mindestens einmal im Jahr, wenn sich Geschäftsprozesse ändern.

Analyseansichten schlank und aktuell halten

Analyseansichten sind voraggregierte Datensätze für integrierte Analyseberichte. Wenn Sie Ansichten mit Dimensionen konfiguriert haben, die Sie nicht mehr nutzen, verbrauchen diese unnötig Speicherplatz und Aktualisierungszeit. Entfernen Sie ungenutzte Ansichten und planen Sie die Aktualisierung der verbleibenden Ansichten in den Nebenzeiten.

Vermeiden Sie bei großen Datenmengen die Option „Bei Buchung aktualisieren“ für Analyseansichten. Dies zwingt das System dazu, die Ansicht bei jedem Buchungsvorgang neu zu berechnen, was jede Transaktion verlangsamt.

Wie sich Erweiterungen und Anpassungen auf die Berichtsgeschwindigkeit auswirken

Jede installierte Erweiterung kann Event-Subscriber enthalten, die während der Berichtsausführung aktiv werden. Ein einzelner Subscriber, der einen HTTP-Aufruf durchführt oder eine große Tabelle liest, verursacht bei jeder vom Bericht verarbeiteten Zeile zusätzliche Latenz. Multipliziert man das mit zehn Erweiterungen, ist der Gesamteffekt enorm.

Wenn die Berichtsleistung nach einem Update einer Erweiterung einbricht, ist der schnellste Diagnoseweg, eine Sandbox-Umgebung ohne die verdächtige Erweiterung aufzusetzen und denselben Bericht mit identischen Parametern auszuführen. Verbessert sich die Performance dadurch deutlich, ist der Subscriber die Ursache.

Analysieren Sie Event-Subscriber, die an Berichts- und Abfrage-Events gekoppelt sind. Nutzen Sie Feature-Flags in Ihren eigenen Erweiterungen, um komplexe Logiken während der Hauptberichtszeiten vorübergehend zu deaktivieren. So behalten Sie die Kontrolle über den Kompromiss zwischen Funktionsumfang und Geschwindigkeit.

Einführung einer Routine zur Performance-Überwachung für Finanzteams

Die meisten Teams gehen Performance-Problemen erst nach, wenn sich Anwender beschweren. Zu diesem Zeitpunkt hat sich das Problem meist schon über Wochen oder Monate hinweg aufgebaut. Eine einfache Routine zur Überwachung fängt Verlangsamungen ab, bevor sie Ihren Abschlussplan gefährden.

Erstellen Sie zunächst eine Baseline für Ihre fünf am häufigsten genutzten Berichte. Erfassen Sie die Laufzeit mit festen Parametern (gleiche Filter, gleiches Unternehmen, gleiche Tageszeit) und wiederholen Sie diese Messung monatlich. Verfolgen Sie den Trend. Wenn die Laufzeiten von Monat zu Monat um mehr als 20 Prozent steigen, gehen Sie der Ursache vor dem nächsten Abschluss auf den Grund.

Wenn in Ihrer Umgebung Azure Application Insights eingerichtet ist, erstellen Sie ein einfaches Dashboard, das die am langsamsten ladenden Seiten, Berichte und Prozesse anzeigt. Integrieren Sie auch die Anzahl der Sperrzeitüberschreitungen und Deadlock-Signale. Dieses Dashboard dient Ihnen als Frühwarnsystem und ist in weniger als einem Tag eingerichtet.

Was die Microsoft-Release-Wave 1 2026 für die Berichtsleistung bedeutet

Mit der Release-Wave 1 2026 hat Microsoft verschiedene Verbesserungen für die Finanzberichterstattung in Business Central eingeführt. Ersteller von Berichten können nun Kategorien nutzen, globale Standardeinstellungen für das Format negativer Zahlen sowie den Berichtszeitraum überschreiben und das Firmenlogo auf PDF-Ausgaben anzeigen.

Berichtsempfänger können nun Berichte für Verteilergruppen planen und Berichte über alle Werte einer Dimension in einem einzigen Durchlauf ausführen. Administratoren haben die Möglichkeit, globale Standardwerte festzulegen und die Berichtsnutzung über ein neues Überwachungsprotokoll zu kontrollieren.

Diese Funktionen verbessern die Governance und reduzieren die Anzahl individueller Berichtsanfragen. Sie ändern jedoch nichts an der zugrunde liegenden Performance-Dynamik der Datenbank. Die in diesem Leitfaden beschriebenen Filter-, Schlüssel- und Datenhygiene-Strategien bleiben unabhängig von der verwendeten Business Central-Version unverzichtbar.

Wie sich Exsion365 in Ihre Performance-Strategie für Business Central einfügt

Exsion365 ergänzt die integrierte Berichterstattung von Business Central, indem es den Datenabruf und die Analyse nach Excel verlagert. Dadurch muss Ihre Business Central-Umgebung weniger gleichzeitige Berichtsanfragen verarbeiten, wodurch Ressourcen für Buchungen und Transaktionsprozesse in den Spitzenzeiten frei werden.

Mit Exsion365 können Controller GuV-Rechnungen, Abweichungsanalysen und Bankabstimmungsberichte direkt in Excel mit Live-Daten aus Business Central erstellen. Jeder Bericht lässt sich mit einem einzigen Klick aktualisieren, und die Vorlagen sind über verschiedene Perioden und Unternehmen hinweg wiederverwendbar.

Für Finanzteams, die mehrere Mandanten verwalten, unterstützt Exsion365 die mandanten- und umgebungsübergreifende Berichterstattung aus einer einzigen Arbeitsmappe. Dadurch entfällt die Notwendigkeit, separate Berichte innerhalb von Business Central für jede einzelne Gesellschaft auszuführen – eine der häufigsten Ursachen für Engpässe beim Monatsabschluss.

Fazit: Schnellere Berichte basieren auf Fakten, nicht auf Vermutungen

Eine langsame Berichterstellung in Business Central ist kein unlösbares Rätsel. Sie lässt sich auf klar identifizierbare Faktoren zurückführen: zu weit gefasste Filter, fehlende Schlüssel, überladene Layouts, gleichzeitige Auslastungen und wachsende Datenmengen. Die Lösung beginnt in jedem Fall mit einer präzisen Messung.

Erstellen Sie eine Baseline für Ihre Berichte, prüfen Sie die Telemetriedaten und setzen Sie gezielte Änderungen Schritt für Schritt um. Kombinieren Sie diese Optimierungen auf Datenbankebene mit einem Excel-basierten Berichts-Workflow über Exsion365, damit Ihr Finanzteam die Bücher schneller schließen und mehr Zeit für Analysen und strategische Beratung gewinnen kann.

Wenn Sie sehen möchten, wie das in der Praxis aussieht, kontaktieren Sie das Exsion365-Team für ein unverbindliches Gespräch über Ihre individuellen Anforderungen an die Berichterstellung.

FAQs zur Performance der Berichterstellung in Business Central

[[FAQ_START]]

Warum verlangsamen sich Business Central-Berichte während des Monatsabschlusses? | Berichte verlangsamen sich am Monatsende, weil das Datenvolumen sprunghaft ansteigt, mehr Benutzer gleichzeitig Berichte anfordern und Buchungsroutinen gemeinsam genutzte Tabellen sperren. Das Eingrenzen von Datumsfiltern und das Planen großer Berichte über Nacht sind die schnellsten Sofortmaßnahmen.

Wie finde ich heraus, welche Berichte Performance-Probleme verursachen? | Nutzen Sie Azure Application Insights-Telemetriedaten, um lang laufende Berichte und langsame SQL-Abfragen zu identifizieren. Auch der clientseitige Performance-Profiler im Business Central Web Client erfasst die Ausführungszeiten pro Bericht.

Verbessert das Hinzufügen weiterer Datenbankschlüssel immer die Berichtsgeschwindigkeit? | Nicht zwingend. Schlüssel beschleunigen Lesevorgänge, wenn sie zu den tatsächlichen Filtermustern passen. Allerdings erhöht jeder Schlüssel den Schreibaufwand beim Buchen. Fügen Sie nur die minimal erforderlichen Schlüssel auf Basis der Seite für fehlende Indizes hinzu und messen Sie das Ergebnis.

Wie hilft Exsion365 bei der Performance der Berichterstellung in Business Central? | Exsion365 verbindet Excel direkt mit den Live-Daten aus Business Central, sodass Sie Berichte außerhalb der Anwendung erstellen und aktualisieren können. Dies entlastet Ihre Business Central-Umgebung und macht Schluss mit dem Rendering-Overhead für Ihr Finanzteam.

Was ist SetLoadFields und wie verbessert es die Berichtsleistung? | SetLoadFields ist eine AL-Methode, die Business Central anweist, nur bestimmte Spalten für jeden Datensatz zu laden. Bei schleifenintensiven Berichten reduziert dies den Datentransfer und die Verarbeitungszeit, insbesondere bei Tabellen, die durch mehrere Apps erweitert wurden.

Kann Exsion365 mandantenübergreifende Berichte in Business Central verarbeiten? | Ja. Exsion365 unterstützt mandanten- und umgebungsübergreifende Berichte aus einer einzigen Excel-Arbeitsmappe. Controller können Daten aller Gesellschaften in einem konsolidierten Bericht zusammenführen und mit einem Klick aktualisieren.

Wie oft sollten Finanzteams die Performance der Berichterstellung in Business Central überprüfen? | Eine monatliche Baseline-Messung ist das Minimum. Erfassen Sie die Laufzeiten Ihrer fünf wichtigsten Berichte mit festen Parametern. Wenn die Laufzeiten um mehr als 20 Prozent steigen, sollten Sie der Ursache vor dem nächsten Monatsabschluss auf den Grund gehen.

[[FAQ_END]]"}