Legacy-Reporting agentisch inventarisieren: Logik aus SAS, Crystal, SSRS, Qlik und Tableau extrahieren.

Ein konventionelles Migrationsangebot nimmt eine Berichtszahl aus dem Kopf des Kunden, multipliziert sie mit einem Aufwand je Bericht — 13 bis 21 Personentage sind für einen manuell nachgebauten SAS-Bericht realistisch — und schlägt einen Risikoaufschlag auf. Das Ergebnis ist zu hoch, weil tote Berichte mitbezahlt werden: In einem anonymisierten SSRS-Bestand waren 61 von 84 Berichten seit zwölf Monaten nicht ausgeführt worden — das wusste nur das Ausführungslog. Und es ist zu niedrig, weil die Logik in den lebenden Berichten unterschätzt wird: 14 Definitionen von „Umsatz netto“ sind kein Übersetzungsproblem, sondern vierzehn Fachgespräche.

Dazu kommt die Zeit. Die Wartung von Crystal Reports läuft aus, SAS-Lizenzen kosten 50.000 bis 150.000 Euro im Jahr nur dafür, dass alte Berichte weiterlaufen, und der eine Datenbankadministrator, der die Prozedurkette seit 2014 kennt, geht in zwei Jahren in Rente. Jeder Monat, in dem geschätzt statt gezählt wird, ist ein Monat Lizenz und ein Monat Wissensverlust. Die Entscheidung, zuerst zu zählen, kostet fünf Arbeitstage — und macht aus einem Multi-Jahres-Unbekannten im Budget eine Liste.

Die Regel ist einfach und muss trotzdem je Quelle ausgeschrieben werden, weil sie den Preis bestimmt: Ein Objekt ist alles, was Logik trägt und einzeln übersetzt, geprüft oder abgeschaltet werden muss. Tabellen sind Kontext — sie werden gelesen, aber nicht gezählt. Bis zu zehn Prozent über der Bandgrenze kosten nichts extra; das nimmt dem Zählen die Angst vor der letzten Datei.

Der Scan liest jede Datei strukturell: Parameter, Subreports, Formeln, Quellen, Aufrufe — nicht die Daten. Bei einem Wholesale-Bestand mit SQL Server, SSIS und SSRS sah das so aus: Tag eins Intake mit BI-Leitung und DBA, Lesezugriff auf Server, SSIS-Katalog und Report Server; Tag zwei bis vier Extraktion in den Graphen und Review durch einen Spezialisten; Tag fünf Übergabe von vier Ergebnissen — Inventar, Komplexitäts-Score, Risikokarte, Festpreis. 312 Tabellen wurden als Kontext gelesen; gezählt wurden 172 Objekte, 99 in Nutzung, 73 nicht.

Die Risikokarte ist der Teil, für den sich der Scan schon gelohnt hätte, bevor ein Bericht migriert ist: 14 Definitionen von Umsatz netto in 9 Prozeduren und 31 Berichten; das Geschäftsjahr in 6 Prozeduren hartkodiert; 61 Berichte, die niemand nutzt; 7 SSIS-Pakete, die dieselben Auftragsdaten laden; und eine Prozedurkette, die seit 2014 nur eine Person geändert hat. Jede dieser Zeilen ist ein Gespräch mit dem Fachbereich — vor dem Bau, nicht in Woche sechs. Die Lineage, die dabei entsteht, bleibt: als Graph, gegen den jede spätere Änderung simuliert wird.

Jeder Bericht bekommt genau einen Pfad, und die Entscheidung folgt aus Nutzung, Komplexität und der Frage, ob der Bericht noch die richtige Frage beantwortet. Der Fehler konventioneller Migrationen ist, alle Berichte auf denselben Pfad zu schicken — meist „übersetzen“ — und damit tote Berichte zu übersetzen, die niemand braucht, und lebende Berichte eins zu eins nachzubauen, deren Frage sich längst geändert hat.

