IG-Erwerb oder Reverse Charge buchen: EU-Rechnung Österreich

Eine deutsche Eingangsrechnung über €1.000 netto, am Fuß der Vermerk "Steuerschuldnerschaft des Leistungsempfängers". Daneben eine italienische Materiallieferung über €1.000 netto, am Fuß der Vermerk "cessione intracomunitaria". Beide Belege wirken auf den ersten Blick gleich, beide tragen beide UIDs der Parteien, beide kommen netto an. In der UVA gehen sie aber in zwei unterschiedliche Kennzahl-Linien — und wer das verwechselt, produziert eine fehlerhafte Erklärung samt fehlender Selbstberechnung und unvollständigem UID-Nachweis.

Bei einer EU-Eingangsrechnung in Österreich entscheiden fünf Fragen — EU-Lieferant, Ware oder Dienstleistung, UID-Status, Rechnungsvermerk, Sondertatbestand —, ob ein innergemeinschaftlicher Erwerb nach Art 1 Binnenmarktregelung (Kennzahlen 057/070/061) oder ein Reverse Charge nach §19 UStG (Kennzahlen 048/062) vorliegt. In beiden Fällen wird die Umsatzsteuer per Selbstberechnung gebucht und im selben Buchungssatz als Vorsteuer abgezogen; eine über FinanzOnline qualifiziert bestätigte UID des Lieferanten ist die Voraussetzung dafür, dass diese Behandlung überhaupt greift.

Wer einen innergemeinschaftlichen Erwerb buchen will und mit dem deutschen Beleg im Eröffnungsbeispiel arbeitet, landet bei einer Materiallieferung gemäß Art 1 BMR — Ware aus dem EU-Raum, Bemessungsgrundlage in Kennzahl 057, Erwerbsteuer in Kennzahl 070, Vorsteuerabzug in Kennzahl 061. Eine deutsche Beraterleistung mit demselben Rechnungsvermerk ist hingegen ein Reverse Charge nach §19 Abs 1 UStG — Bemessungsgrundlage in Kennzahl 048, Vorsteuer in Kennzahl 062. Der Buchungssatz selbst sieht im Hauptbuch in beiden Fällen ähnlich aus, die UVA-Wirkung ist völlig verschieden.

Wer in Österreich regelmäßig EU-Lieferantenrechnungen verbucht, stolpert dabei häufig über deutsche Online-Quellen, die zwar wie eine Anleitung wirken, aber den falschen Paragraphen behandeln. §13b dUStG ist die deutsche Spiegel-Vorschrift; sie regelt den Übergang der Steuerschuld auf einen deutschen Empfänger und benennt deutsche Kennzahlen wie 466 und 467. Für einen österreichischen Empfänger gelten §19 UStG, Art 1 BMR und die AT-Kennzahlen 048, 057, 061, 062 — nicht die deutschen Pendants. Die Buchhaltungs-Mechanik klingt vertraut, die UVA-Zeilen sind andere.

Der Klassifizierungs-Entscheidungsbaum: fünf Fragen, ein Ergebnis

Die Klassifizierung läuft in fester Reihenfolge. Jede frühere Frage kann nachfolgende Fragen abschneiden, deshalb hat die Reihenfolge selbst inhaltliches Gewicht — wer mit der UID-Prüfung beginnt, prüft im falschen Moment.

Frage 1: Hat der Lieferant seinen Sitz in einem anderen EU-Mitgliedstaat?

Antwort prüfen anhand des Lieferantensitzes auf der Rechnung, nicht anhand der Versendeadresse. Wenn ja → weiter zu Frage 2. Wenn nein → kein IG-Erwerb nach Art 1 BMR und kein Reverse Charge nach §19 Abs 1 möglich. Für Lieferungen aus Drittländern (UK, CH, US, andere Nicht-EU-Staaten) greift die Einfuhrumsatzsteuer (EUSt) mit eigener Buchungslogik über Spedition und Zollanmeldung. Dieser Pfad ist nicht Gegenstand des Entscheidungsbaums und wird im Schlussabschnitt nur referenziell gestreift.

Frage 2: Ist die gelieferte Leistung eine bewegte Ware oder eine sonstige Leistung?

