Sendcloud-Rechnung in DATEV verbuchen (SKR03/04, §13b)

Eine Sendcloud-Rechnung bündelt fünf buchhalterisch unterschiedliche Aufwandsarten in einer Sammelrechnung: Abonnementgebühr, Label-Verarbeitungsgebühr, Versandkosten, Nachberechnungen und Gutschriften. Aussteller ist die Sendcloud B.V. mit Sitz in Eindhoven (NL); für deutsche B2B-Empfänger gilt deshalb Reverse-Charge nach §13b Abs. 1 UStG, und der Vorsteuerabzug ist spiegelbildlich möglich, soweit der Empfänger zum vollen Vorsteuerabzug berechtigt ist. Eine native DATEV-Schnittstelle gibt es nicht.

Wer eine Sendcloud-Rechnung in DATEV verbuchen will, steht damit vor zwei parallelen Mappings — einem für SKR03, einem für SKR04 — und vor der Frage, mit welchem DATEV-Steuerschlüssel die innergemeinschaftliche sonstige Leistung erfasst wird. Beide Kontenrahmen werden hier nebeneinander geführt, weil ein konkreter Mandant immer in einem von beiden bucht und das richtige Konto pro Aufwandsart braucht.

Anatomie einer Sendcloud-Rechnung: die fünf Aufwandsarten

Bevor der erste Buchungssatz fällt, muss klar sein, was auf dem Beleg überhaupt steht. Sendcloud listet auf einer einzigen Rechnung fünf Positionsarten, die buchhalterisch auseinandergehalten werden müssen — unterschiedliche Aufwandskonten, unterschiedliche Periodenzuordnung, unterschiedliches Vorzeichen.

Die Abonnementgebühr ist der Tarifbeitrag für den Sendcloud-Plan (Lite, Growth, Premium, Enterprise oder die jeweilige Mandanten-Tarifstufe). Sie wird typischerweise monatlich, je nach Plan auch zweiwöchentlich, anteilig zum Abrechnungszeitraum berechnet und ist Software- bzw. Lizenzaufwand für eine laufend genutzte SaaS-Plattform — kein Versandkostenanteil.

Die Label-Verarbeitungsgebühr ist ein Pro-Label-Aufschlag auf den Carrier-Tarif für die Versandsoftware-Leistung selbst (Etikettenerzeugung, Carrier-Routing, Track-and-Trace-Anbindung). Sie skaliert mit dem Sendungsvolumen und ist von den Frachtkosten der eigentlichen Sendung ökonomisch zu trennen, auch wenn beide auf demselben Beleg stehen.

Die Versandkosten (Carrier-Tarif) sind die Frachtkosten der Sendung, die Sendcloud im Namen des Versenders bei DHL, GLS, DPD, UPS und weiteren angebundenen Carriern bucht und dem Mandanten weiterreicht. Sie sind die größte Position auf einer typischen E-Commerce-Sendcloud-Rechnung. Ob sie als Vertriebsaufwand oder als Bezugsnebenkosten gebucht werden, entscheidet Sektion 4.

Die Zuschläge und Nachberechnungen sind die unangenehme Schicht: Treibstoffzuschlag-Anpassungen, Spitzenzeitenzuschläge, Sperrgut, Volumengewichtskorrekturen, Adresskorrekturen und Privatzustellungs-Zuschläge erscheinen typischerweise nicht auf der Rechnung der ursprünglichen Sendung, sondern zwei bis sechs Wochen später auf einer Folgerechnung. Das ist die Periodenabgrenzungs-Frage des Artikels; Sektion 6 entscheidet zwischen pragmatischer und periodengerechter Behandlung.

Die Gutschriften und Korrekturen runden das Bild ab. Stornierte Labels werden innerhalb einer Erstattungsfrist (typischerweise 42 Tage) gutgeschrieben, nicht zustellbare Sendungen führen je nach Carrier zu Teil- oder Vollerstattungen, und gelegentliche Carrier-Korrekturen kommen ebenfalls als negative Positionen auf einer späteren Rechnung. Erträge sind das nicht. Es sind Aufwandsminderungen, und sie kehren die Reverse-Charge-Aufteilung der ursprünglichen Buchung spiegelbildlich um.

Die operative, position-für-position-Reconciliation gegen Bestellungen und Sendungen ist eine eigene Disziplin, die der Buchung vorausgeht und nicht in diesem Artikel landet — wer den Abgleich systematisch aufziehen will, findet die Mechanik in Sendcloud-Rechnung Position für Position abgleichen (englischer Schwesterartikel). Hier setzen wir voraus, dass die Rechnung sachlich geprüft ist.

