Zum Hauptinhalt springen
Integration Dokumentation

JTL-Wawi Integration

Verbinden Sie JTL-Wawi mit BISpicy POS und synchronisieren Sie Produkte, Bestand, Kunden und Bestellungen bidirektional. Die Anbindung läuft über SQL-Direkt mit BISConnect; der frühere Weg über die REST API ist stillgelegt. Kostenlos verfügbar für alle BISpicy-Nutzer.

Zuletzt aktualisiert: 14. November 2026 · Preisänderungen aus JTL stoßen die Kassen sofort an (seit BISpicy 0.17.3.4), Intervall-Auswahl und Vollabgleich wie im Kundencenter · 7. November 2026: REST API stillgelegt, nur noch SQL-Direkt · 2. November: REST API als eingeschränkt gekennzeichnet, Artikelbilder nur über SQL-Direkt · 31. Oktober: Kategorien nach Freigabe für den Kassen-Kanal

Übersicht

Die JTL-Wawi Integration verbindet Ihre JTL-Warenwirtschaft mit BISpicy POS. Artikelstammdaten, Lagerbestände, Kundendaten und Verkäufe werden automatisch synchronisiert, sodass beide Systeme stets auf dem aktuellen Stand sind.

Bidirektionaler Sync
Produkte, Kunden, Bestand, Kategorien
Verkäufe übertragen
POS-Verkäufe als JTL-Aufträge
Kostenlos
Für alle BISpicy-Nutzer inklusive

Was wird synchronisiert?

DatentypBeschreibungRichtung
ProdukteArtikelstammdaten (Name, SKU, EAN, Preise, Steuersätze, Beschreibungen)Bidirektional
BestellungenPOS-Verkäufe werden als Aufträge (Sales Orders) in JTL angelegtZu JTL
KundenKundenstammdaten (Name, Adresse, E-Mail, Telefon, USt-IdNr.)Bidirektional
BestandLagerbestände und BestandsbewegungenBidirektional
KategorienWarengruppen und KategoriebäumeBidirektional
Kategorien an der Kasse: Liegt ein Artikel in JTL-Wawi in mehreren Kategorien, ordnen BIS ERP und die Kasse ihn der Kategorie zu, die in JTL-Wawi für den Kassen-Kanal freigegeben ist. Ist zum Beispiel „Hundefutter“ für den Kassen-Kanal freigegeben, „Katzenfutter“ aber nicht, steht ein Artikel aus beiden Kategorien an der Kasse unter „Hundefutter“. Unter mehreren freigegebenen gewinnt die genaueste (am tiefsten im Baum); bei mehreren Kassen mit eigenen Kanälen zählen die Freigaben aller Kassen-Kanäle zusammen. Sind keine Freigaben gepflegt, bleibt alles wie bisher. Kategorien, in denen danach kein Artikel mehr liegt, blendet die Kasse aus. Mehr dazu in der BIS-ERP-Anleitung.

Unterstützte JTL-Versionen

VersionVarianteStatus
JTL-Wawi 1.8+OnPremise (lokal installiert), SQL-Direkt-Anbindung über BISConnectUnterstützt
JTL-Wawi 1.9+OnPremise oder Cloud, REST-API-AnbindungUnterstützt
JTL-Wawi < 1.8AlleNicht unterstützt

Welche Anbindung?

Die Verbindung zu Ihrer lokal installierten JTL-Wawi läuft über BISConnect — den JTL-Wawi-Bridge-Desktop-Client. BISConnect bietet zwei Verbindungsmodi, die Sie über einen Umschalter im Tab „Einstellungen" wechseln können. Wählen Sie zuerst Ihren Modus — die detaillierte Schritt-für-Schritt-Anleitung steht dann jeweils auf einer eigenen Seite.

SQL-Direkt und der stillgelegte REST-Weg im Vergleich

