Autor: digimark

Markus kommt aus dem Odoo-Demo-Gespräch. Das System kann alles. Wirklich alles. CRM, Lager, Produktion, Buchhaltung, Website-Builder — und noch fünfzehn Dinge mehr. Er war beeindruckt.

Dann öffnet er das Angebot des Odoo-Partners: sechs Monate Projektlaufzeit, vier Phasen, vierzehn Workshops. 18.500 € Implementierungskosten. Monatliche Lizenz on top.

Er schließt das PDF. Tippt in die Suchmaschine: „odoo alternative mittelstand.“

---

Was macht Odoo so attraktiv — und warum schreckt es viele KMU trotzdem ab?

Odoo ist eines der vollständigsten ERP-Systeme auf dem Markt. Die Community ist groß, der Code ist offen, die Modulbibliothek umfassend. Für global aufgestellte Unternehmen mit komplexen Fertigungsprozessen und eigener IT-Abteilung ist Odoo eine legitime Wahl.

Das Problem: Was Odoo mächtig macht, macht es für KMU ohne dedizierte IT oder externen Partner kaum beherrschbar.

Drei konkrete Punkte, die Mittelständler immer wieder überfordern:

1. Einführungsaufwand
Eine professionelle Odoo-Einführung dauert erfahrungsgemäß 3–6 Monate. Sie brauchen einen zertifizierten Odoo-Partner. Marktübliche Implementierungskosten: 10.000–20.000 € — je nach Scope und Dienstleister (Schätzung aus Marktbeobachtung, individuelle Angebote weichen ab). Für ein 30-Mitarbeiter-Unternehmen ohne IT-Leiter ist das kein Softwarekauf mehr. Es ist ein Projekt.

2. DATEV-Export ist kein Standard
Odoo ist ein globales Produkt. DATEV ist ein deutsches System. Die Schnittstelle ist nicht im Standardumfang enthalten — sondern über Drittmodule oder manuelle Exports zu lösen. Was das bedeutet: monatliche Handarbeit, Fehlerrisiko, Steuerberater-Frust. Mehr dazu weiter unten.

3. Konfigurationsaufwand für deutschsprachige Anforderungen
Odoo braucht für den deutschen Markt Anpassungen, die in der Standardversion nicht enthalten sind. Das kostet Einführungszeit — oder den Einführungspartner.

Das soll keine Kritik an Odoo sein. Odoo ist richtig für Unternehmen, die diese Komplexität brauchen und auch steuern können. Für viele deutsche KMU mit 15–60 Mitarbeitern ist das aber schlicht nicht der Fall.

---

Was braucht eine echte Odoo-Alternative für den deutschen Mittelstand?

Eine sinnvolle Alternative muss denselben funktionalen Kern liefern — kein abgespecktes Tool, kein reines Buchhaltungssystem, sondern vollständiges ERP + CRM + Finance. Und sie muss zusätzlich die deutschen Pflichtanforderungen ohne Umwege erfüllen.

Checkliste: Was ein vollständiges ERP für Deutschland leisten muss

1. ✅ CRM: Kontakte, Angebote, Aufträge in einem System
2. ✅ DATEV-Export — nativ, nicht als Plugin
3. ✅ E-Rechnung: XRechnung + ZUGFeRD
4. ✅ Zeiterfassung — Mitarbeiter und Projekte
5. ✅ Mahnwesen und Eingangsrechnungen
6. ✅ Einführung ohne Monatelang-Projekt
7. ✅ Deutschsprachiger Support

„Alternative“ heißt nicht „abgespeckte Version“. Wer aus Odoo herauswächst oder Odoo nie einführen will, braucht nicht weniger Funktionen. Er braucht denselben Umfang — mit weniger Einführungsaufwand.

Die vollständige ERP-Modulübersicht von DigiBasiX zeigt, was das System im Einzelnen abdeckt.

---

Warum hat Odoo kein natives DATEV — und was bedeutet das für Sie?

DATEV ist die Software Ihres Steuerberaters. Ein ERP mit nativer DATEV-Integration bedeutet: Ihre Buchungsdaten werden automatisch aufbereitet und im Format exportiert, das Ihr Steuerberater einlesen kann. Keine Handarbeit, kein manueller Export, kein Formatproblem.

Odoo liefert das nicht im Standard. Die DATEV-Schnittstelle kommt über Drittmodule — mit allem, was das bedeutet: Wartungsaufwand bei Updates, Kompatibilitätsfragen, und am Ende oft doch der manuelle Nachbau.

Für ein deutsches Unternehmen ist das keine Kleinigkeit. Wenn der Monatsabschluss kommt und die Daten nicht sauber übergeben werden, zahlt entweder der Steuerberater in Nacharbeit — oder Sie.

Die DATEV-Integration von DigiBasiX ist keine Erweiterung. Sie gehört zum Kern — kein Plugin, kein Workaround, kein Monatsabschluss-Stress.

---

Wie unterscheidet sich die Einführung von Odoo und DigiBasiX?

Die meisten ERP-Einführungen scheitern nicht an der Software. Sie scheitern am Scope-Creep, am Einführungsaufwand und am fehlenden internen Champion, der das Projekt am Laufen hält.

Was kostet eine Odoo-Einführung wirklich?

Die Lizenzkosten sind nur der Anfang. Dazu kommen:

• Implementierungskosten beim Odoo-Partner: typisch 10.000–20.000 € für einen mittleren Scope (Marktschätzung — individuelle Projekte weichen ab)
• Mitarbeiterzeit während der Einführung: Workshops, Schulungen, paralleler Betrieb
• Produktivitätsverlust in der Umstellungsphase: erfahrungsgemäß 4–8 Wochen eingeschränkter Normalbetrieb

Das ist kein Geheimnis — das steht in den Projektangeboten der Odoo-Partner. Die Frage ist: Ist das für Ihr Unternehmen verhältnismäßig?

Wie läuft eine DigiBasiX-Einführung ab?

DigiBasiX ist auf eigenständige Einführung ohne externen Implementierungspartner ausgelegt. Finance-first: Rechnungen, DATEV-Übergabe, Mahnwesen — das läuft in Tagen. CRM und weitere Module folgen schrittweise.

Kein Projektplan mit vierzehn Workshops. Persönlicher Support auf Deutsch — ohne Projektzähler.

---

Welche Alternativen zu Odoo gibt es — und für wen passen sie?

Der deutsche Markt bietet mehrere ernsthafte Optionen. Die Wahl hängt von Betriebsgröße, Branche und dem Gewicht ab, das Sie auf DATEV-Integration und Einführungsgeschwindigkeit legen.

	Odoo	Weclapp	work4all	DigiBasiX
Für wen	Enterprise, komplexe Fertigung	Mittelstand, Handel	Dienstleister, Agenturen	KMU 10–80 MA, Dienstleister
DATEV nativ	Nein (Plugin)	Nicht Kernfunktion	Eingeschränkt	Ja, out-of-the-box
E-Rechnung	Modul	Ja	Ja	Ja (XRechnung + ZUGFeRD)
Einführungszeit	3–6 Monate	Einige Wochen	Einige Wochen	Tage bis Wochen
Preis	Hoch + Implementierung	Ab ~39 €/Nutzer/Monat*	Individuelle Preise	Faire Flatrate

Odoo als Erstimplementierung für ein 30-Personen-Unternehmen ohne eigene IT ist selten die klügste Entscheidung. Nicht weil Odoo schlecht ist — sondern weil der Einführungsaufwand nicht im Verhältnis zum Nutzen steht, wenn ein einfacheres System denselben Prozessumfang abdeckt.

Weclapp ist für den deutschen Mittelstand eine solide Option. DATEV ist dort allerdings keine Kernfunktion — und die nutzungsbasierte Preisstruktur kann bei wachsenden Teams ins Gewicht fallen.

Einen direkten Systemvergleich liefert die Odoo-Alternative Hub-Page — dort findet Markus die tabellarische Gegenüberstellung für jede Einzelfunktion.

---

Häufige Fragen zur Odoo-Alternative im Mittelstand

Kann man von Odoo zu DigiBasiX wechseln?