Reverse-Charge nach §13b UStG und die DATEV-Steuerschlüssel

Die Sendcloud B.V. ist in Eindhoven (NL) ansässig. Ihre Versandsoftware-Leistung an einen deutschen Unternehmer ist eine sonstige Leistung, die nach §3a Abs. 2 UStG am Empfängerort steuerbar ist; die Steuerschuld geht nach §13b Abs. 1 UStG auf den Empfänger über. Buchhalterisch heißt das: der deutsche Mandant schuldet die Umsatzsteuer (19 %) als Reverse-Charge-USt aus innergemeinschaftlicher sonstiger Leistung und macht spiegelbildlich nach §15 UStG den Vorsteuerabzug geltend, soweit er zum vollen Vorsteuerabzug berechtigt ist. Nettoeffekt im Regelfall: null. Die §13b-Mechanik gilt dabei nicht nur für die reine Software-Leistung (Abonnement, Label-Gebühr), sondern auch für die weitergereichten Versandkosten — Sendcloud erbringt die Versandleistung zivilrechtlich gegenüber dem Mandanten, der NL-Aussteller bleibt.

In der DATEV-Standard-Konfiguration wird diese Konstellation über den BU-Schlüssel 94 (innergemeinschaftliche sonstige Leistung mit Reverse-Charge, 19 %) und den VC-Schlüssel 92 auf den Aufwandskonten erfasst. Das entsprechende Konten-Set für die Reverse-Charge-USt und die spiegelbildliche Vorsteuer wird vom Schlüssel automatisch angesteuert, sodass der Buchhalter nur Aufwand und Verbindlichkeit buchen muss. Wichtig: das gilt für die DATEV-Standard-Schlüsselbibliothek; Mandanten mit individuell konfigurierten BU/VC-Schlüsseln können abweichende Codes verwenden — der Mandanten-eigene Schlüsselplan ist immer maßgeblich, der DATEV-Standard liefert nur die Defaults.

Voraussetzung dafür, dass die Reverse-Charge-Mechanik überhaupt greift, ist eine gültige USt-IdNr. des Empfängers, die dem niederländischen Aussteller mitgeteilt wurde. Eine gültige USt-IdNr. ist Voraussetzung dafür, dass innergemeinschaftliche Lieferungen und sonstige Leistungen umsatzsteuerfrei erbracht und empfangen werden können — so der BZSt-Hinweis zur USt-IdNr. bei innergemeinschaftlichen Leistungen. In der Praxis prüft der Buchhalter den Reverse-Charge-Hinweis und die ausgewiesene USt-IdNr. des Mandanten auf jedem Sendcloud-Beleg; fehlt einer von beiden, ist die Rechnung formell mangelhaft (siehe Sektion 8).

Sonderfall Kleinunternehmer (§19 UStG): Die Reverse-Charge-Schuld für die innergemeinschaftliche sonstige Leistung bleibt auch beim Kleinunternehmer bestehen, weil §19 nur die Erhebung der eigenen USt aussetzt, nicht die Schuld auf bezogene Leistungen. Der spiegelbildliche Vorsteuerabzug entfällt jedoch — §15 ist beim Kleinunternehmer nicht anwendbar. Die Reverse-Charge-USt bleibt also als echter Aufwand stehen. Hier lohnt sich im Einzelfall der Anruf beim Steuerberater, weil die Mandanten-Wahl zwischen Kleinunternehmer-Status und Regelbesteuerung an dieser Position spürbar wird.

Wer Sendcloud-Leistungen mit Drittland-Bezug erhält — selten, aber denkbar bei reinen UK- oder CH-Sendungen über bestimmte Carrier-Setups —, prüft den Schlüssel separat: für sonstige Leistungen aus Drittländern kommen in der DATEV-Standard-Bibliothek andere VC-Codes (etwa 94/95 je nach Konfiguration und Steuerart) zum Einsatz. Das ist eine Randfrage; die Regel auf Sendcloud-Rechnungen ist die innergemeinschaftliche Konstellation, weil die Sendcloud B.V. der Aussteller bleibt.

SKR03 und SKR04: Konten-Mapping pro Aufwandsart

Mit der umsatzsteuerlichen Einordnung steht die §13b-Klammer; die Frage, auf welchem Aufwandskonto jede Position landet, ist davon unabhängig und folgt der inhaltlichen Aufwandsart. Die folgende Tabelle führt SKR03 und SKR04 nebeneinander und zeigt pro Sendcloud-Position das Standardkonto sowie eine vertretbare Alternative.

