Un cobrament sense comanda visible és una incidència urgent. Cal saber si existeix fora de la llista normal, si el checkout ha fallat després de crear el pagament o si codi propi ha iniciat el cobrament abans de desar una referència duradora.
No demanis comprar una altra vegada. Conserva l’informe, revisa la passarel·la i evita un segon càrrec.
Verifica què significa “cobrat”
Demana l’hora aproximada, l’import, la moneda i el correu, mai números de targeta. Diferencia al proveïdor una autorització o retenció bancària d’un pagament capturat.
Registra l’ID de transacció i la merchant reference. Cerca per correu, import i data en tots els estats, inclosa la paperera, tenint en compte les zones horàries.
Comunica al client que la transacció s’està conciliant i demana-li que no repeteixi la compra. No sol·licitis captures amb la targeta completa, el saldo o altres operacions.
Cerca comandes ocultes o draft
Els checkouts moderns poden crear comandes Draft abans del pagament. HPOS també revela codi antic que busca únicament posts.
Utilitza l’API de comandes:
$orders = wc_get_orders( array(
'billing_email' => 'controlled-test@example.com',
'limit' => 20,
) );No introdueixis dades reals en eines públiques ni comparteixis la sortida completa.
Revisa també estats personalitzats i la migració HPOS.
Segueix la referència del proveïdor
Les metadades del pagament poden incloure l’ID de comanda, order key, carret o URL del lloc. Inspecciona l’objecte i l’historial d’esdeveniments.
Si apunta a una comanda que WooCommerce no carrega, revisa errors MySQL, migració d’emmagatzematge i eliminacions. No en creïs una altra amb el mateix número modificant ID.
Si no existeix cap referència, documenta el buit: la integració pot iniciar el pagament massa aviat. Confirma també que l’objecte pertany al domini, compte comercial i entorn correctes; una clau creuada entre staging i producció pot separar cobrament i comanda.
Inspecciona el checkout i PHP
Relaciona les hores de creació i captura amb el servidor web, PHP, WooCommerce i la passarel·la. Un error fatal després d’autoritzar pot impedir la resposta o el desament final.
Cerca errors d’escriptura, deadlocks, memòria esgotada i excepcions. No mostris el debug públicament.
Un timeout del navegador no demostra que el servidor no hagi actuat. Revisa els estats abans de reproduir.
Revisa el webhook
El webhook pot actualitzar una comanda existent, però normalment no hauria d’inventar-ne una de completa des d’un payload no fiable. Comprova lliuraments 403, 404, 500 o timeout.
Reenvia només després de verificar el lloc, l’esdeveniment i la idempotència. Un esdeveniment equivocat pot duplicar la preparació o els correus.
Conserva signatures i cossos només en registres protegits.
Decideix reconstruir o reemborsar
Confirma si el producte es pot lliurar i si existeixen les dades fiscals, d’enviament i consentiment necessàries. Una comanda manual només és adequada si se’n documenta la relació amb el pagament verificat.
Utilitza l’administració o l’API compatible, desa la referència i notes privades. No inventis impostos ni adreces.
Si no es pot complir, reemborsa mitjançant el procés del proveïdor i registra el resultat. No marquis Reemborsat sense evidència.
Quan es reconstrueixi, marca l’origen manual i evita tornar a capturar. Verifica estoc, numeració fiscal, correus i accés del client.
Repara la seqüència
Corregeix persistència MySQL, compatibilitat HPOS, personalització, recursos o integració. L’inici del pagament s’ha de vincular a una referència duradora i els callbacks repetits no poden duplicar efectes.
Prova al sandbox forçant errors al voltant de l’autorització, el retorn i el webhook.
Revisa que el sistema mantingui una traçabilitat segura fins i tot si es tanca el navegador.
Verifica i monitoritza
Completa una transacció controlada i segueix petició, comanda, pagament, webhook, estoc, correu i logística. Confirma un registre per etapa.
Concilia tots els pagaments del període de la incidència amb WooCommerce abans de tancar-la.
El manteniment recurrent ha de comparar transaccions i comandes i alertar sobre referències sense correspondència. La millor resposta és detectar-ho abans que el client hagi de demostrar que ha pagat.