Passer au contenu principal
Version : 1.x

SYNC131 : Erreur du serveur de la boutique

Ce que cela signifie​

Votre boutique a renvoyé une erreur ; cette action ne s’est donc pas terminée.

La boutique a été jointe, mais son serveur n’a pas réussi à traiter la requête. Le problème vient du site web plutôt que du POS ; réessayer seul peut donc ne rien changer : consultez le journal d’erreurs du site ou demandez à l’hébergeur de le faire, puis réessayez. Rien n’a été perdu sur cet appareil.

Que faire​

Réessayez l’action. WCPOS ne réessaie pas cette opération de lui-même — relancez-la quand vous êtes prêt.

Vos données​

La modification est enregistrée sur cet appareil mais n’est pas parvenue à votre boutique. Si le problème persiste, exportez les diagnostics et contactez l’assistance WCPOS.

Dépannage​

  1. Dépliez l’entrée de journal et notez le status, l’endpoint et le serverCode — ils indiquent ce que faisait le serveur au moment de l’échec.
  2. Ouvrez WooCommerce → État → Journaux sur le site et consultez le journal fatal-errors le plus récent autour de l’heure de l’échec ; une réponse de classe 500 y laisse presque toujours une erreur PHP.
  3. Si l’échec a commencé après la mise à jour d’une extension, d’un thème ou de PHP sur le site, suspectez d’abord ce changement et annulez-le ou désactivez-le.
  4. Si les journaux de WooCommerce n’affichent rien, demandez à l’hébergeur le journal d’erreurs PHP du serveur pour la même plage horaire.
  5. Une fois la cause côté serveur corrigée, réessayez depuis le POS — la modification est toujours enregistrée sur cet appareil.

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.
  • WooCommerce → État → Journaux : sur le site WordPress, consultez le fichier fatal-errors-*.log le plus récent pour repérer les plantages PHP, ainsi que toute source de journal portant le nom d’une extension impliquée dans l’échec. Une erreur de classe 500 renvoyée par la boutique y laisse presque toujours sa cause.
  • Le journal d’erreurs PHP du site : si la page de journaux de WooCommerce n’affiche rien pour l’heure de l’échec, demandez le journal d’erreurs PHP à l’hébergeur — certaines erreurs fatales ne sont enregistrées qu’au niveau du serveur.

Détails​

  • Code : SYNC131 (STORE_SERVER_ERROR)
  • Gravité : erreur
  • Introduit dans : WCPOS 1.10.0