KriteriumSQL-Direkt (empfohlen)REST API
VerbindungDirekt zur JTL-MSSQL-DatenbankÜber die JTL REST API
JTL REST API ServerNicht erforderlichMuss laufen
App-Registrierung in JTLNicht erforderlichErforderlich
Sync-GeschwindigkeitSchnellAbhängig von der REST API
UmfangEmpfohlener WegNur ein Teil des Abgleichs, keine Artikelbilder (Bekannte Einschränkungen)
EinrichtungMSSQL-Verbindungsdaten in BISConnect9 Schritte inkl. JTL-App-Registrierung
AnleitungJTL-Anbindung über SQL-DirektJTL-Anbindung über die REST API
Umstellen auf SQL-Direkt: Eine Altverbindung im REST-Modus wird nicht mehr abgeglichen. Stellen Sie sie im Kundencenter unter JTL-Wawi auf BISConnect (SQL) um; BISConnect muss dafür auf dem Rechner mit der JTL-Wawi laufen.

Voraussetzungen

Diese Voraussetzungen gelten für beide Anbindungsarten. Die modusspezifischen Voraussetzungen stehen jeweils im passenden Einrichtungs-Guide.

#VoraussetzungDetails
1 JTL-Wawi 1.8+ Für die SQL-Direkt-Anbindung genügt Version 1.8. Die REST-API-Anbindung setzt JTL-Wawi 1.9 voraus, weil JTL die REST API erst ab dieser Version anbietet. Prüfen Sie Ihre Version unter Hilfe → Über JTL-Wawi.
2 BISpicy POS Account Ein aktives BISpicy-Konto mit WaWi-Verbindung (BIS ERP oder Kundencenter).
3 BISConnect (bei On-Premise) Bei einer lokal installierten JTL-Wawi wird BISConnect als Brücke benötigt. Bei JTL Cloud ist kein BISConnect erforderlich.
Modusspezifische Voraussetzungen: Bei SQL-Direkt muss die JTL-MSSQL-Datenbank erreichbar sein (bei benannten Instanzen zusätzlich SQL Server Browser und TCP/IP). Bei REST API muss der JTL REST API Server laufen und eine App-Registrierung in JTL-Wawi angelegt sein.
Kostenlos: Die JTL-Wawi Integration ist für alle BISpicy-Nutzer kostenlos verfügbar. Es ist kein Premium-Feature oder Zusatz-Abo erforderlich.

Sync-Konfiguration

Für jeden Datentyp können Sie die Sync-Richtung individuell festlegen. So behalten Sie die volle Kontrolle darüber, welches System die Datenhoheit hat.

BISpicy - Sync-Konfiguration Übersicht
Sync-Konfiguration — Richtung, letzter Sync und Status pro Datentyp

Verfügbare Sync-Richtungen

Datentyp Zu JTL Von JTL Bidirektional Aus
Produkte
Bestellungen
Kunden
Bestand
Kategorien
Bestellungen nur "Zu JTL": POS-Verkäufe werden als Aufträge (Sales Orders) in JTL-Wawi angelegt. Eine Rücksynchronisierung von JTL-Aufträgen zur Kasse ist nicht vorgesehen, da die POS-App die Quelle aller Kassenverkäufe ist.
Konfliktauflösung bei bidirektionalem Sync: Wenn dasselbe Feld in beiden Systemen gleichzeitig geändert wird, gewinnt JTL-Wawi bei Konflikten. Stellen Sie sicher, dass Sie Stammdaten möglichst nur in einem System pflegen, um Konflikte zu vermeiden.

Empfohlene Konfigurationen

SzenarioProdukteBestandKundenBestellungen
JTL ist Hauptsystem
Stammdaten werden in JTL gepflegt
Von JTL Bidirektional Bidirektional Zu JTL
POS ist Hauptsystem
Stammdaten werden in BISpicy gepflegt
Zu JTL Bidirektional Zu JTL Zu JTL
Beide Systeme gleichberechtigt
Änderungen in beiden Systemen möglich
Bidirektional Bidirektional Bidirektional Zu JTL

Feld-Mapping

Die folgende Tabelle zeigt, wie BISpicy-Felder auf JTL-Wawi-Felder abgebildet werden.

Produkte

