DATEV, BMD und RZL stehen in vielen DACH-Kanzleien nicht nur für Software, sondern für unterschiedliche Arbeitsweisen. Die eigentliche Frage lautet deshalb selten: „Welches System ist besser?“ Sie lautet: Welche Exportdaten müssen aus Mandantensystemen, Spesen-Tools und Belegprozessen so vorbereitet werden, dass die Kanzlei sie ohne Nacharbeit übernehmen, prüfen und zuordnen kann?

Gerade bei Reisekosten, Auslagen, Firmenkarten und Lieferantenbelegen entsteht der Fehler meist vor der Buchhaltung. Ein Belegfoto liegt irgendwo im Chat, der Kostenstellenhinweis steht in der E-Mail, die Freigabe steckt im Tool, und der spätere Buchungssatz kennt weder die Belegquelle noch den Entscheidungsweg. Dann ist es egal, ob die Kanzlei am Ende mit DATEV, BMD oder RZL arbeitet: Der Export ist technisch vorhanden, aber fachlich unvollständig.

Dieser Leitfaden ordnet die drei Zielwelten pragmatisch ein. Er ergänzt den vorhandenen Bill.Dock-Leitfaden zum DATEV-Export aus Belegen, ersetzt aber keine Steuer- oder Rechtsberatung und behauptet keine native Bill.Dock-Schnittstelle zu einem Kanzleisystem. Der Fokus liegt darauf, welche Datenfelder, Belege und Prozessnachweise Finance-Teams vor der Übergabe sauber sammeln sollten. Für Bill.Dock heißt das: Belege, Spesendaten, Prüfstatus und Freigaben so strukturieren, dass sie für einen DATEV-kompatiblen Export beziehungsweise eine abgestimmte Kanzleiübergabe vorbereitet sind.

Der wichtigste Unterschied: Zielsysteme verarbeiten nicht nur Dateien, sondern Kanzleiprozesse

Ein Export ist mehr als eine CSV-Datei oder ein ZIP-Ordner mit PDFs. Kanzleien brauchen einen nachvollziehbaren Zusammenhang zwischen Geschäftsvorfall, Belegbild, Buchungslogik und Verantwortlichkeit. DATEV beschreibt seine Datenservices Rechnungswesen ausdrücklich als Online-Schnittstellen, über die Daten, Belege und Dokumente vom Ursprungsort des Datenlieferanten in die DATEV-Cloud und weiter in DATEV Kanzlei-Rechnungswesen fließen können. Der DATEV Buchungsdatenservice nennt unter anderem Buchungen, Stammdaten und zugehörige Belegbilder als übertragbare Daten.

BMD und RZL setzen im österreichischen Kanzleialltag stärker auf integrierte Kanzlei-, Mandanten- und Belegverarbeitungsumgebungen. BMD Com positioniert sich als Mandantenplattform für digitalen Informationsaustausch, Beleganlieferung für die FIBU, Auswertungen und Archivzugriff. RZL beschreibt für Steuerkanzleien eigene Buchhaltungsprogramme, ein FIBU/EA-Modul Belegverarbeitung, die Verknüpfung von Buchung und digitalem Beleg sowie die digitale Beleganlieferung über Klientenportal und Belegbox.

Für Unternehmen bedeutet das: Ein guter Export muss nicht nur das Zielformat bedienen. Er muss die fachliche Vorarbeit leisten, damit die Kanzlei nicht raten muss, ob ein Beleg privat, betrieblich, erstattungsfähig, freigegeben, bereits bezahlt oder doppelt eingereicht wurde.

DATEV: strukturierte Buchungssätze, Belegbilder und Stammdaten sauber trennen

In deutschen DATEV-Prozessen ist die Trennung zwischen Belegbild, Belegdaten und Buchungslogik besonders wichtig. Für DATEV Unternehmen online, DATEV Datenservices Rechnungswesen und DATEV Buchungsdatenservice geht es nicht nur darum, PDFs hochzuladen. Entscheidend ist, ob die übertragenen Informationen später zu einem vollständigen Buchungssatz, einer eindeutigen Belegverknüpfung und einer belastbaren Kanzleiübergabe führen. Eine vertiefende Einordnung der DATEV-Datenservices steht im Beitrag DATEV-Datenservices im Vergleich.

Finance-Teams sollten deshalb vor einem DATEV-kompatiblen Export mindestens diese Datenbereiche prüfen:

