CHECKOUT211: Leere Checkout-Antwort

Was dies bedeutet

Der Shop hat kein Checkout-Ergebnis zurückgegeben, daher ist der Bestellstatus unbekannt.

Prüfen Sie, ob die Bestellung angelegt wurde, bevor Sie den Checkout erneut versuchen.

Was zu tun ist

Prüfen Sie die Details unten, bevor Sie es erneut versuchen. Versuchen Sie es erst erneut, wenn Sie geklärt haben, was tatsächlich passiert ist — ein blinder Wiederholungsversuch kann zu einer doppelten Abbuchung oder Bestellung führen.

Ihre Daten

Das Ergebnis konnte nicht bestätigt werden — prüfen Sie es, bevor Sie es erneut versuchen. Wenn dies weiterhin auftritt, exportieren Sie Diagnosedaten und wenden Sie sich an den WCPOS-Support.

Fehlerbehebung

1. Prüfen Sie zuallererst WooCommerce → Bestellungen in WP Admin — eine leere Antwort bedeutet oft, dass die Bestellung angelegt wurde, die Bestätigung aber nie ankam.
2. Der Netzwerk-Inspektor zeigt die Checkout-Anfrage: ein Erfolgsstatus mit leerem oder abgeschnittenem Antworttext deutet auf ein Plugin oder einen Serverpuffer hin, der die Antwort abschneidet.
3. Prüfen Sie WooCommerce → Status → Protokolle auf einen fatalen Fehler während des Checkouts — ein PHP-Absturz nach dem Anlegen der Bestellung erzeugt genau dieses Bild.
4. Wiederholen Sie den Checkout erst, wenn Sie bestätigt haben, dass keine Bestellung angelegt wurde.

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.
• 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.
• Das PHP-Fehlerprotokoll der Website: Wenn die Protokollseite von WooCommerce für den Fehlerzeitpunkt nichts anzeigt, fragen Sie den Hosting-Anbieter nach dem PHP-Fehlerprotokoll — manche fatalen Fehler werden nur auf Serverebene erfasst.

Details

• Code: CHECKOUT211 (CHECKOUT_EMPTY_RESPONSE)
• Schweregrad: error
• Eingeführt in: WCPOS 1.10.0