BISpicy-FeldJTL-Wawi-FeldHinweis
skuSKUArtikelnummer - dient als eindeutiger Schlüssel für den Abgleich
nameNameProduktname
shortDescriptionShortDescriptionKurzbeschreibung
eanIdentifiers.GtinEAN/GTIN Barcode
sellingPriceItemPriceData.SalesPriceNetNetto-Verkaufspreis
purchasePriceItemPriceData.PurchasePriceNetNetto-Einkaufspreis
taxRateTaxClassIdSteuersatz (wird über JTL Steuerklassen gemappt)
stockQuantityStorageOptionsLagerbestand
categoryCategories[].CategoryIdKategorie (wird per Name/ID aufgelöst)

Verkäufe (POS → JTL SalesOrders)

BISpicy-FeldJTL-Wawi-FeldHinweis
saleIdExternalNumberExterne Belegnummer zur Referenz
saleDateTimeSalesOrderDateVerkaufsdatum und -uhrzeit
cashierNameCommentKassierer-Name wird als Kommentar hinterlegt
paymentMethodPaymentMethodNameZahlungsart (Bar, Karte, SumUp, Zettle, etc.)
items[].nameLineItems[].NamePositionsname
items[].quantityLineItems[].QuantityMenge (inkl. Dezimalmengen bei teilbaren Produkten)
items[].unitPriceLineItems[].SalesPriceNetNetto-Einzelpreis
items[].taxRateLineItems[].TaxRateSteuersatz der Position (z.B. 19, 7)
Artikel-Zuordnung: Positionen werden über die SKU (Artikelnummer) den JTL-Artikeln zugeordnet. Stellen Sie sicher, dass die SKUs in beiden Systemen übereinstimmen.

Kassenapp verbinden

Nachdem die JTL-Verbindung im Kundencenter eingerichtet ist, müssen Sie die BISpicy POS App mit dem gleichen Konto verbinden, damit die synchronisierten Artikel auf der Kasse erscheinen.

Anmeldung in der Kassenapp

Es gibt zwei Wege, sich mit Ihrem BISpicy-Konto in der Kassenapp anzumelden:

Option A: Im Einrichtungs-Wizard

Beim ersten Start der App erscheint der Einrichtungs-Wizard. Im Schritt "Ihr persönliches Kundencenter" können Sie sich direkt anmelden oder registrieren:

BISpicy POS - Anmeldung im Einrichtungs-Wizard
Login im Einrichtungs-Wizard der POS App

Option B: In den Einstellungen

Falls Sie den Wizard bereits abgeschlossen haben, finden Sie die Anmeldung unter:
Einstellungen → Steuern & Compliance → Kundenkonto & Lizenzen

BISpicy POS - Kundenkonto Login in den Einstellungen
Kundenkonto-Login in den App-Einstellungen
Welches Konto verwenden? Melden Sie sich mit dem gleichen Konto an, das auch im Kundencenter die JTL-Verbindung eingerichtet hat. Alternativ können Sie in der BISpicy Warenwirtschaft (BIS ERP) einen Systembenutzer speziell für die Kasse anlegen — so ist die Kassenapp nicht an ein persönliches Konto gebunden.

Verbindungsstatus prüfen

Nach der Anmeldung sehen Sie im gleichen Screen Ihre Kassen-Module und den Verbindungsstatus. Oben links neben dem Hamburger-Menü erscheint ein Statusindikator:

  • ● Grün — Verbindung zum Kundencenter steht, Sync ist aktiv
  • ● Rot — Noch keine aktive Sync-Verbindung
BISpicy POS - Kundenkonto verbunden mit Statusindikator
Angemeldet — grüner Punkt oben links zeigt aktive Verbindung

Artikel auf der Kasse prüfen

Nach der Anmeldung synchronisiert die Kassenapp automatisch die Artikel aus Ihrem Konto. So prüfen Sie, ob die JTL-Artikel angekommen sind:

  1. Stellen Sie sicher, dass in der JTL-Integration "Artikel automatisch an Kasse" aktiviert ist
  2. Lösen Sie ggf. einen manuellen Sync im Kundencenter aus (Button "Synchronisieren")
  3. Öffnen Sie in der Kassenapp die Artikelübersicht — die JTL-Artikel sollten dort erscheinen
  4. Erscheinen keine Artikel: Prüfen Sie unter Einstellungen → Sync ob die letzte Synchronisierung erfolgreich war
