Shop Apotheke Bestellungen seit Update als „nicht bezahlt“ – Versand blockiert

[DM9]

Hallo zusammen,

seit dem letzten Update haben wir leider massive Probleme mit JTL-Wawi. Wir verbringen inzwischen mehrere Tage damit, Fehler und seltsame Zustände im System zu beheben.

Heute ist mir noch ein weiteres Problem aufgefallen:

Bei uns liegen Shop-Apotheke-Bestellungen seit dem 11. März im System, die nie verarbeitet wurden. Die Aufträge kommen zwar korrekt in JTL an, aber sie werden alle mit folgendem Status angelegt:

• Lieferstatus: Ausstehend
• Zahlungsstatus: Nicht bezahlt

Das Problem dabei:
Diese Bestellungen sind auf dem Marktplatz bereits bezahlt, aber JTL übernimmt den Zahlungsstatus offenbar nicht.

Zusätzlich kann ich den Status nicht manuell korrigieren, weil die entsprechenden Felder komplett ausgegraut sind. Dadurch hängen die Aufträge fest und können nicht normal in den Versandprozess laufen.

Was wir bereits geprüft haben:

• JTL-Worker läuft und beendet sich ohne Fehler
• Marktplatzabgleich wurde mehrfach manuell gestartet
• Worker-Logs zeigen keine Fehlermeldungen
• Zahlungsstatus wird trotzdem nicht aktualisiert

Besonders kritisch ist, dass dadurch Bestellungen mehrere Tage unbemerkt liegen bleiben können, weil sie im System nicht weiterverarbeitet werden.

Daher meine Fragen an euch:

1. Hat jemand aktuell ein ähnliches Problem mit Shop Apotheke + JTL?
2. Werden bei euch die Zahlungsstatus korrekt übertragen?
3. Liegt das eventuell am Marktplatz-Mapping oder an eazyAuction?
4. Gibt es einen Workaround, um diese Aufträge wieder in den Versand zu bekommen?

Vielen Dank für jeden Hinweis – aktuell blockiert uns das leider massiv im Tagesgeschäft und bis JTL wieder aus ihrem Wochenende raus ist ist es auch wieder zu spät. Das ist schon das zweite mal innerhalb einer Woche dass wir unsere SLAs verreißen aufgrund von diesem schlechten JTL Tool! Es ist wirklich das schlechteste was ich jemals erlebt habe. Der Wechsel zu JTL war echt die dümmste Entscheidung die ich je gemacht habe.

 

[DM9]

Ist echt geil, keine einzige Bestellung wird korrekt in die JTL Wawi übertragen... Es kommen immer mehr Bestellung bei Shop Apotheke rein und wir können keine fertig machen für den Versandt‼️

 

[dercoderkm]

Die Zahlungsart auf Versand vor Zahlungseingang möglich setzen temporär bis das behoben ist ggf.?

 

[DM9]

Die Zahlungsart auf Versand vor Zahlungseingang möglich setzen temporär bis das behoben ist ggf.?

Kann ich leider nicht. Ich sehe den Auftrag unter F6 Versand, aber es fehlen sämtliche Kundendaten, also Adresse usw. und bei "Ist bezahlt" steht Nein. Alle anderen Buttons sind ausgegraut. Also die Bestellungen werden irgendwie übertragen, aber nicht vollständig. Die stehen quasi alle im "Pending" Modus, obwohl die bei SA schon freigegeben sind.

 

[SevenDev]

Ist hier mittlerweile eine Lösung vorhanden?

Ist das ein allgemeiner Bug?

 

[DM9]

Ist hier mittlerweile eine Lösung vorhanden?

Ist das ein allgemeiner Bug?

Negativ! Gestern wurde eine Datei bei mir installiert die das Problem beheben sollte, hat leider nichts gebracht.
NinePoint hält sich hier nun auch offiziell raus und sagt sie machen nichts mehr und ich soll mich nur noch mit JTL darüber unterhalten.

 

[SevenDev]

Negativ! Gestern wurde eine Datei bei mir installiert die das Problem beheben sollte, hat leider nichts gebracht.
NinePoint hält sich hier nun auch offiziell raus und sagt sie machen nichts mehr und ich soll mich nur noch mit JTL darüber unterhalten.

Macht ja Freude!

 

[DM9]

UPDATE – Das Problem ist deutlich größer als ursprünglich gedacht

Leider hat sich inzwischen herausgestellt, dass das Problem nicht nur einzelne als „unbezahlt“ markierte Aufträge betrifft.

Mittlerweile sehen wir massive Folgeprobleme innerhalb von JTL-Wawi:

