Belege entstehen in E-Mail-Postfächern, Portalen, Shops, Banken und Vorsystemen. Für die externe Buchhaltung müssen diese Quellen in einen nachvollziehbaren Datenfluss münden.
Die passende Lösung kann je Quelle aus Upload, standardisiertem Export oder direkter Schnittstelle bestehen. Datenstruktur, Häufigkeit, Zielsystem, Zuordnung und Kontrollbedarf steuern die Auswahl.
Ein belastbarer Belegweg verbindet Quelle, Datenart, Übertragung, Zielsystem, Referenz, Kontrolle, Freigabe und Ausnahmeweg.
Ein digitaler Belegweg beginnt mit einem vollständigen Quelleninventar. Das Unternehmen erfasst dabei jeden Ort, an dem Belege oder buchungsrelevante Daten entstehen. Erst danach lässt sich ein passender Übertragungsweg auswählen.
Die allgemeinen Vorteile einer digitalen Buchhaltung bilden den übergeordneten Kontext. Für den operativen Datenfluss zählt die konkrete Frage, welche Quelle welche Daten erzeugt und welches Zielsystem diese Daten verarbeitet.
Lieferantenrechnungen erreichen Unternehmen häufig über zentrale E-Mail-Postfächer, Lieferantenportale oder strukturierte E-Rechnungsformate. Jede Quelle braucht einen festen Eingang, damit dieselbe Rechnung einen eindeutigen Weg erhält. Ein paralleler Eingang über E-Mail und Portal erhöht das Dublettenrisiko und verlangt einen definierten Abgleich.
Ausgangsrechnungen entstehen meist in Faktura-, Warenwirtschafts-, Shop- oder ERP-Systemen. Neben dem Rechnungsdokument können dort strukturierte Rechnungsdaten, Debitorenangaben, Steuerschlüssel, Erlöskonten oder Statusinformationen verfügbar sein. Der Datenweg sollte festlegen, welche Daten aus dem Quellsystem übernommen werden und welche Referenz das Rechnungsdokument mit dem Buchungssatz verbindet.
Banken, Zahlungsdienstleister, Reisekostensysteme und weitere Vorsysteme liefern eigene Datenbestände. Kontoumsätze, Zahlungsreferenzen, Gebühren, Stammdaten und Freigabestatus benötigen jeweils eine eindeutige Quelle. Der Quellenkatalog sollte deshalb Dokumente und strukturierte Datensätze gemeinsam erfassen.
DirektantwortEin belastbarer Datenfluss folgt einer festen Kette: Datenquelle -> Datenart -> Übertragungsweg -> Zielsystem -> Zuordnungsmerkmal -> Kontrollpunkt -> Freigabeverantwortung -> Ausnahmeweg.
Der geeignete Übertragungsweg richtet sich nach Datenstruktur, Häufigkeit, Volumen, Zielsystem und Kontrollbedarf. Ein einzelner Weg für alle Quellen erzeugt oft unnötige manuelle Arbeit. Eine quellenspezifische Entscheidung verbindet technische Machbarkeit mit der späteren Buchungsverarbeitung.
Ein Upload eignet sich für einzelne oder unregelmäßige Dokumente, etwa seltene Lieferantenrechnungen, Verträge oder manuelle Sonderbelege. Der Upload braucht eine feste Ablage, eine eindeutige Benennung oder Dokumenten-ID und einen sichtbaren Bearbeitungsstatus.
Ein Export passt zu regelmäßig entstehenden Datensätzen aus Faktura, ERP, Shop, Reisekosten oder Zahlungsdiensten. Das Exportformat sollte stabile Felder, ein vereinbartes Zeitfenster und eine klare Zuordnung zum Zielsystem besitzen. Änderungen am Quellsystem gehören in einen dokumentierten Prüfschritt.
Eine direkte Schnittstelle eignet sich für häufige und stabile Datenflüsse. Sie reduziert manuelle Übergaben, benötigt zugleich klare Feldzuordnungen, Protokolle und Verantwortlichkeiten für technische Abweichungen. Die Schnittstelle bleibt nur dann belastbar, wenn Quelle und Ziel denselben fachlichen Bedeutungsrahmen für die übertragenen Felder verwenden.
Ein Portal oder gemeinsamer Speicher kann als zentraler Eingang für Dokumente dienen. Der Nutzen entsteht durch eine eindeutige Ordner-, Status- und Freigabelogik. Mehrere parallele Speicherorte sollten über eine führende Quelle und einen klaren Abschlussstatus verbunden werden.
| Datenquelle | Datenart | Häufig geeigneter Übertragungsweg | Zielsystem | Kontrollpunkt | Jurisdiction |
|---|---|---|---|---|---|
| E-Mail-Postfach oder Lieferantenportal | Rechnungsdokument, Referenzdaten, Freigabestatus | Definierter Upload, Portalimport oder strukturierter Eingang | Belegeingang oder Buchhaltungssystem | Anzahl, Dublette, Dokumenten-ID, Status | Einkauf oder Finance für Eingang und Freigabe |
| Faktura oder ERP | Ausgangsrechnungen, Buchungsdaten, Stammdaten | Standardisierter Export oder direkte Schnittstelle | Financial accounting | Belegnummernfolge, Summenabgleich, Importprotokoll | ERP-Verantwortung und Buchhaltung |
| Shop oder Zahlungsdienstleister | Transaktionen, Gebühren, Zahlungsreferenzen | Geplanter Export oder direkte Schnittstelle | Finanzbuchhaltung und Abstimmungskonto | Transaktionszahl, Auszahlungsbetrag, Gebührenabgleich | E-Commerce, Finance und Buchhaltung |
| Bank | Kontoumsätze und Zahlungsreferenzen | Banking-Schnittstelle oder strukturierter Kontoexport | Financial accounting | Saldo, Zeitraum, Anzahl der Kontobewegungen | Finance und Buchhaltung |
| Reisekosten- oder Ausgabensystem | Belege, Kostenstellen, Freigaben, Erstattungen | Export oder Schnittstelle mit Statusfeldern | Financial accounting | Freigabestatus, Summen, Belegreferenz | Fachabteilung, Finance und Buchhaltung |
| E-invoice | Strukturierte Rechnungsdaten und lesbare Darstellung | E-Mail, Portal oder Schnittstelle mit Originalformat | Rechnungseingang und Finanzbuchhaltung | Formatprüfung, Referenz, Bearbeitungsstatus | Rechnungseingang und Buchhaltung |
Ein digitaler Datenweg braucht ein gemeinsames Zuordnungsmerkmal. Belegbild, strukturierte Rechnungsdaten, Buchungssatz und Freigabestatus sollten dieselbe Referenz tragen oder über eine dokumentierte Verknüpfung zusammengehören.
The GoBD nennen für die Zuordnung zwischen Beleg und Buchung eindeutige Merkmale wie Index, Paginiernummer oder Dokumenten-ID. Für den Unternehmensprozess bedeutet das: Jede Quelle erhält ein Merkmal, das im Zielsystem wiederauffindbar bleibt.
Ein Statusfeld zeigt, ob ein Beleg eingegangen, fachlich geprüft, freigegeben, importiert oder zur Korrektur zurückgegeben wurde. Die Statuswerte sollten für alle Beteiligten dieselbe Bedeutung besitzen. So bleibt erkennbar, welcher Schritt abgeschlossen ist und welche Rolle den nächsten Schritt übernimmt.
Belegbild und strukturierte Daten können über getrennte technische Wege eintreffen. Die Referenz muss beide Bestandteile im Zielsystem verbinden. Ein typischer Mini-Fall entsteht, wenn ein ERP den Buchungssatz exportiert und das Rechnungsdokument separat hochgeladen wird. Eine gemeinsame Dokumenten-ID oder Rechnungsnummer verbindet beide Wege.
ZuordnungsregelEin Suchmerkmal eignet sich, wenn es je Geschäftsvorfall eindeutig ist, im Quell- und Zielsystem verfügbar bleibt und auch nach einer Korrektur dieselbe Verbindung erkennen lässt.
Jeder Übertragungsweg braucht einen Kontrollpunkt, der Quelle und Ziel miteinander abgleicht. Der Kontrollpunkt prüft, ob die erwarteten Daten vollständig angekommen sind, ob Referenzen passen und ob Abweichungen einen geregelten Rücklauf erhalten.
Ein Mengenabgleich vergleicht die Zahl der erwarteten Belege oder Datensätze mit der Zahl der eingegangenen Elemente. Bei einem Fakturaexport können zusätzlich Rechnungsnummernfolge, Zeitraum und Gesamtsumme geprüft werden. Bei Zahlungsdaten eignet sich der Abgleich von Transaktionszahl und Auszahlungsbetrag.
Dubletten entstehen häufig durch parallele Eingänge, wiederholte Uploads oder erneute Exporte. Eine Kombination aus Dokumenten-ID, Rechnungsnummer, Geschäftspartner, Betrag und Datum macht Wiederholungen sichtbar. Die Referenzprüfung bestätigt zugleich die Verbindung zwischen Beleg und Buchungsdaten.
Ein Importprotokoll oder eine Statusliste zeigt erfolgreiche und abweichende Datensätze. Jede Abweichung erhält eine zuständige Rolle, einen Bearbeitungsschritt und einen Abschlussstatus. So wird aus einer technischen Fehlermeldung ein steuerbarer Arbeitsvorgang.
VollständigkeitErwartete und eingegangene Mengen, Zeiträume und Summen stimmen überein.
ZuordnungBeleg, Datensatz, Buchung und Status teilen eine eindeutige Referenz.
AbschlussAbweichungen besitzen Zuständigkeit, Rücklaufweg und dokumentierten Endstatus.
Ein belastbarer Datenfluss plant Sonderfälle als festen Bestandteil ein. Papierbelege, abweichende Dateiformate, manuelle Korrekturen und technische Unterbrechungen erhalten einen definierten Eingang, eine Zuständigkeit und einen sichtbaren Abschluss.
Papierbelege brauchen einen zentralen Erfassungsweg. Der Prozess legt fest, wer den Beleg digitalisiert, welche Referenz vergeben wird und wann das digitale Dokument im Belegeingang erscheint. Die GoBD beschreiben die zeitnahe Sicherung von Belegen und die nachvollziehbare Zuordnung zum Geschäftsvorfall als wesentliche Elemente des Verfahrens.
Ein Portal kann sein Exportformat ändern, ein Lieferant kann ein anderes Rechnungsformat senden oder ein Vorsystem kann Felder neu benennen. Der Datenweg erhält deshalb einen Prüfschritt für Format, Feldstruktur und Zielzuordnung. Die Prüfung erfolgt besonders nach Systemupdates oder Änderungen am Exportprofil.
Eine Korrektur sollte zur ursprünglichen Referenz zurückführen. Der Rücklauf dokumentiert Ursache, zuständige Rolle, neue Datei oder neuen Datensatz und abschließenden Importstatus. Diese Logik verhindert parallele Korrekturstände und hält die Historie nachvollziehbar.
Der technische Datenweg berührt auch Schutz- und Berechtigungsfragen. Eine vertiefte Einordnung bietet der Beitrag zu Zugriffsrechten und sicherer Datenübertragung.
Seit dem 1. Januar 2025 erfüllt eine Rechnung die Definition der E-Rechnung, wenn sie in einem strukturierten elektronischen Format ausgestellt, übermittelt und empfangen wird und eine elektronische Verarbeitung ermöglicht. Ein einfaches PDF zählt seitdem als sonstige Rechnung. Das Bundesfinanzministerium erläutert außerdem, dass für die Übermittlung verschiedene Wege wie E-Mail, Schnittstelle, zentraler Speicher oder Internetportal in Betracht kommen.
Das strukturierte Format enthält die maschinell verarbeitbaren Rechnungsdaten. Eine lesbare Darstellung unterstützt die fachliche Prüfung durch Menschen. Bei hybriden Formaten führen die strukturierten Daten die maßgeblichen Rechnungsinformationen. Der Datenweg sollte deshalb das Originalformat und die verwendete Darstellung eindeutig zusammenhalten.
Eine E-Rechnung braucht wie jede andere Quelle einen festgelegten Eingang. Der Prozess ordnet E-Mail-Postfach, Portal oder Schnittstelle einem Zielsystem zu und vergibt eine eindeutige Referenz. Zusätzlich kann eine Format- oder Plausibilitätsprüfung den Eingang kontrollieren.
Der Prozess beschreibt, wie das strukturierte Original empfangen, verarbeitet, dargestellt und aufbewahrt wird. Die GoBD verlangen eine Verfahrensdokumentation, aus der Inhalt, Aufbau, Ablauf und Ergebnisse des eingesetzten DV-Verfahrens vollständig und schlüssig hervorgehen. Für den Belegweg bedeutet das eine Übereinstimmung zwischen dokumentiertem Sollprozess und tatsächlich genutztem Verfahren.
ProzessfolgeEine E-Rechnung erweitert den Belegweg um strukturierte Daten. Eingang, Referenz, Verarbeitung, lesbare Darstellung, Status und Aufbewahrung sollten als zusammenhängender Ablauf gestaltet werden.
Die Quellen-Weg-Ziel-Matrix übersetzt das Quelleninventar in verbindliche Arbeitsregeln. Sie wird je Datenquelle ausgefüllt und verbindet technische Entscheidungen mit Zuständigkeit und Kontrolle.
Der erste Schritt listet alle Beleg- und Datenquellen mit Datenart, Häufigkeit, Volumen und Format auf. Eine Quelle kann mehrere Datenarten liefern. Ein ERP kann beispielsweise Rechnungsdokumente, Buchungsdaten und Stammdaten bereitstellen.
Der zweite Schritt ordnet jeder Datenart einen Eingang und ein Zielsystem zu. Die Auswahl berücksichtigt vorhandene Exportmöglichkeiten, Schnittstellen, benötigte Referenzen und den gewünschten Automatisierungsgrad. Der Weg wird so konkret beschrieben, dass neue Mitarbeitende und externe Beteiligte ihn reproduzieren können.
Der dritte Schritt ergänzt Mengenabgleich, Referenzprüfung, Statuskontrolle und verantwortliche Rolle. Zusätzlich wird festgelegt, wie abweichende Datensätze zurückgegeben, korrigiert und erneut übertragen werden.
Mini-FallEin Shop übermittelt täglich Bestellungen und wöchentlich Auszahlungsdaten. Die Matrix kann dafür zwei getrennte Datenwege vorsehen: einen Export für Rechnungsdaten und eine Schnittstelle für Zahlungsinformationen. Beide Wege treffen im Zielsystem über dieselbe Bestellreferenz zusammen und erhalten eigene Kontrollsummen.
Die technische Matrix bildet eine Grundlage für die spätere Projektumsetzung. Meilensteine, Testphase und Go-live gehören in den Projektplan und das Onboarding der ausgelagerten Buchhaltung.
Ein belastbarer Belegweg lässt sich an konkreten Merkmalen prüfen. Die folgenden Kriterien beziehen sich auf jede einzelne Quelle und auf das Zusammenspiel aller Datenwege.
Für E-Mail, Portal, ERP, Shop, Bank und weitere Vorsysteme ist jeweils festgelegt, welcher Eingang verwendet wird. Parallele Wege erhalten eine führende Quelle oder einen dokumentierten Abgleich.
Dokument, strukturierter Datensatz, Buchung und Freigabestatus lassen sich über eine gemeinsame ID oder nachvollziehbare Verknüpfung zusammenführen. Die Referenz bleibt auch bei Rückfragen und Korrekturen erhalten.
Jeder Datenweg besitzt einen Eingangsstatus, einen Kontrollpunkt, eine zuständige Rolle und einen Rücklaufweg. Änderungen an Systemen oder Formaten führen zu einer Aktualisierung der Matrix und der Verfahrensbeschreibung.
BAS kann diese Logik mit der laufenden externen Finanzbuchhaltung verbinden. Im Mittelpunkt stehen konkrete Datenquellen, vereinbarte Übergaben und Kontrollpunkte, die zur tatsächlichen Buchungsverarbeitung passen.
Brasser Accounting Solutions GmbH is a specialised accounting service provider that supports companies with financial accounting, payroll accounting, and the structuring of modern digital accounting processes. The aim is a collaboration that is professionally sound, organisationally relieving, and reliably functional in everyday use.
Brasser Accounting Solutions GmbH is part of a corporate group with Quint GmbH Tax Consultancy & Auditing and the Swedish tax office Service Place Årjäng AB.
