Passive Rechnungsabgrenzung Software: Welche Anbieter bieten DATEV-kompatible Lösungen?

Eine Software für passive Rechnungsabgrenzung ist nur so nützlich wie ihr Export. Wenn die Kanzlei die berechneten Werte am Ende doch wieder von Hand in DATEV abtippt, ist wenig gewonnen. DATEV-kompatibel heißt deshalb vor allem: Die Abgrenzung kommt als importfähiger Buchungsstapel an, mit den richtigen Feldern und nachvollziehbaren Referenzen. Dieser Artikel betrachtet die Technik hinter der Abgrenzung. Den fachlichen Rahmen liefert der Leitfaden Online-Zahlungen in der Buchhaltung.

Was „DATEV-kompatibel“ bei der Abgrenzung bedeutet

DATEV-kompatibel ist eine Abgrenzungssoftware, wenn ihre Ausgabe ohne Umformatierung über den DATEV-Standardimport eingelesen werden kann. Das ist typischerweise ein Buchungsstapel im DATEV-Format (EXTF). Eine Zertifizierung durch DATEV ist dafür keine Voraussetzung, das Format ist offen dokumentiert.

Für die pRAP heißt das konkret:

• Bildung der Abgrenzung als eigene Buchung (Erlöskonto an pRAP-Konto).
• Auflösung in den Folgeperioden als eigene Buchungen (pRAP-Konto an Erlöskonto).
• Referenz auf den Ursprungsbeleg in Belegfeld 1 oder im Buchungstext.
• Belegdatum im richtigen Wirtschaftsjahr und Monat.
• Konten im Kontenrahmen der Kanzlei, also SKR03 oder SKR04 mit der passenden Sachkontenlänge.
• Postenliste als Anlage, damit die Abgrenzung zum Stichtag geprüft werden kann.

Fehlt einer dieser Punkte, muss die Kanzlei nacharbeiten, auch wenn die Berechnung selbst stimmt.

Wie die pRAP im DATEV-Buchungsstapel aussieht

Ein Buchungsstapel im EXTF-Format besteht aus einer Kopfzeile, einer Spaltenüberschrift und einer Zeile pro Buchungssatz. Die Kopfzeile enthält unter anderem Formatkennung, Wirtschaftsjahresbeginn, Sachkontenlänge und den Datumsbereich des Stapels. Jede Buchungszeile enthält Umsatz, Soll-/Haben-Kennzeichen, Konto, Gegenkonto, gegebenenfalls BU-Schlüssel, Belegdatum, Belegfeld 1 und Buchungstext.

Für die Abgrenzung ist wichtig: Die Bildung gehört in den Monat der Zahlung, jede Auflösung in den Monat, in dem die Leistung erbracht wird. Ein Stapel pro Monat enthält deshalb typischerweise neue Abgrenzungen und Auflösungen älterer Posten nebeneinander.

Beispiel: Ein Jahresabo im Buchungsstapel

Ein konkretes Jahresabo zeigt, welche Zeilen die Kanzlei im DATEV-Buchungsstapel erhält.

Ein Kunde schließt am 1. März ein Jahresabo über 1.190 € brutto (1.000 € netto, 19 % USt) ab und zahlt per Stripe. Monatliche Abgrenzung: 1.000 € / 12 = 83,33 € pro Monat, im letzten Monat 83,37 € als Rundungsausgleich.

Vereinfachte Buchungszeilen im März (SKR04, Erlös zunächst voll auf 4400 gebucht):

In jedem Folgemonat von April bis Februar kommt eine Auflösung hinzu:

In SKR03 entsprechen die Konten typischerweise 1361 (Geldtransit), 8400 (Erlöse 19 %) und 0990 (pRAP). Der BU-Schlüssel für die Umsatzsteuer hängt von den Kontoeinstellungen deiner Kanzlei ab und ist im Beispiel ausgelassen. Ob die Bildung zum Monatsende oder direkt mit der Zahlung gebucht wird, legst du mit deiner Kanzlei fest. Das Prinzip zeigt der Artikel pRAP bei SaaS-Abos mit Stripe aus Sicht des Abomodells.

Typische Importfehler bei Abgrenzungsbuchungen

Die meisten Probleme mit Abgrenzungen in DATEV entstehen nicht bei der Berechnung, sondern beim Import. Diese Fehler treten besonders häufig auf:

1. Falsches Wirtschaftsjahr in der Kopfzeile. Auflösungen im Januar landen sonst im alten Jahr oder werden abgelehnt.
2. Abweichende Sachkontenlänge. Ein Stapel mit vierstelligen Konten passt nicht zu einem Mandanten mit fünfstelligen Sachkonten.
3. Bildung und Auflösung im selben Monat saldiert. Dann ist die Abgrenzung in DATEV nicht mehr nachvollziehbar.
4. Fehlende Referenz. Ohne Belegfeld 1 oder Buchungstext kann niemand die Auflösung einer Rechnung zuordnen.
5. Umsatzsteuer doppelt. Wird die Abgrenzung mit Steuerschlüssel gebucht, obwohl die Umsatzsteuer schon mit der Zahlung entstanden ist, entsteht eine falsche Umsatzsteuer-Voranmeldung. Wie der Steuerschlüssel gesetzt wird, klärst du mit deiner Kanzlei.
6. Abgrenzung brutto statt netto. Abgegrenzt wird der Nettoerlös, nicht der Zahlungsbetrag inklusive Steuer.

Welche Lösungen gibt es?

Für DATEV-kompatible Abgrenzung gibt es vier Wege. Sie unterscheiden sich vor allem darin, wo die Berechnung stattfindet und wie die Buchungen nach DATEV kommen.

Manuelle Berechnung und Buchung in DATEV

Die Kanzlei berechnet die Abgrenzung in einer Tabelle und bucht sie direkt in DATEV. Das ist DATEV-kompatibel im wörtlichen Sinn, aber vollständig manuell. Bei vielen Verträgen und monatlicher Auflösung wird der Aufwand groß.

Tabelle mit CSV-Import

Eine Excel-Tabelle berechnet die Abgrenzung und wird als CSV in DATEV importiert. Das spart Tipparbeit, erfordert aber ein sauberes Mapping auf das EXTF-Format, inklusive Kopfzeile und Datumsformat. Kleine Fehler im Format führen zu Importfehlern.

Eigenentwicklung

Ein Skript berechnet die Abgrenzung aus Abo-Daten und schreibt einen EXTF-Stapel. Technisch gut machbar, aber Pflege bei Formatänderungen und Sonderfälle wie Upgrades liegen bei dir.

Spezialisierte Export-Tools

Einige spezialisierte Export-Tools für Zahlungsanbieter liefern die Abgrenzung direkt im Buchungsstapel. Frage nach, ob Bildung und Auflösung getrennt gebucht werden und ob eine Postenliste dabei ist.

finHero

finHero berechnet die passive Rechnungsabgrenzung aus den Abo-Daten der angebundenen Zahlungsanbieter und gibt sie im DATEV-Buchungsstapel aus:

• Format: Buchungsstapel im EXTF-Format, SKR03 oder SKR04.
• Abgrenzung: automatisch für Jahres- und Monatsabos, Up- und Downgrades sowie Gutschriften.
• Postenliste: Liste der passiven Rechnungsabgrenzungsposten als Teil des Exports.
• Belege: Rechnungen und Gutschriften als PDF, zuordenbar über die Referenzen.
• Konten: pRAP-Konto, Erlöskonten je Steuerfall und Transitkonten frei konfigurierbar.
• Grenze: Abgegrenzt wird, was über einen angebundenen Zahlungsanbieter läuft.

Der Export nutzt das offene EXTF-Format, das DATEV über den Standardimport einliest. Eine Zertifizierung braucht es dafür nicht.

DATEV ist eine eingetragene Marke der DATEV eG. finHero steht in keiner geschäftlichen Verbindung zur DATEV eG.

Die Anbindung für Stripe-Abos beschreibt Stripe zu DATEV.

Entscheidungshilfe: Technische Prüfpunkte

Ob eine Lösung wirklich DATEV-kompatibel ist, prüfst du am besten mit einem Testimport. Diese Punkte solltest du dabei abhaken:

Format

• Datei wird über den DATEV-Standardimport ohne Fehlermeldung eingelesen
• Kopfzeile passt zu Wirtschaftsjahr und Sachkontenlänge der Kanzlei
• Datumsbereich des Stapels entspricht dem Exportmonat

Buchungslogik

• Bildung und Auflösung als getrennte Buchungen
• Auflösung im Monat der Leistungserbringung
• Rundungsdifferenzen werden im letzten Monat ausgeglichen
• Up- und Downgrades sowie Gutschriften korrigieren bestehende Posten

Nachvollziehbarkeit

• Belegfeld 1 oder Buchungstext verweist auf Rechnung oder Transaktion
• Postenliste zum Stichtag stimmt mit dem Saldo des pRAP-Kontos überein
• Belege als PDF zur Ursprungsbuchung vorhanden

Wenn du die Frage eher aus Sicht des Jahresabschlusses deiner GmbH stellst, findest du die Anforderungen aus HGB und Bilanz unter Rechnungsabgrenzung-Software für GmbHs. Wer in der Schweiz bucht, findet Hinweise zum Import unter Abacus-Import über AbaConnect.

Hinweis: Die Kontierungen sind typische Beispiele. Kontenzuordnung und steuerliche Behandlung stimmst du mit deiner Steuerkanzlei ab. finHero lässt dich alle Konten frei konfigurieren.