> ## 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 routage Toast

> Comment storekit injecte les commandes sur les tickets Toast, mappe dining options et revenue centers, applique remises et paiements, reçoit les statuts.

Lorsque vous acceptez une commande en ligne, storekit construit un ticket Toast et l'envoie à Toast. Cette page décrit comment les commandes sont routées et ce que vous devez configurer.

## Quand les commandes sont injectées

Les commandes sont envoyées à Toast **au moment où vous les acceptez** (et non au paiement). storekit passe la commande en *syncing*, l'envoie à Toast, et en cas de succès la marque **Accepted** et enregistre le numéro de ticket Toast. Les pré-commandes peuvent être mises en tampon pour arriver à Toast plus près du moment de traitement plutôt que plusieurs jours à l'avance.

## Dining Options

Toast exige une dining option sur chaque commande, vous mappez donc chaque méthode de traitement storekit à une dining option Toast sous **Dining Options** :

* **Default Dining Option**
* **Pickup Dining Option**
* **Delivery Dining Option**
* **In-Store Dining Option**
* **Curbside Dining Option**

storekit propose automatiquement ces valeurs depuis votre configuration Toast lors de la connexion, mais vous pouvez les modifier. Si la méthode de traitement d'une commande n'a pas de dining option (ni de valeur par défaut), l'injection échoue — définissez toujours au minimum le **Default Dining Option**.

## Centres de revenu

Sous **Revenue Centers**, définissez un **Default Revenue Center** et, en option, des **Revenue Center Rules** pour router les commandes vers différents centres de revenu.

Cliquez sur **Add Rule** pour ajouter une règle. Chaque règle correspond à n'importe quelle combinaison de :

* **Fulfillment Method** — l'un de **Any**, **Delivery**, **Pickup**, **In-Store**, **Curbside**
* **Channel** — l'un de **Any**, **Web**, **PWA**, **App**, **Kiosk**
* **Service Area** — une zone de service Toast (issue de votre plan de salle synchronisé)

et route les commandes correspondantes vers le **Revenue Center** choisi. La première règle correspondante l'emporte ; si aucune règle ne correspond, le **Default Revenue Center** est utilisé. Le lien **How does routing work?** sur la page ouvre une explication dans le tableau de bord.

## Paiements, remises et frais

Tous ces éléments se trouvent sous **Additional Settings** :

| Paramètre | Rôle |
| - | - |
| **Alternate Payment Type** | Le type de paiement Toast utilisé pour enregistrer le paiement en ligne sur le ticket. Obligatoire lorsque l'intégration est activée. |
| **Check Discount** | La remise Toast ouverte au niveau du ticket utilisée pour appliquer une remise de commande. Obligatoire lorsque l'intégration est activée. |
| **Service Charge** | La service charge Toast appliquée pour la service charge de la commande. |
| **Delivery Fee Service Charge** | La service charge Toast appliquée comme frais de livraison sur les commandes de livraison. |
| **Send Order Tips as Service Charge** | Lorsque activé, les pourboires sur les commandes envoyées sont ajoutés à la **Service Charge** ci-dessus au lieu d'être enregistrés comme pourboire Toast. Nécessite que **Service Charge** soit défini. Commandes uniquement — les pourboires en pay-at-table ne sont pas affectés. |
| **Send Cash as Paid** | Lorsque activé, les commandes en espèces sont envoyées à Toast comme payées. |
| **Use Check Number as Order Code** | Lorsque activé, le code de commande storekit est remplacé par le numéro de ticket Toast. |

storekit enregistre le paiement sur le ticket (montant et pourboire séparément). Les remises n'arrivent à Toast que si **Check Discount** est défini ; les service charges et frais de livraison n'arrivent à Toast que si la service charge correspondante est définie.

### Où atterrissent les pourboires de commande

Par défaut, le pourboire est enregistré sur le paiement Toast comme pourboire, séparé du montant du paiement. Si vous préférez que le pourboire soit reporté comme service charge dans Toast, activez **Send Order Tips as Service Charge** : le pourboire est ajouté au montant de **Service Charge** sur le ticket, et le paiement est enregistré pour le total complet de la commande sans pourboire Toast.

> [!NOTE]
>
> Ce paramètre s'applique uniquement aux commandes en ligne envoyées à Toast. Les pourboires payés via [Pay at Table](/docs/fr/guides/integrations/pos/toast/pay-at-table) sont toujours enregistrés comme pourboires Toast. Lorsque le paramètre est activé, une commande sur place avec pourboire ouvre son propre ticket au lieu d'être ajoutée à un ticket ouvert (voir [Add to Bill](/docs/fr/guides/integrations/pos/toast/pay-at-table#add-to-bill)).

## Notes de commande

Définissez un modèle de note de commande sous **Additional Settings** (le champ **Order Note Template**). storekit joint la note composée au premier article de la commande sur le ticket Toast comme une demande spéciale. Les notes par article ajoutées par le client sont attachées à leurs propres articles de la même manière.

## Ce que Toast reçoit

Chaque commande inclut le nom du client, son téléphone et son email, tous les articles avec leurs modificateurs (y compris les modificateurs imbriqués), la dining option, le centre de revenu (s'il est résolu), la remise sur le ticket et les service charges (si configurées), le pourboire, l'adresse de livraison (pour la livraison), les détails curbside (pour le curbside) et la table (pour le service sur place).

## Mises à jour de statut de commande

Toast renvoie des mises à jour de statut à storekit, qui se mappent sur votre statut de commande :

| Statut Toast | Statut storekit |
| - | - |
| In preparation | En préparation |
| Ready for pickup | Prêt pour retrait |
| Closed | Terminé |
| Voided | Annulé |

> [!NOTE]
>
> Les mises à jour de statut nécessitent que Toast envoie les événements de statut de commande à storekit. Ceux-ci sont configurés lors de la mise en place de votre intégration.

## Lorsqu'une commande échoue à s'injecter

Si Toast rejette une commande, storekit la marque **failed** et enregistre l'erreur Toast sur la commande — la commande du client se termine tout de même, vous ne la perdez donc jamais. Vous pouvez ré-envoyer une commande échouée depuis le tableau de bord storekit. Les causes courantes et leurs correctifs sont dans [Dépannage](/docs/fr/guides/integrations/pos/toast/troubleshooting).

## Voir aussi

* [Connecter Toast](/docs/fr/guides/integrations/pos/toast/connect)
* [Gérer les commandes en direct](/docs/fr/guides/orders/managing-live-orders)
* [Service sur place : plan de salle et tables](/docs/fr/guides/integrations/pos/toast/dine-in)


## Related topics

- [Commandes et routage Lightspeed](/docs/fr/guides/integrations/pos/lightspeed/orders.md)
- [Dépannage Toast](/docs/fr/guides/integrations/pos/toast/troubleshooting.md)
- [Toast POS](/docs/fr/guides/integrations/pos/toast/overview.md)
- [Connecter Toast](/docs/fr/guides/integrations/pos/toast/connect.md)
- [Toast Pay at Table](/docs/fr/guides/integrations/pos/toast/pay-at-table.md)


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