Das ist in der Praxis die häufigste Fehlerquelle, weil die Unterscheidung an manchen Rechnungen nicht offensichtlich ist. Eine SaaS-Lizenz aus den Niederlanden, ein Hosting-Vertrag bei einem deutschen Anbieter, eine Beratungsstunde eines polnischen Freelancers, eine Werbedienstleistung einer französischen Agentur — alles sonstige Leistungen, alle gehen in den §19-RC-Pfad. Eine Hardware-Lieferung aus Polen, Rohstoffe aus Italien, Handelsware aus den Niederlanden, eine Maschinenlieferung aus Deutschland — alles bewegte Waren, alle gehen in den IG-Erwerb-Pfad. Bei gemischten Lieferungen (Hardware mit eingebetteter Installations-Dienstleistung) wird im Einzelfall beurteilt, ob die Lieferung oder die Leistung die Hauptkomponente ist. Für Ware gilt Art 1 BMR (IG-Erwerb); für Dienstleistungen gilt §19 Abs 1 in Verbindung mit §3a Abs 6 UStG, der die B2B-Generalklausel enthält — Leistungsort ist beim Empfänger, also in Österreich.

Frage 3: Sind beide UIDs gültig?

Geprüft wird die eigene ATU-UID (die jeder österreichische Unternehmer kennt) und die UID des Lieferanten in seinem Mitgliedstaat. "Gültig" meint hier nicht "auf der Rechnung vorhanden", sondern "tatsächlich aktiv und dem Lieferanten zugeordnet". Wenn ja → die Buchungslogik wie unten ausgeführt greift. Wenn nein, also wenn die Lieferanten-UID fehlt, gesperrt ist oder nicht zu diesem Unternehmen gehört, muss der Lieferant in seinem Land mit Heimat-USt fakturieren; aus AT-Sicht entsteht dann weder IG-Erwerb noch RC. Der Validierungs-Schritt selbst wird im UID-Abschnitt detailliert.

Frage 4: Steht der korrekte Vermerk auf der Rechnung?

Bei Waren erwartet man "Steuerfreie innergemeinschaftliche Lieferung gem. Art 6 BMR" oder eine gleichwertige Formulierung in der Lieferantensprache ("cessione intracomunitaria", "intracommunautaire levering", "intra-community supply"). Bei Dienstleistungen erwartet man "Steuerschuldnerschaft des Leistungsempfängers" oder "Reverse Charge" beziehungsweise das jeweilige Pendant. Fehlt der Vermerk, ist das kein automatisches Veto gegen die IG/RC-Behandlung, weil die materielle Rechtslage durch die anderen Voraussetzungen bereits feststeht — es ist aber ein Signal zur Rückfrage beim Lieferanten und ein Risiko bei der nächsten Betriebsprüfung. Die österreichische Rechnungs-Pflichtangaben nach §11 UStG verlangen den Hinweis auf den Übergang der Steuerschuld als ausdrückliches Pflichtelement; in der EU sind die Anforderungen weitgehend harmonisiert.

Frage 5: Liegt ein Sondertatbestand vor, der die Standard-Kennzahl-Zuordnung ändert?

Hierhin gehören die Tatbestände, die innerhalb von §19 UStG eigene Absätze haben: Bauleistung nach §19 Abs 1a (Kennzahlen 044 und 065), Schrott und bestimmte Metalle nach §19 Abs 1d, Lieferungen von Mobilfunkgeräten und integrierten Schaltkreisen über €5.000 nach §19 Abs 1c, Gas- und Stromlieferungen nach §19 Abs 1e. Und außerhalb von §19: das Dreiecksgeschäft nach Art 25 BMR mit der Sonderkennzahl 066. Wenn ein Sondertatbestand vorliegt, werden die Standard-Kennzahlen 057/070/061 (Ware) bzw. 048/062 (Dienstleistung) teilweise oder ganz durch andere ersetzt; die vier praxisrelevanten Sonderfälle haben einen eigenen Abschnitt weiter unten. Liegt kein Sondertatbestand vor, greift der Standard-Pfad aus Frage 2 unverändert.

IG-Erwerb buchen: Waren aus dem EU-Raum mit Kennzahl 057, 070 und 061