• Belegbild: lesbarer Scan oder Foto, vollständiger Rand, keine abgeschnittenen Beträge, keine Mehrfachbelege in einem unklaren Bild.
• Belegkopf: Lieferant, Belegdatum, Rechnungs- oder Bonnummer, Brutto- und Steuerbetrag, Währung und Zahlungsart.
• Buchungslogik: Kostenart, Gegenkonto-Vorschlag, Steuerschlüssel, Kostenstelle, Projekt, Leistungszeitraum und betrieblicher Anlass.
• Mandantendaten: Mandant, Wirtschaftsjahr, Berater- und Mandantennummer, falls sie im Exportprozess benötigt werden.
• Prüfstatus: eingereicht, geprüft, freigegeben, abgelehnt, erstattet oder bereits per Firmenkarte bezahlt.

Bill.Dock sollte in diesem Kontext nicht als direkte DATEV-API behauptet werden. Die sauberere Formulierung ist: Bill.Dock bereitet Belege und Spesendaten so auf, dass sie als DATEV-kompatibler Export beziehungsweise als für die DATEV-Übergabe vorbereitete Daten genutzt werden können. Das schützt vor überzogenen Integrationsversprechen und beschreibt genauer, wo im Prozess der eigentliche Nutzen entsteht: vor der Kanzleiübergabe.

BMD: Mandantenplattform, Beleganlieferung und FIBU-Nähe mitdenken

Bei BMD-Prozessen liegt der Fokus häufig auf der Zusammenarbeit zwischen Steuerkanzlei und Mandant. BMD Com wird als Mandantenplattform beschrieben, über die Kanzleien Informationen digital bereitstellen und Mandanten Belege für die FIBU direkt selbst hochladen können. Zusätzlich verweist BMD auf digitale Belegverarbeitung, Vorerfassung, Archiv und Auswertungen.

Für den Export aus einem Spesentool bedeutet das: Die Kanzlei benötigt oft weniger eine isolierte Datei und mehr einen konsistenten Übergabestand. Wurde der Beleg vom Mitarbeiter eingereicht? Ist die Führungskraftfreigabe dokumentiert? Sind Sachkonto, Kostenstelle und Vorsteuerhinweis plausibel? Sind die Belege einzeln abrufbar oder nur in Sammel-PDFs versteckt? Kann die Kanzlei später erklären, warum ein Beleg erstattet, gesperrt oder nachträglich korrigiert wurde?

Ein BMD-orientierter Export sollte deshalb besonders auf diese Punkte achten:

• Mandantenbezug: eindeutige Zuordnung zu Unternehmen, Niederlassung, Kostenstelle und Verantwortlichen.
• Belegpaket: einzelne Belegbilder statt unübersichtlicher Sammeldateien, eindeutige Dateinamen und stabile Beleg-IDs.
• Vorerfassung: strukturierte Datenfelder, damit die Kanzlei nicht aus Freitexten herausarbeiten muss, was eigentlich gebucht werden soll.
• Freigabehistorie: wer geprüft hat, wann genehmigt wurde und ob es Rückfragen oder Ablehnungen gab.
• Archivfähigkeit: keine losen Screenshots ohne Kontext, sondern ein Paket aus Beleg, Metadaten und Prozessstatus.

Die technische Zieldefinition sollte immer mit der BMD-nutzenden Kanzlei abgestimmt werden. Manche Kanzleien wollen strukturierte Dateien, andere arbeiten stärker über Portal- und Belegverarbeitungsprozesse. Entscheidend ist nicht, ob das Quellsystem „BMD“ auf einen Button schreibt, sondern ob die Übergabe die Kanzlei in ihrer konkreten BMD-Arbeitsweise entlastet.

RZL: Belegverarbeitung, Klientenportal und Gegenkonto-Vorschläge vorbereiten

RZL beschreibt für Steuerkanzleien mehrere Buchhaltungslösungen, darunter Finanzbuchhaltung, Einnahmen-Ausgaben-Rechnung, Kassabuch, Bankbuch und ein FIBU/EA-Modul Belegverarbeitung. Das Modul verknüpft digitale Belege mit Buchungen, unterstützt die Beleganlieferung über Klientenportal und Belegbox und nennt automatisierte Belegdaten- und Buchungsvorschläge als Funktion. RZL ergänzt diese Linie mit einer KI-Belegdatenerkennung, die unter anderem Gegenkonto-Vorschläge auf Basis bisher verbuchter Belege ermöglichen soll.

Für Unternehmen, die mit einer RZL-Kanzlei arbeiten, ist deshalb die Datenqualität vor der Kanzleiübergabe besonders wichtig. Ein Reisekostenbeleg ohne klare Kostenart, ein Firmenkartenumsatz ohne Beleg oder eine Verpflegungspauschale ohne Reisezeitraum führt nicht nur zu Rückfragen. Er verschlechtert auch die Grundlage für jede automatisierte Vorarbeit im Zielsystem.

Ein RZL-tauglicher Übergabestand sollte daher diese Elemente enthalten:

