ERP-Anbindung an Lexware: Buchhaltungs-Übergabe und Migrations-Pfade
Lexware ist seit Jahrzehnten der Standard für Faktura, Buchhaltung und Warenwirtschaft im deutschen Klein- und Kleinstunternehmen. Die Software-Familie umfasst Lexware financial office (Buchhaltung), Lexware faktura+auftrag (Faktura), Lexware warenwirtschaft, Lexware lohn+gehalt sowie das modulare Lexware Business Plus.
Wer aus einer Lexware-Umgebung auf ein vollwertiges ERP migriert oder Lexware mit einem ERP parallel betreibt, hat zwei zentrale Anforderungen: saubere Daten-Übernahme und fortlaufende Buchhaltungs-Anbindung. Dieser Beitrag erklärt beide Pfade.
Wann reicht Lexware, wann braucht es ein ERP?
Lexware deckt die Anforderungen sehr kleiner Unternehmen umfassend ab — Faktura, GoBD-konforme Buchhaltung, einfache Lager-Verwaltung, Lohn. Ab einer bestimmten Komplexitätsschwelle stößt Lexware aber an Grenzen: Mehrlager-Logik (über die Standard-3-Lager-Lösung hinaus), Multimandanten-Anforderungen (z. B. 5+ Tochtergesellschaften), fortgeschrittene Disposition mit Bedarfsprognosen, komplexe Konditions-Strukturen (Mengen-Staffel, Kunden-Rabatt-Hierarchien), Branchen-Spezifika (Chargen, Seriennummern, Stücklisten >3 Ebenen) sowie internationale Buchhaltung sind typische Auslöser für ein ERP. Faustregel: über 25 Mitarbeitende und/oder über 5 Mio. € Jahresumsatz wechseln die meisten Mittelständler weg von Lexware.
Lexware als Buchhaltungs-Backend zu einem ERP
Eine populäre Architektur im kleinen Mittelstand: das ERP-System macht die Faktura, Lager und Auftrag, Lexware bleibt für die Buchhaltung. Diese Konstellation funktioniert über die Lexware-Schnittstellen-API (seit 2018 als REST-API verfügbar) oder über DATEV-kompatible Buchungs-Exports, die Lexware ebenfalls akzeptiert. Vorteil: Steuerberater bleibt mit Lexware vertraut, Migration der historischen Buchungen entfällt, Buchhalter benötigen keine ERP-Schulung. Nachteil: zwei Datenstämme, die abgeglichen werden müssen (Kunden, Konditionen).
Migration von Lexware zu einem vollwertigen ERP
Bei einer kompletten Ablösung sind drei Datenkreise zu migrieren: Stammdaten (Kunden, Lieferanten, Artikel, Konten) — typisch 2-5 Tage Aufwand, Buchhaltungs-Salden zum Stichtag (Eröffnungsbilanz, OPOS, USt-Voranmeldungen) — 1-3 Tage Aufwand, oft mit Steuerberater zu koordinieren, Bewegungsdaten der letzten 1-3 Jahre für Vergleichbarkeit — 3-8 Tage Aufwand, abhängig von Volumen. Beste Praxis: zum Geschäftsjahres-Wechsel migrieren, nicht im laufenden Jahr. Spezialisierte Migrations-Berater (z. B. Movis für Sage-Migrationen, COSMO CONSULT für Microsoft Dynamics) bieten Lexware-Migrations-Tools.
ERP-Systeme mit nahtloser Lexware-Anbindung
Folgende ERPs haben dokumentierte oder native Lexware-Schnittstellen: Sage 50 Connected (direkter Konkurrent, mit Migrations-Tool), JTL-Wawi (Faktura mit Lexware-Buchungs-Export), orgaMAX ERP, microtech büro+, Microsoft Dynamics 365 Business Central (über Drittanbieter-Add-on) und Odoo mit Lexware-Buchhaltungs-Connector. Bei selten genutzten ERPs lassen sich Buchungen über das DATEV-Format weiterhin austauschen — Lexware akzeptiert DATEV-CSV-Imports.
Verwandter Begriff: ZUGFERD – Definition und Praxis-Beispiel im Glossar.
Häufig gestellte Fragen
Welche Daten werden zwischen ERP und Lexware synchronisiert?
Typisch synchronisiert werden Stammdaten (Kontakte, Firmen, Produkte) sowie Bewegungsdaten (Aufträge, Rechnungen, Zahlungen). Welche Felder konkret übertragen werden, hängt vom gewählten Connector und dem Master-System ab. In den meisten Setups ist das ERP die Quelle für Finanz-Daten und Produkt-Stammdaten, Lexware hingegen für Vertriebs- oder Operations-Daten. Eine saubere Feld-Mapping-Tabelle sollte vor dem Go-Live dokumentiert sein.
Wie wird die Sync-Frequenz typisch konfiguriert?
Übliche Frequenzen sind Echtzeit (Webhook-basiert), 5-15-Minuten-Intervalle (Polling) oder nächtliche Batches. Echtzeit ist State-of-the-Art für Vertriebs-Cases, Batches reichen für Reporting-Daten. Die Wahl hängt vom Geschäftsprozess und der API-Last beider Seiten ab. Bei Lexware sollten API-Rate-Limits frühzeitig geprüft werden — Überschreitungen führen sonst zu Daten-Lücken.
Welche Schnittstellen-Optionen gibt es für die Lexware-Integration?
Es existieren drei typische Wege: native Connectoren des ERP- oder Lexware-Anbieters, iPaaS-Plattformen (Workato, Make, Zapier, Celigo) oder individuelle REST/SOAP-Integrationen. Native Connectoren sind am schnellsten, iPaaS bietet die meiste Flexibilität, Custom-Integrationen passen sich an Sonderfälle an. Welche Variante optimal ist, hängt von Volumen, Komplexität und Budget ab — siehe Schnittstellen-Übersicht. Eine technische Vor-Analyse spart später viel Aufwand.
Was ist das Master-System bei einer Lexware-Anbindung?
Das Master-System hält die führende Wahrheit für ein Datenobjekt. Für Finanz- und Buchhaltungs-Daten ist üblicherweise das ERP der Master, für Vertriebs- und Marketing-Daten oft Lexware. Diese Festlegung sollte schriftlich pro Datenobjekt erfolgen, sonst entstehen Inkonsistenzen bei bidirektionaler Synchronisation. Ein dokumentiertes Mapping ist auch wichtig für die GoBD-konforme Nachvollziehbarkeit.
Welche typischen Fehlerquellen sollten geplant werden?
Klassische Fehler sind nicht-gemappte Pflichtfelder, abweichende Format-Standards (Datum, Währung, Steuersätze) und fehlende Konflikt-Auflösung bei bidirektionalem Sync. Ebenso kritisch sind API-Limits, Token-Ablauf und unstrukturiertes Error-Handling. Eine produktive Integration braucht Monitoring, Alerting und einen klaren Reprocessing-Pfad bei Fehlern. Bei der Lexware-Anbindung empfiehlt sich ein dezidierter Test-Mandant in beiden Systemen.