Sendcloud-Position	SKR03	SKR04
Abonnementgebühr (Software)	4860 (Software-Lizenzen) oder 4806 (Wartung EDV)	6815 oder 6816 (Software-Aufwand / EDV-Pflege)
Label-Verarbeitungsgebühr	4860 (Software) oder 4910 (Versandkosten) — Konvention	6815 (Software) oder 6740 (Versandkosten) — Konvention
Versandkosten (Carrier-Tarif)	4910 (Versandkosten — Vertriebsaufwand) oder 3801 (Bezugsnebenkosten)	6740 (Versandkosten — Vertriebsaufwand) oder 5800 (Bezugsnebenkosten)
Nachberechnungen / Zuschläge	demselben Konto folgen wie Versandkosten (4910 oder 3801)	demselben Konto folgen wie Versandkosten (6740 oder 5800)
Gutschriften	Konto der ursprünglichen Buchung mit umgekehrtem Vorzeichen	Konto der ursprünglichen Buchung mit umgekehrtem Vorzeichen

Die Abonnementgebühr ist der unzweifelhafte Fall: Sendcloud ist eine laufend genutzte Software-as-a-Service-Plattform, der monatliche oder zweiwöchentliche Beitrag ist Software-Aufwand. SKR03 4860 (sonstige betriebliche Aufwendungen — Software-Lizenzen) bzw. SKR04 6815 sind die Standardadressen; SKR03 4806 (Wartung/Pflege EDV-Programme) bzw. SKR04 6816 ist die Variante, wenn der Mandant sein Konten-Setup um Wartungs- und Pflegeaufwand granular trennt. Die Abonnementgebühr gehört in keinem Fall auf das Versandkostenkonto — auch wenn der Beleg sie zusammen mit den Sendungen ausweist.

Die Label-Verarbeitungsgebühr ist der Konventions-Fall. Wirtschaftlich ist sie eine Versandsoftware-Leistung pro Etikett — also Software-Aufwand. Buchungspraktisch wird sie in vielen E-Commerce-Mandaten dem Versandkostenkonto zugeschlagen, weil sie eng am Sendungsvolumen klebt und in der Margenanalyse als Versandkosten-Komponente erscheinen soll. Beide Routen — Software-Aufwand (4860 / 6815) oder Versandkostenkonto (4910 / 6740) — sind vertretbar; die Norm ist Konsistenz pro Mandant, nicht die Reinheit der Einordnung.

Die Versandkosten (Carrier-Tarif) sind die typische Stolperfalle. Im DATEV-Kontenrahmen stehen zwei Konten zur Wahl: Versandkosten als Vertriebsaufwand (SKR03 4910 / SKR04 6740) oder Bezugsnebenkosten als Wareneinsatz (SKR03 3801 / SKR04 5800). Die Frage, welches passt, ist eine GoB-Frage: Bezugsnebenkosten sind Aufwendungen für die Beschaffung der Ware (Versand vom Lieferanten zum Lager), Versandkosten als Vertriebsaufwand spiegeln den operativen Aufwand für die Auslieferung an Kunden. Im E-Commerce-Mandanten-Profil — Sendcloud bedient typischerweise ausgehende Sendungen an Endkunden — ist die Versandkosten-Linie (4910 / 6740) der Regelfall. Bezugsnebenkosten kommen dort zum Tragen, wo der Mandant Sendcloud auch für eingehende Sendungen vom Lieferanten nutzt; das ist die Ausnahme. Konsistenz pro Mandant über alle Sendcloud-Rechnungen hinweg wiegt schwerer als die jeweils elegantere Theorie-Zuordnung — die Margenanalyse bricht, wenn dasselbe Mandanten-Profil mal hier und mal dort bucht. Wer aus den gebuchten Versandkosten anschließend eine Margen-Auswertung pro Zielland aus der Sendcloud-CSV bauen will, ist auf genau diese Konten-Konsistenz angewiesen — sonst stimmt der Carrier-Mix-Vergleich je EU-Markt am Ende nicht.

Wer den Kontenrahmen-Hintergrund vertiefen will — die strukturellen Unterschiede zwischen Prozess- und Abschlussgliederungs-Logik, die Konsequenzen für die Berichtsauswertung —, findet die Diskussion in Unterschiede zwischen SKR03 und SKR04 im Detail. Für die Sendcloud-Buchung selbst genügen die fünf Tabellenzeilen oben.

