Software-Engineering-Zeit in der EU verkaufen: Mehrwertsteuer, Reverse-Charge und Betriebsstaetten-Regeln, die bestimmen, wo du Steuern schuldest

Eine Berliner Symfony-Agentur stellt einer franzoesischen SaaS-Firma drei Monate Backend-Entwicklungsarbeit in Rechnung. Eine deutsche GmbH schickt zwei Ingenieure fuer einen sechsmonatigen Vor-Ort-Einsatz nach Amsterdam. Ein irisches SaaS-Studio stellt einen spanischen Freiberufler ein, um ein React-Frontend zu entwickeln. Alle drei Szenarien betreffen EU-Mehrwertsteuer auf Software-Dienstleistungen - und jedes fuehrt zu einem anderen Steuerergebnis. Wenn du die Behandlung falsch anwendest, stellst du deinem Kunden entweder zu wenig in Rechnung (keine MwSt. erhoben, obwohl du solltest) oder schaffst eine Steuerpflicht in einem Land, in dem du nicht registriert bist und keine Ahnung hast, dass eine Verpflichtung besteht.

Dieser Post ist keine Rechts- oder Steuerberatung. Er ist eine praktische Orientierung fuer Software-Agenturen, Freiberufler und Engineering-gerichtete Produktstudios, die in der EU grenzueberschreitend taetig sind, und behandelt die vier Entscheidungen, die den groessten Teil des Risikos ausmachen: wo die Mehrwertsteuer faellig ist, ob das Reverse-Charge-Verfahren gilt, wann eine Praesenz vor Ort in eine Betriebsstaette uebergeht und welche OSS- oder IOSS-Systeme vereinfachen, was andernfalls ein Problem mit Mehrfachregistrierungen waere.

Die Standardregel fuer B2B-Dienstleistungen: Steuern am Ort des Kunden

Gemaess der EU-Mehrwertsteuerrichtlinie (2006/112/EG) gilt fuer B2B-Transaktionen die Standardregel fuer Dienstleistungen, dass die Leistung am Ort besteuert wird, an dem der Kunde ansaessig ist - nicht am Ort des Lieferanten. Das wird manchmal als "allgemeine B2B-Regel" oder irrefuehrender Weise als "Reverse-Charge-Regel" bezeichnet. Wenn du eine deutsche Agentur bist und dein Kunde ein in Frankreich mehrwertsteuerregistriertes Unternehmen ist, gilt die Leistung als in Frankreich erbracht. Deine Rechnung enthaelt keine deutsche Mehrwertsteuer. Stattdessen verbucht dein franzoesischer Kunde die Steuer inlaendisch ueber das Reverse-Charge-Verfahren.

Artikel 196 der Mehrwertsteuerrichtlinie ist die spezifische Regelung, die den Kunden fuer die Zahlung der Mehrwertsteuer auf grenzueberschreitende B2B-Dienstleistungen verantwortlich macht, wenn der Lieferant nicht im Mitgliedstaat des Kunden ansaessig ist. In der Praxis bedeutet das, dass deine Rechnung an einen EU-Geschaeftskunden Folgendes enthalten sollte:

• Deine eigene Mehrwertsteuernummer
• Die Mehrwertsteuernummer des Kunden
• Den expliziten Text "Steuerschuldnerschaft des Leistungsempfaengers - Artikel 196 der Richtlinie 2006/112/EG des Rates" (oder das nationale Aequivalent)
• Null MwSt. berechnet

Der entscheidende Vorbehalt: Das gilt nur fuer Business-to-Business-Transaktionen. Dein Kunde muss tatsaechlich ein Steuerpflichtiger sein - das bedeutet, er ist mehrwertsteuerregistriert und empfaengt die Leistung fuer Geschaeftszwecke. Wenn du einer franzoesischen Privatperson statt einem franzoesischen Unternehmen eine Rechnung stellst, gilt das Reverse-Charge nicht, und es gelten andere Regeln.

Den MwSt.-Status des Kunden ueberpruefen

