So rechnet eine serbische d.o.o. B2B-Kunden in Deutschland korrekt ab: Reverse-Charge §13b UStG in der Praxis

Kurzer Disclaimer vorweg: das ist keine Steuerberatung. Wir beschreiben was wir für unsere eigene d.o.o. im Setup gemacht haben, und was uns unser Steuerberater dabei erklärt hat. Für dein konkretes Setup sprich mit deinem eigenen Steuerberater oder einem der wenigen DE-RS-doppel-qualifizierten Kanzleien. Wir listen ein paar am Ende.

Warum das überhaupt eine Frage ist

Wenn du deine Consulting-Firma nicht in DE (oder generell in der EU) hast, sondern in Serbien, dann sitzt du in einem Drittland aus DE-Sicht. Trotzdem lieferst du oft an DE-Kunden — der Klassiker ist ein Freelancer der von Belgrad aus einen Berliner Kunden bedient.

Für die Umsatzsteuer gilt der Leistungsort-Grundsatz aus §3a UStG: bei B2B-Dienstleistungen (Consulting, Software-Entwicklung, Design) ist der Leistungsort das Sitzland des Kunden. Wenn dein Kunde in DE sitzt, ist der Leistungsort DE. Das heißt: DE-USt fällt an, aber du als serbische Firma darfst die nicht selbst abführen — du hast in DE keine Umsatzsteuer-Nummer, keine USt-Voranmeldung, kein DE-Finanzamt.

Der §13b Reverse-Charge-Mechanismus regelt genau das: du stellst dem Kunden eine Nettorechnung aus, der Kunde führt die 19 % USt in DE selbst ab. Beide Seiten korrekt, keine Doppelbesteuerung.

Die sechs Fallen

Falle 1: USt-ID des Kunden nicht geprüft. §13b greift nur wenn der Kunde ein DE-Unternehmer mit gültiger USt-ID ist. Bei einer Steuerprüfung musst du belegen dass du das geprüft hast. Der übliche Weg: Screenshot der Bestätigungs-Anfrage über das BZSt-Portal (https://evatr.bff-online.de) speichern und mit der Rechnung archivieren. Wir machen einen automatischen Check bei jedem neuen Kunden und speichern das Ergebnis als PDF im Rechnungs-Archiv.

Falle 2: Der Pflichttext auf der Rechnung fehlt. Auf einer §13b-Nettorechnung muss stehen: „Steuerschuldnerschaft des Leistungsempfängers (Reverse-Charge nach §13b UStG)". Wortlaut nahezu wörtlich. Ohne den Satz kann das DE-Finanzamt die Vorsteuer beim Kunden ablehnen — der Kunde ist dann sauer und die nächste Rechnung geht durch keinen mehr.

Falle 3: Die eigene VAT-ID auf der Rechnung fehlt. Serbien hat ein PDV-System (Porez na dodatu vrednost, ~USt-Äquivalent), du hast als d.o.o. eine PIB (Steuernummer). Beide gehören auf die Rechnung — das ist der Nachweis dass du eine registrierte Firma bist, nicht ein Freelancer der zufällig eine Rechnung schreibt.

Falle 4: Serbische Ausfuhr-Belege werden nicht gemacht. Aus SR-Sicht ist der Verkauf an einen DE-Kunden eine „Ausfuhr" — steuerbefreit, aber muss belegt werden. Der Beleg: der Rechnungs-Text „export usluga u EU" (Export von Dienstleistungen in die EU), plus Kundenadresse. Ohne Beleg macht dir der serbische Finanzinspektor bei der jährlichen Prüfung die SR-PDV nach — nachträglich, mit Verzinsung.

Falle 5: Zwei Bankkonten sind besser als eines. Für Umrechnungs-Zwecke rechnet SR den Kurs zum Rechnungsdatum. Wenn du eine EUR-Rechnung stellst und der DE-Kunde EUR überweist, aber dein Bank-Konto in RSD ist, wird das automatisch getauscht zum Bank-Kurs. Der ist meist 1–2 % schlechter als der Marktkurs. Auf 12k EUR/Jahr sind das 120–240 EUR die dir keiner ersetzt. Fix: EUR-Konto bei einer SR-Bank (Erste Bank, Raiffeisen, ProCredit haben alle EUR-Konten für Firmen), oder ein Wise-Business-Account.

Falle 6: Cross-Border-Payroll wenn du Mitarbeiter in DE hast. Wenn du einen DE-Freelancer als Sub-Auftragnehmer einsetzt (Full-Stack-Entwickler in München), ist die Kette komplex: dein DE-Kunde zahlt dir §13b-frei, du zahlst dem DE-Freelancer mit 19 % USt-Ausweis (weil er in DE für einen DE-Sitz-losen Kunden arbeitet), du kannst die USt aber nicht als Vorsteuer geltend machen weil du keine DE-USt-ID hast. Das ist der Punkt wo eine „günstige RS-d.o.o." plötzlich teuer wird. Fix: Sub-Freelancer bevorzugt in RS oder anderen Drittländern.

Was wir konkret gemacht haben

Als ZER0ONE d.o.o. (in Gründung, APR-Eintragung läuft):

• Rechnungs-Template mit fest eingebautem §13b-Text (DE) und „export usluga u EU" (SR) auf jeder Rechnung.
• USt-ID-Check-Automation: jeder neue Kunde wird beim Onboarding gegen BZSt geprüft, Ergebnis als PDF gespeichert. Wir nutzen dafür einen kleinen Python-Wrapper der die BZSt-EVA-Response parsed.
• EUR-Konto bei Erste Bank Belgrad, kein Auto-Convert nach RSD. Umrechnung machen wir manuell zum Marktkurs für die SR-Buchhaltung.
• Steuerberater in beiden Ländern: ein DE-Kollege der die §13b-Compliance kennt, ein SR-Kollege der die PDV + APR-Meldungen macht. Kostet insgesamt ~€150/Monat, ist gut angelegt.

Zwei RS-Steuerberater mit DE-Erfahrung die uns geholfen haben (keine Provisions-Deals): Nikola Kojić (Belgrad, spezialisiert auf Cross-Border-Consulting), und Ana Vukobrat (Novi Sad, macht IT-Firmen mit DACH-Kunden). Beide arbeiten remote.

Auf DE-Seite: die meisten Standard-Steuerberater kennen §13b für Drittländer nicht sicher. Wir empfehlen einen mit expliziter Erfahrung — LHP Rechtsanwälte in Köln machen das oft, Ecovis in München auch.

Meta-Lektion

Der Grund warum viele Solo-Founder ihre Firma nicht nach RS legen sondern in eine estnische e-Residency-Firma oder eine dubaiische FZE, ist genau dieser Bürokratie-Overhead. §13b-Setup korrekt hinzubekommen kostet die ersten 6 Monate ~40 Stunden Verwaltung — bei einer Bulgarien-Firma sind es 8 Stunden.

Wir haben uns bewusst für RS entschieden weil die persönlichen Umstände (Familie, Standort) es fordern. Wenn du diese Umstände nicht hast, ist eine EU-Firma (Bulgarien, Estland, Portugal für NHR) strukturell einfacher. Wenn du sie hast, ist RS + §13b machbar — aber nicht ohne einen Steuerberater der beide Rechtsordnungen versteht.

Bei ZER0ONE machen wir Consulting-Beratung für DACH-B2B-SaaS. Wenn du selbst eine Cross-Border-Struktur überlegst und einen zweiten Meinung willst — [email protected], erste 30 Minuten kostenlos. Der komplette Setup-Prozess ist einer der Beratungs-Services von ZER0ONE Studio.