Die schlechte Nachricht zuerst: Viele internationale SaaS-Anbieter verstehen die deutschen Vorschriften für ordnungsgemäße Buchführung nicht. Sie liefern saubere Software, schöne Oberflächen und beeindruckende Funktionen – aber sie scheitern an Themen wie GoBD, DATEV-Export, Kassen-TSE oder elektronischer Rechnungsstellung. Im Mittelstand führt das zu zwei Problemen: Doppelarbeit beim Steuerberater und Risiko bei Betriebsprüfungen.
Dieser Artikel erklärt, was hinter den deutschen Anforderungen steckt, warum Standard-SaaS hier oft scheitert und wie individuell entwickelte Software diese Themen sauber abbildet.
GoBD: Die Spielregeln für deutsche Buchführung
GoBD steht für „Grundsätze zur ordnungsmäßigen Führung und Aufbewahrung von Büchern, Aufzeichnungen und Unterlagen in elektronischer Form sowie zum Datenzugriff“. Klingt sperrig, ist aber zentral. Wichtige Anforderungen im Überblick:
- Unveränderbarkeit: Einmal eingebuchte Belege dürfen nicht mehr verändert werden
- Vollständigkeit: Alle steuerrelevanten Vorgänge müssen erfasst sein
- Nachvollziehbarkeit: Jede Änderung muss protokolliert sein (Audit Trail)
- Aufbewahrung: revisionssicher – Bücher und Aufzeichnungen 10 Jahre, Buchungsbelege seit 2025 8 Jahre
- Zeitnahe Erfassung: Geschäftsvorfälle müssen zeitnah verbucht werden
- Datenzugriff: Bei Betriebsprüfung muss Z1-, Z2- oder Z3-Zugriff möglich sein
Viele internationale SaaS-Anbieter erfüllen GoBD nicht oder nur teilweise. Das wird oft erst bei der ersten Betriebsprüfung sichtbar – und dann ist es teuer.
DATEV-Export: Mehr als nur eine CSV-Datei
DATEV ist bei deutschen Steuerberatern weit verbreitet. Eine echte DATEV-Schnittstelle bedeutet weit mehr als „CSV-Export“:
DATEV-Format DTVF
Spezifisches Format für Buchungssätze mit Konten, Kostenstellen, Soll/Haben, Beleg-Nummern und Buchungstexten. Die Reihenfolge der Spalten ist genau definiert. Falsche Formatierung führt zu Importfehlern beim Steuerberater.
SKR03 / SKR04 Konten
Standard-Kontenrahmen für deutsche Buchführung. Belege müssen automatisch oder manuell den richtigen Konten zugeordnet werden – das setzt voraus, dass die Software die Kontenrahmen kennt und nicht nur englische Kategorien wie „Office Supplies“ verwendet.
UStID-Prüfung und Reverse-Charge
Bei innergemeinschaftlichen Lieferungen muss die UStID des Empfängers geprüft werden. Reverse-Charge-Verfahren müssen korrekt verbucht sein. International gedachte Software kennt diese Spezialfälle oft nicht.
Eine echte DATEV-Schnittstelle erkennen Sie nicht am Wort „DATEV“ auf der Webseite – sondern daran, ob der Anbieter konkrete DATEV-Zertifizierungen oder Referenzen von deutschen Steuerberatern vorweisen kann.
Kassen-TSE: Pflicht seit 2020
Wer ein elektronisches Kassensystem betreibt, muss seit 2020 eine technische Sicherheitseinrichtung (TSE) einsetzen. Ohne TSE drohen Bußgelder bis 25.000 €, außerdem kann das Finanzamt die Kassenführung verwerfen und Umsätze schätzen.
Internationale SaaS-Kassensysteme bieten oft keine in Deutschland zertifizierte TSE – manche bieten sie nur als kostspieliges Add-on. Bei einer individuellen Entwicklung wird die TSE-Anbindung von Anfang an mitgeplant.
E-Rechnung: Empfang seit 2025 Pflicht, Versand ab 2027/2028
Seit 1. Januar 2025 müssen alle Unternehmen in Deutschland im inländischen B2B-Bereich elektronische Rechnungen empfangen können. Für den Versand gelten Übergangsfristen: Papier- und PDF-Rechnungen sind bis 31.12.2026 noch erlaubt (PDF nur mit Zustimmung des Empfängers), für Unternehmen bis 800.000 € Vorjahresumsatz bis 31.12.2027. Rechnungen im EDI-Verfahren bleiben mit Zustimmung des Empfängers ebenfalls bis Ende 2027 zulässig. Ab 1. Januar 2028 ist die E-Rechnung im inländischen B2B-Bereich für alle Pflicht – mit wenigen Ausnahmen, etwa für Kleinunternehmer und Kleinbetragsrechnungen. Als E-Rechnung gilt eine Rechnung in einem strukturierten Format nach der europäischen Norm EN 16931, zum Beispiel XRechnung oder ZUGFeRD ab Version 2.0.1 (nicht die Profile MINIMUM und BASIC-WL).
Viele internationale SaaS-Tools senden weiterhin nur PDFs – das genügt der Vorgabe ab 2027 bzw. 2028 nicht mehr. Dann sind strukturierte Daten nach EN 16931 Pflicht. Wer sich heute ein SaaS-Tool anschafft, sollte unbedingt prüfen, ob die E-Rechnung sauber unterstützt wird.
Branchenspezifische Schnittstellen
Über die generellen Pflichten hinaus gibt es branchenspezifische Standards, die Standard-SaaS oft nicht abdeckt:
Handwerk und Bau
- GAEB-Format für Leistungsverzeichnisse und Aufmaße
- BAU-Steine: Standardisierte Leistungstexte aus dem ZDB
- Lohnabrechnung mit SOKA-Bau und Mindestlohn-Pflichten
Gesundheitswesen
- KIM (Kommunikation im Medizinwesen) für gesicherte Kommunikation
- Telematik-Infrastruktur (TI) Anbindung
- Spezielle Abrechnung nach EBM, GOÄ, BG
Anwaltschaft
- beA (besonderes elektronisches Anwaltspostfach)
- Aktenzeichen-Logik der Justiz
- RVG-konforme Honorarabrechnung
Logistik und Spedition
- EDIFACT-Nachrichten (IFTSTA, INVOIC, etc.)
- Anbindung an MES- und ERP-Systeme der Großverlader
- Zoll- und ATLAS-Schnittstellen
Wie individuelle SaaS diese Themen löst
Bei einer individuellen Entwicklung sind Schnittstellen kein Verkaufsargument, sondern Bestandteil der Anforderungsanalyse. Ich gehe typischerweise so vor (den Ablauf vom Workshop zum Go-Live beschreibe ich ausführlich in einem eigenen Artikel):
- Im Workshop klären wir gemeinsam, welche externen Systeme angebunden werden müssen – und wie tief
- Im Konzept wird jede Schnittstelle einzeln beschrieben: Format, Frequenz, Datenfluss, Fehlerbehandlung
- In der Entwicklung werden die Schnittstellen modular aufgebaut, sodass sie später austauschbar oder erweiterbar sind
- Im Betrieb überwache ich die Schnittstellen aktiv – wenn der Steuerberater einen DATEV-Importfehler meldet, sehe ich es oft, bevor er anruft
Beispiel: GAEB-Aufmaß im Bauwesen
Ein Beispiel aus dem Tiefbau: Ein mittelständischer Betrieb will seine Aufmaß-Erfassung digitalisieren. Standard-Software für Bau gibt es zwar, aber keine bietet eine wirklich saubere GAEB-Anbindung an die Architekten-Software des Hauptauftraggebers. Die Folge: Aufmaße werden zweimal erfasst – einmal in der Bau-Software, einmal von Hand ins GAEB-Format übertragen.
Eine individuelle Software kann Aufmaße direkt im GAEB-Format erfassen, automatisch an den Architekten senden und ans interne Auftragswesen übergeben. Je nach Menge der Aufmaße kann das zum Beispiel rund 6 Stunden Doppelarbeit pro Woche sparen. Außerdem sinkt das Risiko von Übertragungsfehlern, und die Bauleiter werden entlastet.
Worauf Sie beim Einkauf von Standard-SaaS achten sollten
Auch wenn Sie sich für ein Standard-Tool entscheiden – diese Fragen sollten Sie vor Vertragsabschluss klären:
- Ist die Software GoBD-zertifiziert? Liegt ein Testat eines deutschen Wirtschaftsprüfers vor?
- Welche DATEV-Schnittstellen sind enthalten? In welchen Formaten?
- Werden SKR03 und SKR04 unterstützt?
- Ist UStID-Prüfung integriert? Reverse-Charge?
- Wird E-Rechnung in XRechnung und/oder ZUGFeRD unterstützt – Empfang UND Versand?
- Wo werden Daten gespeichert? Liegt ein AVV vor?
- Ist eine Kassen-TSE integriert (falls relevant)?
Fazit
Die deutschen Pflichten zu Buchführung, Datenhaltung und Schnittstellen sind kein Detail – sie sind der Punkt, an dem viele Standard-SaaS-Produkte entweder versagen oder so komplizierte Workarounds nötig machen, dass die Effizienzgewinne wieder verloren gehen. Eine individuelle Entwicklung kann diese Themen von Anfang an sauber abbilden, weil sie aus der deutschen Perspektive entsteht.
Sie sind unsicher, ob Ihr aktuelles SaaS-Tool GoBD-konform ist und alle nötigen Schnittstellen hat? Ich prüfe das mit Ihnen in einem kostenlosen 30-Minuten-Gespräch – dem ersten Schritt meiner Beratung zu Software und Abläufen – und sage ehrlich, ob Handlungsbedarf besteht.