Bevor du eine Reverse-Charge-Rechnung ausstellst, ueberprueife die MwSt.-Nummer deines Kunden im VIES-System der EU (ec.europa.eu/taxation_customs/vies). Ein gueltiges VIES-Ergebnis ist dein dokumentierter Nachweis, dass das Reverse-Charge gerechtfertigt ist. Mach einen Screenshot und speichere ihn mit der Rechnung. Wenn ein Kunde eine MwSt.-Nummer angibt, die in VIES nicht validiert wird, behandle die Transaktion als B2C, bis du eine korrigierte Nummer erhaeltst, da eine Reverse-Charge-Rechnung an einen nicht registrierten Kunden rechtlich falsch ist und dich im Falle einer Pruefung exponiert.

Einige legitime Unternehmen sind bei bestimmten Schwellenwerten von der Mehrwertsteuer befreit - Kleinunternehmer in Deutschland beispielsweise sind moeglicherweise nicht mehrwertsteuerregistriert, auch wenn sie echte Unternehmen sind. In diesen Faellen kann das Reverse-Charge nicht gelten; du stellst eine Rechnung mit deiner eigenen inlaendischen Mehrwertsteuer aus, es sei denn, der Kunde kann bestaetigen, dass er anderswo registriert ist. Die Grauzone ist schmal, aber es lohnt sich, sie zu kennen: Nicht jedes Unternehmen ist fuer Mehrwertsteuerzwecke eine "steuerpflichtige Person".

Das Betriebsstaettenrisiko: Wann aendert die Praesenz vor Ort alles?

Das oben beschriebene Reverse-Charge-Framework funktioniert unkompliziert fuer Remote-Software-Entwicklungsprojekte. Die Regeln werden erheblich komplizierter, wenn deine Ingenieure physisch im Land des Kunden anwesend sind - und nicht nur fuer einen Tag oder zwei, sondern fuer Monate.

"Betriebsstaette" (PE) ist ein Konzept aus dem Mehrwertsteuerrecht und dem Koerperschaftsteuerrecht. Die Definitionen sind nicht identisch, was eine Quelle der Verwirrung ist. Fuer Mehrwertsteuerzwecke entsteht eine PE, wenn eine Agentur eine ausreichend feste und dauernde physische Praesenz in einem anderen Mitgliedstaat hat, mit den menschlichen und technischen Ressourcen, um dort Leistungen zu erbringen oder zu empfangen. Fuer die Koerperschaftsteuer werden die Schwellenwerte durch bilaterale Steuerabkommen (von denen die meisten dem OECD-Musterabkommen folgen) und nicht durch EU-Richtlinien festgelegt.

Das Koerperschaftsteuer-PE-Risiko ist dasjenige, das die meisten Engineering-Agenturen ueberrascht. Gemaess dem OECD-Musterabkommen entsteht eine PE in der Regel, wenn ein Unternehmen eine feste Geschaeftsstaette in einem anderen Land fuer laenger als einen definierten Schwellenwert hat - typischerweise rund sechs Monate - oder wenn es einen abhaengigen Vertreter hat, der gewohnheitsmaessig im Auftrag des Unternehmens in diesem Land Vertraege abschliesst. Ein Ingenieur, der acht Monate vor Ort bei einem franzoesischen Kunden arbeitet und als de-facto-Projektleiter fungiert, der Arbeiten absteckt und Aenderungsanfragen akzeptiert, kann von der franzoesischen Steuerbehoerde (DGFiP) als abhaengiger Vertreter angesehen werden. Wenn dieses Argument Erfolg hat, hat die deutsche Agentur eine franzoesische PE, schuldet franzoesische Koerperschaftsteuer auf der PE zurechenbare Gewinne und sieht sich erheblichen Nachforderungen zuzueglich Strafen gegenueber.