• vollständige Belegbilder mit eindeutiger Beleg-ID,
• strukturierte Betrags-, Steuer- und Währungsfelder,
• konkrete Kostenart und Kostenstellenlogik,
• Verknüpfung zu Reise, Ausgabe, Firmenkarte oder Erstattung,
• Prüf- und Freigabestatus inklusive Rückfragen,
• Korrekturhinweise, wenn ein Beleg ersetzt, storniert oder zusammengeführt wurde.

Auch hier gilt: Das Spesen- oder Belegsystem muss nicht das Kanzleisystem ersetzen. Es muss die Eingangsdaten so sauber liefern, dass die Kanzlei ihre RZL-Prozesse effizient nutzen kann.

Die gemeinsame Mindestliste: Diese Exportdaten braucht fast jede DACH-Kanzlei

Unabhängig vom Zielsystem lässt sich eine robuste Mindestliste definieren. Sie hilft besonders dann, wenn ein Unternehmen mit mehreren Steuerkanzleien arbeitet oder beim Wechsel von DATEV zu BMD, von BMD zu RZL oder umgekehrt nicht jedes Feld neu denken möchte.

1. Belegidentität

Jeder Beleg braucht eine interne ID, einen Dateinamen, ein Erfassungsdatum und eine Herkunft. Die Kanzlei sollte erkennen können, ob der Beleg per App, E-Mail, Upload, Firmenkarte oder manuellem Nachtrag eingereicht wurde. Ohne diese Identität entstehen Dubletten, unklare Nachreichungen und schwer erklärbare Monatsabschlussdifferenzen.

2. Geschäftsvorfall

Der Export sollte den wirtschaftlichen Kontext enthalten: Reise, Projekt, Kunde, Kostenstelle, Mitarbeiter, Zahlungsart und Erstattungsstatus. Bei Spesen ist vor allem die Trennung zwischen privat vorgestreckten Auslagen, Firmenkartenumsätzen und nicht erstattungsfähigen Belegen wichtig.

3. Steuer- und Buchungsfelder

Steuersatz, Steuerbetrag, Brutto, Netto, Währung, Lieferant, Leistungsdatum und Buchungstext sollten nicht erst in der Kanzlei aus einem Foto abgelesen werden. Je mehr dieser Felder bereits strukturiert geprüft sind, desto weniger Rückfragen landen im Monatsabschluss.

4. Freigabe und Kontrolle

Moderne Belegprozesse brauchen einen Audit-Trail: eingereicht von, geprüft von, genehmigt von, genehmigt am, abgelehnt am und Begründung. Diese Daten sind keine Kür. Sie erklären, warum Finance einen Beleg gebucht, gesperrt oder zurückgegeben hat.

5. Korrektur- und Dublettenstatus

Ein Export sollte markieren, ob ein Beleg ersetzt, zusammengeführt, als Dublette erkannt oder nachträglich korrigiert wurde. Gerade bei Firmenkarten ist diese Information wichtig, weil Zahlungsdaten und Belegbilder aus unterschiedlichen Quellen kommen können.

Vergleich: Was im Export je Zielsystem besonders zählt

Praktischer Ablauf für KMU und Kanzleien

Ein sauberer Exportprozess beginnt nicht am Monatsende. Er beginnt mit einem gemeinsamen Feldkatalog zwischen Unternehmen und Kanzlei. Dieser Feldkatalog sollte festlegen, welche Daten Pflicht sind, welche Felder optional bleiben und welche Sonderfälle nicht automatisiert durchlaufen dürfen. Für den Monatsabschluss passt dazu die Checkliste Belege vollständig und prüfbar übergeben.

1. Zielsystem klären: Arbeitet die Kanzlei primär mit DATEV, BMD oder RZL? Gibt es ein Portal, eine Dateiübergabe oder einen kombinierten Prozess?
2. Pflichtfelder definieren: Welche Kostenstellen, Konten, Steuerschlüssel, Belegarten und Freigabestufen müssen vor Export vorhanden sein?
3. Ausnahmen sperren: Fehlende Belege, unklare Bewirtungen, Auslandsbelege oder Dubletten sollten nicht still in den Export rutschen.
4. Testexport durchführen: Zehn typische Belege reichen oft, um Feldlücken, Dateinamenprobleme und falsche Steuerlogik zu erkennen.
5. Monatsabschluss fixieren: Nach der Übergabe sollte klar sein, welche Belege im Export enthalten waren und welche bewusst offen bleiben.

