Welche Rolle spielt künstliche Intelligenz beim automatisierten Reporting?

Künstliche Intelligenz übernimmt in der Reporting-Automatisierung drei Aufgaben: Sie kommentiert Abweichungen in Sprache, beantwortet Abfragen zu Kennzahlen in natürlicher Sprache und weist auf Auffälligkeiten hin, bevor jemand den Bericht manuell durchsieht. Die Zahlen selbst liefert weiterhin die Datenbank oder das ERP-System. Das Sprachmodell rechnet nicht, es ordnet ein und formuliert, was der Datenbestand bereits ausweist.

Ein Beispiel aus dem Vertriebscontrolling: Der Umsatz einer Region liegt zwölf Prozent unter Plan. Der Agent formuliert dazu einen Satz wie „Der Rückgang betrifft überwiegend das dritte Quartal und ein Produktsegment“, weil er die zugrunde liegende Abfrage selbst ausgeführt hat. Die Kennzahl kommt aus dem Data Warehouse, nicht aus dem Sprachmodell. Wer die Zahl anzweifelt, findet die Abfrage protokolliert und kann sie nachvollziehen.

Bei der Anomalieerkennung schlägt das System vor, welche Werte vom historischen Muster abweichen, etwa ein ungewöhnlich hoher Lagerbestand oder ein Kostenkonto ohne saisonalen Bezug. Die fachliche Bewertung, ob eine Abweichung ein Fehler, ein Einmaleffekt oder ein neues Muster ist, bleibt beim Controlling. Ähnliche Grenzen zwischen automatisierter Vorverarbeitung und menschlicher Bewertung gelten auch bei eingehenden Belegen, die ein System zur Dokumentenverarbeitung vorsortiert, aber nicht freigibt. Wie sich Abweichungen systematisch statt nur punktuell einordnen lassen, zeigt der Vergleich mit einer strukturierten Abweichungsanalyse im Berichtswesen.

Abfragen in natürlicher Sprache erleichtern vor allem Fachbereichen ohne SQL-Kenntnisse den Zugang zu ihren eigenen Daten. Eine Frage wie „Wie hat sich der Krankenstand in der Produktion seit Januar entwickelt?“ übersetzt der Agent in eine Datenbankabfrage und liefert das Ergebnis mit Quellenangabe. Ergebnisse mit Personenbezug, etwa leistungsbezogene Auswertungen, werden dabei nur an berechtigte Empfänger ausgegeben und unterliegen denselben Freigaberegeln wie der reguläre Berichtsversand. Ein vergleichbares Zusammenspiel aus automatisierter Auswertung und menschlicher Freigabe beschreibt auch der Beitrag zu Prognosemodellen für die Budgetplanung.

Wie greift Reporting-Automatisierung in bestehende Prozesse ein?

Reporting-Automatisierung ersetzt den manuellen Erstellungsschritt, nicht den Berichtskalender oder den Abschlussterminplan. Termine, Zuständigkeiten und Freigabewege bleiben bestehen, sie werden lediglich technisch hinterlegt statt in E-Mails erinnert. Für Controlling und IT-Betrieb ändert sich vor allem, wer bei einer Störung eingreift und wie Vertretung im Urlaubsfall organisiert ist.

Der Berichtskalender bleibt die fachliche Steuerungsgröße: Wann ist Monatsabschluss, wann muss der Vorstandsbericht vorliegen, welcher Bericht hängt von welchem vorgelagerten Abschluss ab. Der Report Scheduler übernimmt lediglich die termingerechte Ausführung. Bei einem verschobenen Buchungsschluss muss jemand den automatisierten Lauf verschieben können, sonst verteilt das System einen Bericht mit unvollständigen Daten.

Für die IT bedeutet das eine neue Zuständigkeit: Wer reagiert, wenn eine Quellsystem-Schnittstelle ausfällt oder ein Datengateway nicht erreichbar ist? Diese Rolle sollte nicht allein bei der Person liegen, die den ursprünglichen Excel-Bericht gebaut hat, sondern im IT-Betrieb verankert sein, mit klarer Eskalation und Vertretungsregelung. Die dafür passenden Abläufe orientieren sich an etablierten Verfahren für Meldeweg und Reaktionszeit im Incident Management. Fällt dabei auch die Zuordnung zu Kostenstellen automatisiert weg, lohnt ein Blick auf vergleichbare Regeln bei der automatisierten Kostenstellenzuordnung.

Für das Controlling entfällt die Frage, wer den Bericht baut, wenn die zuständige Person im Urlaub ist. Das System kennt keine Abwesenheit. Die fachliche Freigabe vor dem Versand bleibt trotzdem an eine Vertretungsregelung gebunden, damit Zahlen nicht ungeprüft nach außen gehen, nur weil die verantwortliche Person gerade nicht am Platz ist. Solche Vertretungsregeln lassen sich mit den Prinzipien eines Human-in-the-Loop-Workflows beschreiben und dokumentieren.

Was kostet Reporting-Automatisierung?