Die Abhilfe ist im Prinzip nicht besonders kompliziert, auch wenn sie in der Praxis sorgfaeltige Dokumentation erfordert. Ingenieure bei langfristigen Vor-Ort-Einsaetzen sollten auf der Grundlage von Leistungsbeschreibungen arbeiten, die deutlich machen, dass sie eine definierte Leistung unter der Leitung der deutschen Muttergesellschaft erbringen - nicht als Vertreter handeln, die das Mutterunternehmen in Frankreich vertraglich verpflichten. Die Vor-Ort-Rolle sollte als Ausfuehrung strukturiert sein, nicht als Vertrieb. Kundenseitige Dokumente sollten deutlich machen, dass Vertraege in Deutschland abgeschlossen werden. Kurze Rotationen mehrerer Ingenieure sind strukturell sicherer als eine einzelne Person, die dauerhaft ueber laengere Zeit vor Ort ist. Das ist kein Hexenwerk, muss aber von Beginn des Projekts an bewusst angegangen werden, anstatt nach dem ersten Schreiben der DGFiP.

MwSt.-Registrierungsschwellen und Pflichtregistrierung

Eine separate Frage von der PE ist, ob grenzueberschreitende Aktivitaeten in einem anderen Mitgliedstaat eine MwSt.-Registrierungspflicht ausloesen. Fuer B2B-Software-Dienstleistungen, die unter das Reverse-Charge geliefert werden, lautet die Antwort im Allgemeinen nein - der Kunde behandelt die Mehrwertsteuer inlaendisch, und du musst dich nicht dort registrieren, wo dein Kunde ansaessig ist. Das ist eine der wesentlichen administrativen Vereinfachungen, die das Reverse-Charge bietet.

Die Ausnahme entsteht, wenn du Leistungen erbringst, die nicht unter die allgemeine B2B-Regel fallen - zum Beispiel Eintrittskarten zu Live-Veranstaltungen oder Zugang zu bestimmten digitalen Produkten, bei denen die Leistungsortregeln abweichen. Software-Entwicklungsdienstleistungen, Beratung und aehnliche Fachleistungen an registrierte Unternehmen fallen konsistent unter die allgemeine B2B-Regel und schaffen in der Regel keine MwSt.-Registrierungspflicht fuer den Lieferanten im Land des Kunden.

Wo die Frage fuer Software-Agenturen akut wird, ist, wenn das Unternehmen auch an nicht-gewerbliche Kunden (Endverbraucher) grenzueberschreitend innerhalb der EU verkauft - zum Beispiel wenn ein Studio SaaS-Abonnements oder herunterladbare Software direkt an Einzelpersonen in mehreren EU-Mitgliedstaaten verkauft. In diesem Fall werden die Fernabsatzregeln und der EU-weite Schwellenwert von 10.000 Euro pro Kalenderjahr relevant. Ueber diesem Schwellenwert ist die Mehrwertsteuer im Land jedes Verbrauchers faellig. Genau hier kommen OSS und IOSS ins Spiel.

OSS und IOSS: Die vereinfachten Registrierungsoptionen

Der One Stop Shop (OSS) und der Import One Stop Shop (IOSS) wurden im Juli 2021 eingefuehrt, um die Mehrfachregistrierungsbelastung zu konsolidieren, die die alten Fernabsatzregeln auferlegten. Das Union-OSS-System ermoeglicht es einem in der EU ansaessigen Unternehmen, sich einmal in seinem Heimatmitgliedstaat zu registrieren und die Mehrwertsteuer auf alle im gesamten EU-Raum erbrachten B2C-Lieferungen ueber eine einzige Erklaerung anzumelden und zu zahlen. Die Steuerbehoerde im Heimatstaat verteilt dann die eingezogene Mehrwertsteuer an jeden Bestimmungslandstaat.

Fuer ein Berliner Studio, das SaaS-Abonnements an Einzelverbraucher in Frankreich, Spanien und den Niederlanden verkauft: Anstatt sich separat in drei Laendern fuer die Mehrwertsteuer zu registrieren, registriert sich das Studio fuer OSS beim deutschen Bundeszentralamt fuer Steuern (BZSt), reicht eine einzelne Quartalserklarung ein und zahlt die gesamte EU-Mehrwertsteuer an einem Ort.

IOSS ist das Aequivalent fuer Waren, die aus ausserhalb der EU mit einem Wert von bis zu 150 Euro importiert werden. Die meisten reinen Software-Unternehmen werden OSS relevanter als IOSS finden.