Der Ausgangsfall: Ein deutscher Lieferant fakturiert einer österreichischen GmbH €1.000 netto für eine Materiallieferung — Komponenten, Rohstoffe oder Handelsware. Auf der Rechnung stehen beide UIDs (ATU für den Empfänger, DE für den Lieferanten), der Vermerk lautet "Steuerfreie innergemeinschaftliche Lieferung gem. Art 6 BMR" oder eine gleichwertige Formulierung. Damit liegt die materielle Voraussetzung für die IG-Erwerb-Buchung vor, vorausgesetzt die DE-UID ist über Stufe 2 bestätigt — der Schritt aus dem UID-Abschnitt.

Der eigentliche Buchungsvorgang besteht aus zwei Buchungssätzen, die in den meisten AT-Systemen (BMD, RZL, DATEV-AT, ProSaldo) über einen einzigen Steuercode automatisch erzeugt werden — wer den Code richtig setzt, bekommt beide Sätze in einem Schritt.

Buchungssatz 1 — Eingangsrechnung:

Wareneingang EU 1.000,00 an Verbindlichkeit-Personenkonto Lieferant 1.000,00.

Der Aufwand wandert auf das Wareneingangs- oder Materialaufwands-Konto des Kontenrahmens (im EKR meist 5100 ff bzw. ein eigenes Wareneingang-EU-Konto für die spätere Aufwands-Trennung). Das Personenkonto des Lieferanten gehört in die Klasse 3310 — "Verbindlichkeiten aus Lieferungen und Leistungen, EU" — und ist damit getrennt von Klasse 3300 ("Verbindlichkeiten Inland"). Diese Trennung ist nicht nur Kosmetik: Sie ist die Voraussetzung dafür, dass die Vorsteuer-Aufstellung am Monatsende die EU-Belege als eigene Gruppe aggregieren und die Kennzahlen sauber befüllen kann.

Buchungssatz 2 — Selbstberechnung:

Vorsteuer 200,00 an Umsatzsteuer 200,00.

20% österreichischer Normalsatz auf €1.000 Bemessungsgrundlage, einmal als Erwerbsteuer (Umsatzsteuer-Seite) und im selben Schritt als abzugsfähige Vorsteuer. Die Buchung ist neutral, sie erhöht die zahlbare Steuerschuld nicht — Vorsteuer und Umsatzsteuer heben sich auf. Trotzdem ist sie zwingend zu setzen: Ohne sie bleiben Kennzahl 057, 070 und 061 in der UVA leer, und das Finanzamt sieht den IG-Erwerb gar nicht.

Bei Waren mit ermäßigtem österreichischen Steuersatz — 10% (z.B. Lebensmittel) oder 13% (z.B. bestimmte Kulturgüter) — funktioniert die Mechanik identisch, nur mit dem entsprechenden Steuersatz. Die Bemessungsgrundlage wandert immer in Kennzahl 057, die berechnete Erwerbsteuer in Kennzahl 070, der Vorsteuerabzug in Kennzahl 061.

Die U30-Kennzahlen aus diesem Beispiel:

Kennzahl 057: 1.000,00 (Bemessungsgrundlage des innergemeinschaftlichen Erwerbs).
Kennzahl 070: 200,00 (Erwerbsteuer mit 20% — bei Waren mit 10% oder 13% in den jeweiligen Sub-Kennzahlen 072 bzw. 073).
Kennzahl 061: 200,00 (Vorsteuer aus dem innergemeinschaftlichen Erwerb).

Hinweis zum Steuercode:

In BMD heißt der Schlüssel für den IG-Erwerb mit Normalsatz typischerweise "IG20" oder "EU20", für den ermäßigten Satz "IG10". In RZL und DATEV-AT gibt es vergleichbare Automatik-Codes, deren genaue Bezeichnung pro Mandantenkontenrahmen variiert. Bevor der Code in einer Live-Buchung das erste Mal eingesetzt wird, lohnt ein Test in der Mandanten-Kopie oder ein Blick in den Buchungsprotokoll-Output: Welches Vorsteuer-Konto, welches Umsatzsteuer-Konto und welche U30-Kennzahl der Code auslöst, ist die belastbare Auskunft — die Steuercode-Bezeichnung allein nicht.

Der hier gezeigte Buchungssatz behandelt den Standardfall: Ware, beide UIDs gültig, kein Sondertatbestand. Schrott aus einem deutschen Recycling-Betrieb (§19 Abs 1d), eine Bauleistung mit ausländischem Sub (§19 Abs 1a) oder ein Dreiecksgeschäft (Art 25 BMR) wandern in andere Kennzahlen und werden im Sonderfälle-Abschnitt mit eigenen Beträgen abgebildet.

