Skip to main content
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.
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.

​
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) ; 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 :
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

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, Syrve renvoie la progression en cuisine à storekit, qui la mappe sur votre statut de commande : Les statuts n’avancent que dans un sens — une mise à jour tardive ou en double ne fait jamais reculer une commande.
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 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.

​
Voir aussi