Erster Sync kann einen Moment dauern: Je nach Artikelanzahl kann der initiale Abgleich zwischen JTL-Wawi und der Kassenapp einige Minuten in Anspruch nehmen. Danach werden nur noch Änderungen übertragen (Delta-Sync).

Sync-Intervall in der Kassenapp

Standardmäßig synchronisiert die Kassenapp alle 15 Minuten mit dem Kundencenter. Sie können das Intervall anpassen unter:

Einstellungen → Daten & Sicherung → Sync-Intervall

IntervallEmpfohlen für
1 MinuteHäufige Preisänderungen, Echtzeit-Bestand
5 MinutenAktiver Kassenbetrieb mit regelmäßigen Änderungen
15 Minuten (Standard)Die meisten Betriebe
30 MinutenWenige Änderungen im Tagesverlauf
60 MinutenReine Stammdaten, selten aktualisiert
BISpicy POS - Sync-Intervall Einstellung
Sync-Intervall unter Einstellungen → Daten & Sicherung anpassen

Auto-Sync

Der automatische Sync läuft serverseitig im Hintergrund und hält beide Systeme ohne manuellen Eingriff synchron.

BISpicy - Auto-Sync Einstellungen, Datenhoheit und BISConnect Relay
Feld-Zuordnung, Datenhoheit, Auto-Sync Intervall und BISConnect Relay Status

Sync-Intervall

Ist der Auto-Sync aktiviert, wählen Sie das Intervall für den automatischen Abgleich:

IntervallBeschreibungEmpfohlen für
Alle 5 MinutenHäufigster AbgleichViele Änderungen am Tag
Alle 15 MinutenHäufiger AbgleichHohe Transaktionsvolumen, Omnichannel
Alle 30 MinutenGuter Kompromiss aus Aktualität und LastDie meisten Betriebe
Jede StundeStündlicher AbgleichMittleres Transaktionsvolumen
Alle 6 StundenMehrmals täglichWenige tägliche Änderungen
Einmal täglichEinmal am TagReine Stammdaten-Synchronisation

Daneben legen Sie den Vollabgleich fest: nur manuell, alle 6, alle 12 oder alle 24 Stunden. Darunter steht, wann der letzte Vollabgleich lief.

Status und manueller Sync

In der Integrationsübersicht sehen Sie jederzeit:

  • Letzter Sync: Zeitpunkt des letzten erfolgreichen Abgleichs
  • Status: Erfolgreich, Fehlgeschlagen oder Ausstehend
  • Synchronisierte Datensätze: Anzahl der geänderten Produkte, Kunden, Bestellungen etc.

Über den Button "Jetzt synchronisieren" können Sie jederzeit einen manuellen Sync auslösen, unabhängig vom konfigurierten Intervall.

Sync-Protokoll prüfen

Im Kundencenter unter Anbindungen → JTL-Wawi → Sync-Protokoll können Sie detailliert nachvollziehen, welche Daten synchronisiert wurden. Das Protokoll zeigt:

  • Letzte Sync-Läufe — Zeitpunkt und Anzahl der verarbeiteten Einträge
  • Einzelne Datensätze — Typ (Produkt, Bestellung, etc.), Aktion (Pull/Push), Richtung, Name/SKU und Status
  • Filter — Nach Typ, Status oder Suchbegriff filtern
BISpicy - JTL Sync-Protokoll
Sync-Protokoll — detaillierte Übersicht aller synchronisierten Datensätze
Zwei getrennte Sync-Intervalle beachten! Die Daten durchlaufen zwei Stationen:
  1. JTL-Wawi ↔ Kundencenter — Intervall im Kundencenter (z.B. alle 5 Min). Hier werden Artikel, Bestand, Kategorien etc. zwischen JTL und der BISpicy Cloud abgeglichen.
  2. Kundencenter ↔ Kassenapp — Intervall in der Kassenapp (Standard: 15 Min, einstellbar unter Einstellungen → Daten & Sicherung). Hier holt sich die Kasse die Daten aus der Cloud. Preisänderungen aus JTL warten nicht darauf (siehe Wie schnell Preise aus JTL an die Kasse kommen).

Das Kundencenter ist die Zentrale zwischen JTL-Wawi und Kassenapp. Beide Intervalle sind unabhängig voneinander konfigurierbar.

