Nachweis und Auswertung · Prio 8 · Version 4

Reporting / Archivierung / Revision

Berichte, regulatorische Nachweise, Archivdaten, Revisionsspuren, Datenaufbewahrung und historische Nachvollziehbarkeit.

← Startseite
0 Treffer
Kurzverständnis und Systemgrenze

Reporting wird in Modernisierungen oft spaet betrachtet, obwohl viele Fachbereiche ihre Arbeit ueber Berichte, Excel-Exporte, Monatsauswertungen und Archivakten steuern.

Archivierung ist mehr als Dateiablage. Sie betrifft Aufbewahrungsfristen, Unveraenderbarkeit, Suchbarkeit, Metadaten, Datenschutz, Loeschkonzepte und Revisionsfaehigkeit.

Ein neues System ist erst wirklich produktionsreif, wenn historische Berichte, Auditpfade und Archivzugriffe fuer Alt- und Neudaten nachvollziehbar bleiben.

Daten- und Verantwortungsgrenze: Reporting und Archivierung besitzen die Nachweiswahrheit. Auch wenn sie selten Online-Transaktionen ausloesen, entscheiden sie, ob ein Unternehmen spaeter belegen kann, was passiert ist. Modernisierung darf diese historische Lesbarkeit nicht zerstoeren.
Fachliche und technische Darstellung
Fachliche Sicht Reporting / Archivierung / Revision
Fachliche Sicht: Prozess, Verantwortung, Nachweis.
Technische Sicht Reporting / Archivierung / Revision
Technische Sicht: Komponenten, Protokolle, Betriebsbezug.
Wichtige Begriffe und Artefakte

Operational Report

Bericht fuer taegliche Steuerung, zum Beispiel offene Faelle.

Regulatory Report

Nachweis mit definierter Aufbewahrung und Pruefbarkeit.

Retention

Regel, wie lange Daten gehalten oder geloescht werden.

Audit Trail

Nachvollziehbare Spur aus Aktion, Identitaet, Zeit, Objekt und Ergebnis.

Typischer Ablauf Schritt für Schritt
  1. Online- und Batchsysteme erzeugen Daten und Ereignisse.
  2. ETL/DWH transformiert Daten fuer Auswertung.
  3. Reporting Engine erzeugt PDF, Excel oder Dashboard.
  4. Archiv speichert Dokumente mit Metadaten und Hash.
  5. Revision oder Fachbereich rekonstruiert historischen Vorgang.
Ausführliche Praxisbeispiele mit Code und Konfiguration

Die Beispiele sind bewusst nicht minimalistisch. Sie zeigen typische Artefakte, die man in echten Legacy-Analysen findet: Schnittstellenverträge, Containerkonfiguration, SQL/PL-SQL, Jobdefinitionen, Queue-Regeln oder Adaptercode.

Archiv-Metadatenmodell
CREATE TABLE ARCHIVE_DOCUMENT (
  DOCUMENT_ID     VARCHAR2(64) PRIMARY KEY,
  BUSINESS_KEY    VARCHAR2(80) NOT NULL,
  DOCUMENT_TYPE   VARCHAR2(40) NOT NULL,
  CREATED_AT      TIMESTAMP NOT NULL,
  RETENTION_UNTIL DATE NOT NULL,
  CONTENT_HASH    VARCHAR2(128) NOT NULL,
  STORAGE_URI     VARCHAR2(500) NOT NULL
);
Audit Event als JSON
{
  "eventId": "audit-20260707-0001",
  "actor": "apolat",
  "action": "INVOICE_APPROVED",
  "businessObject": { "type": "Invoice", "id": "INV-2026-4711" },
  "result": "SUCCESS",
  "reason": "Four-eyes approval completed",
  "occurredAt": "2026-07-07T10:15:30+02:00"
}
Report-Abfrage mit bewusstem Stichtag
SELECT i.invoice_no, i.status, h.changed_at, h.changed_by
FROM invoice i
JOIN invoice_status_history h ON h.invoice_id = i.id
WHERE h.changed_at <= :reporting_cutoff
  AND i.tenant_id = :tenant_id
ORDER BY h.changed_at DESC;
Risiken, Fehlerbilder und Diagnose
AspektBeschreibung
Fachliches RisikoUnklare Verantwortung fuer Managementreport fuehrt zu widerspruechlichen Entscheidungen zwischen Alt- und Neusystem.
Technisches RisikoDWH und angrenzende Komponenten werden isoliert betrachtet; Laufzeitkopplung bleibt verborgen.
BetriebsrisikoFehlerkanal, Monitoring, Restart oder manuelle Klaerung sind nicht ausreichend dokumentiert.
MigrationsrisikoNeue Architektur uebernimmt Daten oder Schnittstellen, ohne fachliche Invarianten und historische Sonderfaelle abzusichern.
Typische Fallen:
  • Neue Datenmodelle brechen historische Berichtslogik.
  • Reports werden optisch migriert, aber Filtersemantik aendert sich.
  • Archiv speichert PDF, aber Metadaten reichen fuer Suche und Nachweis nicht aus.
  • Loeschkonzepte werden ohne Abgleich mit Aufbewahrungspflichten umgesetzt.
Modernisierungspfad und geeignete Entwurfsmuster
PatternEinsatz in diesem System
Strangler Fig PatternNeue Funktionalitaet vor das Altsystem setzen und Altanteile schrittweise herausloesen.
Anti-Corruption LayerAltbegriffe, technische Codes und Datenformate vom neuen Domänenmodell trennen.
FacadeKomplexe Legacy-Operationen hinter klaren fachlichen Use-Case-Methoden kapseln.
AdapterProtokolle und Formate wie SOAP, MQ, Copybook, SQL oder File in Ports uebersetzen.
Golden Master TestBestehendes Verhalten mit Referenzdaten erfassen und gegen neue Implementierung vergleichen.
Empfohlene Schritte:
  • Inventarisiere Berichte nach Kritikalitaet, Empfaenger, Datenquelle und Aufbewahrung.
  • Baue Parallelreports fuer Alt- und Neudaten mit Abweichungsanalyse.
  • Fuehre Audit-Event-Modell fuer neue Services ein.
  • Definiere Archivvertrag: Dokumenttyp, Metadaten, Hash, Retention, Zugriff und Loeschregel.
Analysefragen für echte Projekte
  • Wer besitzt fachlich die Wahrheit fuer Managementreport?
  • Welche technische Komponente ist kritisch: DWH, Jasper/Crystal, PDF Archiv?
  • Welche Daten werden veraendert, gelesen, abgeleitet oder nur transportiert?
  • Welche Fehler sind fachlich erwartbar und welche sind technische Stoerungen?
  • Welche Protokolle, Dateien, Tabellen, Queues oder Reports bilden den offiziellen Vertrag?
  • Wie wird ein Fehler heute erkannt, korrigiert und gegenueber dem Fachbereich nachgewiesen?
  • Welche Teile lassen sich lesend modernisieren und welche sind schreibend hochkritisch?
  • Welche Tests sichern aktuelles Verhalten, bevor Refactoring oder Migration beginnt?
Übung

Waehle einen Bericht und dokumentiere: fachlicher Zweck, Empfaenger, Datenquellen, Filterlogik, Stichtag, Abweichungstoleranz, Archivpflicht, Alt-/Neudaten-Strategie und Testfaelle fuer Parallelbetrieb.

⌂ Cockpit