> ## 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 PointOne > Comment storekit envoie les commandes à emporter, livraison et à table à PointOne, ce que porte chaque commande et que faire quand elle n'arrive pas. Une fois **Integration Status** activé, chaque commande storekit — prépayée ou à régler au retrait — est envoyée à votre site PointOne dès qu'elle est passée. Vous n'avez pas besoin d'accepter les commandes dans le dashboard au préalable. ## Types de commandes storekit associe chaque commande à l'un des types de commandes PointOne à partir de la méthode d'exécution : | Commande storekit | Type de commande PointOne | Ce qui est inclus | | - | - | - | | Pickup | Collection | Nom, téléphone et email du client, articles et modificateurs, frais de service, pourboire, remises, note de commande | | Delivery | Delivery | Tout ce qui précède, plus l'adresse de livraison, le code postal, les instructions de livraison et le coût de livraison | | Table (sur place) | Table | Tout ce qui figure dans une commande Collection, plus l'ID de table PointOne depuis laquelle le client a commandé | Chaque commande porte aussi le total, un type de paiement (*Cash* pour les commandes à régler au retrait, sinon un paiement par carte/app), et l'ID de commande storekit comme référence de transaction pour vous permettre de tracer une commande entre les deux systèmes. ## Pré-commandes Les pré-commandes sont envoyées immédiatement à PointOne, avec la date et l'heure demandées dans le fuseau horaire de votre établissement. PointOne reçoit la commande tout de suite, storekit ne la retient pas — il n'y a pas de bufferisation des commandes pour PointOne. Si votre cuisine s'appuie sur la caisse pour séquencer les pré-commandes, vérifiez comment votre site PointOne gère les commandes dont l'heure requise est future. ## Notes de commande **Order Note Template** sur la page de configuration PointOne contrôle la note attachée à chaque commande dans PointOne. Les variables s'écrivent sous la forme `{{variable}}` ; cliquez sur **Insert Variable** pour choisir parmi les champs disponibles (client, commande, table et livraison), et sur **Preview** pour vérifier le résultat avec des données d'exemple. Laissez le modèle vide et la note contient uniquement les notes de commande du client. Avec un modèle, les notes du client sont ajoutées après le texte du modèle, séparées par `-`. Les emojis sont retirés des notes du client avant l'envoi. > [!TIP] > > Un modèle court tel que `{{orderCode}} {{fullName}} {{phone}}` fournit à la cuisine les informations dont elle a le plus souvent besoin, sans avoir à faire défiler une longue note. ## Commandes réussies Lorsque PointOne accepte une commande, storekit la marque **Accepted** et enregistre le numéro de commande PointOne. Une fois qu'une commande a un numéro de commande PointOne, **Resend order to POS** n'est plus proposé pour celle-ci. ## Commandes en échec Si PointOne rejette la commande ou est injoignable, storekit marque la commande en échec et affiche le motif fourni par PointOne — ou *no reason provided* — dans l'avertissement en haut de la page de commande : *Something went wrong sending this order to the POS*. Pour la renvoyer, ouvrez la commande dans **Orders**, ouvrez le menu d'actions et cliquez sur **Resend order to POS**. storekit reconstruit la commande et la soumet à PointOne. Rien ne change pour le client — le renvoi vise uniquement à faire parvenir la commande à la caisse. > [!WARNING] > > Une commande en échec reste une commande en cours que le client attend. Tant que vous ne la renvoyez pas ou ne la saisissez pas manuellement dans PointOne, la cuisine ne la verra pas. Les commandes prépayées ont déjà été débitées ; les commandes à régler au retrait doivent encore être payées à la caisse à l'arrivée du client. Les erreurs réseau font l'objet de quelques relances automatiques avant qu'une commande ne soit marquée en échec. Les rejets de PointOne — un PLU inconnu, un site fermé, une table invalide — ne sont pas relancés, car la même commande échouerait à nouveau ; corrigez la cause d'abord, puis renvoyez. Causes courantes : * Le PLU de l'article a changé ou a été supprimé dans PointOne — lancez une [synchronisation du menu](/docs/fr/guides/integrations/pos/pointone/menu-sync) et renvoyez. * Le **POS ID** de la table storekit ne correspond pas à une table PointOne — voir [Pay at Table](/docs/fr/guides/integrations/pos/pointone/pay-at-table#table-mapping). * L'**API Key**, le **Site ID** ou l'**Organisation ID** est incorrect — vérifiez-les sur la page de configuration. ## Étapes suivantes > **[Pay at Table](/docs/fr/guides/integrations/pos/pointone/pay-at-table)** > > Laissez les clients régler leur addition PointOne depuis leur téléphone > **[Dépannage](/docs/fr/guides/integrations/pos/pointone/troubleshooting)** > > Résolvez les commandes qui échouent en boucle ## Related topics - [PointOne](/docs/fr/guides/integrations/pos/pointone/overview.md) - [Dépannage PointOne](/docs/fr/guides/integrations/pos/pointone/troubleshooting.md) - [Connecter PointOne](/docs/fr/guides/integrations/pos/pointone/connect.md) - [Synchronisation du menu PointOne](/docs/fr/guides/integrations/pos/pointone/menu-sync.md) - [Pay at Table PointOne](/docs/fr/guides/integrations/pos/pointone/pay-at-table.md) This documentation is built and hosted on [Mintlify](https://mintlify.com), a developer documentation platform.