Commandes WooCommerce manquantes ou incorrectes

Symptômes

• Un client a une confirmation ou un débit, mais la commande n’est pas dans l’administration.
• Des commandes apparaissent dans les e-mails ou chez le prestataire de paiement mais pas dans la liste des commandes, ou l’inverse.
• Les totaux ne correspondent pas à ce que le client a payé, ou diffèrent de petits arrondis.
• Des commandes restent En attente de paiement, En attente ou En cours alors qu’elles auraient dû avancer.
• La liste des commandes, les exports, les Statistiques et les intégrations affichent des chiffres différents.

Causes les plus fréquentes

Commandes qui semblent avoir disparu

1. Filtres de statut et corbeille. La liste par défaut masque les commandes à la corbeille, et des filtres enregistrés en masquent d’autres.
2. Le client n’a jamais finalisé la commande. Il a quitté la page de paiement : la commande est restée en attente puis a été annulée à la fin du délai de retenue du stock ; ou, avec le bloc de validation de commande, elle n’est jamais sortie du brouillon.
3. Le paiement a réussi mais la commande a échoué : voir paiement échoué mais client débité.
4. La commande a été passée ailleurs : une préproduction connectée aux clés de production de la passerelle, une autre boutique ou une autre adresse e-mail.
5. Stockage des commandes : après l’activation de HPOS sans synchronisation, le code ou les outils qui lisent encore les anciennes tables ne voient pas les nouvelles commandes.
6. Automatisations qui suppriment, fusionnent ou déplacent des commandes : extensions de nettoyage, synchronisations ERP, code sur mesure.

Commandes aux données incorrectes

1. Réglages de taxes et d’arrondi : prix saisis TTC ou HT, arrondi par ligne ou au sous-total, nombre de décimales.
2. Frais et codes promo appliqués dans un ordre inattendu, ou code de frais sur mesure.
3. Extensions de devises et de tarification qui modifient les prix à différents moments du checkout.
4. Recalcul dans l’administration avec les taux de taxe actuels.
5. Code sur mesure qui écrit directement les métadonnées de commande, en particulier via update_post_meta() sur des boutiques en HPOS.

Diagnostic

1. Cherchez correctement avant de conclure à une perte

Cherchez par numéro de commande, e-mail et nom du client, dans Tous les statuts puis dans la corbeille. Si la boutique utilise le bloc de validation de commande, n’oubliez pas que les commandes en brouillon n’apparaissent pas comme des commandes normales.

2. Vérifiez le prestataire de paiement

Pour un client qui affirme avoir payé, cherchez la transaction. Pas de transaction, pas de paiement abouti. Une transaction réussie sans commande payée est un échec du relais de paiement.

3. Lisez les notes de commande

Les notes de commande enregistrent chaque changement de statut avec son heure : confirmations de paiement, messages de la passerelle, annulations automatiques et de nombreuses actions d’extensions. La dernière note avant que la commande déraille indique souvent la cause.

4. Vérifiez le stockage des commandes

Dans WooCommerce → Réglages → Avancé → Fonctionnalités, regardez si le stockage principal est HPOS ou l’ancien stockage par articles, et si le mode de compatibilité les garde synchronisés. Si des commandes existent dans un stockage et pas dans l’autre, cherchez des synchronisations en attente et du code qui lit le mauvais stockage.

5. Comparez les totaux ligne par ligne

Pour un total faux, recalculez la commande à partir de ses articles : sous-totaux de ligne, taxes de ligne, remises, frais, livraison et taxes de livraison. Comparez avec les réglages de taxes (WooCommerce → Réglages → TVA) tels qu’ils étaient au moment de la commande.

Journaux et vérifications techniques

• Notes de commande et historique des e-mails client.
• Transactions du prestataire de paiement sur la période.
• WooCommerce → État → Journaux : fatal-errors et le journal de la passerelle autour de l’heure de la commande.
• Outils → Actions planifiées : actions échouées liées aux commandes, aux e-mails ou aux synchronisations.
• Réglages de stockage des commandes et état de la synchronisation.
• Vérifications en lecture seule dans la base de données, sur une copie, quand l’administration et les données divergent.

Solutions

• Corrigez d’abord la cause : le relais de paiement, le hook en échec, l’automatisation de nettoyage ou la synchronisation du stockage.
• Reconstituez les commandes à partir des preuves : journaux du prestataire de paiement, e-mails et notes de commande. Recréez-les via WooCommerce, pas en SQL.
• Corrigez les réglages de taxes et d’arrondi pour les commandes futures ; pour les passées, décidez au cas par cas avec votre comptable s’il faut les ajuster ou les documenter.
• Réécrivez le code sur mesure qui écrit les commandes via les métadonnées d’articles pour qu’il utilise l’API CRUD des commandes.
• Relancez l’import des Statistiques sur la période concernée si seuls les rapports sont faux.

Ce qu’il ne faut pas faire

• Ne créez pas de commandes en double à la main avant de savoir si l’originale existe.
• N’exécutez pas de requêtes UPDATE ou DELETE sur les tables de commandes pour « réparer » des données, surtout avec HPOS et la synchronisation activés.
• Ne cliquez pas sur Recalculer sur d’anciennes commandes sans vérifier quels taux de taxe s’appliqueront.
• N’installez pas une deuxième extension de nettoyage ou de synchronisation pour réparer la première.

Quand faire appel à un expert

Faites appel à un ingénieur quand des commandes disparaissent sans trace dans les notes ni les journaux, quand la liste des commandes et la base de données divergent, quand une synchronisation HPOS est en jeu, ou quand de nombreuses commandes doivent être rapprochées des paiements.

Problèmes liés

• WooCommerce / Paiements WooCommerce : paiement échoué mais client débité Quand la passerelle encaisse le paiement mais que la commande reste en attente ou échouée, vérifiez le relais des callbacks et des webhooks avant de toucher à la commande. →
• WooCommerce / HPOS HPOS WooCommerce : problèmes fréquents avec le code personnalisé Requêtes directes sur wp_posts, get_post_meta() sur les commandes et autre code qui casse en silence quand les commandes passent dans leurs propres tables. →
• WooCommerce / Performance Problèmes d’Action Scheduler dans WooCommerce Actions planifiées en retard, échouées et bloquées : comment la file fonctionne, pourquoi elle s’arrête et comment la réparer sans perdre de travail en attente. →
• WooCommerce / Checkout Le checkout WooCommerce ne fonctionne pas : trouver la cause racine Déterminez d’abord si l’échec se produit avant la requête de commande, pendant celle-ci ou après la réponse de la passerelle. Le panneau Réseau et les journaux PHP montrent généralement quelle couche casse. →

Questions fréquentes