Ja — und es ist einfacher als der umgekehrte Weg. DigiBasiX importiert Stammdaten (Kunden, Lieferanten, Artikel) aus CSV-Exporten. Offene Posten, Buchungshistorie und laufende Projekte müssen manuell übertragen oder als Anfangsbestand erfasst werden. Der Aufwand hängt vom Datenvolumen ab — in der Praxis ist das bei einem 20–50-MA-Betrieb in wenigen Tagen erledigt.

Ist DigiBasiX wirklich genauso funktional wie Odoo?

Für die Kernprozesse eines deutschen KMU: ja. CRM, Vertrieb, Zeiterfassung, Projektmanagement, Lagerhaltung, vollständige Finance-Suite mit DATEV und E-Rechnung — alles vorhanden. Was DigiBasiX nicht hat: die hochspezialisierten Produktions- und MES-Module, die Odoo für Fertigungsunternehmen attraktiv machen. Wer komplexe Fertigungssteuerung braucht, braucht Odoo — oder ein spezialisiertes Fertigungs-ERP.

Was kostet DigiBasiX im Vergleich zu Odoo?

DigiBasiX bietet Flatrate-Preise ohne nutzungsbasierte Eskalation. Ein direkter Vergleich ist schwierig, weil Odoo-Kosten stark von Scope und Partner abhängen — realistisch sind 500–2.000 € Monatskosten inklusive Implementierungsamortisation für einen mittelgroßen Mittelständler. Für ein konkretes Budget-Beispiel: Demo anfragen.

Funktioniert DigiBasiX auch ohne DATEV-Steuerberater?

Ja. DATEV-Integration bedeutet nicht, dass Sie DATEV als Software nutzen müssen — es bedeutet, dass Ihre Buchhaltungsdaten in dem Format exportiert werden, das Ihr Steuerberater einlesen kann. Wenn Ihr Steuerberater nicht mit DATEV arbeitet, exportiert DigiBasiX auch in anderen Standardformaten.

Welche Branchen nutzen DigiBasiX als Odoo-Alternative?

Am häufigsten: Dienstleister und Beratungsunternehmen (Angebote, Zeiterfassung, Projektabrechnung), Agenturen (CRM + Finance in einem System), Handwerksbetriebe (Auftrag → Rechnung → DATEV ohne Bruch), produzierende KMU mit bis zu 80 Mitarbeitern (Lager, CRM, Finance). Für hochkomplexe Serienfertigung ist DigiBasiX nicht ausgelegt.

---

Sie haben Odoo-Demo gemacht — und sind sich nicht sicher, ob der Aufwand gerechtfertigt ist?

Demo anfragen und in einem kurzen Gespräch klären, ob DigiBasiX die einfachere Lösung für Ihren konkreten Scope ist.

Im Dolibarr-Forum tauchte vergangene Woche eine Frage auf, die ziemlich genau den Nerv trifft: „Gap-Analyse und möglicher Compliance-Layer“. Der Fragesteller wollte wissen, an welchen Stellen Vanilla-Dolibarr für eine deutsche Betriebsprüfung schon trägt und wo nachgearbeitet werden muss. Das ist die Frage, die in jedem zweiten Audit-Gespräch fällt — meistens drei Wochen vor der Prüfungsanordnung, manchmal auch erst, wenn der Prüfer schon im Haus sitzt.

Diese Seite ordnet die Antwort sachlich ein. Was die GoBD im Kern verlangt, wo Dolibarr aus dem Karton heraus solide aufgestellt ist, an welchen Punkten typischerweise Lücken auftauchen — und welche fünf bis sieben Sachen ein Mittelständler ohne Berater selbst nachsehen kann. Eine Vorab-Klarstellung gleich vorneweg: Die GoBD sind kein Strafverfolgungsinstrument. Sie sind der Standard, an dem eine Betriebsprüfung die Buchführung misst. Wer sauber dokumentiert ist und die Grundsätze technisch umsetzt, geht ohne Zuschätzung nach § 162 AO aus dem Gespräch — wer schludert, riskiert eine Schätzungsbefugnis, die schnell ins Geld geht.

Was die GoBD im Kern verlangen

Die Grundsätze zur ordnungsmäßigen Führung und Aufbewahrung von Büchern, Aufzeichnungen und Unterlagen in elektronischer Form sowie zum Datenzugriff — kurz GoBD — gehen auf das BMF-Schreiben vom 14. November 2014 zurück, in der heute gültigen Fassung neu gefasst am 28. November 2019. Sie binden jeden Buchführungspflichtigen nach §§ 140 ff. AO. Praktisch heißt das: jedes deutsche Unternehmen, das Geschäftsvorfälle elektronisch erfasst (siehe auch unseren ERP-Vergleich für den Mittelstand), fällt darunter — vom Zwei-Personen-Handwerksbetrieb bis zum Konzern.

Im Kern geht es um sechs materielle Grundsätze, die jeder Datensatz erfüllen muss. Nachvollziehbarkeit und Nachprüfbarkeit bedeutet, dass ein sachverständiger Dritter den Weg vom Beleg zur Buchung und zurück rekonstruieren kann. Vollständigkeit verlangt, dass kein Geschäftsvorfall fehlt — auch nicht der kleine Barbeleg vom Baumarkt. Richtigkeit zielt auf inhaltliche und rechnerische Korrektheit. Zeitgerechte Buchungen verlangen, dass Vorgänge zeitnah erfasst werden — die alte „spätestens nach acht Tagen“-Regel für Kasse, „innerhalb des Monats“ für unbare Vorgänge ist sinngemäß noch da. Ordnung meint nachvollziehbare Belegnummern und ein klares Kontensystem. Und Unveränderbarkeit — Tz. 58, die in der Praxis am meisten Konflikt erzeugt — verlangt, dass eine einmal in den Verarbeitungsprozess gegebene Buchung nicht so verändert werden kann, dass der ursprüngliche Inhalt verloren geht.

Quer dazu liegen zwei organisatorische Themen, die in jeder Prüfung gesondert abgefragt werden: die Verfahrensdokumentation nach Tz. 151 und der Datenzugriff nach § 147 Abs. 6 AO in den drei Spielarten Z1 (Prüfer arbeitet direkt im System mit Lesezugriff), Z2 (Sie werten auf Anforderung aus) und Z3 (Datenträgerüberlassung im maschinell auswertbaren Format, typischerweise GDPdU/IDEA). Welche der drei Zugriffsarten der Prüfer wählt, entscheidet er — nicht Sie. Heißt: Sie müssen alle drei bedienen können.

Wo Vanilla-Dolibarr schon trägt

Dolibarr ist im Auslieferungszustand kein deutsches Buchhaltungssystem, aber die Architektur ist deutlich besser, als viele vermuten. Das interne Änderungsprotokoll arbeitet sauber: Jede Rechnung, Buchung, Bestandsbewegung und Stammdaten-Änderung wird mit Zeitstempel und Benutzer protokolliert. Den Audit-Trail finden Sie auf jeder Detailseite unter „Info“ oder „Bearbeitungs-Historie“ — Anlage, Statuswechsel, Validierung, Zahlungs-Verknüpfung, alles sichtbar.

Die Validierungs-Sperre für Rechnungen ist ebenfalls da, sie ist nur per Default nicht aktiv. Unter Einstellungen → Module/Anwendungen → Faktura → Rechnungen konfigurieren liegt der Schalter MAIN_DISABLE_INVOICE_EDITION. Einmal aktiviert, lassen sich validierte Rechnungen nicht mehr im Betrag oder in den Positionen ändern — Korrekturen laufen ausschließlich über Stornorechnung und Neuanlage, die untereinander bidirektional verknüpft sind und in dieser Verknüpfung nicht aufgelöst werden können. Das entspricht genau dem, was Tz. 58 und Tz. 61 verlangen.