Der praktische Haken: OSS beseitigt nicht die Notwendigkeit, den korrekten Mehrwertsteuersatz in jedem Kundenstaat zu kennen. Du musst den Satz des Bestimmungslandes auf jede Verbrauchertransaktion anwenden. Deutschlands Standardsatz betraegt 19%; Frankreichs 20%; der Niederlande 21%; Spaniens 21%. OSS vereinfacht die Registrierung und Zahlung; es gleicht die Saetze nicht auf eine einzige Zahl an. Fuer ein Custom-Software-Development-Studio mit einer B2C-Produktlinie ist das Einfuegen laendersspezifischer Satztabellen in das Abrechnungssystem nicht optional, sobald du bei OSS bist.

Was deutsche, franzoesische, spanische und niederlaendische Steuerbehoerden auf Rechnungen pruefen

Steuerprueferinnen und -pruefer in jedem Land haben spezifische Rechnungsfelder, nach denen sie bei grenzueberschreitenden B2B-Software-Rechnungen suchen. Fehlende oder falsche Felder sind die haeufigste Quelle von Streitigkeiten bei routinemaessigen B2B-Projekten - keine exotischen PE-Fragen.

Deutschland (Finanzamt): Pflichtfelder sind der vollstaendige rechtliche Name und die Adresse von Lieferant und Empfaenger, die Steuernummer oder USt-IdNr beider Parteien, das Lieferdatum oder der Zeitraum, eine Beschreibung der Leistung (allgemeine Begriffe wie "IT-Beratung" werden akzeptiert, aber spezifischere Beschreibungen reduzieren die Wahrscheinlichkeit einer Rueckfrage), der Nettobetrag, die explizite Angabe, dass die Steuer umgekehrt wird, und die Rechtsgrundlage (Artikel 196), sowie die Rechnungsnummer. Das Fehlen der MwSt.-Nummer einer der Parteien ist der haeufigste Ausloser fuer eine Pruefungsrueckfrage bei deutschen grenzueberschreitenden Rechnungen.

Frankreich (DGFiP): Die franzoesischen Rechnungsanforderungen gemaess Artikel 242 nonies A des CGI sind detailliert. Fuer eine Reverse-Charge-Rechnung erwartet die DGFiP speziell den Begriff "Autoliquidation" auf der Rechnung neben dem Verweis auf Artikel 196, die SIREN- oder SIRET-Nummer des franzoesischen Kunden und die Leistungsbeschreibung in ausreichendem Detail, um dem in der Bestellung des Kunden angegebenen Geschaeftszweck zu entsprechen. "Software-Entwicklungsdienstleistungen" ist akzeptabel; ein vages "professional services" Tag ist es nicht.

Niederlande (Belastingdienst): Die niederlaendischen Anforderungen entsprechen weitgehend der EU-Richtlinie. Die Belastingdienst verlangt die BTW-nummer (MwSt.-Nummer) des niederlaendischen Kunden, den Text "BTW verlegd" auf der Rechnung und das Lieferdatum oder den Leistungszeitraum. Ein Bereich, in dem niederlaendische Prueferinnen und Pruefer aktiv waren: die Ueberpruefung, ob die beschriebenen Leistungen dem wirtschaftlichen Gehalt des Projekts entsprechen - insbesondere bei IT-Personalvermittlungsvertraegen, die wirtschaftlich wie Beschaeftigung aussehen.

Spanien (AEAT): Spanische Rechnungen fuer B2B-Reverse-Charge sollten die NIF-IVA des spanischen Kunden, den Text "Inversion del sujeto pasivo" (das spanische Aequivalent des Reverse-Charge) und den Leistungszeitraum enthalten. Die AEAT ist bei mehrmonatigen Software-Entwicklungsprojekten zunehmend aufmerksam und hat in einer Reihe von Faellen die B2B-Charakterisierung einzelner Freiberufler, die spanischen Unternehmen Rechnungen stellen, in Frage gestellt - aehnlich wie das PE-Risiko, jedoch mit Umqualifizierung als Beschaeftigung anstelle der Betriebsstaette als Mechanismus.

Steuerstruktur mit Projektstruktur verbinden