Reverse Charge nach §19 UStG buchen: Dienstleistungen aus dem EU-Raum mit Kennzahl 048 und 062

Derselbe Beleg-Rahmen wie im Vorabschnitt, andere Leistungsart: Ein deutscher Berater stellt der AT-GmbH €1.000 netto für eine Beratungsdienstleistung in Rechnung. Beide UIDs auf dem Beleg, Vermerk "Steuerschuldnerschaft des Leistungsempfängers". Rechtlich greift §19 Abs 1 Satz 2 UStG in Verbindung mit §3a Abs 6 UStG — der B2B-Generalklausel, nach der der Leistungsort einer sonstigen Leistung an einen Unternehmer dort liegt, wo der Empfänger seinen Sitz hat. Die Bemessungsgrundlage liegt also in Österreich, die Steuerschuld geht vom deutschen Berater auf die österreichische GmbH über.

Der Buchungs-Mechanismus ist mit dem IG-Erwerb identisch — zwei Sätze, Selbstberechnung, neutrale Vorsteuer-Umsatzsteuer-Buchung. Was sich ändert, sind die U30-Kennzahlen.

Buchungssatz 1 — Eingangsrechnung:

Beratungsaufwand (oder Lizenzen, Hosting, Werbung — je nach Leistungsart) 1.000,00 an Verbindlichkeit-Personenkonto Lieferant 1.000,00. Das Personenkonto gehört wieder in die EU-Klasse 3310, nicht in 3300, damit die Vorsteuer-Aufstellung die §19-RC-Belege später separat aggregieren kann.

Buchungssatz 2 — Selbstberechnung:

Vorsteuer 200,00 an Umsatzsteuer 200,00. 20% auf €1.000, neutral, mit derselben Logik wie beim IG-Erwerb: Die Steuer ist als geschuldet auszuweisen und im selben Schritt als Vorsteuer abzuziehen, sonst bleiben die UVA-Kennzahlen leer.

Die U30-Kennzahlen aus diesem Beispiel:

Kennzahl 048: 1.000,00 (Bemessungsgrundlage des an den Empfänger übergegangenen Umsatzes — die Spiegelposition, in der der Übergang der Steuerschuld auf der Umsatzseite erscheint).
Kennzahl 062: 200,00 (korrespondierende Vorsteuer aus §19-RC-Leistungen).

Nicht 057, nicht 070, nicht 061 — diese drei wandern ausschließlich beim IG-Erwerb von Waren in die UVA. Eine deutsche Beraterleistung, die als IG-Erwerb gebucht wird, ist einer der häufigsten Klassifizierungs-Fehler in AT-SMEs.

IG-Erwerb und §19 RC nebeneinander:

Aspekt	IG-Erwerb (Ware)	§19 RC (Dienstleistung)
Rechtsgrundlage	Art 1 BMR	§19 Abs 1 + §3a Abs 6 UStG
Rechnungsvermerk	"Steuerfreie innergemeinschaftliche Lieferung gem. Art 6 BMR"	"Steuerschuldnerschaft des Leistungsempfängers"
Buchungssatz 1	Wareneingang an Verbindlichkeit	Aufwand (Beratung/Lizenz/etc.) an Verbindlichkeit
Buchungssatz 2	Vorsteuer an Umsatzsteuer	Vorsteuer an Umsatzsteuer
U30-Bemessungsgrundlage	Kennzahl 057	Kennzahl 048
U30-Steuer/Vorsteuer	Kennzahl 070 + Kennzahl 061	Kennzahl 062

Wer DE-Lieferantenrechnungen verbucht, findet im Netz häufiger deutsche Anleitungen zu §13b dUStG als österreichische zu §19 UStG. §13b ist die deutsche Spiegel-Vorschrift — sie regelt den Übergang der Steuerschuld bei einem deutschen Empfänger und verlangt deutsche Kennzahlen wie 466 (Bemessungsgrundlage) und 467 (Steuer). Wer als österreichischer Empfänger nach diesem Schema bucht, landet in der falschen UVA. Die deutsche §13b-Reverse-Charge-Pflichtangaben zum Kontrast lohnen sich trotzdem als Nachschlagewerk, weil sie zeigen, was auf einer deutschen Eingangsrechnung als Vermerk korrekt ist — die formale Pflichtangabe ist dieselbe Idee, die paragraphliche Heimat ist die andere.