Auch die Belegablage ist konzeptionell richtig gebaut. Eingehende PDFs, gescannte Papier-Belege und XRechnungen werden im Datensatz unter „Dokumente“ verknüpft und liegen physisch im Verzeichnis documents/ — sauber getrennt nach Beleg-Typ (facture, facture_fournisseur, produit). Die Tabellen-Struktur in der MariaDB ist standardisiert und damit Z3-tauglich, das Modul Ereignisse / Agenda protokolliert Logins, Passwortänderungen und Rollenwechsel. Das Berechtigungs-System mit Benutzergruppen erlaubt eine saubere Vier-Rollen-Trennung (Erfassung, Freigabe, Auswertung, Administration), wie sie Tz. 44 und Tz. 52 für die Trennung kritischer Vorgänge im Hintergrund mitdenken.

Kurz: Vanilla-Dolibarr ist GoBD-fähig. Nicht GoBD-fertig.

Wo die Lücken sitzen

Der Unterschied zwischen „fähig“ und „fertig“ entscheidet in der Praxis darüber, ob eine Betriebsprüfung glatt durchläuft oder Diskussionen produziert. Vier Lücken tauchen immer wieder auf.

Die Verfahrensdokumentation fehlt komplett. Das ist der häufigste formale Mangel — bei jeder zweiten Prüfung, die wir begleitet haben, war keine vorhanden oder die letzte Fassung war drei Jahre alt. Tz. 151 verlangt eine schriftliche Darstellung, in der ein sachverständiger Dritter sich in angemessener Zeit zurechtfindet: Beleg-Eingangswege, Verarbeitungsschritte mit Verantwortlichen, Archivierung, Berechtigungssystem, Backup-Strategie, Software-Versionen. Dolibarr bringt davon nichts mit — die Doku ist eine organisatorische Pflicht, die der Betreiber erfüllen muss.

Der Z3-Export ist nicht out-of-the-box. Unter Buchhaltung → Exporte → GDPdU-Export liegt zwar ein Modul, das eine ZIP-Datei mit Bewegungsdaten, Stammdaten und der formalen index.xml erzeugt. In der Standardkonfiguration treffen die Feld-Mappings aber selten exakt das, was die Prüfer-Software IDEA erwartet — vor allem bei den Kontenrahmen SKR03/SKR04 und der DATEV-typischen Kostenstellen-Logik. Das fällt erst auf, wenn der Prüfer die Datei nicht lesen kann. Bei einem unserer Audits aus diesem Frühjahr stellte sich heraus, dass der Z3-Export seit der letzten Migration eine fehlerhafte DTD-Referenz trug — drei Jahre lang, nie getestet, in der Prüfung dann der Aufschlag.

Ein Berechtigungs-Audit-Werkzeug fehlt. Wer prüfen will, welche Benutzer welche Rollen haben, wann zuletzt eingeloggt wurde und ob verwaiste Admin-Accounts existieren, muss in Dolibarr durch mehrere Module klicken und die Daten manuell zusammenführen. Ein konsolidierter Bericht für den halbjährlichen Berechtigungs-Review — den Tz. 100 sinngemäß verlangt — existiert nicht. Im Audit-Alltag sieht man dann fünf Jahre alte Accounts mit Admin-Rechten von Mitarbeitern, die längst nicht mehr im Haus sind.

Standard-Checklisten für Betriebsprüfung gibt es nicht. Die typischen Mängel — Excel-Listen ohne Bewegungsprotokoll, Belege auf lokalen Arbeitsplatz-PCs statt im zentralen Archiv, Mail-Anhänge ohne dokumentierten Eingangsworkflow, Lücken im Audit-Trail nach Update — werden in jeder Prüfung wieder neu gefunden, weil keine systematische Vorab-Selbstprüfung läuft. Das ist keine Dolibarr-Schwäche, sondern eine organisatorische — Dolibarr liefert nur kein Werkzeug, das vor der Prüfung daran erinnert.

Was wir auf Dolibarr-Basis ergänzen

Diese Lücken lassen sich schließen, ohne den Dolibarr-Kern anzufassen — und genau das ist die Linie, die wir bei jedem Setup fahren. Wir liefern eine angepasste Verfahrensdokumentation als Word-Vorlage mit, in der die Standardkapitel vorbefüllt sind und nur noch die unternehmensspezifischen Stellen (Beleg-Eingangswege, Verantwortliche, Backup-Ziele) ergänzt werden müssen. Die Validierungs-Sperre für Rechnungen ist im Auslieferungsprofil standardmäßig aktiv — sie auszuschalten ist im Wartungs-Vertrag ausdrücklich ausgenommen. Der Z3-Export wird einmalig gegen IDEA getestet, das Ergebnis kommt mit Datum in die Verfahrensdokumentation. Das Berechtigungs-System wird als Vier-Rollen-Schema (Erfassung, Freigabe, Auswertung, Administration) eingerichtet, der halbjährliche Review-Termin landet als wiederkehrender Eintrag im Kunden-Kalender.

Wer mehr Werkzeug-Unterstützung will, kann das DigiBasiX-Auslieferungsprofil für Dolibarr nutzen — das bündelt diese Voreinstellungen plus einige zusätzliche Helfer (Hashsummen-Lauf für die Belegablage, vorkonfiguriertes Backup mit Restore-Test-Protokoll). Der entscheidende Punkt ist aber nicht das Modul, sondern die Disziplin: GoBD-Konformität ist nach Tz. 20 eine Eigenschaft des Verfahrens — also der Kombination aus Software, Organisation und tatsächlichem Anwenderverhalten. Eine im Auslieferungszustand saubere Software wird durch abgeschaltete Sperren, schlampige Rollen und veraltete Doku innerhalb von Monaten wieder ungenügend.

Was Sie heute selbst prüfen können

Eine kurze Selbstcheck-Liste für den Mittwochnachmittag, ohne Berater:

1. Verfahrensdokumentation greifbar? Liegt sie in einem Ordner, den die Geschäftsführung findet — nicht nur der IT-Dienstleister? Trägt sie ein Versionsdatum aus den letzten zwölf Monaten?
2. Validierungs-Sperre aktiv? Unter Einstellungen → Faktura nachsehen, ob MAIN_DISABLE_INVOICE_EDITION auf 1 steht. Wenn nicht: warum nicht, und wer hat es ausgeschaltet?
3. Z3-Export funktioniert? Einmal probeweise einen Monatsbestand exportieren und in IDEA (oder beim Steuerberater) gegenlesen lassen. Wenn das nicht klappt, will man das nicht erst in der Prüfung herausfinden.
4. Audit-Trail-Lücken nach Migrationen? Bei einer Rechnung aus dem Vorjahr nachsehen, ob der Bearbeitungs-Verlauf vollständig ist oder ob das Migrationsdatum eine harte Kante zeigt.
5. Backup zuletzt getestet? Wann wurde zum letzten Mal ein Restore in eine Testumgebung gefahren und protokolliert? Tz. 103 ist hier eindeutig — ein nicht getestetes Backup gilt prüfungsrechtlich nicht als Backup.
6. Berechtigungs-Liste aktuell? Alle aktiven Benutzer durchgehen: arbeitet die Person noch im Haus, passt die Rolle, wann war der letzte Login? Verwaiste Accounts deaktivieren — nicht löschen, damit der Audit-Trail referenzfähig bleibt.
7. Belegablage vollständig? Stichprobe aus dem letzten Quartal: Wo liegt der Original-PDF zu einer Lieferantenrechnung? Im Dolibarr-documents/-Verzeichnis oder im Outlook eines Mitarbeiters? Tz. 121 GoBD verpflichtet zur Aufbewahrung eingehender E-Mails als steuerrelevante Unterlagen — der Mail-Body gehört dazu, nicht nur der Anhang. Tz. 130 verlangt zusätzlich, dass die Aufbewahrung in der Form des Eingangs erfolgt.

Wenn drei oder mehr dieser Punkte Fragezeichen werfen, ist eine systematische Gap-Analyse vor der nächsten Betriebsprüfung gut investiert. Wenn alle sieben grün sind, ist die Hausaufgabe gemacht — dann braucht es höchstens noch das jährliche Update der Verfahrensdokumentation.

Wann sich eine Gap-Analyse lohnt