Nachberechnungen bekommen kein eigenes Konto, sondern folgen der Versandkostenlinie des Mandanten — wer 4910 für Versandkosten bucht, bucht auch die Treibstoffzuschlags-Nachberechnung auf 4910. Gutschriften ebenfalls: die Aufwandsminderung läuft auf demselben Konto wie der ursprüngliche Aufwand, mit umgekehrtem Vorzeichen, nicht auf einem separaten Erlös- oder Erstattungskonto.

Buchungssätze pro Aufwandsart — SKR03 und SKR04 nebeneinander

Mit Konten und Steuerschlüsseln bekannt sind die Buchungssätze gerade noch eine Erfassungsfrage. Als durchgehendes Beispiel dient eine Sendcloud-Sammelrechnung mit folgenden Netto-Positionen:

• Abonnementgebühr Sendcloud Growth: 80,00 EUR
• Label-Verarbeitungsgebühren (40 Sendungen × 0,25 EUR): 10,00 EUR
• Versandkosten Carrier (Pass-Through): 600,00 EUR
• Nachberechnung Treibstoffzuschlag aus Vormonat: 25,00 EUR
• Gutschrift für 2 stornierte Labels (Carrier-Anteil): −12,00 EUR
• Rechnungssumme netto: 703,00 EUR

Die Rechnung weist keine deutsche Umsatzsteuer aus; der Reverse-Charge-Hinweis und die USt-IdNr. des Mandanten stehen auf dem Beleg. Der Mandant ist regelbesteuernder E-Commerce-Händler, voll vorsteuerabzugsberechtigt, bucht Versandkosten als Vertriebsaufwand und schlägt die Label-Gebühr dem Versandkostenkonto zu.

Position	SKR03 Soll → Haben	SKR04 Soll → Haben	Schlüssel
Abonnement (80,00 €)	4860 → 1600	6815 → 3300	BU 94 / VC 92
Label-Gebühren (10,00 €)	4910 → 1600	6740 → 3300	BU 94 / VC 92
Versandkosten (600,00 €)	4910 → 1600	6740 → 3300	BU 94 / VC 92
Nachberechnung (25,00 €)	4910 → 1600	6740 → 3300	BU 94 / VC 92
Gutschrift (−12,00 €)	4910 → 1600	6740 → 3300	BU 94 / VC 92 (negativ)

Das Verbindlichkeitskonto ist hier exemplarisch das Standard-Sammelkonto Verbindlichkeiten aus Lieferungen und Leistungen (SKR03 1600, SKR04 3300); in der Praxis legen viele Mandaten ein dediziertes Kreditorenkonto für Sendcloud B.V. an, weil sich offene Posten und Zahlungsabgleich pro Lieferant sauberer führen lassen.

Hinweis für den Buchungsstapel-Export (Routen 2 und 3 in Sektion 9): pro Aufwandsposition genügt ein einziger BU/VC-Eintrag — DATEV erzeugt die USt- und Vorsteuer-Gegenbuchungen aus dem Schlüssel automatisch. Separate Zeilen für die §13b-USt und den spiegelbildlichen Vorsteuerabzug werden im EXTF-Format nicht geliefert.

Die Nachberechnung ist im Eingangsmonat als laufender Aufwand erfasst — die pragmatische Variante. Die Gutschrift folgt dem Vorzeichen-Prinzip: Aufwandsminderung auf dem Versandkostenkonto, BU 94 / VC 92 mit negativem Betrag, sodass sich Reverse-Charge-USt und spiegelbildlicher Vorsteuerabzug ebenfalls umkehren.

Nachberechnungen aus Vormonaten: pragmatisch oder periodengerecht

Sendcloud-Nachberechnungen — Treibstoffzuschlag-Anpassungen, Volumengewichtskorrekturen, Adresskorrekturen, Sperrgut- und Privatzustellungs-Zuschläge — kommen nahezu nie auf der Rechnung der ursprünglichen Sendung an. Der Carrier meldet die Korrektur zwei bis sechs Wochen nach dem Versanddatum, Sendcloud reicht sie weiter, und auf der nächsten Sammelrechnung erscheint ein Posten mit Bezug auf eine Sendung aus dem Vormonat — manchmal aus dem Vorvormonat, am Jahreswechsel sogar aus dem Vorjahr. Das macht die Nachberechnung zur Periodenabgrenzungs-Frage. Zwei Routen sind GoB-konform, und die Wahl folgt dem Mandanten-Profil.