Die Steuerstruktur, die deine Tech-Stack-Strategie-Beratung verwendet, sollte widerspiegeln, wie du tatsaechlich Arbeit lieferst. Reine Remote-Projekte, bei denen alle Ingenieure im Heimatmitgliedstaat ansaessig sind, sind am saubersten: Das Reverse-Charge bekaempft die Mehrwertsteuer, das PE-Risiko ist minimal, und die Compliance-Last ist eine korrekt formulierte Rechnung und ein VIES-Check in der Akte. Vor-Ort- oder Hybrid-Projekte, die sich ueber drei Monate hinaus erstrecken, benoetigen dokumentierte Leistungsbeschreibungsgrenzen, Ingenieur-Rotationsrichtlinien und idealerweise eine Freigabe von einem Steuerberater im Land des Kunden, der die PE-Analyse bestaetigt, bevor das Projekt beginnt, nicht danach.

Wiederkehrende mehrjaehrige Kundenprojekte - haeufig in der Custom-Software-Entwicklung und der Legacy-Modernisierungsarbeit - verdienen eine regelmaessige Ueberpruefung. Steuerregeln aendern sich, Interpretationen bilateraler Abkommen verschieben sich, und eine Struktur, die 2022 sauber war, hat bis 2026 moeglicherweise Risiken angehaeuft. Behandle die grenzueberschreitende Steuerpruefung als wiederkehrenden Punkt in deinem jaehrlichen Betriebskalender, nicht als einmalige Einrichtungsentscheidung.

Wenn dein Unternehmen auf dem Weg ist, regelmaeßig Ingenieure in mehreren EU-Laendern zu haben, kann eine Struktur fuer Custom-Software-Entwicklungsdienstleistungen, die Betriebe rechtlich nach Land trennt - Tochtergesellschaft oder Niederlassung statt direkter Entsendung - den administrativen Aufwand wert sein. Der Punkt, an dem das kosteneffektiv wird, ist eine Frage fuer deinen Steuerberater, aber es ist eine echte Option, sobald das grenzueberschreitende Arbeitsvolumen gross genug ist.

Die praktische Checkliste

Fuer jedes neue grenzueberschreitende B2B-Software-Projekt: die MwSt.-Nummer des Kunden in VIES pruefen und das Ergebnis speichern. Bestaetigen, dass der Kunde ein Steuerpflichtiger ist, der die Leistung fuer Geschaeftszwecke empfaengt. Die Rechnung mit deiner MwSt.-Nummer, der MwSt.-Nummer des Kunden, einer klaren Leistungsbeschreibung, dem Leistungszeitraum und dem Reverse-Charge-Verweis auf Artikel 196 ausstellen. Wenn das Projekt eine Vor-Ort-Praesenz von mehr als zwei Monaten umfasst, vor Projektbeginn eine PE-Analyse von einem Steuerberater im Land des Kunden einholen. Wenn das Unternehmen auch B2C-Digitalprodukte innerhalb der EU verkauft, pruefen, ob die kumulativen B2C-Verkaeufe 10.000 Euro pro Jahr ueberschreiten, und sich bei OSS registrieren, wenn dies der Fall ist.

Das ist im Betrieb nicht besonders aufwaendig, sobald der Prozess eingerichtet ist. Das Versagen liegt nicht in der Komplexitaet - es liegt in der Annahme, dass der EU-Binnenmarkt Steuereinheitlichkeit bedeutet, waehrend er in der Praxis gemeinsame Regeln bedeutet, die von 27 verschiedenen nationalen Steuerbehoerden mit ihren eigenen Pruefungsprioritaeten und Durchsetzungsstilen angewandt werden.

Wolf-Tech arbeitet mit europaeischen Software-Agenturen und Engineering-gefuehrten Produktteams bei genau diesen operativen und architektonischen Fragen zusammen. Wenn du ein neues grenzueberschreitendes Projekt strukturierst oder eine zweite Meinung dazu moechtest, wie deine aktuelle Rechnungsstellung bei einer deutschen oder franzoesischen Pruefung standhalt, melde dich bei hello@wolf-tech.io oder besuche wolf-tech.io fuer eine kostenlose Erstberatung.