Drei Anlässe, bei denen wir den genauen Blick empfehlen. Vor einem System-Wechsel — die Aufbewahrungspflicht knüpft an die Daten, nicht an das System (Tz. 164). Wer migriert, muss entweder das Altsystem im Lese-Modus weiterbetreiben oder die Migration mit Übergabeprotokoll, Stichprobenvergleich und Versionsschnitt in der Verfahrensdokumentation absichern. Reine PDF-Archivierung der alten Auswertungen reicht nicht, weil die maschinelle Auswertbarkeit für Z3 verloren geht. Vor einer angekündigten Betriebsprüfung — die typischen Mängel (fehlende Doku, Z3-Export ungetestet, verwaiste Accounts) lassen sich in vier bis sechs Wochen Vorlauf in Ordnung bringen. Während der Prüfung wird das ungleich schwieriger. Nach einem Major-Update — Modul-Updates können Audit-Trail-Lücken erzeugen oder Default-Einstellungen verändern (gerade die Validierungs-Sperre ist immer wieder ein Kandidat). Tz. 155 lässt zu, solche Brüche als Versionsschnitt in der Verfahrensdokumentation zu vermerken — aber nur, wenn man sie überhaupt bemerkt hat.

Eine Klarstellung zum Schluss, die wir öfter aussprechen müssen: GoBD-Konformität ist keine Kategorie, die Software „hat“ oder „nicht hat“. Sie ist eine Eigenschaft des laufenden Betriebs — Software-Konfiguration, organisatorische Regeln, Anwender-Disziplin. Werbung mit „GoBD-Zertifizierung“ bezieht sich nach Tz. 21 stets auf den Auslieferungszustand des Produkts. Die Verantwortung für die Einhaltung im konkreten Setup bleibt nach § 34 AO bei der Geschäftsführung. Das ist keine Drohung, das ist nur die Geschäftsgrundlage, auf der jede Betriebsprüfung beruht.

Wenn Sie konkret prüfen wollen, ob Ihr Dolibarr GoBD-fit ist, vereinbaren Sie ein Audit-Gespräch. Wir gehen Ihre Konfiguration durch, fahren die sieben Selbstcheck-Punkte einmal sauber durch, und sagen ehrlich, wo Lücken sind und wo nicht. Keine Standard-Checkliste mit roten Häkchen, sondern eine Einschätzung für genau Ihren Stand.

Wenn Sie als Buchhalter oder kaufmännischer Leiter eines mittelständischen Unternehmens gerade eine E-Mail Ihres Steuerberaters mit dem Betreff „E-Rechnung ab 2025 – handeln Sie jetzt“ auf dem Schreibtisch haben, ist die Verunsicherung verständlich. Die Gesetzeslage hat sich geändert, die Fristen sind real – und wer die falschen Schlüsse zieht, riskiert abgelehnte Vorsteuerabzüge oder Beanstandungen bei der nächsten Betriebsprüfung. Dieser Artikel erklärt, was konkret gilt, für wen und bis wann.

---

Was genau ist eine E-Rechnung – und warum reicht eine PDF nicht mehr aus?

Eine E-Rechnung im gesetzlichen Sinne ist eine strukturierte, maschinenlesbar codierte Datei – keine eingescannte Papierrechnung, kein Word-Dokument und auch kein gewöhnliches PDF. Letzteres gilt ab den neuen gesetzlichen Fristen ausdrücklich nicht mehr als E-Rechnung, weil es keine automatisierte Verarbeitung ermöglicht.

Der Gesetzgeber folgt damit der europäischen Norm EN 16931, die ein einheitliches semantisches Datenmodell für elektronische Rechnungen definiert. In der Praxis bedeutet das: Eine E-Rechnung enthält alle Pflichtangaben als strukturierte Datenfelder – Rechnungsnummer, Leistungsdatum, Steuerbeträge, IBAN – so, dass eine Buchhaltungssoftware diese Felder direkt einlesen und verarbeiten kann, ohne dass ein Mensch die Rechnung manuell abtippen muss.

PDFs können weiterhin als lesbares Beiblatt mitgeschickt werden – zum Beispiel als visuelle Darstellung für den Empfänger. Sie ersetzen jedoch nicht das strukturierte Datenformat. Wer also weiterhin nur PDFs ausstellt und dies als „E-Rechnung“ deklariert, erfüllt die gesetzlichen Anforderungen nicht.

DigiBasiX erstellt XRechnung und ZUGFeRD direkt aus dem Rechnungsmodul – ohne zusätzliches Tool, ohne manuellen Export und ohne dass Klaus dafür einen separaten Dienstleister beauftragen muss.

---

Welche Fristen gelten konkret – wer muss wann was umsetzen?

Die wichtigste Frist steht bereits: Ab dem 1. Januar 2025 müssen alle umsatzsteuerpflichtigen Unternehmen im B2B-Bereich in der Lage sein, E-Rechnungen zu empfangen. Kein Unternehmen kann sich darauf berufen, noch nicht bereit zu sein – der Empfang ist Pflicht, unabhängig von Unternehmensgröße oder Branche.

Für das Ausstellen von E-Rechnungen gelten gestaffelte Übergangsfristen:

| Zeitraum | Regelung | |—|—| | Ab 01.01.2025 | Empfangspflicht für alle B2B-Unternehmen | | Bis 31.12.2026 | Ausstellungspflicht mit Übergangsregelung: Unternehmen bis 800.000 € Vorjahresumsatz dürfen noch Papier- oder PDF-Rechnungen ausstellen – sofern der Empfänger zustimmt | | Ab 01.01.2027 | Ausstellungspflicht für alle umsatzsteuerpflichtigen B2B-Unternehmen ohne Ausnahme |

Die Übergangsregelung klingt entspannter, als sie ist: Sie setzt voraus, dass der Empfänger der Papier- oder PDF-Rechnung zustimmt. Stellt ein Geschäftspartner früher auf E-Rechnung um und besteht darauf, können Sie als Aussteller nicht auf die Übergangsfrist verweisen. Wer also schon heute E-Rechnungen empfangen und senden kann, ist auf der sicheren Seite – unabhängig davon, wie schnell die eigenen Lieferanten und Kunden die Umstellung vollziehen.

DigiBasiX ist ab Werk für den E-Rechnungsempfang und -versand vorbereitet – Klaus muss keine separate Middleware beschaffen oder eine technische Schnittstelle selbst programmieren lassen.

---

Gilt die E-Rechnung-Pflicht auch für Kleinunternehmer und B2C-Geschäfte?

Kleinunternehmer nach § 19 UStG sind von der Ausstellungspflicht vorerst ausgenommen – sie müssen keine E-Rechnungen ausstellen. Das ändert jedoch nichts daran, dass sie E-Rechnungen empfangen können müssen, sobald ein B2B-Geschäftspartner eine solche schickt.

Für B2C-Geschäfte – also Rechnungen an Privatpersonen – gilt die E-Rechnung-Pflicht grundsätzlich nicht. Hier bleibt das bisherige Papier- oder PDF-Format zulässig.

Für Klaus als Buchhalter eines mittelständischen Handelsunternehmens mit 35 Mitarbeitenden ist die B2B-Schiene die relevante: Er stellt Rechnungen an andere Unternehmen aus und empfängt Eingangsrechnungen von Lieferanten. Beide Richtungen sind betroffen. Die Frage ist nicht mehr ob, sondern wann und mit welchem System die Umstellung erfolgt.

DigiBasiX unterscheidet im Rechnungsmodul automatisch zwischen B2B- und B2C-Belegen und wählt das passende Ausgabeformat – eine manuelle Fallunterscheidung entfällt.

---

Was ist der Unterschied zwischen XRechnung und ZUGFeRD – und welches Format brauche ich?

Beide Formate erfüllen die gesetzlichen Anforderungen, unterscheiden sich aber in Aufbau und Anwendungsfall.

XRechnung ist ein rein strukturiertes XML-Format – eine Datei, die nur aus maschinenlesbaren Datenfeldern besteht, aber keine visuelle Darstellung enthält. Wer eine XRechnung öffnet, sieht zunächst nur XML-Code. Dieses Format ist vor allem für öffentliche Auftraggeber (Bund, Länder, Kommunen) vorgeschrieben und seit 2020 im B2G-Bereich (Business to Government) verpflichtend.