- Bestellungen werden trotz erfolgreicher Zahlung und tatsächlichem Versand weiterhin als „nicht freigegeben“ bzw. „unbezahlt“ geführt
- Rechnungen können dadurch nicht erstellt werden
- Aufträge bleiben in einem inkonsistenten Zwischenstatus hängen
- Lagerbestände werden weiterhin reserviert (oder eventuell auch nicht), obwohl die Ware physisch bereits versendet wurde
- Der verfügbare Bestand in JTL stimmt dadurch teilweise nicht mehr mit dem realen Bestand überein

Besonders kritisch:
Die betroffenen Aufträge wurden in unserem Fall glücklicherweise über ein externes ERP-/Fulfillment-System trotzdem korrekt versendet. Innerhalb von JTL verbleiben diese Aufträge jedoch weiterhin in einem blockierten Zustand.

Dieses externe ERP ist zugleich das System, dessen Wechsel wir aktuell vorbereiten. Die aktuellen Erfahrungen bestätigen uns leider darin, dass wir uns auf JTL im laufenden Tagesgeschäft nicht mehr ausreichend verlassen können. Für ein System in dieser Preisklasse treten aus unserer Sicht zu viele grundlegende Fehler auf – insbesondere in Bereichen, die für einen Onlinehändler elementar sind: korrekte Bestände, saubere Auftragsstatus, zuverlässige Rechnungsstellung und stabile Marktplatzprozesse.

Hinzu kommt, dass auch der Support im Silber-Status aus unserer Erfahrung zu lange benötigt, um geschäftskritische Probleme tatsächlich zu lösen. Bei solchen Fehlerbildern reicht es nicht, wenn ein Ticket irgendwann bearbeitet wird – die Auswirkungen entstehen sofort: blockierte Rechnungen, falsche Bestände, operative Nacharbeit und Risiken gegenüber Marktplätzen.

Die Folgen daraus sind erheblich:

- verfälschte verfügbare Lagerbestände
- potenziell falsche Einkaufsvorschläge
- Risiko von Überverkäufen oder unnötigen Nachbestellungen
- blockierte Rechnungsstellung
- zusätzlicher manueller Aufwand
- mögliche Probleme für Buchhaltung und Marktplatz-KPIs

Nach aktuellem Stand scheint es sich nicht nur um ein reines Anzeigeproblem zu handeln, sondern um eine inkonsistente Status-/Reservierungslogik innerhalb der Auftragsverarbeitung.

Der JTL-Support teilte uns inzwischen mit, dass die betroffenen Aufträge voraussichtlich nur noch direkt per Datenbankeingriff freigegeben werden können.

Aus unserer Sicht ist genau das der Punkt, an dem ein ERP seine Kernaufgabe verfehlt: Ein Onlinehandel kann mit solchen Unsicherheiten vielleicht irgendwie weiterlaufen oder stagnieren – aber verlässlich wachsen lässt sich so kaum. Wachstum braucht stabile Prozesse, belastbare Bestände, schnelle Fehlerbehebung und ein System, dem man im Tagesgeschäft vertrauen kann.

Wir werden den Thread weiter aktualisieren, sobald es neue Erkenntnisse oder eine endgültige Lösung gibt.

 

[DM9]

UPDATE – Persönliche Einschätzung nach mehreren Wochen JTL-Wawi 2.0

Nach mehreren Wochen mit den oben beschriebenen Problemen entsteht bei uns leider zunehmend der Eindruck, dass JTL-Wawi 2.0 aktuell noch nicht die Stabilität erreicht hat, die man für einen reibungslosen Betrieb im laufenden E-Commerce-Tagesgeschäft erwarten würde.

Besonders problematisch ist aus unserer Sicht nicht nur das Auftreten einzelner Bugs, sondern die Kombination aus:

- Versandproblemen
- Worker-/SCX-Fehlern
- inkonsistenten Auftragsstatus
- blockierten Rechnungen
- Performanceproblemen
- manuellen Datenbank-/DLL-Workarounds
- und teilweise sehr langen Lösungszeiten bei geschäftskritischen Themen

Gerade bei hohem Versandvolumen führen solche Fehler schnell zu:

- operativer Mehrarbeit
- Unsicherheit bei Beständen
- SLA-Risiken auf Marktplätzen
- und zusätzlichem Druck im Tagesgeschäft.

Natürlich kann Software Fehler enthalten – das passiert überall. Kritisch wird es jedoch dann, wenn zentrale Prozesse über längere Zeit nur noch durch manuelle Eingriffe, Neustarts, Workarounds oder individuelle Fixes stabil gehalten werden können.

Wir dokumentieren die Themen hier weiterhin sachlich und chronologisch, weil wir glauben, dass andere Händler von den Erfahrungen profitieren können und Probleme dadurch schneller sichtbar werden.