Wie schnell Preise aus JTL an die Kasse kommen

Preise warten nicht auf das Intervall der Kassenapp. Seit BISpicy 0.17.3.4 (12. November 2026) gilt: Ändert ein Abgleich Sonderpreise, Staffelpreise oder Preise je Kundengruppe aus JTL-Wawi, stößt BISpicy danach sofort Ihre Kassen an. Eine eingeschaltete Kasse mit Internetverbindung holt die neuen Preise dann innerhalb von Sekunden. Eine Kasse, die gerade ausgeschaltet oder offline ist, holt sie nach, sobald sie wieder verbunden ist.

Sonderpreise, die Sie in JTL-Wawi abschalten oder löschen, entfernt BISpicy beim Abgleich ebenfalls; danach gilt an der Kasse wieder der Preis aus JTL. Vorher konnte ein neuer Sonderpreis an der Kasse fehlen, bis sich am Artikel etwas anderes änderte, und ein in JTL abgeschalteter Sonderpreis blieb an der Kasse stehen.

Kommt ein neuer Preis trotzdem nicht an? Prüfen Sie, ob die Kasse online ist, ob der Sonderpreis in JTL-Wawi aktiv ist und sein Zeitraum heute schon begonnen hat, und ob der letzte Abgleich im Sync-Protokoll ohne Fehler durchgelaufen ist.

Delta-Sync: Es werden nur geänderte Datensätze synchronisiert (basierend auf updated_at Timestamps). Ein vollständiger Abgleich aller Daten ist nicht nötig und spart Bandbreite.

Bekannte Einschränkungen

Die folgenden Einschränkungen gelten für die REST-API-Anbindung. Die JTL-Wawi REST API (v1) ist noch im Beta-Stadium, und über sie läuft nur ein Teil des Abgleichs. Wo immer Ihre JTL-Datenbank erreichbar ist, richten Sie deshalb SQL-Direkt ein.

Artikelbilder: kein Abgleich über die REST API

Die JTL REST API liefert nur Angaben zum Bild, nicht das Bild selbst. Der Abgleich meldet dann: „Bilder übernimmt der SQL-Abgleich über BISConnect; über die REST-API ist kein Bilder-Download möglich – bitte BISConnect nutzen oder Bilder manuell importieren.“ Bilder kommen deshalb nur über SQL-Direkt oder per Bilder-Import in BIS ERP.

Aufträge: Bezahl- und Lieferstatus kann nicht über die API gesetzt werden

Die JTL REST API v1 unterstützt weder PATCH (Update) noch Workflow-Events für Aufträge. POS-Kassenverkäufe werden daher als "Nicht bezahlt" und "Ausstehend" in JTL-Wawi angelegt.

Empfohlener Workaround: JTL-Workflow einrichten

Erstellen Sie in JTL-Wawi unter Admin → JTL-Workflows einen automatischen Workflow:

  1. Auslöser: Neuer Auftrag erstellt
  2. Bedingung: Anmerkung enthält BISpicy POS
  3. Aktionen:
    • Bezahlstatus auf "Bezahlt" setzen
    • Lieferstatus auf "Komplett geliefert" setzen
Stücklisten/BOM: Komponenten werden nicht automatisch verknüpft

Die JTL REST API v1 unterstützt keine Stücklisten-Verknüpfung in Auftragspositionen. Wenn ein Stücklistenartikel (z.B. ein 30er-Pack) über die Kasse verkauft wird, erscheint in JTL der Hinweis "Stückliste wurde ohne Komponenten erstellt". Die Komponenten müssen in JTL manuell aufgelöst oder über einen Workflow ergänzt werden.

Ob und wann JTL-Software die REST API erweitert, liegt bei JTL. Für den Betrieb empfehlen wir SQL-Direkt.

Rechnungskauf an der Kasse

Wenn ein Kunde an der Kasse auf Rechnung kauft (Ware sofort mitnehmen, später bezahlen), übernimmt JTL-Wawi anschließend die Rechnungserstellung, den Druck und die Verwaltung des Zahlungseingangs. BISpicy POS legt den Auftrag in JTL an — ein Workflow in JTL kümmert sich vollautomatisch um den Rest.