Pragmatischer Ansatz — laufender Aufwand im Eingangsmonat. Die Nachberechnung wird im Monat des Rechnungseingangs als laufender Aufwand verbucht, ohne Rückstellung im Ursprungsmonat. Buchungssatz nach SKR03: 4910 Versandkosten an 1600 Verbindlichkeiten, BU 94 / VC 92; nach SKR04 entsprechend 6740 an 3300. Argument: bei mittlerem und gleichmäßigem Versandvolumen verteilen sich Nachberechnungen über die Monate und glätten sich; der Buchungs-Mehraufwand einer Rückstellung steht in keinem Verhältnis zum Genauigkeitsgewinn. Für die meisten Mittelstands-Mandanten ohne IFRS-Pflicht und ohne stichtagsnahe Jahresabschluss-Sensitivität ist diese Route ausreichend und GoB-konform.

Periodengerechter Ansatz — Rückstellung im Sendungs-Monat. Am Monatsende wird ein Schätzbetrag für die zu erwartenden Zuschläge auf die im Monat versendeten Sendungen passiviert. Buchungssatz: 4910 Versandkosten (SKR03) bzw. 6740 (SKR04) an 0970 Sonstige Rückstellungen (SKR03) bzw. 3070 (SKR04) — die genauen Konten richten sich nach dem Mandanten-eigenen Konten-Setup; einige Mandanten nutzen ein dediziertes Konto „Sonstige Rückstellungen — Versand". Trifft die Nachberechnung Wochen später ein, wird die Rückstellung gegen die Eingangsrechnung aufgelöst: Soll Rückstellungskonto an Verbindlichkeit, mit BU 94 / VC 92 für die §13b-Aufteilung, und die Differenz zwischen Schätzbetrag und tatsächlichem Betrag landet auf 4910 / 6740 (oder dem entsprechenden Korrektur-Konto). Argument: bei großem Versandvolumen, schwankenden Zuschlagsanteilen oder Stichtagsnähe zum Jahresabschluss ist die periodengerechte Zuordnung sauber — der Versandaufwand erscheint im Sendungsmonat, nicht in dem Monat, in dem Sendcloud die Rechnung schickt.

Welche Route passt, ergibt sich aus zwei Fragen: Wie schwankt das Versandvolumen, und wie eng liegt der Buchungsmonat am Jahresabschluss? Bei stark schwankendem Volumen, einem Controlling-Anspruch auf saubere Monatsergebnisse oder Buchungen in Stichtagsnähe — periodengerecht. Bei gleichmäßigem Versandvolumen, Mittelstands-Buchhaltung ohne IFRS-Pflicht und reichlich Abstand zum Jahresende — pragmatisch. Innerhalb eines Mandanten beide Routen zu mischen ist nicht ratsam; der Stetigkeitsgrundsatz nach §252 HGB verlangt einmal getroffene Bewertungs- und Periodisierungs-Entscheidungen über die Jahre durchzuhalten.

Eine Nachberechnung kann zusätzlich sachlich strittig sein — falsch gemessenes Volumengewicht, doppelt berechneter Treibstoffzuschlag, Tarifabweichungen gegenüber der vereinbarten Carrier-Konditionierung. Das ist keine Buchungs-, sondern eine Carrier-/Aggregator-Streit-Frage, die vor der Buchung geklärt werden muss; die systematische Prüfung von Zuschlägen liegt in Zuschläge auf Paketdienst-Rechnungen prüfen, wenn die Nachberechnung selbst strittig ist. Erst wenn der Zuschlag akzeptiert ist, fließt die Buchung in eine der beiden Routen oben.

Gutschriften und Stornos: Vorzeichenumkehr inklusive Reverse-Charge

Sendcloud erstattet Label-Gebühren bei stornierten Sendungen innerhalb einer typischen Erstattungsfrist von 42 Tagen — die genaue Frist hängt vom Carrier und vom Sendungsstatus ab. Nicht zustellbare Sendungen führen je nach Konstellation zu einer Teil- oder Vollerstattung, und gelegentlich kommen nachträgliche Carrier-Korrekturen über Sendcloud zurück. Die Erstattung erscheint nicht als separater Beleg, sondern als negativ vorzeichenbehaftete Position auf einer späteren Sammelrechnung — derselbe Belegtyp wie die ursprüngliche Buchung, nur mit umgekehrtem Vorzeichen.

