> ## Documentation Index
> Fetch the complete documentation index at: https://storekit.com/docs/llms.txt
> Use this file to discover all available pages before exploring further.

# Commandes en échec : caisse endormie

> Corrigez l'échec de commande Syrve le plus courant : un terminal group endormi. Comprenez le timeout, réveillez la caisse et récupérez la commande.

C'est de loin l'échec de commande Syrve le plus courant. Cela revient toujours à la même chose : **Syrve Cloud garde la commande pour votre terminal group, et la caisse n'était pas en ligne pour la collecter.**

storekit envoie la commande à Syrve Cloud avec succès. Si la caisse est éteinte, hors de l'application Syrve, ou déconnectée de Syrve Cloud — ce que Syrve appelle un terminal group **endormi** —, la commande n'arrive jamais, Syrve expire au bout de quelques minutes et la commande est marquée **failed** dans storekit.

Rien n'est en cause dans votre configuration storekit, votre menu ou vos mappages. **La solution est de remettre la caisse en ligne.**

## Erreurs indiquant ce problème

Ouvrez la commande dans storekit (**Live Orders** ou **All Orders** → la commande) et lisez la bannière rouge : *Something went wrong sending this order to the POS: …*. L'un ou l'autre de ces motifs correspond à ce problème :

| Erreur sur la commande | Ce que cela signifie |
| - | - |
| Un motif contenant `Creation timeout expired` | Le propre timeout de Syrve : aucune caisse du terminal group n'a collecté la commande à temps. De très loin le plus courant. |
| `Timed out waiting for the Syrve POS to confirm the order (is the terminal awake?)` | storekit a cessé d'attendre une confirmation qui n'est jamais arrivée — même cause racine. |

Vous pouvez voir le même état avant qu'une commande n'échoue : sur **Stores** → votre boutique → **Settings** → **Integrations** → **Syrve**, un terminal group endormi affiche un suffixe **(asleep)** à côté de son nom dans la liste déroulante **Terminal Group**.

## Ce que storekit fait automatiquement

* storekit guette la confirmation de Syrve pendant environ 5 minutes après l'envoi (les webhooks et le polling comptent tous les deux).
* Le premier échec définitif marque la commande **Failed** — il n'y a pas de renvoi automatique pour Syrve — l'alerte de commande en échec de la boutique est envoyée, et le motif est enregistré sur la commande.
* La commande du client aboutit tout de même ; vous ne la perdez jamais.

## Réveiller la caisse

Sur la caisse (ou les caisses) du terminal group qui reçoit les commandes en ligne :

1. **Allumez la caisse et ouvrez l'application Syrve POS.** Elle doit être en cours d'exécution et connectée.
2. **Vérifiez sa connexion à Syrve Cloud.** Une caisse qui fonctionne localement mais qui a perdu sa connexion internet est toujours endormie pour ce qui est des commandes en ligne — rétablissez le réseau et laissez-la se reconnecter.
3. Confirmez que le groupe est réveillé : rouvrez **Stores** → votre boutique → **Settings** → **Integrations** → **Syrve** et vérifiez que la liste déroulante **Terminal Group** n'affiche plus **(asleep)** en face de votre groupe.

## Puis traiter la commande échouée

Chaque commande en échec propose un renvoi : ouvrez-la (**Live Orders** ou **All Orders** → la commande), cliquez sur **More actions** → **Resend order to POS**, et confirmez.

> [!WARNING]
>
> Un renvoi récupère les commandes qui n'ont jamais atteint Syrve — une lacune de configuration, ou un refus pur et simple de la requête par Syrve. Une commande qui a **expiré** sur une caisse endormie existe déjà dans Syrve dans un état d'erreur, et Syrve rejette le renvoi comme un doublon (« Order already exists ») — saisissez cette commande manuellement sur la caisse, ou [contactez le support](/docs/fr/getting-started/contact-support).

## Vérifier la reprise

* Passez une petite commande de test et vérifiez qu'elle arrive sur la caisse.
* Surveillez **Live Orders** pendant quelques minutes — les nouvelles commandes devraient passer à **Accepted**, pas à **Failed**.

## Empêcher que cela se reproduise

Traitez la caisse qui reçoit les commandes en ligne comme une infrastructure :

* **Gardez-la sous tension et sur l'application Syrve** pour toute la durée du service — une caisse éteinte pendant la nuit et ouverte tard fait échouer toutes les premières commandes.
* **Donnez-lui une connexion internet stable.** Une caisse en bordure de couverture Wi-Fi perd sa session Syrve Cloud par intermittence.
* **Jetez un œil à la liste déroulante Terminal Group** quand quelque chose vous semble étrange — le suffixe **(asleep)** est votre alerte précoce avant qu'une commande n'échoue.

## Toujours en échec

Si la caisse est allumée, connectée, en ligne et que le terminal group apparaît réveillé, mais que les commandes échouent toujours :

* Vérifiez les autres causes d'échec de commande dans [Dépannage Syrve](/docs/fr/guides/integrations/pos/syrve/troubleshooting) — un type de commande manquant ou un menu obsolète font échouer les commandes avec un motif différent.
* [Contactez le support storekit](/docs/fr/getting-started/contact-support) avec un numéro de commande en exemple.


## Related topics

- [Commandes et paiements Syrve](/docs/fr/guides/integrations/pos/syrve/orders.md)
- [Syrve POS](/docs/fr/guides/integrations/pos/syrve/overview.md)
- [Commandes en échec : caisse hors ligne](/docs/fr/guides/integrations/pos/lightspeed/till-offline.md)
- [Commandes PointOne](/docs/fr/guides/integrations/pos/pointone/orders.md)
- [Commandes Stream](/docs/fr/guides/integrations/pos/stream/orders.md)


This documentation is built and hosted on [Mintlify](https://mintlify.com), a developer documentation platform.