ZUGFeRD (Zentraler User Guide des Forums elektronische Rechnung Deutschland) kombiniert ein visuelles PDF mit eingebettetem XML. Der Empfänger sieht eine normale Rechnung, die Buchhaltungssoftware liest im Hintergrund die strukturierten Daten aus. ZUGFeRD ist im B2B-Bereich weit verbreitet, weil es den Übergang erleichtert – Empfänger ohne E-Rechnungssoftware können das PDF lesen, Empfänger mit Software verarbeiten die XML-Daten automatisch.

Welches Format ist das richtige?

• Rechnungen an öffentliche Auftraggeber: XRechnung (Pflicht)
• Rechnungen im privaten B2B-Bereich: ZUGFeRD ab Version 2.1 (empfohlen, weil kompatibel und praxisnah)
• Beide Formate erfüllen die EN 16931 und sind damit gesetzeskonform

Für ein Handelsunternehmen wie das von Klaus ist ZUGFeRD in der Regel die pragmatische Wahl – es ist kompatibel mit den meisten Buchhaltungssystemen und erzeugt keine Reibung bei Geschäftspartnern, die noch keinen reinen XML-Workflow haben.

---

Was passiert, wenn ich die E-Rechnung-Pflicht nicht einhalte?

Die Konsequenzen sind nicht abstrakt. Wer nach Ablauf der Übergangsfristen weiterhin Papier- oder PDF-Rechnungen ausstellt, ohne dass der Empfänger zugestimmt hat, stellt formal keine gültige Rechnung aus. Das hat steuerliche Folgen:

• Der Vorsteuerabzug beim Empfänger kann versagt werden, weil keine ordnungsgemäße Rechnung vorliegt.
• Bei einer Betriebsprüfung können fehlerhafte Rechnungsformate zu Korrekturen, Nachzahlungen und Zinsen führen.
• Geschäftspartner können die Zahlung verweigern, bis eine korrekte E-Rechnung vorliegt – das belastet Liquidität und Geschäftsbeziehungen.

Die gute Nachricht: Wer jetzt handelt, hat noch ausreichend Zeit. Die Empfangspflicht gilt zwar bereits seit Januar 2025, aber die Ausstellungspflicht für Unternehmen bis 800.000 € Umsatz läuft erst Ende 2026 aus. Wer die Umstellung 2025 oder früh 2026 angeht, hat Spielraum für Tests, Schulungen und die Abstimmung mit dem Steuerberater.

---

Häufige Fragen (FAQ)

Ab wann muss ich E-Rechnungen empfangen können?

Ab dem 1. Januar 2025 – für alle umsatzsteuerpflichtigen B2B-Unternehmen, unabhängig von Größe oder Umsatz.

Ab wann muss ich selbst E-Rechnungen ausstellen?

Für Unternehmen bis 800.000 € Vorjahresumsatz gilt eine Übergangsfrist bis Ende 2026. Ab dem 1. Januar 2027 müssen alle umsatzsteuerpflichtigen B2B-Unternehmen E-Rechnungen ausstellen.

Reicht ein PDF als E-Rechnung?

Nein. Ein gewöhnliches PDF erfüllt die gesetzlichen Anforderungen nicht. Nur strukturierte Formate wie XRechnung (XML) oder ZUGFeRD (PDF mit eingebettetem XML) gelten als E-Rechnung im Sinne des Gesetzes.

Gilt die E-Rechnung-Pflicht auch für Kleinunternehmer?

Kleinunternehmer nach § 19 UStG sind von der Ausstellungspflicht vorerst ausgenommen. Sie müssen jedoch in der Lage sein, E-Rechnungen von B2B-Partnern zu empfangen.

Was ist der Unterschied zwischen XRechnung und ZUGFeRD?

XRechnung ist ein reines XML-Format, das vor allem für öffentliche Auftraggeber vorgeschrieben ist. ZUGFeRD kombiniert ein lesbares PDF mit eingebettetem XML und ist im privaten B2B-Bereich weit verbreitet. Beide Formate sind gesetzeskonform nach EN 16931.

---

Noch unsicher, ob Ihre aktuelle Software die E-Rechnung-Pflicht erfüllt?

Sehen Sie DigiBasiX in 30 Minuten — kostenlos, persönlich, ohne Vertragsbindung. Demo anfragen →

orgaMAX von Deltra Software gehört im deutschen Mittelstand zum festen Inventar — viele Handwerksbetriebe, Dienstleister und kleinere Unternehmen arbeiten seit Jahren produktiv damit. Die Frage, ob das auch in den kommenden Jahren so bleibt, stellt sich derzeit aus zwei Richtungen: die E-Rechnungs-Pflicht ab 2027 verlangt eine andere technische Grundlage, und die Erwartung an Cloud-Hoheit, Schnittstellen und Datenportabilität ist nicht mehr dieselbe wie 2018.

Wer derzeit prüft, ob orgaMAX die nächsten fünf Jahre tragen wird oder eine Alternative sinnvoll wäre, findet hier eine sachliche Einordnung: was orgaMAX heute leistet, wo es architektonisch an Grenzen stößt — und wie DigiBasiX als offene, Cloud-native Lösung daran ansetzt.

Wo orgaMAX heute steht

orgaMAX deckt für seine Kernzielgruppe einen vollständigen Geschäftsalltag ab: Auftragsverwaltung mit Angebot, Auftrag, Lieferschein und Rechnung, eine integrierte Buchhaltung mit DATEV-Export, ein CRM für Kundenpflege, eine Warenwirtschaft für Lagerbestände und Bestellwesen. Für Handwerks- und Dienstleistungsbetriebe mit etablierten Abläufen ist das ein solides Paket.

Die Stärken sind klar erkennbar: ein deutscher Anbieter mit langer Historie, eine eingespielte DATEV-Brücke, ein etablierter Branchen-Fokus auf Handwerk und Mittelstand. Wer in den orgaMAX-Workflow eingearbeitet ist, kommt ohne Reibungsverluste durch den Tag.

Was sich mit der E-Rechnungs-Pflicht ändert

Seit 1.1.2025 gilt für inländische B2B-Umsätze die Empfangspflicht für strukturierte E-Rechnungen (XRechnung, ZUGFeRD/Factur-X). Die Ausstellungspflicht greift gestaffelt: ab 1.1.2027 grundsätzlich für Rechnungsaussteller mit Vorjahresumsatz über 800.000 €, ab 1.1.2028 grundsätzlich für alle betroffenen inländischen B2B-Fälle.

Praktisch heißt das: eine ERP-Lösung muss XRechnung-XML korrekt erzeugen, eingehende strukturierte Daten ohne manuelle Nacharbeit verarbeiten, validieren und sauber an DATEV oder den Steuerberater übergeben. Wer das als Add-On dazukauft, hat einen weiteren Vertragspunkt, eine weitere Schnittstelle und einen weiteren Update-Zyklus zu verantworten.

Wo orgaMAX architektonisch an Grenzen stößt

Vier Punkte sind in Migrationsgesprächen wiederkehrend:

• Desktop-Erbe: orgaMAX trägt eine Windows-Desktop-DNA, die Cloud-Variante wurde nachträglich gebaut. Mobile Zugriffe, Echtzeit-Multi-User-Szenarien und API-Anbindungen an moderne Drittsysteme sind dadurch in der Praxis zäher als bei Cloud-First-Architekturen.
• E-Rechnung als Add-On: XRechnung und ZUGFeRD sind nicht produkt-strategischer Kern, sondern ergänzende Module — sichtbar an der Modulpreis-Struktur und an der Tiefe der Validierung.
• Modul-Preisfalle: Was zu Beginn als überschaubares Paket startet, wächst mit jedem freigeschalteten Funktionsbereich. Wer nachträglich Warenwirtschaft, CRM-Erweiterungen oder Schnittstellen ergänzt, sieht den Endpreis steigen.
• Vendor-Lock-in: Kein Open-Source-Fundament. Anpassungen, Erweiterungen oder ein späterer Anbieterwechsel hängen vollständig am Hersteller. Datenportabilität ist möglich, aber nicht trivial.

Was DigiBasiX anders aufbaut