Der Buchungssatz ist die spiegelbildliche Umkehrung der ursprünglichen Aufwandsbuchung — auf demselben Konto, mit demselben Steuerschlüssel, nur mit negativem Betrag. Im durchgehenden Beispiel aus Sektion 5: die Gutschrift über 12,00 EUR für zwei stornierte Labels (Carrier-Anteil) wird als 4910 Versandkosten an 1600 Verbindlichkeiten in Höhe von −12,00 EUR mit BU 94 / VC 92 gebucht (SKR03); nach SKR04 als 6740 an 3300, gleicher Betrag und Schlüssel. Das Konto ändert sich nicht, weil die Gutschrift dieselbe wirtschaftliche Aufwandsart rückabwickelt — eine separate „Erstattung Versand"-Linie zu eröffnen, würde die Margenanalyse verfälschen.

Weil die Gutschrift dieselbe sonstige Leistung im Reverse-Charge-Verfahren rückabwickelt, kehrt sich auch die §13b-USt um: der ursprünglich gebuchte Reverse-Charge-USt-Betrag wird gegengebucht, und der spiegelbildlich geltend gemachte Vorsteuerabzug entfällt anteilig. In DATEV erledigt das im Standard-Setup derselbe BU 94 / VC 92 mit negativem Betrag — der Schlüssel kennt das Vorzeichen und steuert das passende USt- und Vorsteuerkonto entsprechend an. Der Buchhalter erfasst nur Aufwand und Verbindlichkeit mit Minuszeichen; die Reverse-Charge-Aufteilung läuft automatisch.

Häufig fällt die Gutschrift periodenfremd zur ursprünglichen Buchung an: das Label wurde im Vormonat erzeugt und gebucht, der Storno trifft auf der Folgerechnung ein. Bei der pragmatischen Linie gilt analog zu Nachberechnungen — die Aufwandsminderung wird im Eingangsmonat der Gutschrift erfasst, ohne Rückkorrektur des Vormonats. Bei Jahresabschluss-Stichtagsnähe oder bei materiell wesentlichen Beträgen — größere Storno-Wellen, etwa nach einer fehlerhaften Carrier-Konfiguration — kommt die periodengerechte Erwägung analog zur Rückstellungs-Logik aus Sektion 6 ins Spiel; in der Praxis ist das die Ausnahme, weil einzelne Label-Erstattungen nahezu nie wesentlich sind.

Eine Klarstellung, die immer wieder auftaucht: Sendcloud-Gutschriften sind keine Erträge. Sie mindern den ursprünglichen Aufwand auf demselben Konto. Konten wie „Erstattungen Versand" oder „sonstige betriebliche Erträge" sind hier nicht angezeigt — sie würden den Versandaufwand künstlich überhöhen und gleichzeitig einen Phantom-Ertrag ausweisen, was weder dem GoB-Bruttoprinzip-Ausnahmefall noch der wirtschaftlichen Realität entspricht.

GoBD-Beleg: PDF, CSV und revisionssichere Ablage

Sendcloud liefert pro Abrechnungszeitraum zwei Artefakte: eine PDF-Rechnung und einen CSV-Export der enthaltenen Sendungen und Positionen. Die Frage, welcher davon der Beleg im Sinne der GoBD ist, hat eine eindeutige Antwort: die PDF. Sie ist die vom Aussteller — Sendcloud B.V. — herausgegebene Rechnung mit allen Pflichtangaben nach §14 UStG, einschließlich Steuernummer, USt-IdNr., Leistungsbeschreibung, Rechnungsdatum und Reverse-Charge-Hinweis. Die CSV ist eine strukturierte Datenextraktionshilfe — sie erleichtert die maschinelle Verarbeitung, die Reconciliation und die Buchung, ersetzt aber den Beleg nicht.

Aufzubewahren sind beide. Die GoBD verlangt Originalformat-Aufbewahrung: eine elektronisch empfangene Rechnung wird elektronisch archiviert, ein Excel- oder Papier-Konvertat ersetzt das Original nicht. Die PDF wird in ihrer ursprünglichen Form abgelegt; die CSV gehört als zugehöriger Datensatz daneben, weil sie zur Belegkette der maschinellen Buchung beiträgt — entstand die Buchungszeile aus dem CSV, ist die CSV Teil der Verfahrenskette und damit aufbewahrungspflichtig. Aufbewahrungsfrist: zehn Jahre nach §147 AO, gerechnet ab Schluss des Kalenderjahres, in dem die Rechnung empfangen wurde.

