Wenn Mandanten ihr ERP wechseln, beginnt für Prüfer die härteste Arbeit. Bis jetzt.
LMAT — Ledger Migration Assurance Technology — ist das Prüfungswerkzeug für ERP-Datenmigrationen. 11 Buchhaltungssysteme erkannt. 6 Matching-Strategien. Vollständiger Audit-Trail. LLM-gestützte Erklärungen. IDW PS 850-konforme Reports auf Knopfdruck.
Das Problem, das jeder Prüfer kennt — und das kein Tool löst
Ein Mandant wechselt sein ERP-System. Von Diamant auf SAP. Von FibuNet auf Business Central. Für den Mandanten ist es ein IT-Projekt. Für den Wirtschaftsprüfer ist es ein Albtraum.
Konten verschwinden, werden umbenannt, zusammengelegt oder gesplittet
Ein Konto "4200 Miete" im Altsystem heißt im Neusystem "6300 Mietaufwendungen". Oder es existiert nicht mehr. Manuell nachzuvollziehen — bei tausenden Konten — dauert Tage.
Salden müssen auf den Cent stimmen
Jeder Euro der im Altsystem existiert, muss im Neusystem ankommen. Jede Differenz muss erklärt werden. IDW PS 850 lässt keine Lücken zu.
GDPdU-Exporte sind ein Zoo
Kein ERP-System exportiert Daten gleich. SAP liefert DART-Formate. Diamant CSV mit Semikolon. Business Central GDPdU-XML mit eigener Logik. Ein Prüfer mit fünf Mandanten muss fünf Datenformate verstehen.
Excel ist das Werkzeug der Verzweiflung
VLOOKUP auf Kontonummern. Manuelle Zuordnungen. Farbmarkierungen. Das funktioniert bei 50 Konten. Bei 2.000 Konten mit mehreren Buchungskreisen ist es eine Fehlerquelle.
"Ein ERP-Wechsel ist der Moment, in dem die gesamte finanzielle Historie eines Unternehmens von einem System in ein anderes übertragen wird. Wenn dabei etwas verloren geht, merkt es niemand — bis der Prüfer es findet. Oder nicht findet."
Vom GDPdU-Export zum Prüfungsbericht. Ein Workflow.
GDPdU-Export (ZIP) → Automatische Systemerkennung → Kontenplan-Extraktion → Multi-Strategie-Matching → Differenz-Analyse → LLM-Erklärungen → IDW PS 850 Report → Audit-Trail
Ein ZIP hochladen. Einen Report erhalten. Alles dazwischen ist automatisiert — aber jeder Schritt ist nachvollziehbar, überprüfbar und dokumentiert.
11 ERP-Systeme. Automatisch erkannt.
LMAT erkennt automatisch aus welchem System ein GDPdU-Export stammt:
Produktiv: SAP FI/ECC (DART) · SAP S/4HANA · Diamant/4 · Infor LN · FibuNet · MS Dynamics 365 Business Central
Getestet: MS Dynamics NAV/BC · MS Dynamics 365 BC (Legacy) · Entire Software AG · MiCOS · Varial
Jedes System hat ein eigenes Profil mit spezifischen Erkennungsmustern, Feld-Mappings und Parsing-Logik. Kein generischer CSV-Import — echtes Systemverständnis.
6 Matching-Strategien. Gleichzeitig.
| Strategie | Was sie tut |
|---|---|
| Exaktes Nummern-Matching | Gleiche Kontonummer in Alt und Neu |
| Prefix-Matching | Kontennummern mit gleichen Stammnummern |
| Saldo-Matching | Konten mit identischen Salden zuordnen |
| Bezeichnungs-Matching | Ähnliche Kontennamen über Fuzzy-Matching |
| Hierarchie-Matching | Kontenklassen und -gruppen abgleichen |
| LLM Semantic Matching | KI-gestützte Zuordnung auf Basis von Bedeutung |
Keine einzelne Strategie funktioniert für alle Fälle. LMAT kombiniert alle Signale zu einem gewichteten Match-Score.
Der LMAT-Workflow in der Praxis
Schritt 1: Audit anlegen
Mandant, Prüfungszeitraum, Migration (Altsystem → Neusystem) definieren.
Schritt 2: GDPdU-Exporte hochladen
ZIP-Datei hochladen. LMAT erkennt automatisch welches System es ist.
Schritt 3: Mapping prüfen
Automatische Konten-Zuordnungen anzeigen. Der Prüfer bestätigt, korrigiert oder ergänzt. Jede Anpassung im Audit-Trail.
Schritt 4: Reconciliation
Salden-Abgleich. Differenzen automatisch identifiziert. LLM-Erklärungen bereit.
Schritt 5: Report generieren
IDW PS 850 Word-Bericht und Excel-Arbeitspapier mit einem Klick. Fertig für die Prüfungsakte.
Warum Excel nicht reicht
| Excel / Manuell | LMAT | |
|---|---|---|
| Systemerkennung | Manuell | Automatisch — 11 Systeme |
| Matching | VLOOKUP, eine Dimension | 6 Strategien, gewichtet |
| Audit-Trail | Nicht vorhanden | Vollständig dokumentiert |
| Report | Stunden manuell | Knopfdruck — Word + Excel |
| Multi-Entity | Pro Buchungskreis neu | Alle in einem Durchlauf |
| Skalierbarkeit | 50 Konten OK, 2.000 Chaos | Kein Unterschied |
Das fundamentale Problem mit Excel: Es hat keinen Audit-Trail. Für eine Prüfungshandlung nach IDW PS 850 ist das nicht akzeptabel.
Die Metriken
Technologie
Rust + Axum
Performance, Memory Safety für massive Datenmengen
Next.js 16 + TypeScript
TypeScript (docx + ExcelJS)
PostgreSQL + SQLx
Compile-Time SQL Verification
Multi-Provider (Claude, GPT)
Semantic Matching + Erklärungen
TOML-basierte Profile
Erweiterbar auf neue ERP-Systeme ohne Code-Änderung
Häufige Fragen
Welche ERP-Systeme unterstützt LMAT?
Aktuell 11 Systeme: SAP FI/ECC, SAP S/4HANA, Diamant/4, Infor LN, FibuNet, MS Dynamics 365 BC, NAV/BC, Entire Software AG, MiCOS und Varial. Neue Systeme werden über TOML-Profile hinzugefügt.
Wie funktioniert die automatische Systemerkennung?
LMAT analysiert die index.xml und Dateistruktur des GDPdU-Exports. Jedes ERP-System hat charakteristische Muster: Feldnamen, Tabellenstrukturen, Kodierungen.
Was passiert bei Konten die nicht zugeordnet werden?
LMAT flaggt unzugeordnete Konten mit drei Optionen: LLM-Zuordnungsvorschlag, manuelle Zuordnung mit Audit-Trail, oder Kennzeichnung als nicht migriert.
Ist LMAT IDW PS 850-konform?
Ja. Die Reports folgen der IDW PS 850 Struktur: Auftragsbeschreibung, Migrationsbeschreibung, Prüfungshandlungen, Feststellungen und Beurteilung.
Wie werden die Daten geschützt?
LMAT verarbeitet Daten lokal oder auf Ihrer eigenen Infrastruktur. Mandantendaten verlassen Ihre Umgebung nicht. LLM-Integration optional deaktivierbar.
Kann LMAT nachträglich eingesetzt werden?
Ja — solange GDPdU-Exporte des Alt- und Neusystems vorliegen. Nicht an einen Migrationszeitpunkt gebunden.