DigiBasiX setzt auf einem offenen Fundament auf: Dolibarr (GPLv3), das seit über zwanzig Jahren von einer internationalen Community gepflegt wird, ergänzt um deutsche Module für DATEV, E-Rechnung, OCR-gestützte Eingangsrechnungserfassung und Mahnwesen. Hosting läuft in deutschen Rechenzentren, DSGVO- und Schrems-II-konform.

Der strukturelle Unterschied: E-Rechnung, OCR und DATEV-Übergabe sind keine Add-Ons, sondern Teil des Buchungsflusses. Eine eingehende XRechnung wird strukturiert eingelesen, geprüft, einer Buchung zugeordnet und über denselben Pfad an DATEV übergeben — ohne Systemwechsel und ohne separate Lizenz.

Direktvergleich

Kriterium	orgaMAX	DigiBasiX
Architektur	Desktop-Erbe + Cloud-Variante	Cloud-Native (Dolibarr-Basis)
Lizenzmodell	Proprietär, Modul-gestaffelt	Open-Source-Basis (GPLv3) + Service
E-Rechnung (XRechnung/ZUGFeRD)	Add-On / Modul	Kernfunktion, ein- und ausgehend
Eingangsrechnungs-OCR	Nicht im Kern	Nativ integriert (Roadmap MVP 2026)
DATEV-Anbindung	Ja, etabliert	Ja, nativ, mit Pre-Push-Validierung
Mahnwesen	Integriert	Integriert, mehrstufig konfigurierbar
Hosting	Deutsche RZ, gehostet beim Anbieter	Deutsche RZ oder On-Premise wählbar
Anpassungen	Über Hersteller	Open-Source — eigener IT-Partner möglich
Datenportabilität	Export möglich, aber proprietär	Offene DB-Struktur, Standard-Formate
Vendor-Lock-in-Risiko	Vorhanden	Strukturell vermieden

Wann orgaMAX die richtige Wahl bleibt

Diese Einordnung ehrlich gemacht: Wer in einem Handwerksbetrieb mit eingespieltem orgaMAX-Workflow arbeitet, im Tagesgeschäft keine größeren Schnittstellen-Anforderungen hat und mit der Modulkostenstruktur zurechtkommt, hat keinen Grund zu wechseln. orgaMAX deckt diesen Anwendungsfall verlässlich ab.

Der Wechsel lohnt sich dort, wo zusätzliche Anforderungen dazukommen: E-Rechnung-Tiefe ohne Add-On, eigenes Hosting oder Datenhoheit auf eigener Infrastruktur, mehr Schnittstellen zu modernen Diensten, oder die Erwartung an einen langfristig unabhängigen Anbieterwechsel ohne Lizenzfalle.

Häufige Fragen

Kann DigiBasiX orgaMAX vollständig ersetzen?

Für die klassischen orgaMAX-Disziplinen — Auftragsverwaltung, Buchhaltung, CRM, Warenwirtschaft — bildet DigiBasiX dasselbe Funktionsspektrum ab. Hinzu kommen E-Rechnung im Standard, native DATEV-Anbindung und EU-Hosting. Wer sehr stark im orgaMAX-Handwerker-Workflow verankert ist, sollte den Wechsel mit einer Bestandsaufnahme starten.

Was kostet eine orgaMAX-Migration?

Der wesentliche Aufwand liegt im Datenexport aus orgaMAX (Kunden, Lieferanten, offene Posten, Artikel) und der Konto-Konfiguration. Realistischer Zeitrahmen mit Parallelbetrieb: vier bis sechs Wochen. Genaue Kostenrechnung im individuellen Demo-Termin.

Wird DigiBasiX die E-Rechnungs-Pflicht ab 2027 vollständig erfüllen?

Ja. Ein- und Ausgangsseite für XRechnung und ZUGFeRD/Factur-X sind Kernfunktionen, kein Add-On. Strukturierte Verarbeitung und DATEV-Übergabe laufen über denselben Buchungsfluss.

Was bedeutet Open-Source in der Praxis?

Der Kern basiert auf Dolibarr (GPLv3). Praktisch heißt das: keine Lizenzkosten am Funktionsumfang, kein Vendor-Lock-in, und Anpassungen können vom eigenen IT-Partner durchgeführt werden — nicht nur vom Hersteller.

Nächster Schritt

Wenn Sie konkret prüfen wollen, ob ein Wechsel von orgaMAX zu DigiBasiX für Ihren Betrieb sinnvoll ist, vereinbaren Sie eine unverbindliche Demo. Wir gehen die Punkte durch, die in Ihrem Tagesgeschäft entscheidend sind — und zeigen ehrlich auf, wo der Wechsel Mehrwert bringt und wo nicht.

Ab dem 1. Januar 2025 sind B2B-Unternehmen in Deutschland verpflichtet, E-Rechnungen anzunehmen. Wer Dolibarr im Mittelstand einsetzt, steht vor einer konkreten Frage: Was bedeutet das praktisch, und wie bekommen wir XRechnung und ZUGFeRD ohne Excel-Workaround in den Workflow?

Wir haben das Modul gebaut, das genau diese Lücke schließt — produktiv im Einsatz, integriert in DigiBasiX. In diesem Beitrag fassen wir zusammen, was wirklich zählt: rechtliche Lage, technische Formate, und die Schritte, die ein Dolibarr-Setup zur E-Rechnungs-Readiness bringen.

Die Pflicht-Zeitleiste — ohne Marketing-Floskeln

• Seit 1.1.2025: Jedes deutsche B2B-Unternehmen muss E-Rechnungen empfangen können. Eine PDF reicht nicht mehr — es muss ein strukturiertes Format sein (XRechnung oder ZUGFeRD).
• Ab 1.1.2027: Unternehmen mit Umsatz über 800.000 € müssen E-Rechnungen ausstellen.
• Ab 1.1.2028: Pflicht gilt für alle B2B-Geschäfte, unabhängig von der Größe.

Wer den Empfang heute nicht im Griff hat, bekommt im Januar 2025 Rechnungen, die niemand sauber verarbeiten kann. Wer das Erstellen nicht ab 2027 im Griff hat, hat dann ein operatives Problem — keine Buchhaltungsfrage.

XRechnung vs. ZUGFeRD — der praktische Unterschied

Beide Formate erfüllen die EU-Norm EN 16931. Der Unterschied liegt in der Verpackung:

• XRechnung ist eine reine XML-Datei. Maschinen-lesbar, kein Mensch öffnet die unverarbeitet. Standard für die öffentliche Hand.
• ZUGFeRD ist eine hybride PDF-Datei. Sie sieht aus wie eine normale Rechnung, hat aber eine eingebettete XML-Datei. Damit funktionieren beide Welten: Mensch und Maschine.

Praxis-Empfehlung: Im B2B-Mittelstand ist ZUGFeRD die bessere Wahl, weil Ihre Kunden weiter ihre gewohnte PDF sehen. Behörden und große Konzerne verlangen oft XRechnung — also müssen Sie beide ausstellen können.

Was Dolibarr von Haus aus kann — und was nicht

Dolibarr hat Ansätze für Factur-X / ZUGFeRD an Bord — sie sind aber für den deutschen Markt nicht ausgereift. Die Realität:

• XRechnung wird nicht out-of-the-box unterstützt
• ZUGFeRD-Erzeugung ist limitiert auf Basis-Profile, deutsche Steuer-Sonderfälle (innergemeinschaftliche Lieferung, Reverse-Charge) sind nicht sauber abgebildet
• Eingehende E-Rechnungen werden nicht strukturiert ausgelesen — Sie landen wieder bei manueller Erfassung
• DATEV-Übergabe der E-Rechnungsdaten fehlt komplett

Genau hier setzen wir mit dem DigiBasiX-Modul an.

Die Basis: horstoeko/zugferd

Die PHP-Bibliothek horstoeko/zugferd ist die solideste Open-Source-Implementierung für XRechnung- und ZUGFeRD-Generierung im PHP-Ökosystem. Sie deckt alle Profile (BASIC, EN16931, EXTENDED) ab, ist gut getestet und wird aktiv weiterentwickelt.

Wir haben sie als Basis für unser Modul gewählt — und drumherum die Dolibarr-Integration gebaut: Mapping der Rechnungsdaten, deutsche Steuer-Sonderfälle, DATEV-konforme Ausgabe.