Wer Sendcloud-Rechnungen elektronisch verarbeitet — und das gilt für jeden, der über eine der drei Routen aus der nächsten Sektion arbeitet —, braucht eine schriftliche Verfahrensdokumentation. Sie beschreibt den Belegfluss von Sendcloud bis DATEV: in welcher Form die Rechnung eingeht (Sendcloud-Portal-Download, E-Mail-Anhang, automatische Abholung), wer die sachliche Prüfung vornimmt, wer die Buchung erfasst, wie die Belege archiviert werden und wer Zugriff hat. Das ist GoBD-Pflicht, kein Nice-to-have — bei einer Außenprüfung ist die Verfahrensdokumentation der erste Punkt, an dem die Belegkette steht oder fällt.

Die revisionssichere Ablage selbst muss drei Eigenschaften erfüllen: unveränderbare Speicherung (Schreibschutz, WORM-Eigenschaft des Speichermediums oder gleichwertige systemische Garantien), Index- und Suchfähigkeit über die zehnjährige Aufbewahrungsfrist sowie Schutz vor Verlust durch Backup und Redundanz. DATEV Unternehmen Online erfüllt diese Anforderungen mit DATEV Belegtransfer und DATEV DMS systemseitig — Mandanten und Kanzleien, die ihre Belege dort ablegen, müssen die Revisionssicherheit nicht zusätzlich nachweisen. Bei eigener Ablage außerhalb DATEV liegt die Verantwortung für die Revisionssicherheit beim Mandanten und muss in der Verfahrensdokumentation belegt werden.

