Què cal comprovar primer: Una comanda pagada pot deixar l’estoc intacte si la gestió d’inventari està desactivada, la comanda no arriba a un estat que redueixi l’estoc, el pagament no actualitza correctament l’estat o algun codi torna a incrementar les unitats.
Per què una comanda pagada pot deixar l’estoc intacte
Editar l’estoc manualment pot ocultar quina transició ha fallat i augmentar el risc de sobrevenda. El primer objectiu és saber si el problema neix en el pagament, en l’estat de la comanda, en la configuració del producte o en una sincronització externa.
Reconstrueix la seqüència entre pagament i estoc
- Registra l’historial d’estats de la comanda, l’esdeveniment de pagament i l’estoc abans i després.
- Confirma que «Gestiona l’estoc» està activat al producte o a la variació correcta.
- Revisa les notes de la comanda i els registres de la passarel·la per confirmar com es va completar el pagament.
- Busca hooks personalitzats que redueixin, restaurin o sincronitzin l’inventari.
Quatre punts de fallada que convé revisar primer
- L’estat de la comanda no avança: la passarel·la confirma el pagament però la comanda no passa a
processingocompleted. - Variació equivocada: l’estoc es gestiona en una variació diferent de la línia comprada.
- Sincronització externa: un ERP o un plugin sobreescriu les quantitats de WooCommerce.
- Hook alterat o duplicat: el codi personalitzat canvia el comportament estàndard de reducció d’estoc.
Restaura de forma segura la reducció d’estoc
- Repara la transició autoritzada entre pagament i estat de comanda.
- Alinea la gestió d’estoc entre producte pare i variacions.
- Defineix una única sincronització d’inventari, explícita i idempotent.
- Concilia les comandes afectades abans d’aplicar correccions d’estoc controlades.
Estat de la comanda o gestió d’estoc del producte?
Si el pagament està confirmat però la comanda no ha entrat mai a processing o completed, segueix primer la transició entre passarel·la i estat de comanda. Si l’estat és correcte però la variació comprada manté la quantitat anterior, revisa si l’estoc depèn del producte pare, de la variació o d’un sistema extern. Són branques diferents; barrejar-les sol acabar en ajustos manuals difícils de reconciliar.
Si el problema d’estoc apareix després d’un càrrec correcte de la passarel·la, creua’l amb errors del webhook de Stripe en actualitzar la comanda i amb pagaments de PayPal que no actualitzen WooCommerce. Tots dos poden deixar un pagament real fora de la transició que normalment redueix l’estoc.
Evita corregir l’estoc manualment massa aviat
No redueixis estoc en bloc a partir de comandes pagades sense revisar cancel·lacions, reemborsaments i ajustos manuals previs. Una correcció massiva pot convertir un problema de transició en una discrepància d’inventari més difícil d’auditar.
Demostra que un pagament modifica l’estoc una sola vegada
- Una comanda de prova pagada redueix l’SKU correcte una sola vegada.
- La cancel·lació o el reemborsament restitueix l’estoc segons la política definida, també una sola vegada.
- WooCommerce i el sistema d’inventari extern mostren la mateixa quantitat.
Tanca la incidència només quan dues comandes de prova pagades redueixin l’SKU correcte exactament una vegada, la cancel·lació o el reemborsament restitueixi l’estoc segons la política definida i WooCommerce coincideixi amb el registre d’inventari extern.
CRITERI D’INCIDENT WP REPAIR
Seqüència d’intervenció segura
Manual estoc edita ocultar quina transició ha fallat i pot empitjorar la sobrevenda.
- Enregistrar l’historial d'estat de la comanda, l’esdeveniment de pagament i estoc abans/després.
- Confirmar l’estoc està habilitat a nivell de producte o variació.
- Inspecciona les notes de comanda i passa'ls registres per completar el pagament.
- Cerca ganxos personalitzats que redueixin, restauren o sensecronitzin l’inventari.
Què ha de quedar verificat
- Una ordre de pagament controlada redueix la SKU prevista una vegada.
- Cancel·lació o reemborsament restaura estoc d'acord amb la política d’una vegada.
- WooCommerce i l’inventari extern hi estan d'acord.
Fonts tècniques oficials
Aquesta guia explica el diagnòstic. Si la web està afectada ara mateix, la intervenció ha de preservar una via de recuperació i verificar el recorregut real del negoci.
Veure el servei de reparació urgent →SOBRE ESTE SÍNTOMA
Preguntes freqüents d'aquesta guia.
L'edició manual de quantitats stock corregeix la causa arrel?+
No. Les edicions manuals només amagan quina transició ordre-estat ha fallat en reduir l'inventari, i poden empitjorar la sobrevenda en el futur perquè la bretxa subjacent segueix desencadenant el mateix símptoma en les noves comandes.
Pot stock no reduir fins i tot quan Administra stock està habilitat?+
Sí. Administrar stock es pot activar en el producte, però deshabilitat o desfasat en la variació específica que realment es va comprar, de manera que la configuració del producte pare per si sola no garanteix que la reducció ocorre.
Alguna vegada un ERP o un inventari plugin causen això en lloc de WooCommerce?+
Sí. Una integració d’inventari personalitzada o sincronització ERP pot sobreescriure les quantitats de WooCommerce just després de la seva actualització, fent que sembli que stock mai es va reduir quan de fet es va reduir i després es va restablir externament.
És segur simplement cancel·lar i reubicar les ordres afectades per forçar una correcció?+
No sense conciliar primer. Cancel·lacions i reemborsaments tenen les seves pròpies regles de restauració d’accions, i stock correcció a granel en les comandes pagades sense comprovar els canvis manuals anteriors i l’historial de reemborsament pot introduir noves discrepàncies en comptes de fixar l’original.