Wie das Setup praktisch aussieht

Das eRechnung-Modul für Dolibarr (in DigiBasiX integriert) macht drei Dinge:

1. Ausgang: XRechnung und ZUGFeRD erzeugen

Im Standard-Rechnungs-Workflow von Dolibarr ergänzt das Modul:

• Pflichtfelder-Validierung (Leitweg-ID bei B2G, USt-IdNr., Lieferzeitpunkt) vor dem Abschicken
• Auswahl beim PDF-Export: nur PDF, ZUGFeRD-Hybrid, XRechnung XML, oder beides
• Steuer-Mapping (USt-Codes nach UN/EDIFACT) automatisch korrekt befüllt
• Reverse-Charge-Hinweise und Steuerbefreiungs-Codes nach EN16931

2. Eingang: E-Rechnungen automatisch verarbeiten

E-Rechnungen kommen per Mail, Peppol oder Upload rein. Das Modul:

• Erkennt ZUGFeRD und XRechnung am Eingang (PDF, XML, EML)
• Parst die strukturierten Daten und legt einen Eingangsrechnungs-Datensatz in Dolibarr an
• Verknüpft (wenn möglich) automatisch mit dem passenden Lieferanten + offener Bestellung
• Schiebt den Freigabe-Workflow an — Original-PDF bleibt revisionssicher archiviert

3. DATEV-Übergabe

Der gefährlichste Punkt im Workflow ist die Übergabe an den Steuerberater. Das Modul liefert DATEV-konforme CSV (Format: „DATEV Rechnungswesen Pro“ und „Unternehmen Online“) inklusive:

• Belegdatum, Belegnummer, Belegtext, Betrag, Steuer, Gegenkonto-Vorschlag
• Verknüpfung zum Original-Beleg im belegPfad-Feld
• Pre-Buchungs-Validierung — Steuerberater bekommt eine saubere Datei, nicht das Excel-Chaos

Was wir bei der Einführung gelernt haben

• Validierung vor dem Versand ist Pflicht. Eine XRechnung mit fehlender Leitweg-ID wird vom Empfänger abgelehnt — und Sie erfahren es erst, wenn der Kunde anruft. Wir validieren gegen das offizielle KoSIT-Tool.
• ZUGFeRD-Profile nicht beliebig mischen. BASIC reicht für 90 % der Fälle. EXTENDED nur dort einsetzen, wo der Empfänger es explizit verlangt.
• Eingehende E-Rechnungen sind heterogener als gedacht. Manche Lieferanten schicken XRechnung in PDF-Mantel, andere ZUGFeRD ohne Mantel — robuste Erkennung am Eingang ist halb die Miete.
• DATEV-Schnittstelle ist Vertrauenssache. Wir liefern Pre-Buchungs-Vorschläge, die der Steuerberater korrigieren kann — keine Auto-Buchung. Das ist die Linie zwischen Tool und Eigenbau.

Wann lohnt sich das Modul?

Wenn Sie Dolibarr im Mittelstand einsetzen und:

• B2B-Rechnungen ausstellen (also ab 2027 sowieso betroffen sind)
• Eingangsrechnungen heute manuell aus PDFs abtippen — das wird mit E-Rechnungen unhaltbar
• An DATEV übergeben und der Steuerberater regelmäßig nachfragen muss

Dann ist die E-Rechnungs-Pflicht der gute Anlass, das Setup einmal sauber zu machen. Wir haben den Weg schon gegangen — gerne zeigen wir, wie es bei uns aussieht.

Demo anfragen

Sie nutzen Dolibarr und wollen E-Rechnung sauber im Workflow umsetzen?

Demo anfragen und in einem kurzen Gespräch klären, wie XRechnung, ZUGFeRD und DATEV-Übergabe in Ihrem Dolibarr-Setup produktiv werden.

Es ist 22 Uhr. Thomas K. öffnet die 11. Excel-Tabelle dieses Monats. Im ersten Tab stecken die Kundenkontakte, im zweiten die laufenden Projekte, im dritten eine Übersicht offener Rechnungen. Daneben läuft Lexoffice für die Buchhaltung, ein separates Tool für die Zeiterfassung — und drei Kollegen, die dieselbe Datei zeitgleich bearbeiten wollen.

„Brauche ich jetzt wirklich SAP?“, tippt er in die Suchmaschine.

Die Antwort: Nein. Aber er braucht ein ERP.

---

Woran erkennt man, dass man ein ERP braucht?

Ein ERP wird nötig, wenn Sie mehr als zwei Tools für dieselbe Prozesskette nutzen, wenn Daten manuell zwischen Systemen kopiert werden — oder wenn Ihr Team mehr Zeit mit Koordination als mit eigentlicher Arbeit verbringt.

Drei konkrete Signale:

1. Tool-Wirrwarr: CRM in Excel, Rechnungen in Lexoffice, Zeiterfassung im dritten System — und nichts davon spricht miteinander. 2. Datenfehler durch manuelles Übertragen: Eine vergessene Aktualisierung, und das Angebot enthält den falschen Preis. Nicht weil jemand nachlässig war — sondern weil das System keine andere Wahl lässt. 3. Skalierungsgrenze: Was bei fünf Mitarbeitern noch funktioniert, bricht bei 15 zusammen. Die Abstimmungskosten übersteigen die eigentliche Wertschöpfung.

Faustregel: Ab 10–15 Mitarbeitern zahlt sich die Konsolidierung aller Kernprozesse in einem System aus. Ein ERP ist keine Unternehmenssoftware für Konzerne — es ist eine Entscheidung für Effizienz.

---

Was unterscheidet ein ERP-System von einer Buchhaltungssoftware?

Buchhaltungssoftware wie Lexoffice oder sevDesk deckt Rechnungen und DATEV-Übergabe ab — und das solide. Ein ERP verbindet darüber hinaus CRM, Zeiterfassung, Projektmanagement und Lagerhaltung in einem einzigen System.

| | Buchhaltungssoftware | ERP + CRM | |—|:—:|:—:| | Ausgangsrechnungen | ✅ | ✅ | | DATEV-Übergabe | ✅ | ✅ | | CRM / Kundenpflege | ❌ | ✅ | | Angebote & Aufträge | ❌ | ✅ | | Zeiterfassung | ❌ | ✅ | | Projektmanagement | ❌ | ✅ | | Lagerverwaltung | ❌ | ✅ |

Wer aus Lexoffice herauswächst, braucht kein zweites Buchhaltungstool — sondern das nächste Level.

DigiBasiX ist ein vollständiges ERP + CRM + Finance: Von der Kundenanfrage über das Angebot, den Auftrag und die Zeiterfassung bis zur Rechnung und DATEV-Übergabe — alles in einem System. Das CRM-Modul ist dabei kein nachträgliches Add-on, sondern fester Bestandteil des Kerns.

---

Warum scheitern so viele ERP-Einführungen im Mittelstand?

Die meisten ERP-Projekte scheitern nicht an der Software. Sie scheitern an falschem Scope, mangelnder Vorbereitung und Anbietern, die nicht für den deutschen Markt gebaut sind.

Fehler 1 — Zu viel auf einmal einführen wollen

Wer ERP einführt und gleichzeitig CRM, HR, Lager und Projektmanagement aktivieren will, überfordert sein Team. Der bewährte Weg: Finance-first starten. Rechnungen, DATEV-Übergabe, Mahnwesen — das läuft, das Team versteht es. Dann CRM. Dann die weiteren Module.

Kleine Schritte erzeugen schnelle Erfolge. Schnelle Erfolge erzeugen Akzeptanz.

Fehler 2 — DATEV und GoBD nicht als K.o.-Kriterien behandeln

Für ein deutsches Unternehmen sind DATEV-Integration und GoBD-Konformität keine Extras — sie sind Pflicht. Viele international ausgerichtete ERP-Systeme bieten DATEV als nachträgliches Plugin oder gar nicht. Was das bedeutet: manuelle Nacharbeit, Fehlerrisiko, Steuerberater-Frust.

DigiBasiX hat DATEV-Export out-of-the-box. Keine Zusatzmodule, kein Workaround, kein Umweg.

