# Ungültiger BU-Schlüssel

*DATEV · fehlermeldung*

**Kurz gesagt:** Der BU-Schlüssel in Spalte 9 steuert, wie DATEV die Umsatzsteuer zu einer Buchung behandelt. Ungültig heißt: In dieser Kombination aus Konto, Betrag und Schlüssel ergibt die Steuerbehandlung keinen zulässigen Fall. Bei Schnittstellen liegt es meist daran, dass das Vorsystem nur einen Steuersatz kennt und nicht den steuerlichen Sachverhalt dahinter. Inland, innergemeinschaftliche Lieferung, OSS, Drittland und Reverse Charge brauchen unterschiedliche Schlüssel, auch wenn der Prozentsatz identisch aussieht.

## Was der Schlüssel eigentlich tut

Der Buchungsschlüssel steht in Spalte 9 des Buchungsstapels und sagt DATEV, wie die Umsatzsteuer zu diesem Satz zu behandeln ist. Er ist kein Steuersatz. Er ist ein Verweis auf eine Steuerautomatik, und das ist der Grund, warum diese Meldung fast nie ein Tippfehler ist.

Zurückgewiesen wird eine Kombination: dieses Konto, dieser Betrag, dieser Schlüssel. Einzeln betrachtet kann jedes der drei völlig richtig sein.

## Die drei Konstellationen, an denen es scheitert

**Automatikkonto plus zusätzlicher Schlüssel.** Viele Erlöskonten tragen die Steuerbehandlung schon. Übergibt der Export trotzdem einen abweichenden Schlüssel, widersprechen sich beide. Das ist der häufigste Fall bei selbst gebauten Exporten, weil Skripte den Schlüssel gern pauschal über alle Zeilen setzen.

**Steuersatz ohne Sachverhalt.** Ein Shop liefert "19 Prozent". Das kann eine Inlandslieferung sein, eine Lieferung an einen Endkunden in einem EU-Land unter OSS, oder ein Fall mit Steuerschuldumkehr, bei dem gar keine deutsche Umsatzsteuer anfällt. Alle drei brauchen eine andere Behandlung, und der Prozentsatz allein unterscheidet sie nicht.

**Nullsteuer ohne Grund.** Eine steuerfreie B2B-Lieferung ins EU-Ausland, ein Drittlandexport und ein Kleinunternehmerumsatz sind alle null Prozent und steuerlich völlig verschieden. Wer daraus einheitlich denselben Schlüssel macht, trifft mindestens zwei von drei Fällen falsch.

## Sofort prüfen

| Prüfung | Warum |
|---|---|
| Ist das Zielkonto ein Automatikkonto? | Dann darf meist kein abweichender Schlüssel gesetzt werden |
| Passt der Schlüssel zum Kontenrahmen? | SKR03 und SKR04 haben unterschiedliche Automatikkonten |
| Wird der Schlüssel pauschal gesetzt? | Ein konstanter Wert über alle Zeilen ist fast immer falsch |
| Sind EU-Verkäufe dabei? | OSS-Fälle brauchen eine eigene Zuordnung |
| Sind Gutschriften dabei? | Erlösschmälerungen laufen über andere Konten und Schlüssel |

