> ## 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 et paiements Syrve > Envoyez les commandes storekit vers un terminal group Syrve, mappez types de commande et paiements, appliquez pourboires et remises, recevez les statuts. Lorsqu'un client passe une commande, storekit l'envoie à votre terminal group Syrve. Cette page couvre la façon dont les commandes sont mappées et ce que vous devez configurer — tout ce qui figure ici se trouve sous **Syrve Order Complications** dans la page **Syrve Settings**. ## Quand les commandes sont envoyées Les commandes sont envoyées à Syrve **dès qu'elles sont passées**. La commande apparaît comme en cours de synchronisation pendant que storekit attend la confirmation de la caisse, et n'est marquée **Accepted** qu'une fois que Syrve a la commande — ainsi, une commande acceptée est vraiment une commande qui se trouve sur le POS. Les précommandes sont envoyées immédiatement par défaut, elles apparaissent donc sur la caisse dès leur passation. Activez **Buffer Orders** pour retenir les précommandes et les envoyer plus près de l'heure prévue. Une précommande en attente peut être poussée à la caisse en avance avec **Resend order to POS** — la confirmation avertit que cela annule l'envoi planifié. ## Terminal Group Les commandes arrivent sur le **Terminal Group** que vous sélectionnez — il s'agit de la caisse (ou groupe de caisses) de votre organisation Syrve. > [!WARNING] > > Un terminal group dont la caisse est hors ligne affiche un suffixe **(asleep)** dans la liste déroulante. Les commandes envoyées à un terminal group endormi ne sont pas collectées : Syrve expire au bout de quelques minutes et la commande est marquée **failed** dans storekit. C'est l'échec de commande Syrve le plus courant — voir [Commandes en échec : caisse endormie](/docs/fr/guides/integrations/pos/syrve/till-offline). ## Types de commande Syrve exige un type de commande sur chaque commande. Vous en mappez un par méthode d'exécution — chaque liste déroulante ne propose que les types de commande Syrve du type correspondant : * **Delivery Order Type** — utilisé pour les commandes en livraison (le type Syrve livraison par coursier) * **Pickup Order Type** — utilisé pour les commandes en retrait (le type Syrve retrait par le client) * **Table Order Type** — utilisé pour les commandes à table, qui ouvrent une addition sur le POS (voir [Sur place](/docs/fr/guides/integrations/pos/syrve/dine-in)) ; réglez-le sur **Not used** si la boutique ne prend pas de commandes à table ## Paiements storekit enregistre le paiement sur la commande Syrve afin que la caisse ne le redemande pas : | Paramètre | Ce qu'il fait | | - | - | | **Cash Payment Type** | Le type de paiement Syrve utilisé pour les commandes en espèces — la caisse encaisse les espèces normalement. | | **Card Payment Type** | Le type de paiement Syrve utilisé pour les paiements en ligne. storekit a déjà encaissé l'argent, il est donc enregistré sous ce type comme traité en externe. | > [!NOTE] > > Si le type de paiement pour la méthode de paiement d'une commande n'est pas configuré, la commande est tout de même envoyée — simplement sans paiement, si bien que le personnel doit clôturer le paiement sur la caisse. Réglez les deux types avant la mise en production. ## Pourboires Réglez **Tips Type** pour que les pourboires arrivent à Syrve en tant que pourboires, enregistrés séparément du paiement. Sans un type de pourboires, le pourboire reste dans le total du paiement — la somme se réconcilie tout de même, mais elle n'est simplement pas ventilée en tant que pourboire sur le POS. ## Remises, frais de service et frais de livraison | Paramètre | Ce qu'il fait | | - | - | | **Discount** | Les remises au niveau de la commande sont reportées à Syrve sous cette remise. Réglez sur **Not sent** pour ne pas transmettre les remises sur la commande Syrve. | | **Service Charge** | Les frais de service **et les frais de livraison** sont envoyés à Syrve sous forme d'un seul montant combiné sous ces frais. | > [!WARNING] > > Utilisez des frais à **flexible-sum** de Syrve Office comme **Service Charge**. Les frais Syrve basés sur un pourcentage recalculent leur propre pourcentage sur le POS et ignorent le montant envoyé par storekit, ce qui fait que le chiffre sur le ticket ne correspondra pas à la commande. Syrve n'autorise également qu'un seul frais de ce type par commande — c'est pourquoi les frais de service et les frais de livraison arrivent combinés. ## Ce que Syrve reçoit Chaque commande porte le nom et l'e-mail du client, son numéro de téléphone (converti au format international ; le numéro de téléphone de la boutique est utilisé lorsque celui du client ne peut pas l'être), le code de commande storekit, tous les articles avec leurs tailles et modificateurs, toute note de commande en tant que commentaire de la commande, l'adresse de livraison (pour les commandes en livraison), le paiement, le pourboire, la remise et les frais tels que configurés ci-dessus, ainsi que l'heure prévue pour les précommandes. ## Mises à jour du statut de commande Avec les [webhooks activés](/docs/fr/guides/integrations/pos/syrve/connect#set-up-webhooks), Syrve renvoie la progression en cuisine à storekit, qui la mappe sur votre statut de commande : | Statut Syrve | Statut storekit | | - | - | | Cooking started | Preparing | | Cooking completed / Waiting | Ready for pickup (commandes en retrait) ; Preparing sinon | | On way | Out for delivery | | Delivered | Complete | | Closed | Complete | Les statuts n'avancent que dans un sens — une mise à jour tardive ou en double ne fait jamais reculer une commande. > [!NOTE] > > Une commande **annulée sur la caisse** n'est *pas* annulée dans storekit : une commande payée doit être annulée (et remboursée) dans storekit, par vos soins. storekit signale la commande afin que le personnel puisse la résoudre délibérément. ## Annuler une commande Annuler une commande de retrait ou de livraison dans storekit l'annule également sur le POS, en utilisant le **Cancel Cause** que vous avez sélectionné (Syrve exige un motif d'annulation ; choisissez-en un sous **Syrve Order Complications**). Les additions à table ne peuvent pas être annulées via l'API — annulez l'addition sur la caisse. ## Quand une commande n'atteint pas la caisse Si Syrve rejette une commande — ou si la caisse ne la confirme jamais — la commande est marquée **failed** dans storekit avec le motif affiché sur la commande. La commande du client aboutit tout de même, elle n'est donc jamais perdue. Une fois la cause corrigée, ouvrez la commande, utilisez **Resend order to POS** et confirmez. Une catégorie d'échec ne peut pas être récupérée ainsi : une commande qui a **expiré** sur un [terminal group endormi](/docs/fr/guides/integrations/pos/syrve/till-offline) existe déjà dans Syrve dans un état d'erreur, et Syrve rejette le renvoi comme un doublon — saisissez-la manuellement sur la caisse. Les causes courantes et leurs correctifs figurent dans [Dépannage](/docs/fr/guides/integrations/pos/syrve/troubleshooting). ## Voir aussi * [Connecter Syrve](/docs/fr/guides/integrations/pos/syrve/connect) * [Gestion des commandes en direct](/docs/fr/guides/orders/managing-live-orders) * [Sur place : commandes à table](/docs/fr/guides/integrations/pos/syrve/dine-in) ## Related topics - [Dépannage Syrve](/docs/fr/guides/integrations/pos/syrve/troubleshooting.md) - [Commandes en espèces et paiement à la collecte](/docs/fr/guides/payments/cash-payments.md) - [Syrve POS](/docs/fr/guides/integrations/pos/syrve/overview.md) - [Connecter Syrve](/docs/fr/guides/integrations/pos/syrve/connect.md) - [Syrve sur place : commandes à table](/docs/fr/guides/integrations/pos/syrve/dine-in.md) This documentation is built and hosted on [Mintlify](https://mintlify.com), a developer documentation platform.