In den AT-Systemen heißt der Automatik-Steuercode für §19 RC mit Normalsatz typischerweise "RC20", für den ermäßigten Satz "RC10", manchmal auch nur "§19". Wie beim IG-Erwerb gilt: Welche U30-Kennzahl und welche Konten der Code tatsächlich auslöst, ist die belastbare Auskunft — die Bezeichnung allein nicht.

UID-Validierung: VIES und FinanzOnline-Bestätigungsverfahren Stufe 2

Die UID-Prüfung ist kein Compliance-Pflichtteil zum Abhaken, sondern der Nachweis-Schritt, der die IG/RC-Behandlung überhaupt legitimiert. Ohne dokumentierte Bestätigung der Lieferanten-UID hängt die Steuerfreiheit der korrespondierenden innergemeinschaftlichen Lieferung beim Lieferanten in der Luft — und damit indirekt die eigene RC/IG-Behandlung. Die Prüfung läuft in zwei Stufen, die sich in Geschwindigkeit und Beweiskraft unterscheiden.

Stufe 1 — VIES-Schnellprüfung:

Über das EU-Portal ec.europa.eu/taxation_customs/vies wird die UID des Lieferanten eingegeben; das System gibt im Sekundenbereich ein einfaches gültig/ungültig zurück. Kein Name-Abgleich, keine Adress-Kontrolle, kein druckbarer Nachweis mit Stempel. VIES ist damit das richtige Werkzeug für eine schnelle Plausibilitäts-Prüfung im Tagesgeschäft — zum Beispiel beim ersten Sichten einer neuen Eingangsrechnung — aber nicht für die Dokumentation gegenüber dem Finanzamt.

Stufe 2 — qualifizierte Bestätigung über FinanzOnline:

Über FinanzOnline → Bestätigungsverfahren → Stufe 2 wird die Lieferanten-UID zusammen mit Namen und Adresse aus der Eingangsrechnung eingegeben. Das System prüft den vollständigen Datensatz und erzeugt eine druckbare PDF mit FinanzOnline-Bestätigungsstempel. Diese PDF ist der beweiskräftige Nachweis für die Betriebsprüfung und gehört in den Beleg-Anhang am Kreditor-Personenkonto.

Laut UID-Bestätigungsverfahren laut USP/BMF hat das österreichische UID-Bestätigungsverfahren zwei Stufen: Stufe 1 prüft nur die Gültigkeit einer in einem anderen Mitgliedstaat vergebenen UID-Nummer, Stufe 2 prüft zusätzlich, ob diese UID-Nummer einem bestimmten Namen und einer bestimmten Anschrift in einem anderen Mitgliedstaat zugeordnet ist. Der Unterschied entscheidet, ob ein Beleg eine Plausibilitäts-Notiz ist oder ein belastbarer Nachweis-Anker im Akt.

Empfohlene Frequenz:

Vor dem Erstgeschäft mit einem neuen Lieferanten ist die Stufe-2-Bestätigung Pflichtprogramm, nicht Empfehlung — ohne sie fehlt die Grundlage für die erste Buchung als IG-Erwerb oder §19 RC. Bei einem Lieferantenwechsel innerhalb derselben Firma (neue Rechtsform, neue UID, andere Konzerngesellschaft) ist erneut zu prüfen, weil sich die UID dabei ändern kann. Für laufende Lieferanten lohnt eine jährliche Wiederholung mit Dokumentation im Kreditor-Akt; bei Hochrisiko-Konten (große Beträge, neue Geographien, ungewöhnliche Lieferketten) zusätzlich stichprobenartig pro Quartal.

Konsequenz fehlender Validierung:

Stellt sich später heraus, dass die Lieferanten-UID zum Lieferzeitpunkt nicht gültig war, ist die Steuerfreiheit der innergemeinschaftlichen Lieferung im Lieferantenland gefährdet — das dortige Finanzamt kann beim Lieferanten USt nachfordern. Damit ist die Grundlage für die eigene RC/IG-Behandlung in Österreich in Frage gestellt; im schlechtesten Fall stellt der Lieferant eine Korrekturrechnung mit Heimatland-USt aus, die in Österreich nicht als Vorsteuer abzugsfähig ist und im Vorsteuer-Vergütungsverfahren mühsam zurückgeholt werden muss. Eine archivierte Stufe-2-PDF schließt diesen Fehlerweg im Vorhinein.

Praktischer Ablauf in der Software:

BMD, RZL und DATEV-AT haben am Kreditor-Personenkonto eine Beleg-Anhang-Funktion, in die die Stufe-2-PDF direkt eingehängt werden kann. Im Dateinamen das Bestätigungsdatum mitführen — etwa "2026-05-23 UID-Bestätigung Stufe 2 Lieferant-DE.pdf" — dann ist im Anlassfall ohne Sucherei klar, wann der Nachweis erstellt wurde und ob ein Refresh fällig ist.

Vier Sonderfälle aus der Praxis: EU-Kleinunternehmer, falsche USt, Dreiecksgeschäft, Bauleistung

Die Standard-Pfade aus den vorigen Abschnitten decken den Großteil der EU-Eingangsrechnungen ab. Vier Konstellationen tauchen aber in der Praxis regelmäßig auf, in denen die Standard-Buchung nicht greift oder andere Kennzahlen einschlagen — und genau an diesen Stellen bleiben Bookkeeper am häufigsten hängen.

EU-Lieferant ist Kleinunternehmer ohne UID

Der Fall: Ein deutscher Solo-Freelancer, in Deutschland Kleinunternehmer nach §19 dUStG, stellt eine Netto-Rechnung über €500 für eine Beratungsleistung. Auf der Rechnung steht keine UID, kein RC-Vermerk; stattdessen ein Hinweis wie "Kein Ausweis von Umsatzsteuer aufgrund Anwendung der Kleinunternehmerregelung gem. §19 UStG (DE)".

Die Klassifizierung: Voraussetzung für IG-Erwerb oder §19 RC ist, dass der Lieferant Unternehmer mit gültiger UID ist. Beides ist hier nicht erfüllt — der Kleinunternehmer ist in seinem Heimatland von der USt befreit und hat in der Regel keine UID. Aus AT-Sicht entsteht weder IG-Erwerb noch RC.

Die Buchung: Der Bruttobetrag (gleich dem Nettobetrag, weil keine USt ausgewiesen) wandert direkt auf das Aufwandskonto, das Personenkonto kann auf der EU-Klasse 3310 angelegt werden (sauberer für die spätere Aufstellung), keine Selbstberechnung, keine Vorsteuer, kein Eintrag in einer U30-Kennzahl. Die Falle ist die Netto-Optik: Die Rechnung sieht aus wie eine ganz normale IG-Rechnung, und ein routinierter Reflex setzt automatisch einen IG- oder RC-Code. Hier muss die UID-Spalte aktiv geprüft werden, nicht nur der Steuersatz. Wenn die eigene AT-GmbH selbst Kleinunternehmer ist und an EU-Empfänger fakturiert, gilt das spiegelbildliche Bild aus Lieferanten-Sicht — die formalen Rechnungsregeln dafür stehen in der Kleinunternehmerregelung in Österreich.

Rechnung mit fälschlich ausgewiesener Heimatland-USt

Der Fall: Ein deutscher Lieferant fakturiert €1.000 netto plus 19% deutscher USt, also €1.190 brutto, obwohl die ATU-UID des österreichischen Empfängers ordnungsgemäß angegeben war. Häufiger Auslöser sind Lieferanten, die ihre Mandantenadresse falsch im ERP hinterlegt haben oder den B2B-Status des Empfängers nicht erkannt haben.

Die Klassifizierung: Die deutsche USt ist in Österreich kein Vorsteuer-Abzug, weil sie nicht von einem österreichischen Unternehmer geschuldet wird. Eine Buchung mit Vorsteuerabzug in der AT-UVA wäre falsch.