Was Reporting-Automatisierung kostet, hängt von der Zahl der Datenquellen, dem Reifegrad der Kennzahlendefinitionen, dem gewählten Lizenzmodell, den Verteilwegen und der Betriebsform ab. Pauschale Preise sind deshalb wenig aussagekräftig. Eine technische Bestandsaufnahme der vorhandenen Systeme und Berichte ist der erste Schritt, bevor ein realistischer Aufwand geschätzt werden kann.

Je mehr Quellsysteme ein Bericht zusammenführt, desto mehr Schnittstellen und desto mehr Testfälle entstehen. Ein Bericht aus einem einzigen ERP-System ist deutlich schneller umgesetzt als einer, der SAP, DATEV und eine CRM-Datenbank kombiniert. Wie sich mehrere Systeme dabei sauber zusammenführen lassen, ohne dass Zuständigkeiten verwischen, beschreibt der Ansatz der Multi-System-Orchestrierung. Der zweite große Faktor ist der Reifegrad der Definitionen: Existiert bereits ein einheitliches Verständnis, was als Umsatz zählt und wie ein KPI-Owner benannt ist, spart das Abstimmungsrunden.

Lizenzmodell und Verteilwege wirken sich vor allem auf laufende Kosten aus. Ein bestehendes Power-BI-Abonnement lässt sich oft weiterverwenden, während zusätzliche Verteilwege wie FTP-Export oder Cloud-Upload eigene Konfiguration erfordern. Die Betriebsform, ob der Report Scheduler on premises oder in der Cloud läuft, beeinflusst zudem, welche Abteilung für den laufenden Betrieb zuständig ist, etwa mit Blick auf Zuständigkeiten und Störungsbearbeitung im IT Service Management.

Diese Faktoren lassen sich erst nach Sichtung der vorhandenen Berichte, Schnittstellen und Freigabeprozesse seriös einschätzen. ANCUD IT beginnt deshalb grundsätzlich mit einer Bestandsaufnahme statt mit einem pauschalen Angebot. Wer die eigene Systemlandschaft zuvor grob einordnen möchte, findet Anhaltspunkte im Überblick zu Lösungen für Automatisierung im Mittelstand.

Wie gelingt der Einstieg in die Reporting-Automatisierung?

Der Einstieg gelingt am besten über einen einzelnen Pilotbericht mit klar definierter Abnahme, nicht über die gleichzeitige Automatisierung aller Berichte. Ein überschaubarer, aber repräsentativer Bericht wird zunächst parallel zum bestehenden manuellen Prozess erstellt. Erst wenn beide Versionen über mehrere Zyklen übereinstimmen, übernimmt die automatisierte Fassung den Versand allein.

Für den Pilotbericht eignet sich ein wiederkehrender Bericht mit klaren Kennzahlendefinitionen und überschaubarer Quellenzahl, etwa ein monatlicher Vertriebsbericht aus einem einzelnen ERP-System. Die Abnahme legt vorab fest, welche Abweichung zwischen manueller und automatisierter Version toleriert wird und wer sie bestätigt. Diese Bestandsaufnahme lässt sich mit Erfahrungen aus vergleichbaren Vorhaben zur automatisierten Berichtserstellung einordnen, wie sie ANCUD IT bei ähnlichen Projekten gesammelt hat.

Nach erfolgreicher Abnahme folgt die Ausweitung in Wellen: zunächst verwandte Berichte mit ähnlicher Datengrundlage, danach Berichte mit zusätzlichen Quellsystemen oder komplexeren Freigabewegen. Jede Welle bringt eigene Testfälle mit, etwa neue Verteilwege oder zusätzliche Berechtigungsstufen für Empfänger. Wo dabei auch Zugriffsrechte neu vergeben werden müssen, orientiert sich das Vorgehen an den Abläufen für automatisierte Zugriffsanfragen.

ANCUD IT begleitet diesen Einstieg mit einer technischen Bestandsaufnahme der vorhandenen Berichte, Schnittstellen und Freigabeprozesse als erstem Schritt. Wer die Reporting-Automatisierung im eigenen Haus konkret prüfen möchte, kann diesen Ausgangspunkt mit uns besprechen, etwa im Rahmen eines Gesprächs über unser Leistungsangebot.

Reporting-Automatisierung entfaltet ihren Wert erst im Zusammenspiel mit sauber gepflegten Stammdaten und klaren Kennzahlendefinitionen. Fehlt dieses Fundament, überträgt sich jede Unschärfe aus dem Quellsystem unmittelbar in den automatisierten Bericht, ohne dass jemand sie unterwegs korrigiert. Deshalb prüft die Bestandsaufnahme nicht nur Schnittstellen, sondern auch, wie konsistent Begriffe wie Umsatz, Marge oder Auftragseingang über die Systeme hinweg verwendet werden. Wo Berichte bislang aus mehreren Quellen von Hand zusammengeführt werden, etwa aus SAP-Auszügen und separaten Excel-Tabellen des Vertriebs, lohnt sich zusätzlich ein Blick auf die Datenaufbereitung selbst. Ein sauberer Datenabgleich reduziert nicht nur den Aufwand für die Reporting-Automatisierung, sondern auch die Zahl der Rückfragen, wenn eine Kennzahl im Vorstandsbericht von der Fachbereichsabteilung angezweifelt wird.