Wer mit JTL Wawi arbeitet und seine Belege monatlich an den Steuerberater übergibt, kommt an JTL2DATEV kaum vorbei. Die Schnittstelle klingt auf dem Papier simpel: Belege raus aus JTL, rein in DATEV, fertig. In der Praxis scheitert die Einrichtung aber regelmäßig an Kleinigkeiten, die erst auffallen, wenn der Steuerberater anruft und nach fehlenden Belegnummern oder falsch zugeordneten Konten fragt. Dieser Artikel geht die Einrichtung von JTL2DATEV strukturiert durch, von der Grundkonfiguration bis zu den Punkten, an denen in der Praxis am meisten schiefgeht.
Was JTL2DATEV eigentlich macht und was nicht
JTL2DATEV ist ein separates Tool aus dem JTL-Ökosystem, das Rechnungen, Gutschriften und teilweise auch Zahlungseingänge aus der Wawi in ein Format überführt, das DATEV lesen kann (in der Regel den ASCII-Export nach DATEV-Format oder den direkten Import über DATEV Unternehmen online). Wichtig zu verstehen: JTL2DATEV bucht nicht selbst. Es bereitet Daten auf, ordnet sie Konten zu und übergibt sie. Die eigentliche Kontierung, also welcher Umsatz auf welches Erlöskonto läuft, wird vorher in JTL2DATEV hinterlegt und muss zur Kontenstruktur des Steuerberaters passen. Wer das verwechselt und glaubt, das Tool würde automatisch "richtig" buchen, erlebt spätestens bei der ersten Umsatzsteuervoranmeldung eine böse Überraschung.
Die Schnittstelle ersetzt außerdem keine Warenwirtschaft und keine Rechnungsprüfung. Sie exportiert das, was in JTL als Beleg vorliegt. Fehler in der Beleglegung, etwa doppelt erfasste Gutschriften oder falsch stornierte Rechnungen, wandern unverändert mit in den DATEV-Export. Sauberkeit in JTL ist also die Voraussetzung, nicht das Ergebnis der Einrichtung.
Voraussetzungen vor der Installation
Bevor JTL2DATEV überhaupt installiert wird, sollten drei Dinge geklärt sein:
- Der Kontenrahmen steht fest. SKR03 oder SKR04, mit dem eigenen Steuerberater abgestimmt. Ein nachträglicher Wechsel des Kontenrahmens bedeutet in der Regel, die komplette Kontenzuordnung in JTL2DATEV neu aufzubauen.
- Die Belegnummernkreise in JTL sind sauber und lückenlos. DATEV erwartet fortlaufende, eindeutige Belegnummern. Wer in JTL mit mehreren Mandanten oder mehreren Shops arbeitet und die Nummernkreise nicht sauber getrennt hat, importiert später Kollisionen.
- Die Artikel- und Versandkosten-Warengruppen sind vollständig gepflegt. Jede Warengruppe, jede Versandart und jede Zahlungsart, die in JTL Umsätze erzeugt, braucht später eine Kontenzuordnung. Fehlt eine, bleibt der Beleg beim Export entweder ungebucht liegen oder landet auf einem Sammelkonto, das dann manuell aufgeräumt werden muss.
Wer diese drei Punkte vor der Installation nicht klärt, verlagert die Arbeit nur nach hinten, meist auf den Tag der ersten Übergabe an den Steuerberater.
Installation und Grundeinrichtung
JTL2DATEV wird als eigenständige Anwendung neben der Wawi installiert und verbindet sich über die JTL-Datenbank mit dem bestehenden Mandanten. Nach der Installation folgt die Ersteinrichtung in dieser Reihenfolge:
- Verbindung zur JTL-Datenbank herstellen und den richtigen Mandanten auswählen, besonders wichtig bei Multi-Mandanten-Installationen.
- Firmenstammdaten hinterlegen: Steuernummer, Finanzamt, Wirtschaftsjahr, Kontenrahmen (SKR03/SKR04).
- DATEV-Beraternummer und Mandantennummer eintragen, beides bekommt man vom Steuerberater.
- Exportformat festlegen: klassischer ASCII-Export für den Datenträgeraustausch oder Schnittstelle zu DATEV Unternehmen online, falls der Steuerberater darüber arbeitet.
Ein Punkt, der häufig übersehen wird: Die Buchungsperiode muss in JTL2DATEV zum Wirtschaftsjahr des Steuerberaters passen. Läuft das Wirtschaftsjahr nicht kalenderjahresgleich, muss das explizit eingestellt werden, sonst rutschen Belege in falsche Zeiträume und die Summen stimmen am Jahresende nicht überein.
Kontenzuordnung: der aufwendigste, aber wichtigste Schritt
Die Kontenzuordnung entscheidet darüber, ob der Export am Ende sauber ist oder wöchentlich Rückfragen produziert. In JTL2DATEV wird für jede Kombination aus Steuersatz, Land und Warengruppe ein Erlöskonto hinterlegt. Bei einem reinen Inlandsgeschäft mit 19 Prozent und 7 Prozent ist das überschaubar. Sobald aber ins EU-Ausland verkauft wird, kommen innergemeinschaftliche Lieferungen, das OSS-Verfahren und je nach Konstellation auch Drittlandsexporte dazu, und die Zahl der benötigten Konten steigt schnell.
Sinnvoll ist, sich vom Steuerberater vorab eine Liste geben zu lassen, welche Konten für welche Umsatzart konkret genutzt werden sollen, statt das selbst zu raten. Folgende Tabelle zeigt eine typische, vereinfachte Struktur nach SKR03 als Orientierung:
| Umsatzart | Beispielkonto SKR03 | Hinweis |
|---|---|---|
| Inland 19 % | 8400 | Regelsteuersatz |
| Inland 7 % | 8300 | Ermäßigter Steuersatz |
| EU B2C (OSS) | 8125 ff. | Länderspezifisch, mit Steuerberater klären |
| EU B2B (igL) | 8125 | Steuerfreie innergemeinschaftliche Lieferung |
| Drittland | 8120 | Steuerfreie Ausfuhrlieferung |
| Versandkosten | 8400/8300 | Steuersatz richtet sich nach Warenkorb |
Diese Konten sind Beispiele und ersetzen keine steuerliche Beratung. Jeder Steuerberater arbeitet mit einer leicht abweichenden Kontenlogik, und genau deshalb sollte die Zuordnung nie ohne Rücksprache erfolgen. Wer hier eigenmächtig Konten vergibt, produziert am Jahresende Klärungsbedarf, der deutlich teurer ist als eine 30-minütige Abstimmung im Vorfeld.
Zahlungsarten und Zahlungsabgleich
Neben den Erlöskonten müssen auch die Zahlungsarten sauber verknüpft werden: PayPal, Kreditkarte, Vorkasse, Nachnahme, Rechnungskauf über einen Zahlungsdienstleister. Jede Zahlungsart braucht eine eindeutige Zuordnung zu einem Geldkonto oder Zahlungsverkehrskonto, damit DATEV die Zahlungseingänge später korrekt gegen die offenen Posten abgleichen kann. Wird diese Zuordnung ungenau gepflegt, zum Beispiel wenn zwei unterschiedliche PayPal-Konten auf dasselbe Sammelkonto laufen, entsteht in der OP-Liste des Steuerberaters ein Abgleichsproblem, das sich nur durch manuelles Nachverfolgen jedes einzelnen Belegs lösen lässt.
Ein Praxistipp: Bei Marktplatz-Anbindungen (Amazon, eBay) lohnt es sich, die Auszahlungen des Marktplatzes separat zu erfassen statt jede Einzeltransaktion 1:1 durchzureichen. Die Sammelauszahlung lässt sich in DATEV deutlich einfacher gegen die Bank abgleichen als hunderte Einzelbuchungen mit abweichenden Gebühren und Retouren.
Testlauf vor dem produktiven Export
Bevor der erste reale Export an den Steuerberater geht, sollte ein Testlauf mit einem abgeschlossenen, überschaubaren Zeitraum erfolgen, zum Beispiel eine einzelne Woche. Dabei wird geprüft:
- Stimmt die Summe der exportierten Belege mit der Summe in JTL überein?
- Sind alle Belege einem Konto zugeordnet, oder gibt es Belege ohne Zuordnung?
- Öffnet sich die exportierte Datei fehlerfrei in DATEV oder meldet DATEV Formatfehler?
- Stimmen die Belegnummern mit den Originalrechnungen aus JTL überein?
Dieser Testlauf kostet ein bis zwei Stunden, spart aber im laufenden Betrieb deutlich mehr Zeit, weil Fehler in der Kontenzuordnung noch vor der ersten produktiven Übergabe auffallen und nicht erst, wenn der Steuerberater bereits mit den Daten weiterarbeitet.
Die häufigsten Fehler in der Praxis
In Projekten, in denen wir JTL-Setups für Kunden betreuen, tauchen bei JTL2DATEV immer wieder dieselben Probleme auf:
- Doppelte Exporte: Ein Zeitraum wird versehentlich zweimal exportiert und beim Steuerberater doppelt gebucht. Abhilfe schafft eine feste Dokumentation, welcher Zeitraum bereits exportiert wurde, am besten direkt im Tool oder in einer begleitenden Liste.
- Stornos werden nicht sauber mitexportiert: Wird eine Rechnung in JTL storniert, nachdem sie schon einmal exportiert wurde, muss der Storno im nächsten Lauf korrekt als Gegenbuchung erscheinen. Wird das übersehen, steht in DATEV ein Umsatz, der nie stattgefunden hat.
- Fehlende Zuordnung neuer Warengruppen: Wird im Shop eine neue Produktkategorie angelegt, aber die passende Kontenzuordnung in JTL2DATEV vergessen, landen die Umsätze auf einem Sammelkonto oder der Export bricht ab.
- Rundungsdifferenzen bei Versandkostenanteilen: Besonders bei Mischsteuersätzen im Warenkorb (7 % und 19 % in einer Bestellung) kann es zu minimalen Rundungsabweichungen kommen, die sich über viele Belege aufsummieren und am Monatsende auffallen.
- Falsche Periodenzuordnung bei Auslandsumsätzen: Gerade beim OSS-Verfahren zählt oft das Lieferdatum und nicht das Rechnungsdatum. Wird das in JTL2DATEV nicht korrekt eingestellt, verschieben sich Umsätze in falsche Meldezeiträume.
Die meisten dieser Fehler fallen nicht sofort auf, sondern erst bei der Umsatzsteuervoranmeldung oder beim Jahresabschluss, wenn sich Differenzen nicht mehr eindeutig einem einzelnen Beleg zuordnen lassen. Deshalb lohnt sich ein monatlicher Kurzabgleich zwischen JTL-Summen und DATEV-Import, auch wenn er auf den ersten Blick wie doppelte Arbeit wirkt.
Laufender Betrieb: was regelmäßig geprüft werden sollte
Nach der Ersteinrichtung braucht JTL2DATEV keine tägliche Pflege, aber ein paar feste Routinen zahlen sich aus. Bei jeder neuen Versandart, jedem neuen Zahlungsdienstleister und jeder neuen Auslandsmärkte-Anbindung sollte vor dem ersten Export geprüft werden, ob eine Kontenzuordnung fehlt. Genauso empfiehlt es sich, einmal im Quartal stichprobenartig einzelne Belege im DATEV-Import gegen die Originalrechnung in JTL zu vergleichen. Wer zusätzlich seine Shopanbindung technisch sauber hält, etwa über eine gepflegte Shopify-Agentur oder eine belastbare JTL-Service-Partnerschaft, reduziert die Wahrscheinlichkeit, dass fehlerhafte Bestelldaten überhaupt erst bis in die Buchhaltung durchsickern.
Wann sich externe Unterstützung lohnt
Für Shops mit wenigen Zahlungsarten, einem Land und einem Kontenrahmen lässt sich JTL2DATEV mit etwas Geduld auch ohne externe Hilfe einrichten. Sobald aber mehrere Mandanten, mehrere Shops, Auslandsumsätze über OSS oder mehrere Zahlungsdienstleister zusammenkommen, steigt die Fehleranfälligkeit deutlich, und eine einmalige, saubere Ersteinrichtung durch jemanden, der die Kombination aus JTL-Struktur und Buchhaltungsanforderungen kennt, spart über die Zeit gerechnet mehr, als sie kostet. Genau hier setzen wir häufig an, wenn wir bestehende Shopsysteme technisch betreuen, sei es im Rahmen eines laufenden Online-Shop erstellen-Projekts oder als begleitende technische Beratung zu einer bestehenden JTL-Installation. Wer unsicher ist, ob die eigene Shop- und Datenstruktur überhaupt sauber genug für einen fehlerfreien Export ist, kann das im Rahmen eines Website-Audit mitprüfen lassen, auch wenn der Schwerpunkt dort meist auf Technik und Performance statt Buchhaltung liegt.
Ein Aspekt, der oft unterschätzt wird: Die Kosten für eine saubere Ersteinrichtung stehen in keinem Verhältnis zu den Kosten, die durch fehlerhafte Buchungen über Monate entstehen, etwa wenn ein Steuerberater jeden Monat manuell nachkorrigieren muss und diese Zeit in Rechnung stellt. Wer sein Digitalisierungsbudget realistisch planen will, findet über unseren Preiskalkulator einen ersten Anhaltspunkt für vergleichbare Projekte, auch wenn die konkrete JTL2DATEV-Einrichtung meist als separater, kleinerer Baustein läuft.
Sicherheit und Datenschutz nicht vergessen
DATEV-Exporte enthalten sensible Finanzdaten, Kundennamen, Rechnungsbeträge und teilweise Bankverbindungen. Die Exportdateien sollten deshalb nicht dauerhaft ungeschützt auf einem Server liegen, auf den mehrere Personen Zugriff haben, und der Übertragungsweg zum Steuerberater sollte verschlüsselt sein, idealerweise über DATEV Unternehmen online statt per unverschlüsseltem E-Mail-Anhang. Wer generell prüfen möchte, wie gut sensible Daten im eigenen System geschützt sind, findet über unsere IT-Sicherheit-Beratung einen guten Einstieg, unabhängig davon, ob es konkret um die Buchhaltungsschnittstelle oder um die gesamte Systemlandschaft geht.
Häufige Fragen
Kann JTL2DATEV automatisch buchen, ohne dass ich Konten zuordne?
Nein. JTL2DATEV bereitet die Belege auf und übergibt sie im DATEV-Format, die Kontenzuordnung muss vorher manuell hinterlegt werden. Ohne saubere Zuordnung landen Umsätze auf Sammelkonten oder der Export schlägt fehl.
Muss ich für jede neue Versandart oder Zahlungsart etwas in JTL2DATEV ändern?
Ja, jede neue Kombination aus Umsatzart, Steuersatz und Land braucht eine eigene Kontenzuordnung. Wird das vergessen, exportiert JTL2DATEV die betroffenen Belege entweder gar nicht oder ordnet sie einem falschen Konto zu.
Wie oft sollte ich einen Testlauf vor dem produktiven Export machen?
Mindestens einmal vor der ersten produktiven Übergabe, am besten mit einem kurzen, überschaubaren Zeitraum. Danach reicht in der Regel ein stichprobenartiger Abgleich einmal im Quartal.
Was passiert, wenn ich einen Zeitraum versehentlich doppelt exportiere?
Der Steuerberater bucht die Belege dann möglicherweise doppelt, was zu falschen Umsatzsummen führt. Eine feste Dokumentation, welcher Zeitraum bereits exportiert wurde, verhindert das zuverlässig.
Funktioniert JTL2DATEV auch bei Verkäufen ins EU-Ausland über OSS?
Ja, dafür braucht es aber eine differenzierte Kontenzuordnung je Land und teilweise eine korrekte Zuordnung nach Lieferdatum statt Rechnungsdatum. Das sollte unbedingt vorab mit dem Steuerberater abgestimmt werden.
Ersetzt JTL2DATEV die Prüfung durch den Steuerberater?
Nein, die Schnittstelle liefert lediglich vorbereitete Daten. Die fachliche Prüfung, ob Kontierung und Steuerbehandlung korrekt sind, bleibt weiterhin Aufgabe des Steuerberaters.
Lohnt sich die Einrichtung auch für kleine Shops mit wenig Umsatz?
Ja, denn der manuelle Aufwand für die Belegübergabe steigt mit jedem zusätzlichen Beleg linear, während die Einrichtung von JTL2DATEV eine einmalige Investition ist. Schon bei wenigen hundert Belegen im Monat rechnet sich die Automatisierung meist schnell.