Die Buchung: Sauberer Weg ist, die Rechnung beim Lieferanten korrigieren zu lassen — Anforderung einer Korrekturrechnung netto mit Reverse-Charge-Vermerk und beiden UIDs. Bis die Korrekturrechnung vorliegt, wird die ursprüngliche Rechnung in der Buchhaltung nicht aktiviert (kein Buchungssatz im Aufwand, keine Zahlung). Sobald die Korrekturrechnung eintrifft, wird sie nach dem normalen §19-RC- oder IG-Erwerb-Schema gebucht. Wenn der Lieferant die Korrektur verweigert und die ursprüngliche Rechnung trotzdem bezahlt werden muss, läuft die deutsche USt über das deutsche Vorsteuer-Vergütungsverfahren — ein zeitlich verzögerter Refund, kein AT-Vorsteuer-Abzug.

Dreiecksgeschäft nach Art 25 BMR

Der Fall: Die AT-GmbH ist mittlerer Unternehmer in einer EU-Drei-Länder-Kette. Sie kauft Material bei einem deutschen Hersteller, der Hersteller liefert die Ware aber direkt an einen niederländischen Endempfänger, an den die AT-GmbH die Ware ihrerseits weiterverkauft. Drei Unternehmer, drei verschiedene EU-Mitgliedstaaten, eine einzige Warenbewegung.

Die Klassifizierung: Wenn die strengen Voraussetzungen der Vereinfachungsregelung nach Art 25 BMR vorliegen — drei Unternehmer mit drei UIDs aus drei Mitgliedstaaten, korrekte Vermerke auf den jeweiligen Rechnungen, Beförderung oder Versendung durch den ersten oder zweiten Lieferer — nutzt der mittlere Unternehmer die Vereinfachung und schuldet im Bestimmungsland (hier: NL) keine eigene USt.

Die Buchung: Aus AT-Sicht wandert die Vorsteuer aus dem Dreiecksgeschäft in die Sonderkennzahl 066 statt in die Standard-Kennzahl 061. Die Standard-Kennzahlen 057 und 070 bleiben in dieser Konstellation für die AT-GmbH leer, weil die Steuerschuld auf den Endempfänger im Bestimmungsland übergeht. Der Fall ist formal komplex und steht und fällt mit den Rechnungsvermerken über die gesamte Kette; die UStR Rz 4291 ff sind hier die zitierfähige Detail-Quelle, und im Zweifel lohnt eine Steuerberater-Rückfrage vor der ersten Buchung.

Domestische Bauleistung mit ausländischem Sub

Der Fall: Ein deutscher Bauunternehmer erbringt eine Bauleistung auf einer österreichischen Baustelle für einen inländischen österreichischen Bauunternehmer-Auftraggeber. Die Leistung wird in Österreich erbracht, der Empfänger ist AT-Unternehmer, der Lieferant ist DE-Unternehmer.

Die Klassifizierung: Hier greift nicht der Standard-§19 Abs 1 RC für EU-Dienstleistungen, sondern §19 Abs 1a — der Bauleistungs-RC im Inland. Die Norm gilt unabhängig vom Sitz des leistenden Unternehmens, sobald die Bauleistung in Österreich erbracht und der Empfänger seinerseits Bauunternehmer ist.

Die Buchung: Bemessungsgrundlage in Kennzahl 044 ("Übergang der Steuerschuld auf den Leistungsempfänger" im Inland), Vorsteuer in Kennzahl 065 statt 062. Der Auslandsbezug ist hier nicht der Schlüssel — derselbe §19-Abs-1a-Mechanismus greift auch zwischen zwei rein österreichischen Bauunternehmern, sobald beide die Bauunternehmer-Eigenschaft erfüllen. Die ausländische Subunternehmer-Konstellation ist nur einer von mehreren Anwendungsfällen, und sie ist in der Praxis besonders fehlträchtig, weil der DE-Sub manchmal trotz §19 Abs 1a einen RC-Vermerk mit Verweis auf §19 Abs 1 schreibt, der die falsche Kennzahl suggeriert.

Drei dieser vier Konstellationen lösen ein eigenes Kennzahl-Muster aus, der vierte Fall (falsch ausgewiesene Heimatland-USt) wird nach Korrektur in das Standard-Schema zurückgeführt. Die Vorsteuer-Aufstellung pro Rechnung muss also nicht nur Steuersatz und Bemessungsgrundlage, sondern auch das Klassifizierungs-Tag mitführen — sonst landet die Summe am Monatsende in der falschen UVA-Zeile.

