Zum Hauptinhalt springen

JTL-Wawi · JTL-Shop 5 · Schnittstellen

JTL-Agentur für Händler, die mehr als Standard brauchen.

JTL-Wawi und JTL-Shop 5 laufen bei Ihnen — aber Stripe, Marktplätze, E-Rechnung und DATEV hängen noch an Handarbeit? Wir entwickeln Plugins, Schnittstellen und Headless-Frontends auf JTL-Basis: Software-Engineering für KMU-Händler, betrieben auf AWS.

JTL-Shop 5Plugins & Child-Templates
JTL-WawiSchnittstellen via Cloud-API
E-Rechnung + DATEVXRechnung, ZUGFeRD, EXTF
Plugins & Templates
Shop 5
JTL-Cloud-API
GraphQL
E-Rechnung aus JTL
EN 16931
Integrationen betrieben auf
AWS

Leistungen

Was wir rund um JTL entwickeln.

Einrichtung und Schulung von JTL-Wawi übernehmen viele. Wir setzen dort an, wo Code gebraucht wird: Plugins, Schnittstellen, Frontends und der Weg bis in die Buchhaltung.

Typische Projekte

Drei Beispielszenarien aus dem JTL-Alltag.

Vereinfachte Beispielszenarien, wie wir JTL-Integrationen angehen — keine Kundenreferenzen.

  • Beispielszenario 1

    Stripe-Zahlung sauber in JTL-Wawi

    Ausgangslage
    Ein Händler verkauft zusätzlich über eine eigene Landingpage mit Stripe Checkout. Zahlungen landen bislang per Hand als Auftrag in der Wawi.
    Lösung
    Webhook-Verarbeitung auf AWS legt den Auftrag mit Zahlungszuordnung in JTL-Wawi an, reserviert Bestand und meldet Stripe-Gebühren für die Buchhaltung mit.
    • Stripe
    • JTL-Cloud-API
    • AWS Lambda
  • Beispielszenario 2

    B2B-Kundenportal mit Live-Beständen

    Ausgangslage
    Gewerbekunden bestellen per E-Mail und fragen telefonisch Lieferzeiten ab. Die Daten liegen alle in JTL-Wawi.
    Lösung
    Next.js-Portal mit kundenspezifischen Preisen und Beständen aus der Wawi; Bestellungen entstehen direkt als Aufträge — ohne doppelte Pflege.
    • Next.js
    • Kundenpreise
    • JTL-Wawi
  • Beispielszenario 3

    Marktplatz-Umsätze bis in die DATEV-Buchung

    Ausgangslage
    Amazon- und eBay-Bestellungen laufen über JTL in die Wawi, die Buchhaltung bekommt am Monatsende Excel-Listen.
    Lösung
    Belege werden je Kanal zugeordnet, E-Rechnungen validiert und als DATEV-Buchungsstapel (EXTF) übergeben — der Steuerberater importiert direkt.
    • Marktplätze
    • XRechnung
    • DATEV EXTF

Technik

Die JTL-Bausteine, mit denen wir arbeiten.

JTL ist kein einzelnes Produkt, sondern ein Baukasten. Wer integriert, muss wissen, welcher Baustein welche Daten hält und über welchen Weg er erreichbar ist.

JTL-WawiERP
Die kostenlose Warenwirtschaft von JTL: Artikel, Lager, Aufträge, Rechnungen, Versand. Datenzentrale für Shop und Marktplätze — und der Ausgangspunkt jeder Integration.
JTL-Shop 5Shop
Das Shopsystem von JTL mit NOVA-Standardtemplate, Child-Templates und Plugin-Manager. Eigene Funktionen gehören in ein Plugin, nicht in den Core.
JTL-Cloud / Platform APISchnittstelle
REST für Authentifizierung und Konto, GraphQL (erp/v2) für Artikel, Kategorien, Kunden, Aufträge und Bestände. Basis für Cloud-Apps und externe Integrationen.
JTL-WorkerAutomation
Dienst, der Abgleiche zwischen JTL-Wawi und den Verkaufskanälen in festen Intervallen ausführt — Artikel, Bestände, Bestellungen.
JTL-AmeiseImport/Export
Das Import- und Exportwerkzeug von JTL-Wawi für Massendaten — Artikel, Preise, Bestände, Kunden per CSV-Vorlage. Ideal für Migrationen und Datenpflege.
JTL-ConnectorDrittshop
Verbindet JTL-Wawi mit Shopware 6 oder Shopify und synchronisiert Artikel, Bestände, Preise, Kunden und Bestellungen. Der Shopware-5-Connector ist abgekündigt.

E-Rechnung & DATEV mit JTL

Von der Wawi-Rechnung bis zum Buchungsstapel.

