Salta al contenuto principale
Versione: 1.x

CHECKOUT211: Risposta della cassa vuota

Cosa significa

Il negozio non ha restituito alcun risultato della procedura di cassa, quindi lo stato dell'ordine è sconosciuto.

Verifica se l'ordine è stato creato prima di riprovare la procedura di cassa.

Cosa fare

Controlla i dettagli qui sotto prima di riprovare. Non riprovare finché non hai verificato che cosa è realmente accaduto — un tentativo alla cieca può creare un addebito o un ordine duplicato.

I tuoi dati

Non è stato possibile confermare l'esito — verifica prima di riprovare. Se il problema persiste, esporta le informazioni diagnostiche e contatta l'assistenza WCPOS.

Risoluzione dei problemi

  1. Controlla WooCommerce → Ordini in WP Admin prima di fare qualsiasi altra cosa — una risposta vuota spesso significa che l'ordine è stato creato ma la conferma non è mai arrivata.
  2. L'ispettore di rete mostra la richiesta di cassa: uno status di successo con un corpo vuoto o troncato indica un plugin o un buffer del server che interrompe la risposta.
  3. Controlla WooCommerce → Stato → Log per un errore fatale durante la procedura di cassa — un arresto anomalo di PHP dopo la creazione dell'ordine produce esattamente questo.
  4. Riprova la procedura di cassa solo dopo aver verificato che non sia stato creato alcun ordine.

Dove cercare

Quando WCPOS riesce a salvare questo errore, viene registrato sul dispositivo che lo ha generato. Apri Stato del negozio → Log (l'icona a forma di battito cardiaco in fondo al menu di navigazione), individua la voce contrassegnata con questo codice ed espandila: la riga espansa mostra il motivo in linguaggio semplice e il contesto acquisito nel momento dell'errore. Per una richiesta al negozio, quel contesto può includere il codice di errore del server stesso (serverCode), lo status HTTP o l'endpoint; i campi mostrati dipendono da dove si è verificato l'errore. Quando segnali un problema, usa Copia informazioni di debug in cima alla schermata dei Log (Condividi informazioni di debug su smartphone e tablet) anziché gli screenshot: raccoglie la versione dell'app, lo stato della connessione e gli errori più recenti. I log vengono conservati per un massimo di 30 giorni, quindi raccoglili finché il problema è recente. Copia anche qualsiasi errore della console del browser comparso prima che il POS riuscisse a scrivere la propria voce di log.

Oltre al log presente nell'app, questo errore può lasciare tracce in:

  • Ispettore di rete (web e desktop): apri gli strumenti per sviluppatori — premi F12 nel browser, oppure Avanzate → Attiva/disattiva strumenti per sviluppatori nel menu dell'app desktop — e seleziona la scheda Rete. Segui prima le indicazioni sui nuovi tentativi riportate in questa pagina; riproduci l'azione solo quando quei passaggi indicano che è sicuro farlo. Una richiesta non riuscita mostra lo stato HTTP e il corpo grezzo della risposta, comprese le pagine di errore che non arrivano mai al log del POS.
  • WooCommerce → Stato → Log: sul sito WordPress, controlla il file fatal-errors-*.log più recente per individuare gli arresti anomali di PHP, oltre a qualsiasi origine di log che porti il nome di un plugin coinvolto nell'errore. Un errore di classe 500 proveniente dal negozio lascia quasi sempre qui la propria causa.
  • Il log degli errori PHP del sito: se la pagina dei log di WooCommerce non mostra nulla per l'orario dell'errore, chiedi al fornitore di hosting il log degli errori PHP — alcuni errori fatali vengono registrati solo a livello di server.

Dettagli

  • Codice: CHECKOUT211 (CHECKOUT_EMPTY_RESPONSE)
  • Gravità: error
  • Introdotto in: WCPOS 1.10.0