CHECKOUT401 : Totaux divergents
Ce que cela signifie
Votre boutique a calculé pour cette commande des totaux différents de ceux affichés par la caisse.
Vérifiez la commande dans l’administration de votre boutique avant tout autre encaissement — les totaux de la boutique font foi. Si l’écart est inattendu, exportez les diagnostics et contactez l’assistance.
Que faire
Consultez les détails ci-dessous avant de réessayer. WCPOS ne réessaie pas cette opération de lui-même — relancez-la quand vous êtes prêt.
Vos données
De l’argent a peut-être été débité — vérifiez le paiement avant d’agir. Si le problème persiste, exportez les diagnostics et contactez l’assistance WCPOS.
Dépannage
- Arrêtez-vous avant tout autre encaissement — les totaux de la boutique font foi.
- Ouvrez la commande dans WP Admin et comparez ses totaux avec ceux affichés par la caisse ; l’entrée de journal indique quels montants divergeaient.
- Les causes habituelles sont des réglages de taxe différents de ceux attendus par la caisse, ou une extension de remise ou de tarification qui recalcule côté serveur. Si l’écart porte sur un montant de taxe, commencez par vérifier les réglages de taxe de la boutique.
- Si l’argent a été encaissé pour le montant de la caisse et que la boutique indique un montant différent, régularisez l’écart (remboursement ou encaissement complémentaire) selon votre procédure habituelle avant que le client ne parte.
- Si la divergence reste inexpliquée, exportez les infos de débogage et contactez l’assistance en indiquant le numéro de commande.
Où chercher
Lorsque WCPOS peut enregistrer cette erreur, elle est consignée sur l’appareil qui l’a déclenchée. Ouvrez État de la boutique → Journaux (l’icône en forme de cœur avec pouls, en bas du tiroir de navigation), repérez l’entrée portant ce code et dépliez-la : la ligne dépliée indique la raison en langage clair ainsi que le contexte capturé au moment de l’échec. Pour une requête vers la boutique, ce contexte peut inclure le code d’erreur propre au serveur (serverCode), le status HTTP ou l’endpoint ; les champs affichés dépendent de l’endroit où l’échec s’est produit. Pour signaler un problème, utilisez Copier les infos de débogage en haut de l’écran Journaux (Partager les infos de débogage sur téléphone et tablette) plutôt que des captures d’écran : cela regroupe la version de l’application, l’état de la connexion et les erreurs les plus récentes. Les journaux sont conservés 30 jours au maximum ; collectez-les donc pendant que le problème est récent. Copiez également toute erreur de la console du navigateur apparue avant que le POS n’ait pu écrire sa propre entrée de journal.
Au-delà du journal intégré à l’application, cet échec peut laisser des traces dans :
- Inspecteur réseau (web et bureau) : ouvrez les outils de développement — appuyez sur F12 dans le navigateur, ou Avancé → Afficher/Masquer les outils de développement dans le menu de l’application de bureau — puis sélectionnez l’onglet Réseau. Suivez d’abord les consignes de nouvelle tentative de cette page ; ne reproduisez l’action que lorsque ces étapes indiquent que c’est sans risque. Une requête en échec affiche le statut HTTP et le corps brut de la réponse, y compris les pages d’erreur qui n’atteignent jamais le journal du POS.
- Journaux POS côté serveur : dans WP Admin, ouvrez POS → Réglages → Outils → Journaux. Cette page consigne les avertissements et les erreurs liés au POS déclenchés sur le serveur lui-même, qui peuvent ne jamais apparaître dans l’application. Une pastille rouge sur le menu signale des erreurs côté serveur non lues.
Détails
- Code :
CHECKOUT401(TOTALS_DIVERGED) - Gravité : erreur
- Introduit dans : WCPOS 1.10.0