Fehler 3 — Den Wechselaufwand unterschätzen

Eine ERP-Einführung ist kein Software-Kauf — es ist ein Prozesswechsel. Datenmigrationsplan, Mitarbeiterschulung, paralleler Betrieb während der Umstellungsphase: Wer das unterschätzt, verliert Wochen. Planen Sie mindestens vier Wochen für eine Parallelphase ein, auch wenn das System technisch bereits in Tagen steht.

Fehler 4 — Auf externe Implementierung angewiesen sein

Odoo ist leistungsstark. Das ist kein Angriff — es ist eine Tatsache. Aber die Einführung dauert erfahrungsgemäß 3–6 Monate und erfordert externe Berater (typische Implementierungskosten: 10.000–20.000 €, je nach Scope und Dienstleister). Für einen Mittelständler mit 20–50 Mitarbeitern ist das häufig nicht verhältnismäßig.

DigiBasiX ist auf schnelle Eigenimplementierung ausgelegt: Grundbetrieb in Tagen, persönlicher Support auf Deutsch — ohne Implementierungspartner als Pflichtbestandteil.

Fehler 5 — Ein ERP ohne deutschen Compliance-Fokus wählen

Internationale ERP-Systeme sind für internationale Märkte gebaut. XRechnung, ZUGFeRD, GoBD-konforme Archivierung: Das sind Anforderungen, die in anderen Märkten niemanden interessieren. In Deutschland ist E-Rechnung für B2G-Rechnungen seit 2024 gesetzlich vorgeschrieben — die B2B-Pflicht kommt schrittweise ab 2025 (Quelle: Bundesministerium der Finanzen, 2023).

Ein ERP ohne nativen E-Rechnung-Support ist keine langfristige Lösung für ein deutsches Unternehmen.

---

Was muss ein ERP-System für den deutschen Mittelstand können?

Neben den Standard-ERP-Funktionen sind für deutsche KMU drei Anforderungen nicht verhandelbar: DATEV-Integration, GoBD-Konformität und E-Rechnung in den Formaten XRechnung und ZUGFeRD.

Checkliste: 8 Pflicht-Features für ein deutsches ERP

1. ✅ DATEV-Export — nativ, nicht als Plugin 2. ✅ E-Rechnung: XRechnung + ZUGFeRD 3. ✅ GoBD-konforme Archivierung 4. ✅ CRM: Kontakte, Angebote, Aufträge in einem System 5. ✅ Zeiterfassung — Mitarbeiter und Projekte 6. ✅ Eingangsrechnungen — idealerweise OCR-gestützt 7. ✅ Mahnwesen 8. ✅ DSGVO-konformes Hosting in Deutschland

Die DATEV-Integration von DigiBasiX und die native E-Rechnung (XRechnung + ZUGFeRD) sind keine späten Nachbauten — sie gehören zum Grundsystem. Kein Mittelständler sollte diese Features manuell nachrüsten oder über externe Dienste abbilden müssen.

---

Wie vergleicht man ERP-Systeme fair — ohne Berater-Fallstrick?

Vergleichen Sie nicht nach Funktionslisten. Vergleichen Sie nach Ihren drei kritischsten Prozessen. Für die meisten deutschen KMU sind das: Angebots- und Rechnungsworkflow, DATEV-Übergabe und CRM-Grundfunktionen.

Ein ehrlicher Kurzvergleich:

| | Odoo | Weclapp | DigiBasiX | |—|—|—|—| | ERP-Umfang | Sehr groß | Mittelstand | Mittelstand | | Einführungszeit | 3–6 Monate | Einige Wochen | Tage | | DATEV nativ | Nein (Plugin) | Nicht Kernfunktion | Ja, out-of-the-box | | E-Rechnung | Modul | Ja | Ja | | GoBD | Zusatzmodul | Ja | Ja | | Hosting | Global | DE-Option | Deutschland, DSGVO | | Preis (ca.) | Hoch + Implementierung | Ab ~39 €/Nutzer/Monat* | Faire Flatrate |

*Weclapp-Preis laut öffentlicher Preisliste, Stand Mai 2026 — ohne Gewähr.

Odoo ist ein mächtiges System — für global aufgestellte Unternehmen mit komplexen Fertigungsprozessen. Für einen deutschen Dienstleister oder Handwerksbetrieb mit 20–60 Mitarbeitern ist es häufig überdimensioniert, und die Einführung bindet Ressourcen, die das Tagesgeschäft kostet.

Weclapp ist eine solide Wahl für den deutschen Mittelstand. DATEV ist dort allerdings nicht als Kernfunktion integriert — und die Nutzerpreisstruktur kann bei wachsenden Teams ins Gewicht fallen.

Ein ERP, das Sie sechs Monate beschäftigt bevor es läuft, hat bereits verloren — unabhängig davon, wie gut die Funktionsliste auf dem Papier aussieht.

Die vollständige ERP-Übersicht von DigiBasiX zeigt, was das System im Einzelnen abdeckt.

---

Häufige Fragen zum ERP-Vergleich im Mittelstand

Was kostet ein ERP für den Mittelstand?

Die Kosten variieren erheblich. Internationale Systeme wie Odoo kommen erfahrungsgemäß auf 10.000–20.000 € Implementierungskosten plus laufende Lizenzgebühren (Schätzung aus Marktbeobachtung — individuelle Angebote weichen ab). Weclapp startet ab ~39 €/Nutzer/Monat. DigiBasiX bietet Flatrate-Preise ohne Eskalation pro Nutzer. Für ein belastbares Budget-Beispiel: Demo anfragen und konkreten Scope besprechen.

Wie lange dauert eine ERP-Einführung?

Das hängt vom System und von der eigenen Vorbereitung ab. Große internationale ERP-Systeme brauchen erfahrungsgemäß 3–6 Monate. DigiBasiX ist auf schnelle Einführung ausgelegt: Grundbetrieb in Tagen, vollständiger Rollout typischerweise in wenigen Wochen — sofern die Datenmigration vorbereitet ist.

Brauche ich ein Open-Source-ERP oder eine SaaS-Lösung?

Open Source bedeutet: kein Vendor Lock-in, volle Datenkontrolle, anpassbar. SaaS bedeutet: schneller Start, kein eigener Server, wartungsarm. DigiBasiX basiert auf Dolibarr (Open Source), wird aber als verwaltete Lösung in Deutschland gehostet — der Kompromiss für KMU, die Kontrolle wollen ohne eigene IT-Infrastruktur.

Kann ein ERP DATEV ersetzen?

Nein — und das sollte es auch nicht. DATEV ist die Software Ihres Steuerberaters. Ein ERP mit DATEV-Integration bedeutet: Ihre Buchhaltungsdaten werden automatisch in das Format exportiert, das Ihr Steuerberater einlesen kann. Die Buchführung bleibt beim Steuerberater. Die Vorbereitung dafür — vollständig, fehlerfrei, GoBD-konform — übernimmt das ERP.

Was ist der Unterschied zwischen Dolibarr und DigiBasiX?

Dolibarr ist die technische Open-Source-Basis: funktional stark, aber international ausgerichtet und ohne deutsche Compliance-Features out-of-the-box. DigiBasiX ist Dolibarr — optimiert für den deutschen Mittelstand. DATEV-Export, E-Rechnung nach XRechnung und ZUGFeRD, GoBD-konforme Archivierung und deutschsprachiger Support gehören von Anfang an dazu.

Welche Branchen profitieren am meisten von DigiBasiX?

Dienstleister, Agenturen und Beratungsunternehmen, die Angebote, Projekte, Zeiterfassung und Rechnungen in einem System abbilden wollen. Handwerksbetriebe, die vom Auftrag zur Rechnung zur DATEV-Übergabe ohne Bruch durcharbeiten. Produzierende KMU, die Lager, CRM und Finance verbinden müssen — ohne Enterprise-Budget.

---

Demo anfragen

Sie suchen ein ERP, das Ihrem Team sofort hilft — statt monatelang eingeführt zu werden?

Demo anfragen und in einem kurzen Gespräch klären, ob DigiBasiX zum aktuellen Stand Ihres Unternehmens passt.