Vom Buchungssatz in die UVA: wie die Klassifizierungs-Tags in die U30-Kennzahlen wandern

Die Klassifizierung pro Beleg ist nur die halbe Strecke. Damit die Summen am Monatsende in der UVA korrekt aufschlagen, muss jede EU-Eingangsrechnung mit einem Klassifizierungs-Tag laufen, nach dem die Vorsteuer-Aufstellung dann pro Tag aggregieren kann.

Die typischen Tags und ihre Kennzahl-Ziele:

IG-Erwerb-Ware-20: Summen wandern in Kennzahl 057 (Bemessungsgrundlage), Kennzahl 070 (Erwerbsteuer 20%), Kennzahl 061 (Vorsteuer). Bei ermäßigten Sätzen entsprechend in die 10%- und 13%-Sub-Kennzahlen.
§19-RC-Dienstleistung-20: Summen wandern in Kennzahl 048 (Bemessungsgrundlage) und Kennzahl 062 (Vorsteuer).
Bauleistungs-RC §19 Abs 1a: Summen wandern in Kennzahl 044 und Kennzahl 065.
Dreiecksgeschäft Art 25 BMR: Vorsteuer wandert in Kennzahl 066, Standard-Kennzahlen bleiben für die mittlere Partei leer.
EU-Kleinunternehmer-kein-RC: kein UVA-Eintrag, der Brutto-Aufwand bleibt in der Aufwands-Aggregation ohne Steuer-Komponente.

Ohne ein solches Tag pro Rechnung muss am Monatsende jemand händisch durch die EU-Eingangsrechnungen und für jeden Beleg neu entscheiden, in welche Kennzahl die Bemessungsgrundlage fließt. Das ist die Fehlerquelle Nummer eins für unvollständige oder falsch belegte UVAs in AT-SMEs — vergessene Selbstberechnungen bei Belegen, die im Tagesgeschäft als "ist eh nur netto" abgehakt wurden, und Bemessungsgrundlagen, die in 057 landen, obwohl sie nach 048 gehörten.

Mit Tag pro Beleg läuft die Aggregation deterministisch. Wenn die Eingangsrechnungs-Extraktion das Klassifizierungs-Tag als strukturiertes Feld bereits mit ausgibt — neben Lieferant, UID, Bemessungsgrundlage und Steuersatz — wandert der Tag direkt in die Vorsteuer-Aufstellung und die Aufstellung schreibt die Summe ohne weiteren Handgriff in die richtige U30-Zeile. Genau diesen Schritt deckt eine KI-gestützte Rechnungsdatenextraktion ab: Die Klassifizierung kann im Extraktions-Prompt als eigenes Ausgabefeld mit benannt werden (z.B. "Klassifizierung: IG-Erwerb-Ware-20 / §19-RC-Dienstleistung-20 / Bauleistungs-RC / Dreiecksgeschäft / EU-Kleinunternehmer-kein-RC" als Conditional auf Basis von UID-Status, Vermerk und Leistungsart), und das Tag erscheint pro Beleg als eigene Spalte im Extraktions-Output. Aus der Spalte wird die Aggregation eine einfache SUMME-WENN-Operation in Excel oder ein Group-by-Tag in der Buchhaltungs-Software.

Wo die Vorsteuer-Aufstellung am Monatsende tatsächlich in das U30-Formular wandert — welche Schwellenwerte gelten, ob monatlich oder quartalsweise abgegeben wird, wie die Aufstellung pro UVA-Periode strukturiert sein muss —, behandeln die Eingangsrechnungen nach U30-Kennzahlen für die UVA vorbereiten. Dieser Artikel besitzt die Klassifizierung und den Buchungssatz auf Beleg-Ebene; der verlinkte Artikel besitzt die Filing-Mechanik und das Aufstellungs-Layout.

Was außerhalb dieses Rahmens bleibt: Lieferungen aus Drittländern (UK, CH, US und andere Nicht-EU-Staaten) sind keine IG-Erwerbe. Hier greift die Einfuhrumsatzsteuer (EUSt) mit Kennzahlen 063 und 064, und die Buchungslogik läuft typischerweise über den Speditions-Beleg und die Zollanmeldung — eine separate Mechanik, die im UVA-Schwester-Artikel mit abgedeckt ist und in der Klassifikations-Logik dieser Anleitung nicht greift.