Avaluació inicial sense contrasenyes Pressupost abans d’intervenir Un especialista responsable de principi a fi

Correu Enviaments Impostos Analitica

El total del checkout és diferent a la finestra de pagament

Concilia imports diferents causats per recàlcul, moneda, impostos, arrodoniment, taxes, sessió o peticions duplicades.

L’import d’una pàgina de pagament o wallet ha de coincidir amb el total final de la comanda. La diferència pot aparèixer si el checkout canvia després de crear l’objecte de pagament, per conversió, impostos, taxes, sessions antigues o unitats menors incorrectes.

No completis un pagament discrepant durant el diagnòstic. Si ja es va cobrar, concilia proveïdor i comanda abans de modificar res.

Conserva tots dos imports

Registra ID o draft, import del checkout, import del proveïdor, moneda i hores. Captura línies, enviament, impost, descompte i taxes amb dades controlades.

- total abans de la redirecció
- total desat de la comanda
- import/moneda del proveïdor
- import capturat o reemborsat
- referència de la petició

No capturis targeta, tokens ni payloads complets.

Identifica quan es crea el pagament

Algunes passarel·les creen l’intent en carregar checkout; altres en prémer Realitzar comanda. Si el carretó canvia, l’objecte s’ha d’actualitzar o substituir.

Revisa logs de creació i actualització. Un script retardat pot reutilitzar un intent anterior després de cupó, enviament o adreça. Una referència estable ha de vincular un intent lògic amb un objecte.

Observa a Network l’ordre de update_order_review, actualització de l’intent i obertura del widget. El botó ha de quedar bloquejat mentre el servidor recalcula. Una resposta antiga no pot sobreescriure l’import nou.

Compara comanda i carretó

Si existeix una comanda, el seu total és més durable que el número del navegador. Llegeix línies, taxes, enviament, impostos i descomptes.

No editis el total per igualar-lo a un import extern sense explicació. Determina què va veure i acceptar el client i si hi va haver pagament. Els drafts es poden substituir; correlaciona per clau i referència, no només per hora.

Revisa moneda i unitats menors

Els proveïdors solen exigir la unitat mínima. Moltes monedes tenen dos decimals, però no totes. Multiplicar sempre per 100 pot ser greu.

Utilitza el suport oficial de moneda i la documentació. Multimoneda ha d’enviar moneda activa i conversió final. Evita floats; usa formats WooCommerce i enters quan correspongui.

Rastreja impostos, enviament i taxes

Canviar adreça pot modificar impostos i enviament abans de confirmar. Botons dinàmics poden mostrar un total antic si no escolten actualitzacions.

Les taxes pròpies han de ser deterministes. Busca hooks i confirma que no s’executen dues vegades. Prova cupó, enviament i impost per separat per trobar el primer component divergent.

Descarta cau i creuament de sessions

Checkout i la configuració de pagament no han de compartir cau. Revisa capçaleres de Cloudflare, hosting i WordPress.

Utilitza dues sessions aïllades amb carretons diferents. Cada finestra ha de mostrar el seu import. Si el proveïdor respon bé però el widget és obsolet, revisa JavaScript i assets.

Comprova que la clau de cau inclogui sessió i moneda sense dades personals. Un import creuat entre compradors és també un incident de privacitat.

Repara i concilia

Corregeix el cicle de l’intent, conversió, arrodoniment, taxa, impost o límit de cau. Si s’han mogut diners, reemborsa o ajusta mitjançant el procés compatible i documenta la comanda.

No creïs un segon càrrec sense autorització expressa i reemborsament conciliat. Si només hi ha autorització, cancel·la o captura mitjançant el flux admès; no n’editis l’import manualment.

Verifica totals canviants

Prova carretó inicial, cupó, canvi d’adreça/enviament, quantitat i mètode de pagament. El proveïdor s’ha d’actualitzar al total desat.

Repeteix una seqüència ràpida de dos canvis per detectar respostes fora d’ordre i confirma que el botó només s’habilita després de l’últim recàlcul.

Confirma una comanda, una captura, moneda, estoc i correu correctes. El manteniment recurrent ha de comparar cobraments i ordres i alertar davant qualsevol diferència.

ABANS D’ENVIAR LA SOL·LICITUD

Preguntes freqüents.

Demaneu contrasenyes al formulari?+

No. El formulari públic no demana mai accessos. Les dades segures es demanen només després d’aprovar l’abast i el pressupost.

Qui revisa la incidència?+

La sol·licitud arriba a Jordi Ensenyat, fundador de Code Barcelona i especialista en WordPress amb més de 15 anys d’experiència.

Es canvia res abans del pressupost?+

No. Primer es revisen els símptomes visibles i es defineix l’abast. La intervenció comença després de l’aprovació i amb una via de recuperació preparada.

Treballeu amb webs en anglès i fora d’Espanya?+

Sí. WP Repair atén incidències de WordPress i WooCommerce en català, castellà i anglès mitjançant un servei remot.

Avaluar la meva incidència