Si la passarel·la va retornar els diners però WooCommerce no mostra el reemborsament, poden discrepar comptabilitat, correu, impostos i estoc. Prémer una altra vegada «reemborsar mitjançant passarel·la» podria tornar els diners dues vegades.
Verifica primer la transacció externa i separa la devolució financera de la reposició física.
Confirma el reemborsament extern
Registra ID de transacció original, ID de reemborsament, import, moneda, estat i hora. Diferencia Pending de Completed i si va ser total o parcial.
Relaciona’l amb la comanda i la captura original. No depenguis només d’una captura del client ni demanis dades de targeta. Afegeix una nota privada amb la referència verificada abans de corregir WooCommerce.
Identifica on es va iniciar
Un reemborsament iniciat a WooCommerce hauria de crear el registre local i cridar el proveïdor. Si es va fer al panell de la passarel·la, pot dependre d’un webhook o d’una anotació manual compatible.
- sistema o usuari iniciador
- referència del reemborsament
- registre local existent
- esdeveniment webhook i entrega
- decisió de reposicióAixò evita interpretar un moviment com dues devolucions.
Revisa logs i notes
Compara l’hora amb registres de passarel·la, PHP i notes. L’API pot retornar èxit i després un fatal o error MySQL impedir que WooCommerce desi el registre.
Un timeout del navegador deixa un resultat desconegut. Busca per transacció i clau d’idempotència abans de repetir. No desis secrets ni payloads complets.
Comprova el webhook
Si el proveïdor envia esdeveniments de reemborsament, revisa entregues i respostes HTTP. Una migració, SSL caducat, firewall o secret de firma incorrecte pot bloquejar l’actualització.
Reproduir l’esdeveniment només és segur si el handler reconeix l’ID processat. Confirma idempotència i estat local. No desactivis globalment la seguretat per permetre una sola ruta.
Crea el registre sense retornar diners de nou
Després de demostrar el moviment extern, utilitza el procediment de reemborsament manual documentat o una API compatible que no torni a cridar la passarel·la. La interfície sol diferenciar «manualment» i «mitjançant passarel·la».
Selecciona quantitats, impostos i enviament segons el càlcul original. Suma els reemborsaments anteriors: el proveïdor pot mostrar diverses devolucions parcials i WooCommerce només algunes. La nova anotació ha de representar exclusivament el moviment absent, en la moneda original i sense superar el saldo capturat.
Enllaça l’ID extern en una nota i conserva qui va fer la conciliació.
Abans de confirmar, calcula el total capturat, els reemborsaments externs completats i els locals ja registrats. Les tres xifres han de permetre explicar el saldo restant. Si la moneda o els decimals no coincideixen, atura la correcció i revisa la conversió aplicada pel proveïdor; no compensis la diferència amb una línia inventada.
Decideix l’estoc per separat
Retornar diners no significa rebre mercaderia. Reposa només articles no enviats o retornats i acceptats segons la política.
En devolucions parcials, tria quantitats concretes i revisa variacions i magatzem. La passarel·la no sap si una unitat torna a ser vendible. No canviïs l’estat per provocar reposició.
En bundles, la línia financera i els components físics poden tenir quantitats diferents.
Concilia els sistemes posteriors
Confirma que comptabilitat, documents fiscals, correu, ERP i analítica representen el reemborsament una vegada. Algunes integracions escolten el hook local; poden rebre l’anotació, però no han de reenviar els diners.
Comprova si ja existeix una factura rectificativa. Crear-ne una altra duplicaria la correcció fiscal. Prova el comportament a staging abans de registrar un lot gran.
Verifica el flux futur
Utilitza sandbox o una transacció petita. Inicia un reemborsament parcial pel procediment previst i confirma un moviment extern, un registre WooCommerce, totals correctes i l’efecte d’estoc triat.
El manteniment recurrent ha de comparar ID de passarel·la i registres locals. La conciliació protegeix caixa, inventari i confiança del client.