• Behalten oder abschalten: ungenutzt seit zwölf Monaten → abschalten, mit Nachweis aus dem Ausführungslog. Genutzt, einfach, Altsystem läuft parallel → vorerst behalten; die Migration kommt in einer späteren Welle. Im Beispielbestand: 73 von 172 Objekten.
• Übersetzen: Logik aus SAS, Crystal, SSRS in SQL und DAX — agentisch, jeder Schritt bis zum Ursprung dokumentiert, ein Mensch prüft gegen die Datenbank. Der erste SAS-Bericht im PoC: 40 Stunden statt 13 bis 21 Personentage, 457 Zeilen SQL statt 16 temporärer Tabellen, 26 Measures, live validiert.
• Neu bauen: Berichte, deren Frage sich geändert hat — ein SSRS-Bericht, der nur Jahr und Monat konnte, wird zur Power-BI-Seite mit fünf Zeitgranularitäten je Measure. Mockup, Arbeitspaket, Festpreis nach dem Agentic Workflow; nicht übersetzen, was niemand mehr braucht.
• In Wellen: Berichte nach gemeinsamen Parametern und Subreports geclustert, je Cluster ein Festpreis, das Altsystem läuft parallel, bis die Welle abgenommen ist. Rund 1.000 Crystal-Berichte werden so planbar — 38 Euro je Bericht für das Inventar, beliebig oft wiederholbar, wenn sich Berichte ändern.

Ein Agent, der Logik übersetzt, ist ein Archäologe, kein Compiler. Bei der SAS-Migration eines Gesundheitsdienstleisters hat der Graph aus 40 verketteten Steps die eigentliche Absicht rekonstruiert — einen zweistufigen Spendearten-Filter, einen Left Join mit Null-Auffüllung, ein Skelett, das auch bei null Spenden eine Zeile garantiert —, die keine der beiden ausgelieferten Oracle-Views korrekt abbildete. Das ist die Stärke. Die Grenzen sind ebenso konkret, und sie sind strukturell, nicht eine Frage der nächsten Version.

• Makro-gesteuerte Mehrfach-Joins: Bei einem Cross-Join mit variablen Eingängen erfasste der Parser nur eine von mehreren Eingangskanten. Der Agent markiert das als Annahme, nicht als Ergebnis — und ein Mensch prüft.
• Logik, die nur in Daten sichtbar ist: In einer Steuertabelle standen „NORD1“ und „REGION NORD“ als zwei Werte mit zwei Zuordnungen; weder Quellcode noch Views noch Graph zeigten das — erst ein Profiling der Spalte. Ohne Live-Validierung wäre die Übersetzung korrekt gewesen und falsch.
• Widersprüchliche Definitionen: Staging und Produktion rechneten denselben Filter unterschiedlich. Das ist keine Übersetzungsfrage, sondern eine fachliche Entscheidung — und sie geht als Frage an den Fachbereich, statt dass der Agent still eine Seite wählt.
• Reale Datentypen und Objektnamen: Der Graph kennt SAS-Attribute, nicht Oracle-Datentypen; eine Spalte, die nach Datum aussah, war eine Zahl. Jede Übersetzung wird deshalb live gegen die Zieldatenbank validiert, bevor ihr vertraut wird.

Wer gezählt hat, kann anders anbieten. In einer Ausschreibung für rund 80 paginierte Berichte lag das konventionelle Erstangebot bei rund 173.000 Euro — für einen Bestand, den niemand gezählt hatte. Unser Angebot: zuerst zählen, dann je Bericht bepreisen (528 Euro Standard, 828 Euro komplex), die Summe deckeln und den Überhang selbst tragen — rund 87.000 Euro Obergrenze, etwa die Hälfte. Für einen Banken-IT-Dienstleister mit rund 1.000 Crystal-Berichten: 38 Euro je Bericht für das strukturelle Inventar, Cluster nach Parametern und Subreports, je Cluster ein Festpreis, Wellen mit Parallelbetrieb, das Team in jeder Welle befähigt. Beide sind Angebote — Methode und Preis belegt, Ergebnis noch offen.

Die Logik dahinter ist dieselbe wie im Kosten-Kapitel: Fix, was der Dienstleister steuert — das Inventar, die Übersetzung, die Regelprüfung —, gedeckelt, was vom Kunden abhängt — Quellzugänge, Fachentscheidungen zu widersprüchlichen Definitionen, Datenzufuhr. Und sie setzt voraus, dass die Entscheidung je Bericht vor dem Bau fällt, nicht während. Die Inventar-Vorlage im Arbeitsmaterial ist das Blatt, auf dem diese Entscheidung je Objekt dokumentiert wird: Typ, Nutzung, Score, Pfad, Cluster, Welle.