Bill.Dock kann in diesem Ablauf als vorgelagertes Kontrollzentrum dienen: Belege mobil erfassen, Spesen strukturieren, Freigaben dokumentieren, Dubletten auffinden und exportreife Daten für die Kanzleiübergabe bereitstellen. Die konkrete Importstrecke ins Kanzleisystem bleibt ein Abstimmungspunkt mit Steuerkanzlei und Zielsystem.

Häufige Fehler, die jede Zielwelt ausbremsen

Die meisten Exportprobleme entstehen nicht durch einen falschen Dateityp. Sie entstehen durch fehlende Entscheidungen. Ein Beleg ohne Kostenstelle ist kein technisches Problem, sondern eine ungeklärte Zuständigkeit. Ein Firmenkartenumsatz ohne Beleg ist kein Kanzleiproblem, sondern ein Kontrollprozess, der zu spät greift. Ein PDF-Stapel ohne IDs sieht ordentlich aus, ist aber für Rückfragen unbrauchbar.

Besonders kritisch sind drei Muster. Erstens: Unternehmen exportieren alle Belege, auch wenn sie nicht freigegeben sind. Zweitens: Finance korrigiert Daten manuell nach, ohne diese Korrektur im Quellsystem sichtbar zu machen. Drittens: Die Kanzlei erhält monatlich unterschiedliche Feldlogiken, weil neue Kostenarten, Projekte oder Freigabestufen nicht abgestimmt wurden.

Die beste Gegenmaßnahme ist ein Export-Check vor jedem Monatsabschluss: Pflichtfelder vollständig, Belege lesbar, Dubletten geprüft, Freigaben abgeschlossen, offene Fälle separat gelistet. Wer das konsequent macht, reduziert Rückfragen unabhängig davon, ob die Kanzlei am Ende DATEV, BMD oder RZL nutzt.

FAQ

Brauchen Unternehmen für DATEV, BMD und RZL drei unterschiedliche Spesenprozesse?

Nein. Der vorgelagerte Prozess kann einheitlich sein: Beleg erfassen, Daten prüfen, Kosten zuordnen, freigeben und Exportstatus dokumentieren. Unterschiedlich ist vor allem die technische und organisatorische Übergabe an die Kanzlei.

Kann ein DATEV-kompatibler Export automatisch auch für BMD oder RZL passen?

Nicht automatisch. Viele Datenfelder überschneiden sich, aber Zielformat, Portalprozess, Feldnamen und Kanzleiroutinen können unterschiedlich sein. Der Feldkatalog sollte mit der jeweiligen Kanzlei abgestimmt werden.

Welche Daten sind wichtiger als das Dateiformat?

Beleg-ID, Belegbild, Lieferant, Datum, Betrag, Steuer, Kostenstelle, Kostenart, Zahlungsart, Mitarbeiter, Projekt, Freigabestatus und Korrekturhinweise. Ohne diese Informationen bleibt auch ein technisch korrekter Export fehleranfällig.

Darf Bill.Dock als direkte DATEV-, BMD- oder RZL-Integration beschrieben werden?

Nur wenn eine aktuelle Produktquelle diese native Integration ausdrücklich belegt. Ohne solchen Nachweis ist die sachlich richtige Formulierung: Bill.Dock bereitet Belege und Spesendaten für einen DATEV-kompatiblen Export beziehungsweise eine abgestimmte Kanzleiübergabe vor.

Fazit: Exportqualität ist Prozessqualität

DATEV, BMD und RZL unterscheiden sich in Architektur, Kanzleialltag und Übergabewegen. Die gemeinsame Anforderung ist jedoch gleich: Die Kanzlei braucht vollständige, strukturierte und nachvollziehbare Exportdaten. Wer Belegbild, Buchungslogik, Kostenstellen, Freigaben und Korrekturen sauber zusammenführt, macht jedes Zielsystem effizienter.

Für KMU und Finance-Teams ist das die praktischste Lehre: Nicht am Monatsende Dateien zusammensuchen, sondern den Export schon beim Einreichen des Belegs vorbereiten. Dann wird aus einer losen Belegsammlung ein prüfbarer Übergabestand, den Steuerkanzleien in DATEV-, BMD- oder RZL-Prozessen wirklich nutzen können.

Quellen und Abrufdatum

• DATEV-Datenservices Rechnungswesen, DATEV, abgerufen am 12.10.2026.
• DATEV Buchungsdatenservice, DATEV Produktseite, abgerufen am 12.10.2026.
• DATEV Developer Portal, API-Produkte und Schnittstellenressourcen, abgerufen am 12.10.2026.
• BMD Com-Mandantenplattform, BMD, abgerufen am 12.10.2026.
• RZL Software für Steuerberater und RZL FIBU/EA Modul Belegverarbeitung, abgerufen am 12.10.2026.
• RZL KI-Belegdatenerkennung, RZL, abgerufen am 12.10.2026.