JTL-Wawi erzeugt seit Version 1.9.6 XRechnungen und seit 1.11 ZUGFeRD-PDFs — für Standardrechnungen aus der Wawi reicht das. Die Lücken liegen daneben: Umsätze, die nie als Wawi-Rechnung entstehen, Validierung gegen EN 16931 und der Weg in die DATEV-Buchhaltung ohne Excel-Zwischenschritt.

  • XRechnung/ZUGFeRD aus JTL-Wawi einrichten und gegen KoSIT validieren
  • Stripe- und Marktplatz-Umsätze als E-Rechnung nachziehen
  • DATEV-Buchungsstapel (EXTF, SKR03/04) mit Erlös, Gebühr und Storno
  • Exportly-Anbindung an JTL in Vorbereitung — bis dahin projektbezogen

Belegfluss

  1. JTL-Wawi

    Auftrag → Rechnung (XRechnung / ZUGFeRD)

    Quelle
  2. Validierung & Ergänzung

    EN 16931 / KoSIT · Stripe & Marktplatz-Belege

    codehero
  3. DATEV-Buchungsstapel

    EXTF · SKR03/04 · Erlös, Gebühr, Storno

    Exportly

Der ehrliche Vergleich

JTL, Shopware oder Shopify?

Kurz eingeordnet für KMU-Händler. Die Systeme schließen sich nicht aus — JTL-Wawi läuft oft als Warenwirtschaft hinter einem Shopware- oder Shopify-Shop.

Vergleich: JTL-Shop + JTL-Wawi vs. Shopware 6 vs. Shopify
KriteriumJTL-Shop + WawiShopware 6Shopify
WarenwirtschaftJTL-Wawi integriertper ERP-Anbindungper App / ERP
Hosting / Datenhoheitself-hosted (Shop) + lokal/Cloud (Wawi)self-hosted oder Cloudgehostet (SaaS)
Marktplatz-Anbindungnativ über JTLüber Erweiterungenüber Apps
Headless / API-firstmöglich (Wawi-/Cloud-API)nativ (Store API)gut (Storefront API)
B2B-Funktionensolidesehr starkZusatz nötig
Ideal fürMultichannel-Händler mit LagerB2B & individuelle Prozesseschnellen B2C-Start

Warum codehero

JTL-Praxis trifft
Payment-, Buchhaltungs- & Cloud-Engineering.

Wir sind eine Software- und Integrationsagentur für JTL-Händler — wir bauen Plugins, Schnittstellen und Frontends um JTL herum. Unsere Erfahrung mit der JTL-Cloud-API stammt aus der Entwicklung unserer eigenen JTL-App für Exportly.

Erfahrung mit der JTL-Cloud-API

Authentifizierung, Tenant-Kontext und GraphQL-Abfragen gegen JTL-Wawi — hands-on aus der Exportly-JTL-App, nicht aus der Doku.

Stripe Professional Developer

Zertifizierte Payment-Expertise: Checkout, SEPA, Abos und der Weg der Zahlung bis in Wawi und DATEV.

AWS Solutions Architect

Integrationen laufen serverless in Frankfurt — mit Monitoring, Wiederholungslogik und Protokollen, die Fehler sichtbar machen.

Update-sichere Entwicklung

Plugins statt Core-Hacks, Tests für Storno und Retoure, Dokumentation — damit JTL-Updates kein Risiko werden.

https://integration.ihre-domain.de/sync

So läuft ein JTL-Projekt

Von den Datenflüssen zum stabilen Betrieb.

Vier Phasen — Analyse, Mapping, Umsetzung, Betrieb auf AWS.

  1. Analyse der DatenflüsseWelche Daten liegen wo in JTL-Wawi, welche Kanäle hängen dran, wo wird heute per Hand nachgearbeitet — daraus entsteht ein verbindliches Angebot.
  2. Mapping & PrototypFeldzuordnung, Steuersätze, Sonderfälle. Ein erster Durchstich gegen die JTL-API zeigt früh, ob die Annahmen stimmen.
  3. Umsetzung & TestsPlugin, Schnittstelle oder Frontend in Sprints mit Testumgebung — inklusive Fehlerfällen wie Storno, Teillieferung und Retoure.
  4. Go-Live & BetriebMonitoring, Alarmierung und Protokolle auf AWS. Updates von JTL-Wawi und JTL-Shop werden mitgetestet, nicht erst nach dem Ausfall.

Fragen zu JTL-Entwicklung & Schnittstellen

JTL läuft — jetzt soll der Rest automatisch laufen?

Beschreibt in fünf Minuten, was zwischen JTL-Wawi, Shop, Stripe und Buchhaltung noch per Hand passiert. Wir sagen ehrlich, was sich lohnt.