> ## 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 Deliverect > Découvrez comment storekit envoie les commandes à Deliverect, mappe les types de fulfilment, gère les statuts et suit la progression des livraisons. Sauf si **Menu Sync Only** est activé, chaque nouvelle commande storekit est mise en file d'attente et envoyée à Deliverect. Deliverect renvoie ensuite à storekit les mises à jour de statut et de temps de préparation. ## Comment les commandes arrivent à Deliverect storekit envoie la commande avec : * le code de commande storekit comme identifiant d'affichage * le nom, le numéro de téléphone et l'email du client * l'adresse de livraison pour les commandes de livraison * l'heure de retrait ou de livraison demandée, ou le drapeau ASAP * les articles avec leurs PLU et modificateurs, y compris les modificateurs imbriqués * les informations de table pour les commandes sur place et le nombre de convives * le montant du paiement et s'il est déjà payé * les frais de livraison pour les commandes de livraison * les frais de service, avec le pourboire dans un champ séparé lorsque **Split Service Charge and Tip** est activé * le total des remises et la note de commande Pour les commandes de livraison, le coursier est défini sur `restaurant`. ## Mappage des types de commande | Type de commande storekit | Type de commande Deliverect | Type | | - | - | - | | Retrait | `pickup` | 1 | | Livraison | `delivery` | 2 | | Sur place / dine-in | `eat in` | 3 | | Curbside | `curbside` | 4 | ## Codes de statut Deliverect Deliverect envoie des codes de statut numériques. storekit met la commande à jour selon le mappage suivant : | Code | Statut | | - | - | | 1 | Parsed | | 2 | Received | | 10 | New | | 20, 25, 95 | Accepted | | 30 | Rejected | | 40 | Printed | | 50 | Preparing | | 60 | Prepared | | 70 | Ready For Pickup | | 80 | In Delivery | | 90 | Complete | | 100 | Cancel | | 110 | Canceled | | 120 | Failed | | 121 | Pos Received Failed | | 124 | Parse Failed | Les codes 120, 121 et 124 marquent la commande comme en échec dans storekit. L'établissement reçoit un email ou une notification d'échec, et le reçu est imprimé sur les imprimantes de l'établissement. Un échec de dispatch ne rend pas invalide la commande client dans storekit. Deliverect peut aussi envoyer une mise à jour du temps de préparation. storekit l'utilise pour mettre à jour l'heure estimée de la commande. ## Pré-commandes et renvois Les commandes planifiées peuvent être bufferisées dans storekit lorsque **Buffer Orders** et **Buffer Delay (in minutes)** sont configurés. Les commandes ASAP ne sont jamais bufferisées. Pour les règles de bufferisation et la confirmation d'envoi anticipé, voir [Connecter Deliverect](/docs/fr/guides/integrations/pos/deliverect/connect#buffering-pre-orders). Sur la page de commande, **View in Deliverect** ouvre la commande dans le tableau de bord Deliverect. Dans le menu d'actions de la commande, **Resend order to POS** renvoie une commande lorsqu'elle n'a pas de reçu POS. storekit refuse de renvoyer une commande déjà acceptée par le POS afin d'éviter les doublons. Lorsque vous replanifiez une pré-commande, la modale de replanification inclut **Reschedule deliverect order**. Sélectionnez-la pour déplacer le dispatch bufferisé vers la nouvelle heure demandée. > [!NOTE] > > **Reschedule deliverect order** ne fonctionne que tant que storekit retient encore le dispatch, ce qui nécessite que **Buffer Orders** soit activé et que **Buffer Delay (in minutes)** soit défini. Une commande bufferisée est normalement envoyée ce nombre de minutes avant l'heure demandée. Une fois la commande envoyée à Deliverect, cocher la case ne fait rien : Deliverect et votre POS conservent le créneau initial, et vous devez modifier la commande là-bas ou annuler et recommander. Sans bufferisation, les commandes programmées sont envoyées dès qu'elles sont passées, il n'y a donc jamais de dispatch en attente à déplacer. Voir [Les commandes déjà envoyées au POS ne sont pas renvoyées](/docs/fr/guides/orders/advanced/move-orders#les-commandes-déjà-envoyées-au-pos-ne-sont-pas-renvoyées). ## Annulations et mises à jour de livraison Annuler une commande dans storekit envoie une annulation avec le statut 100 à Deliverect. Pour les commandes de livraison, les callbacks de livraison et de coursier Deliverect mettent à jour le nom du coursier, les ETA et le statut de la commande storekit. Une mise à jour en route apparaît comme **Out for delivery**, et une mise à jour de dépose apparaît comme **Delivered**. storekit envoie également à Deliverect les mises à jour curbside et l'arrivée du client. ## Lorsque le dispatch échoue Si Deliverect rejette une commande ou ne peut pas la recevoir, storekit imprime la commande sur les imprimantes de l'établissement et déclenche une notification d'échec POS. La commande reste valide dans storekit. Résolvez la cause, puis utilisez **Resend order to POS** uniquement lorsque la commande n'a pas de reçu POS. > [!WARNING] > > Un client peut avoir une commande confirmée même si le dispatch vers Deliverect échoue. Vérifiez la commande dans storekit et assurez-vous que la cuisine la reçoit avant de la préparer. ## Related topics - [Dépannage Deliverect](/docs/fr/guides/integrations/pos/deliverect/troubleshooting.md) - [Deliverect](/docs/fr/guides/integrations/pos/deliverect/overview.md) - [Connecter Deliverect](/docs/fr/guides/integrations/pos/deliverect/connect.md) - [Service sur place Deliverect](/docs/fr/guides/integrations/pos/deliverect/dine-in.md) - [Déplacer des commandes](/docs/fr/guides/orders/advanced/move-orders.md) This documentation is built and hosted on [Mintlify](https://mintlify.com), a developer documentation platform.