JTL-Wawi-API: was für CRM-Integrationen wirklich geht
Die JTL-Wawi hat keine klassische REST-API, aber ihre Daten sind zugänglich. Dieser Ratgeber zeigt, welche Objekte sich auslesen lassen, warum Lesen unkritisch und Schreiben heikel ist und wann du für eine CRM-Anbindung eine eigene Middleware brauchst.
Kurz gesagt: Die Daten sind da, der Weg ist die Datenbank
Die JTL-Wawi ist eine Windows-Anwendung, die ihre Daten in einer Microsoft-SQL-Server-Datenbank speichert. Eine öffentliche REST-API im Sinne einer Cloud-Software gibt es dafür nicht. Trotzdem kommst du gut an die Daten: über genau diese Datenbank und über die JTL-Ameise, das eingebaute Import-/Export-Werkzeug.
Für eine CRM-Anbindung heißt das: Kunden, Firmen und Aufträge lesen ist zuverlässig und unkritisch. In die Wawi zurückschreiben ist der heikle Teil und will anders gelöst sein. Wie eine solche Verbindung im Ganzen aussieht, steht auf der Seite zur JTL-HubSpot-Integration und – toolneutral – bei der Frage, welches CRM zur JTL-Wawi passt.
- Was ist die JTL-Wawi-API?
- Mit JTL-Wawi-API ist meist nicht eine einzelne REST-Schnittstelle gemeint, sondern der Zugang zu den Wawi-Daten überhaupt. In der Praxis besteht er aus zwei Wegen: dem direkten, lesenden Zugriff auf die Microsoft-SQL-Datenbank (eazybusiness), in der die Wawi alles ablegt, und der JTL-Ameise für den geregelten Import und Export ganzer Objektlisten. Eine CRM-Anbindung nutzt fast immer den lesenden Datenbankweg und lässt eine Middleware die Daten ins CRM bringen.
Was sich lesen lässt – und was zurück in die Wawi darf
Fast alle Objekte der Wawi lassen sich auslesen. Die spannendere Frage ist die Gegenrichtung: Was darf gefahrlos zurückgeschrieben werden? Die hervorgehobene Spalte zeigt den unkritischen Weg.
Für eine CRM-Anbindung zählt fast nur die linke Spalte: Kunden, Firmen und Auftragsköpfe lesen. Der Rest bleibt in der Wawi, wo er hingehört.
Warum Lesen einfach ist und Schreiben Ärger macht
Lesen aus der JTL-Datenbank ist harmlos. Ein Benutzer mit reinem Leserecht kann Kunden, Firmen und Aufträge abfragen, ohne je etwas zu verändern. Selbst wenn die Anbindung stolpert, bleibt die Wawi unberührt – das ist der Grund, warum fast jede seriöse CRM-Integration genau so aufgebaut ist.
Direkt in die Datenbank zu schreiben ist etwas anderes. An den Tabellen hängen Trigger und Verknüpfungen, die JTL selbst pflegt und mit jedem Update anpassen kann. Wer per SQL-Befehl hineinschreibt, umgeht diese Logik und riskiert inkonsistente Datensätze, die erst Wochen später auffallen. Muss wirklich etwas zurück in die Wawi, führt der Weg über die JTL-Ameise oder die dafür vorgesehenen Schnittstellen.
Rohe SQL-Writes in die Wawi-Datenbank sind kein offizieller Weg und können beim nächsten JTL-Update brechen. Für den seltenen Fall, dass Daten zurückmüssen, ist die Ameise das richtige Werkzeug – kontrolliert und dokumentiert.
Warum es eine Middleware braucht
Fertige Connectoren zwischen JTL-Wawi und den gängigen CRMs sind selten. Eine Middleware wie n8n schließt die Lücke: Sie liest aus der Datenbank, formt die Daten um, prüft auf Dubletten und schreibt sie ins CRM. So läuft eine solche Anbindung ab.
Für den Abgleich reicht ein Datenbank-Benutzer, der nur lesen darf. Er sieht die Tabellen der eazybusiness-Datenbank, kann aber nichts verändern – so kann eine Anbindung im Betrieb keine Wawi-Daten beschädigen.
Nicht die ganze Wawi muss raus. Meist genügen Kunden mit Adresse und Kontakt, im B2B die Firma und die Auftragsköpfe. Artikel, Lager und Einkaufspreise bleiben in der Wawi.
Ein Tool wie n8n liest die gewählten Felder aus der JTL-Datenbank, prüft auf Dubletten und legt oder aktualisiert die Kontakte im CRM. Neue oder geänderte Datensätze holt es sich getaktet, etwa stündlich oder nachts.
Getestet wird mit echten Aufträgen aus deiner Wawi. Läuft der Sync, überwacht die Middleware sich selbst und meldet Fehler, statt sie still zu schlucken.
Der technische Rahmen dahinter ist derselbe wie bei anderen Systemen ohne fertige Schnittstelle – nachzulesen bei den CRM-Integration. Wie du die übertragenen Kontakte danach im CRM um Branche und Firmengröße ergänzt, steht im Ratgeber zu den HubSpot-Schnittstellen.
Unsicher, ob die Daten aus deiner Wawi für eine CRM-Anbindung reichen? Schreib mir kurz, mit welchen Objekten du arbeitest – ich sage dir, was realistisch geht.
Beispiel: Kunden aus der Wawi ins CRM ziehen
Ein Händler will seinen Bestand an Kunden und jeden neuen Auftrag automatisch im CRM sehen, statt Listen zu exportieren. So sieht die Rechnung gegenüber der Handarbeit aus.
Wo der Datenbankweg an Grenzen stößt
Der Zugang über die Datenbank ist verlässlich, aber er hat drei ehrliche Einschränkungen, die man vorher kennen sollte.
Die Middleware fragt getaktet nach Änderungen, etwa stündlich oder nachts. Für ein CRM reicht das fast immer – ein neuer Kunde muss selten in der Sekunde erscheinen, aber verlässlich am selben Tag.
Der Server mit der Wawi-Datenbank muss für die Middleware erreichbar sein – lokal, per VPN oder über einen sauber abgesicherten Zugang. Bei reinen Cloud-Setups ohne Datenbankzugang wird es aufwendiger.
JTL passt die Datenbank mit Updates an. Eine gute Anbindung fängt das ab, statt bei jeder neuen Version stillzustehen – deshalb gehört Überwachung von Anfang an dazu.
Häufige Fragen zur JTL-Wawi-API
Kostenloses Erstgespräch buchen
Erzähl mir, welche Objekte aus deiner JTL-Wawi ins CRM sollen und wie dein Setup aussieht. Ich sage dir ehrlich, was über den Datenbankweg geht und was nicht.
Termin auswählen →Ich baue Anbindungen zwischen Warenwirtschaft, CRM und internen Tools, oft mit n8n als Middleware und der JTL-Datenbank als Quelle. Diese Seite fasst zusammen, was in echten JTL-Projekten technisch geht und wo man besser die Finger von rohen Datenbank-Writes lässt.
Auf LinkedIn vernetzen →JTL-Wawi-Daten ins CRM bringen
Sag mir, welche Objekte du übertragen willst und wie viele Kunden und Bestellungen im Monat zusammenkommen. Im Erstgespräch schätze ich Aufwand und Weg ein, bevor etwas gebaut wird.
- Kostenloses Erstgespräch, ca. 15 Minuten
- Klare Einschätzung: welcher Datenweg und welche Felder
- Ehrlicher Blick auf Datenmenge, Takt und Grenzen