# Konto existiert nicht *DATEV · fehlermeldung* **Kurz gesagt:** DATEV findet eine Kontonummer aus Ihrem Buchungsstapel im Mandantenstamm nicht. Der Stapel selbst ist formal in Ordnung, sonst wären Sie gar nicht bis zu dieser Meldung gekommen. Er verweist auf ein Sach- oder Personenkonto, das es in diesem Mandanten, in diesem Kontenrahmen oder in diesem Wirtschaftsjahr nicht gibt. Entweder legt die Kanzlei das Konto an, oder das Vorsystem kontiert auf ein vorhandenes. Wer beides nebeneinander laufen lässt, sieht die Meldung im nächsten Monat wieder. Beim Import bricht der Stapel ab. Die Meldung nennt ein Konto, das es angeblich nicht gibt, und Ihre erste Vermutung ist ein Formatfehler in der Datei. Ist es nicht. DATEV prüft für jeden Buchungssatz, ob die angegebene Kontonummer im Mandantenstamm angelegt ist, und weist den Satz ab, wenn sie fehlt. Je nach Importweg bleibt es bei einer Fehlerzeile im Protokoll oder der ganze Stapel wird zurückgewiesen. Header, Spaltenanzahl und Zeichensatz waren in Ordnung, sonst hätte der Import viel früher aufgehört. Es geht um einen Verweis auf Stammdaten, die auf der DATEV-Seite fehlen. ## Warum ausgerechnet Schnittstellen das so oft auslösen Ein Shop kennt keinen Kontenrahmen. Ein Zahlungsdienstleister auch nicht. Diese Systeme liefern Geschäftsvorfälle, und irgendwo dazwischen entscheidet jemand, auf welches Konto ein Vorfall gehört. Diese Entscheidung wird einmal getroffen, meist bei der Einrichtung, und veraltet danach still vor sich hin, während das Geschäft weiterläuft. Die Auslöser wiederholen sich, quer über Kunden und Branchen: | Auslöser | Was neu ist | |---|---| | Erstes Verkaufsland im OSS-Verfahren | Ein Erlöskonto je Land oder Steuersatz | | Neuer Zahlungsdienstleister | Ein eigenes Geldtransitkonto für Stripe, PayPal, Klarna oder Mollie | | Erste Gutschrift oder Erstattung | Ein Konto für Erlösschmälerungen | | Wechsel des Wirtschaftsjahres | Konten, die im neuen Jahr noch nicht angelegt sind | | Umstellung des Kontenrahmens | Dieselbe Nummer bedeutet in SKR03 und SKR04 etwas anderes | | Neue Debitorennummer | Personenkonto im Mandanten fehlt | Immer dasselbe Muster: Die Stammdaten haben sich bewegt, die Kontierungslogik im Export nicht. Ob eine Nummer zum falschen Kontenrahmen gehört, sehen Sie in unserer [SKR03-SKR04-Gegenüberstellung](https://seamless.engineering/de/tools/skr03-skr04/): Geben Sie die Kontonummer aus dem Protokoll ein, und das Tool zeigt, was sie in SKR03 und was sie in SKR04 bedeutet. ## Was Sie jetzt prüfen Ziehen Sie zuerst die Kontonummer aus dem Protokoll. Nennt es die Zeile, sehen Sie in Spalte 7 und Spalte 8 nach, also Konto und Gegenkonto. Dann prüfen Sie in DATEV, ob es dieses Konto im Mandanten überhaupt gibt, und zwar im richtigen Wirtschaftsjahr und im richtigen Kontenrahmen. Prüfen Sie dabei auch die Sachkontenlänge. Ein vierstelliges Konto in einem Mandanten mit fünfstelligen Sachkonten wird nicht gefunden, obwohl die Nummer inhaltlich stimmt, und dieser Fall sieht exakt gleich aus wie ein wirklich fehlendes Konto. Personenkonten liegen in einem eigenen Nummernkreis und verhalten sich hier anders als Sachkonten. Ob Kontonummern und Sachkontenlänge zueinander passen, zeigt unser [EXTF-Validator](https://seamless.engineering/de/tools/datev-extf-validator/) für die ganze Datei auf einmal. Am Ende steht eine Entscheidung, und zwar nur eine: Entweder das Konto wird angelegt, oder der Export kontiert anders. Beides gleichzeitig zu machen ist der schnellste Weg, dieselbe Meldung nächsten Monat auf einem anderen Konto wiederzusehen. ## Was eine gebaute Anbindung dagegen tut Wir prüfen die Kontierung gegen die vorhandenen Konten, bevor überhaupt eine Datei entsteht. Was sich nicht auflösen lässt, taucht bei uns als benannter Fehler auf und nicht als abgebrochener Import bei Ihrer Kanzlei. Ein unbekannter Fall hält dabei nicht den ganzen Monat auf. Der betroffene Datensatz wird zurückgehalten und gemeldet, alles andere läuft durch. Ohne diese Trennung wartet ein kompletter Buchungsstapel auf eine einzige neue Bestellung aus Belgien. Die Kontierungsregeln liegen an einer Stelle, sind nachlesbar und versioniert, statt in einer Excel-Formel oder einem gewachsenen Skript zu stecken. Und ein neuer Fall, also ein erstes Verkaufsland oder ein neuer Zahlungsdienstleister, erzeugt eine Meldung an dem Tag, an dem er auftritt. Eine deutsche Fachquelle schätzt, dass rund 80 Prozent der wiederkehrenden Probleme mit Buchungsstapeln auf Stammdaten zurückgehen und nicht auf das Stapelformat. Das deckt sich mit dem, was wir sehen. Kontierung und Stammdatenabgleich stehen bei uns deshalb im laufenden Betrieb, mit einem festen Termin je Mandant. ## Häufig gestellte Fragen ### Welches Konto ist gemeint, wenn DATEV die Nummer nicht nennt? Das Importprotokoll nennt meist Zeile und Feld. Falls nicht, ziehen Sie alle eindeutigen Werte aus den Spalten Konto und Gegenkonto und stellen Sie sie der Kontenliste des Mandanten gegenüber. Was übrig bleibt, ist Ihre Fehlerliste. Bei einem automatisierten Export gehört genau diese Gegenüberstellung dauerhaft vor den Import, statt jeden Monat von Hand wiederholt zu werden. ### Kann ich das Konto einfach selbst in DATEV anlegen? Technisch ja. Fachlich sollte die Kanzlei entscheiden. Ein frei angelegtes Erlöskonto mit dem falschen Steuerschlüssel oder außerhalb der Systematik des Kontenrahmens verursacht später Fehler in der Umsatzsteuervoranmeldung, die beim Import niemand bemerkt. Klären Sie die Kontierung einmal ab und legen Sie sie dann in der Schnittstelle fest. ### Warum tritt der Fehler auf, obwohl der Import letzten Monat lief? Weil ein Fall aufgetreten ist, den es vorher nicht gab. Das erste Verkaufsland im OSS-Verfahren, der erste Zahlungsdienstleister, die erste Gutschrift, der Wechsel des Wirtschaftsjahres. Stammdaten wachsen mit dem Geschäft. Ein einmal geschriebener Export tut das nicht, und daran scheitern die meisten selbstgebauten Lösungen im zweiten Jahr. ### Hängt das mit SKR03 und SKR04 zusammen? Oft. Dieselbe Kontonummer bedeutet in SKR03 und SKR04 etwas anderes. Ein Export, der gegen den falschen Kontenrahmen kontiert, trifft entweder ein Konto, das es nicht gibt, oder eines, das es gibt und das falsch ist. Der erste Fall bricht ab. Der zweite läuft durch und fällt erst beim Abschluss auf. ### Können Sie das für uns übernehmen? Ja. Wir stimmen die Kontierung mit Ihrer Kanzlei ab, hinterlegen sie in der Pipeline und prüfen vor jedem Export gegen die tatsächlich vorhandenen Konten. Taucht ein unbekannter Fall auf, halten wir diesen einen Datensatz zurück und melden ihn. Der Rest des Stapels läuft. ## Betroffene Integrationen - [Shopify ↔ DATEV](https://seamless.engineering/de/integrations/shopify-datev/): Shopify DATEV Schnittstelle - [WooCommerce ↔ DATEV](https://seamless.engineering/de/integrations/woocommerce-datev/): WooCommerce DATEV Schnittstelle - [Stripe ↔ DATEV](https://seamless.engineering/de/integrations/stripe-datev/): Stripe DATEV Schnittstelle - [Amazon ↔ DATEV](https://seamless.engineering/de/integrations/amazon-datev/): Amazon DATEV Schnittstelle - [JTL ↔ DATEV](https://seamless.engineering/de/integrations/jtl-datev/): JTL DATEV Schnittstelle - [sevDesk ↔ DATEV](https://seamless.engineering/de/integrations/sevdesk-datev/): sevDesk 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