CHECKOUT101: Checkout fehlgeschlagen, Warenkorb sicher

Was dies bedeutet

Der Checkout wurde nicht abgeschlossen, und der Warenkorb kann sicher erneut verwendet werden.

Prüfen Sie den Warenkorb und versuchen Sie den Checkout erneut; der aktuelle Warenkorbinhalt wurde beibehalten.

Was zu tun ist

Versuchen Sie die Aktion erneut. WCPOS wiederholt dies nicht von selbst — versuchen Sie es erneut, wenn Sie so weit sind.

Ihre Daten

Die Bestellung selbst ist sicher und unverändert.

Fehlerbehebung

1. Prüfen Sie den Warenkorb — er ist unverändert — und versuchen Sie den Checkout erneut.
2. Wenn er auf dieselbe Weise fehlschlägt, klappen Sie den Protokolleintrag auf: serverCode und status sagen aus, ob der Shop die Bestellung abgelehnt hat und warum.
3. Ein wiederholter Fehlschlag mit einem Status der 500er-Klasse ist ein Problem der Website — prüfen Sie WooCommerce → Status → Protokolle auf einen PHP-Fehler zum Fehlerzeitpunkt.
4. Wenn die Ursache eine bestimmte Position nennt, entfernen Sie diese, schließen Sie den Verkauf ab und untersuchen Sie das betreffende Produkt anschließend.

Wo Sie nachsehen können

Wenn WCPOS diesen Fehler speichern kann, wird er auf dem Gerät aufgezeichnet, das ihn ausgelöst hat. Öffnen Sie Shop-Zustand → Protokolle (das Herzschlagsymbol unten im Navigationsmenü), suchen Sie den mit diesem Code gekennzeichneten Eintrag und klappen Sie ihn auf: Die aufgeklappte Zeile zeigt die Ursache in verständlicher Sprache sowie den Kontext, der im Moment des Fehlers erfasst wurde. Bei einer Shop-Anfrage kann dieser Kontext den eigenen Fehlercode des Servers (serverCode), den HTTP-status oder den endpoint enthalten; welche Felder angezeigt werden, hängt davon ab, wo der Fehler aufgetreten ist. Verwenden Sie beim Melden eines Problems Debug-Infos kopieren oben im Protokollbildschirm (Debug-Infos teilen auf Smartphones und Tablets) statt Screenshots: Damit werden App-Version, Verbindungsstatus und die neuesten Fehler zusammengefasst. Protokolle werden höchstens 30 Tage aufbewahrt — sammeln Sie sie daher, solange das Problem frisch ist. Kopieren Sie außerdem jede Fehlermeldung aus der Browser-Konsole, die erschienen ist, bevor das POS seinen eigenen Protokolleintrag schreiben konnte.

Über das Protokoll in der App hinaus kann dieser Fehler an folgenden Stellen Spuren hinterlassen:

• Netzwerk-Inspektor (Web und Desktop): Öffnen Sie die Entwicklertools — drücken Sie F12 im Browser oder wählen Sie Erweitert → Entwicklertools umschalten im Menü der Desktop-App — und wechseln Sie zum Tab Netzwerk. Befolgen Sie zuerst die Hinweise zum erneuten Versuch auf dieser Seite; wiederholen Sie die Aktion nur, wenn diese Schritte sie als unbedenklich bezeichnen. Eine fehlgeschlagene Anfrage zeigt den HTTP-Status und den unbearbeiteten Antworttext, einschließlich Fehlerseiten, die nie im POS-Protokoll ankommen.
• Serverseitige POS-Protokolle: Öffnen Sie in WP Admin POS → Einstellungen → Werkzeuge → Protokolle. Diese Seite zeichnet POS-bezogene Warnungen und Fehler auf, die auf dem Server selbst auftreten und möglicherweise nie in der App erscheinen. Ein rotes Abzeichen am Menüeintrag bedeutet, dass ungelesene serverseitige Fehler vorliegen.
• WooCommerce → Status → Protokolle: Prüfen Sie auf der WordPress-Website das neueste fatal-errors-*.log auf PHP-Abstürze sowie jede Protokollquelle, die nach einem am Fehler beteiligten Plugin benannt ist. Ein Fehler der 500er-Klasse aus dem Shop hinterlässt seine Ursache fast immer hier.

Details

• Code: CHECKOUT101 (CHECKOUT_FAILED_CART_SAFE)
• Schweregrad: error
• Eingeführt in: WCPOS 1.10.0