Schlüssel auf den Standard-Automatikkonten findet unser [EXTF-Validator](https://seamless.engineering/de/tools/datev-extf-validator/) in der Datei, bevor die Kanzlei sie importiert.

## Warum das nie fertig eingerichtet ist

Welches Konto und welcher Schlüssel zu Inland, EU-Lieferung, OSS oder Export gehören, zeigt unser [DATEV-Steuerschlüssel-Finder](https://seamless.engineering/de/tools/datev-steuerschluessel/) auf Basis der DATEV-Tabelle 2026.

Die Zuordnung von steuerlichem Sachverhalt zu Konto und Schlüssel ist keine Einstellung, die man einmal vornimmt und dann vergisst. Sie ändert sich, sobald sich das Geschäft ändert: ein neues Verkaufsland, die erste B2B-Bestellung mit USt-IdNr., der erste Verkauf ins Vereinigte Königreich, das Überschreiten der OSS-Schwelle.

Deshalb leiten wir den Sachverhalt ab, statt den Prozentsatz durchzureichen. Aus Lieferland, Kundentyp, Vorhandensein einer USt-IdNr. und Produktart ergibt sich der steuerliche Fall, und daraus erst Konto und Schlüssel. Eine Konstellation, die dabei nicht aufgeht, hält den Stapel nicht auf: Der betroffene Datensatz wird zurückgehalten und mit der konkreten Bestellung als Beispiel gemeldet.

Ihre Kanzlei kann nachlesen, wie ein Fall kontiert wird, ohne dafür Code zu lesen. Und wenn ein Shop- oder Zahlungsanbieter seine Steuerfelder umstellt, sehen wir das an der Schnittstelle, bevor eine Datei abgewiesen wird.

Ein abgewiesener Stapel kostet einen Nachmittag. Läuft er dagegen mit dem falschen Schlüssel durch, steht am Ende eine korrigierte Voranmeldung, und bis dahin vergehen Wochen.

## Häufig gestellte Fragen

### Welche BU-Schlüssel sind die gängigen?

Am häufigsten begegnen Ihnen 3 für 19 Prozent Umsatzsteuer, 2 für 7 Prozent Umsatzsteuer, 9 für 19 Prozent Vorsteuer und 8 für 7 Prozent Vorsteuer, dazu die Schlüssel für innergemeinschaftliche Vorgänge und OSS. Buchungen ohne Steuer bleiben im Schlüsselfeld leer. Die konkrete Belegung hängt vom Kontenrahmen und den Automatikkonten des Mandanten ab. Verbindlich ist die Liste Ihrer Kanzlei, nicht eine Tabelle aus dem Internet.

### Warum funktioniert derselbe Schlüssel auf einem anderen Konto nicht?

Viele Erlös- und Aufwandskonten sind Automatikkonten und tragen die Steuerbehandlung bereits in sich. Kommt zusätzlich ein abweichender BU-Schlüssel, entsteht ein Widerspruch, den DATEV zurückweist. Auf einem Nicht-Automatikkonto ist derselbe Schlüssel dagegen richtig. Ein Schlüssel ist also nie für sich gültig, sondern immer nur zusammen mit dem Konto.

### Was hat das mit OSS zu tun?

Beim OSS-Verfahren verkaufen Sie mit dem Steuersatz des Bestimmungslandes und buchen weiter in einem deutschen Kontenrahmen. Ein Export, der nur den Prozentsatz aus dem Shop übernimmt, trifft damit regelmäßig einen Schlüssel, der für diesen Sachverhalt nicht vorgesehen ist. Sie brauchen die Zuordnung aus Land, Steuersatz, Konto und Schlüssel.

### Der Import läuft durch, aber die Zahlen stimmen nicht. Ist das derselbe Fehler?

Nein, und das ist der gefährlichere Fall. Ein ungültiger Schlüssel bricht ab und wird bemerkt. Ein gültiger, aber falscher Schlüssel läuft sauber durch und verfälscht die Umsatzsteuervoranmeldung, ohne dass jemand etwas sieht. Wir prüfen deshalb beides: ob der Schlüssel formal zulässig ist und ob er zum steuerlichen Sachverhalt des Vorgangs passt.

### Können Sie die Zuordnung einmal sauber aufsetzen?

Ja. Wir nehmen Ihre tatsächlichen Verkaufskonstellationen auf, stimmen die Zuordnung von Sachverhalt zu Konto und Schlüssel mit Ihrer Kanzlei ab und hinterlegen sie als geprüfte Regel. Neue Konstellationen melden wir, statt sie zu raten.

## Betroffene Integrationen

- [Shopify ↔ DATEV](https://seamless.engineering/de/integrations/shopify-datev/): Shopify DATEV Schnittstelle
- [Amazon ↔ DATEV](https://seamless.engineering/de/integrations/amazon-datev/): Amazon DATEV Schnittstelle
- [eBay ↔ DATEV](https://seamless.engineering/de/integrations/ebay-datev/): eBay DATEV Schnittstelle
- [Stripe ↔ DATEV](https://seamless.engineering/de/integrations/stripe-datev/): Stripe DATEV Schnittstelle
- [WooCommerce ↔ DATEV](https://seamless.engineering/de/integrations/woocommerce-datev/): WooCommerce DATEV Schnittstelle
- [Shopware ↔ DATEV](https://seamless.engineering/de/integrations/shopware-datev/): Shopware DATEV Schnittstelle

## Scoping-Gespräch anfragen

Sie sehen das im Livebetrieb und möchten, dass es nicht mehr Ihr Problem ist? Wir konzipieren, bauen und betreiben die Schnittstelle dauerhaft, inklusive der Validierung und Wiederholungslogik, die diese Art von Fehler gar nicht erst bei Ihnen ankommen lässt. Festpreis-Angebot zur Aufwandsabschätzung innerhalb von 48 Stunden.

- E-Mail: hello@seamless.engineering
- Kontaktformular: https://seamless.engineering/de/#contact