So läuft ein Rechnungskauf End-to-End ab

  1. An der Kasse: Der Kassierer wählt die Zahlart „Rechnung" (oder eine eigene Bezeichnung wie z. B. „Rechnung by Asia-In"). Voraussetzung: der Kunde ist im Bon ausgewählt — ein Laufkunde kann keine Rechnung erhalten.
  2. BISpicy POS → BIS ERP: Der Bon wird an die ERP-Cloud gepusht und enthält das Flag isInvoicePayment = true.
  3. BIS ERP → JTL-Wawi: Der Auftrag wird in JTL angelegt mit kZahlungsart = die in der Zahlungsarten-Zuordnung gewählte JTL-Rechnungs-Zahlart, nIstExterneRechnung = 0 (JTL verwaltet die Rechnung selbst) und offenen Positionen (fAnzahlOffen = qty, fAnzahlAufRechnung = 0).
  4. BIS ERP → JTL Workflow-Queue: Direkt nach dem Auftrags-Insert legt BIS ERP einen Eintrag in der JTL-Workflow-Queue (dbo.tWorkflowQueue) für den im Kundencenter gewählten Workflow ab (Event „Auftrag erstellt").
  5. JTL-Worker: Der JTL-Worker zieht den Queue-Eintrag und führt den Workflow aus — typischerweise Rechnung erstellen und Drucken.
  6. Kunde nimmt die gedruckte Rechnung mit. Der Zahlungseingang wird in JTL ganz normal über Bankkonto-Import / OP-Liste verbucht — BIS ERP greift hier nicht mehr ein.

Einrichtung im BISpicy-Kundencenter

Im Kundencenter unter Anbindungen → JTL-Wawi gibt es zwei Bereiche, die für Rechnungskauf eingerichtet werden müssen.

1. Zahlungsarten-Zuordnung

In der Sektion Zahlungsarten-Zuordnung (JTL ↔ POS) die JTL-Rechnungs-Zahlart (z. B. „Rechnung" mit kZahlungsart = 7 oder eine kundenspezifische wie „Rechnung by Asia-In") auf die POS-Zahlart „rechnung" mappen. Ob ein Verkauf ein Rechnungskauf ist, erkennt BIS ERP an einem Kennzeichen — nicht am Namen der Zahlart: Eine Zahlart, die nur „Rechnung" im Namen trägt, aber kein Kennzeichen hat, wird wie eine Sofortzahlung gebucht. Bei einer Zahlart, die Ihre Kasse selbst führt (wie „rechnung"), legen Sie das Kennzeichen an der Kassen-Zahlart fest: Kundencenter → Verkauf → Zahlungsarten, Häkchen „Rechnungskauf" (oder Zahlart-Typ „Rechnung"). Das Häkchen „Rechnungskauf" in der Zuordnungstabelle wirkt nur für JTL-Zahlarten, die an der Kasse direkt angeboten werden (Spalte „An Kasse").

Bei Rechnungskauf-Verkäufen wird in JTL kein tZahlung-Eintrag angelegt — der offene Posten bleibt erhalten, bis der Kunde tatsächlich bezahlt. Bei Sofortzahlung (Bar/Karte/SumUp) wird der tZahlung-Eintrag direkt mitgeschrieben.

2. Workflow für Rechnungskauf

In der Sektion Workflow für Rechnungskauf an der Kasse aus dem Dropdown den JTL-Workflow auswählen, der nach jedem Rechnungskauf-Verkauf ausgeführt werden soll (z. B. „Rechnung Drucken"). Die Liste wird live aus der eigenen JTL-Datenbank geladen — es muss nichts manuell eingetragen werden.

Optional kann eine Verzögerung von 0 (sofort) oder 1 Minute nach Auftragsanlage gewählt werden. Mit 1 Minute hat JTL Zeit, alle Eckdaten zu indexieren, bevor der Workflow startet — in der Praxis funktioniert „sofort" zuverlässig.

Wenn kein Workflow gewählt ist, läuft der Verkauf weiterhin als ganz normaler JTL-Auftrag — die Rechnungserstellung muss dann manuell in JTL angestoßen werden.

Workflow-Konfiguration in JTL-Wawi

Der ausgewählte Workflow muss in JTL-Wawi unter Admin → Workflows → Aufträge → Auftrag - Erstellt angelegt sein. Empfohlene Konfiguration:

EigenschaftWertHinweis
Anlegen unterAufträge → Auftrag - ErstelltIm JTL-Workflow-Editor links auf „Aufträge" → „Auftrag - Erstellt" auswählen und „Neuer Workflow" klicken.
Namez. B. „Rechnung Drucken"Frei wählbar. Dieser Name erscheint anschließend im BIS-ERP-Dropdown.
Bedingung Modus: „Alle Bedingungen erfüllen"
Pfad: Auftrag\Sonstiges\Plattform\Name
Operator: Enthält
Wert: BIS
Stellt sicher, dass nur Aufträge mit Plattform „BISpicy POS" gedruckt werden — nicht z. B. Shop-Aufträge oder manuell angelegte Aufträge in JTL.
Aktion 1Rechnung erstellen → Rechnung erstellenErstellt das Dokument tRechnung aus den offenen Positionen des Auftrags. Voraussetzung: fAnzahlAufRechnung < fAnzahlGeliefert — BIS ERP sorgt dafür.
Aktion 2Ausgabe → Ausgabemodus: Drucken, Formular: RechnungDruckt die soeben erstellte Rechnung auf den hinterlegten Drucker. Alternativ E-Mail oder PDF speichern.
AusführungsplanZeitverzögert oder Sofort ausführen„Zeitverzögert" läuft über die Workflow-Queue (kompatibel mit dem BIS-ERP-Trigger und der konfigurierten 0/1-Minuten-Verzögerung). „Sofort ausführen" läuft im Application-Code — ebenfalls kompatibel, dort entfällt der Queue-Eintrag.
AktivJaHäkchen „Workflow deaktivieren" muss leer sein. Nur aktive Workflows erscheinen im BIS-ERP-Dropdown.
Praxisbeispiel der Bedingung (aus echtem Setup):
Sonstiges.Plattform.Name enthält BIS
Pfad in der JTL-Dropdown: Auftrag → Sonstiges → Plattform → Name  ·  Operator: Enthält  ·  Wert: BIS

Was BIS ERP automatisch macht

  • Auftrags-Anlage: POS-Auftrag wird in JTL als ganz normaler Auftrag eingetragen (Plattform „BISpicy POS", Versandart „Selbstabholung", Lieferstatus „komplett ausgeliefert").
  • Offene Posten erhalten: Anders als bei Sofortzahlung wird tAuftragEckdaten.fOffenerWert auf den Bruttobetrag gesetzt und kein tZahlung-Eintrag erzeugt — JTL erkennt den Auftrag korrekt als „noch zu fakturieren".
  • Positionen offen für Rechnung: tAuftragPositionEckdaten.fAnzahlAufRechnung = 0 bei Rechnungskauf. Damit findet der „Rechnung erstellen"-Workflow eine offene Menge zum Fakturieren.
  • Workflow-Queue-Insert: Direkt nach dem Auftrag wird ein Eintrag in dbo.tWorkflowQueue mit nEvent = 1 (Auftrag erstellt), kBenutzer = 1, kWorkflow = der gewählten ID und dStartDate = jetzt oder +1 Min angelegt.

Was Sie in JTL nach jedem Rechnungskauf sehen

  • Ein neuer Auftrag in der Auftrags-Übersicht mit Plattform „BISpicy POS" und der Auftragsnummer (z. B. 1462092026A).
  • Im Workflow-Log (Admin → Hintergrundprozesse → Workflow Log): Einträge wie „starte Workflow mit: 1462092026A" → „Rechnung 889942026R wurde erstellt" → „Ausgabemodus: Drucken Formular: Rechnung" → „Der Workflow wurde erfolgreich beendet".
  • Eine neue Rechnung in der Rechnungs-Übersicht mit offenem Betrag.
  • Den Druck auf Ihrem konfigurierten Drucker.

Zahlungseingang verbuchen

Sobald der Kunde die Rechnung bezahlt, verbuchen Sie den Zahlungseingang ganz normal in JTL — entweder manuell über die OP-Liste oder automatisch über den Bank-Import / DATEV-Anbindung. BIS ERP greift hier nicht mehr ein, weil der Auftrag mit nIstExterneRechnung = 0 angelegt wurde („JTL verwaltet die Rechnung selbst").

Fehlerbild „keine offenen Positionen"

Falls beim Workflow „Rechnung erstellen" die Meldung „Es existieren keine offenen Positionen mehr" erscheint, prüfen Sie:

  • Wurde der Verkauf wirklich als Rechnungskauf gepusht? In den BIS-ERP-Sync-Logs muss isInvoicePayment = 1 stehen.
  • Ist die Zahlart als Rechnungskauf gekennzeichnet? Bei einer Zahlart, die Ihre Kasse selbst führt, am Haken „Rechnungskauf" der Kassen-Zahlart (Kundencenter → Verkauf → Zahlungsarten), bei einer JTL-Zahlart, die an der Kasse direkt angeboten wird, in der Zahlungsarten-Zuordnung. Der Name der Zahlart reicht nicht.
  • BIS ERP ab Version 0.0.0.61 setzt fAnzahlAufRechnung = 0 bei Rechnungskauf korrekt — ältere Versionen hatten hier einen Bug. Falls Sie eine ältere Version einsetzen, bitte aktualisieren.
Screenshots der Workflow-Konfiguration und der Zahlungsarten-Zuordnung folgen.

Fehlerbehebung

Nachfolgend finden Sie Lösungen für die häufigsten modusunabhängigen Probleme bei der JTL-Integration. Verbindungsprobleme sind im jeweiligen Einrichtungs-Guide beschrieben.

Verbindung schlägt fehl? Die modusspezifische Fehlerbehebung finden Sie hier:
  • SQL-Direkt — „Verbindung fehlgeschlagen" (Host, Port, Instanzname, SQL Server Browser, Firewall)
  • REST API — „HttpListenerException", „401 Unauthorized", „Timeout"

"Produkte werden nicht synchronisiert"

Problem: Neue oder geänderte Produkte erscheinen nicht im jeweils anderen System.
Lösung:
  • Prüfen Sie die Sync-Richtung für Produkte (siehe Sync-Konfiguration)
  • Stellen Sie sicher, dass der Auto-Sync aktiv ist oder lösen Sie einen manuellen Sync aus
  • Prüfen Sie, ob die Produkte eine SKU (Artikelnummer) haben - ohne SKU ist kein Abgleich möglich

"Artikel steht an der Kasse in einer anderen Kategorie"

Problem: Ein Artikel, der in JTL-Wawi in mehreren Kategorien liegt, steht an der Kasse unter einer anderen Kategorie als erwartet, oder eine Kategorie ist an der Kasse verschwunden.
Lösung:
  • Seit dem 31. Oktober 2026 zählt die Kategorie, die in JTL-Wawi für den Kassen-Kanal freigegeben ist (siehe Kategorien an der Kasse).
  • Die gewünschte Kategorie in JTL-Wawi für den Kassen-Kanal freigeben; die Kasse übernimmt das mit dem nächsten Abgleich.
  • Eine Kategorie ohne Artikel blendet die Kasse aus. Das ist gewollt.

"Bestand stimmt nicht"

Problem: Der Lagerbestand in BISpicy weicht vom Bestand in JTL-Wawi ab.
Lösung:
  • Prüfen Sie, welcher Lagerort in JTL-Wawi für den Sync verwendet wird (Standard-Lager)
  • Stellen Sie sicher, dass die Bestandsführung in JTL auf dem korrekten Lagerort aktiv ist
  • Lösen Sie bei Abweichungen einen manuellen Vollsync aus, um die Bestände neu abzugleichen
  • Prüfen Sie, ob Reservierungen in JTL den verfügbaren Bestand reduzieren

Weitere Hilfe

Wenn Sie ein Problem nicht lösen können, kontaktieren Sie unseren Support:

In-App Support

Öffnen Sie ein Support-Ticket direkt in der BISpicy POS App unter Einstellungen → Support.

E-Mail

Schreiben Sie uns an support@bispicy.com mit einer Beschreibung des Problems.