Eine letzte Belegfrage betrifft den Reverse-Charge-Hinweis: nach §14a Abs. 5 UStG muss eine §13b-pflichtige Rechnung den Hinweis auf die Steuerschuldumkehr enthalten („Steuerschuldnerschaft des Leistungsempfängers" oder gleichwertige Formulierung), und die USt-IdNr. des Leistungsempfängers muss ausgewiesen sein. Sendcloud-Rechnungen liefern diese Angaben standardmäßig; fehlt eine, ist die Rechnung formell mangelhaft — bei Sendcloud reklamieren, korrigierten Beleg anfordern, vor Buchung. Eine ohne Reverse-Charge-Hinweis erfasste Rechnung gefährdet im Zweifel den Vorsteuerabzug bei der Außenprüfung.

Drei Routen, um die Sendcloud-Rechnung in DATEV Unternehmen Online zu bringen

Sendcloud bietet keinen nativen DATEV-Export — kein direkter Buchungsstapel, keine Schnittstelle zu DATEV Unternehmen Online. In der Praxis haben sich drei Routen etabliert, und die Wahl folgt dem Belegvolumen, nicht der Vorliebe.

Route 1 — DATEV Belegtransfer mit manueller Kontierung. Die Sendcloud-PDF wird in DATEV Belegtransfer hochgeladen oder per E-Mail-Postfach an DATEV Unternehmen Online geschickt; im DUO-Belegbuchen werden Aufwand, Konto, Steuerschlüssel und Verbindlichkeit pro Position manuell erfasst. Geeignet ist diese Route für Mandanten mit ein bis zwei Sendcloud-Rechnungen pro Monat. Vorteil: kein Tooling-Setup, kein Skript, keine Mapping-Tabelle — der Buchhalter sieht den Beleg, kennt das Konten-Mapping aus Sektion 4 und bucht direkt. Nachteil: jede Rechnung enthält viele Positionen (eine pro Sendung, plus Abonnement, plus Label-Gebühren, plus Nachberechnungen), und die Kontierung wächst linear mit dem Belegvolumen — bei 200 Sendungen pro Monat verbringt die Kanzlei Stunden pro Beleg.

Route 2 — EXTF-Buchungsstapel manuell befüllt. Statt Position für Position im Belegbuchen wird die Sendcloud-CSV in das DATEV-EXTF-Format konvertiert — entweder per Excel-Vorlage mit hinterlegter Konten-Mapping-Tabelle oder per kleinem Konvertierungsskript — und als Buchungsstapel in DATEV importiert. Eine Zeile pro Sendcloud-Position, mit Konto, Steuerschlüssel (BU 94 / VC 92), Betrag und Belegfeld; der Import erfasst die gesamte Rechnung in einem Schritt. Geeignet für Mittelvolumen — mehrere Sendcloud-Rechnungen pro Monat mit gleichbleibender Kontierungs-Logik. Vorteil: ein Importschritt pro Beleg statt manueller Position-für-Position-Kontierung, reproduzierbare Kontierungs-Entscheidung über alle Belege hinweg. Nachteil: die Konvertierung muss gepflegt werden — ändert Sendcloud das CSV-Format (Spaltenreihenfolge, neue Positionsarten, Datumsformate), bricht der Import, und die Mapping-Tabelle muss aktualisiert werden. Wer die Werkzeugwahl für die Konvertierungs- und OCR-Schicht systematisch durchdringen will, findet einen Vergleich in OCR-Werkzeuge für die DATEV-Eingangsrechnungs-Pipeline im Vergleich.

Route 3 — Extraktion und EXTF-Übergabe als Pipeline. Die Sendcloud-PDF wird maschinell extrahiert — Aufwandsposition, Betrag, Sendungsbezug, Datum —, pro Position eine Buchungszeile mit Konto, Steuerschlüssel und Betrag erzeugt und als EXTF-Stapel an DATEV übergeben. Geeignet für hohes Volumen oder für Steuerberater-Kanzleien mit mehreren Sendcloud-Mandanten. Vorteil: ein einmaliges Setup bedient viele Mandanten gleichzeitig, weniger laufende Pflege als Route 2, und das Konten-Mapping wird über einen Prompt oder eine Konfigurationsdatei zentral gehalten. Nachteil: setzt eine Extraktions-Schicht voraus, die das PDF verlässlich in strukturierte Buchungszeilen verwandelt. Hier ist Sendcloud-Rechnungen automatisiert extrahieren und in DATEV übergeben eine direkte Implementierungsroute: Invoice Data Extraction nimmt die Sendcloud-PDF als Eingang, ein Prompt beschreibt die Aufwandsarten und das Konten-Mapping pro Mandant, das Werkzeug liefert eine strukturierte XLSX-, CSV- oder JSON-Ausgabe pro Stapel, und die EXTF-Konvertierung schließt den Pfad zu DATEV ab. Wer die DATEV-Plattform-Mechanik um Belegbuchen, Buchungsstapel und Belegtransfer hinweg vertiefen will, findet die Grundlage in DATEV-Plattform und Rechnungsdaten-Workflow im Überblick.

Die Triggerlinie zwischen den Routen ist weich, aber die Größenordnungen sind klar: bis ungefähr eine Sendcloud-Rechnung pro Monat — Route 1; einige Rechnungen pro Monat mit gleichbleibender Mandanten-Logik — Route 2; mehrere Mandanten oder hohe Belegfrequenz — Route 3. Eine wachsende Kanzlei wechselt typischerweise einmal pro Mandanten-Profil — nicht pro Beleg.

Kanzlei-Vorlage für mehrere Sendcloud-Mandanten und steuerlicher Vorbehalt

Steuerberater-Kanzleien mit mehreren E-Commerce-Mandanten, die alle Sendcloud nutzen, lösen das Buchen einer Sendcloud-Rechnung am besten einmal — als Kanzlei-Vorlage. Sinnvolle Inhalte: ein definiertes Konten-Mapping pro Kontenrahmen (SKR03 und SKR04) für die fünf Aufwandsarten, eine Buchungsschlüssel-Bibliothek mit den §13b-Schlüsseln (BU 94 / VC 92 als Default, Mandanten-spezifische Abweichungen dokumentiert), eine schriftliche Konvention zu Bezugsnebenkosten vs. Vertriebsaufwand pro Mandanten-Profil und eine Default-Wahl zwischen pragmatischer und periodengerechter Behandlung von Nachberechnungen. Die Vorlage spart pro Mandant die Re-Entscheidung an jedem Beleg und macht die Buchungslogik gegenüber Mandanten und Außenprüfung prüfbar.

Wer Route 3 aufgebaut hat, kann die Mandanten-Skalierung weiter abkürzen: derselbe Extraktions-Prompt, derselbe EXTF-Konverter, lediglich Mandanten-spezifische Konten-Mappings als Konfigurationszeile. Eine wachsende Kanzlei verbringt damit pro neuem Sendcloud-Mandanten nicht mehr Stunden mit Buchungs-Setup, sondern Minuten — die Pipeline ist einmal gebaut, das Mapping pro Mandant ist eine Tabelle.

Ein Wort zum Vorbehalt: Dieser Artikel ersetzt keine steuerliche Beratung im Einzelfall. Mandanten-spezifische Konstellationen — Kleinunternehmer-Status nach §19 UStG, individuell konfigurierte DATEV-Schlüsselbibliotheken, gemischte EU- und Drittlandsbezüge, IFRS-pflichtige Konzern-Töchter, abweichende Konten-Setups durch Branchen- oder Kanzlei-Konventionen — können die hier dargestellte Standardlogik im konkreten Fall verschieben. Im Zweifel den Steuerberater einbinden, bevor die Buchung steht.