> ## 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.

# Vérifier le statut de paiement Pay at Table depuis le POS ou le tableau de bord

> Vérifiez le statut de paiement Pay at Table storekit depuis votre POS ou tableau de bord. Gérez les paiements partiels, les additions partagées, et confirmez le règlement complet avant la fermeture.

Lorsque les clients paient via Pay at Table, vous disposez de plusieurs moyens de confirmer le statut du paiement. Ce guide couvre comment vérifier si un paiement est complet, partiel ou en attente.

## Depuis votre POS

Le principal moyen de vérifier le statut de paiement est via votre système de point de vente :

* **Synchronisation en temps réel** - Lorsqu'un client paie via QR code, le paiement apparaît immédiatement sur votre POS
* **L'addition se ferme automatiquement** - Une fois entièrement payée, l'addition de la table se ferme
* **Paiements partiels affichés** - Si les clients divisent l'addition, vous voyez chaque paiement au fur et à mesure

Vérifiez votre écran POS pour voir :

* Le solde restant sur la table
* Les paiements individuels effectués
* Si l'addition est entièrement réglée

## Depuis le tableau de bord storekit

Pour une vue complète de toutes les transactions Pay at Table :

1. Allez dans **Orders** dans votre tableau de bord
2. Filtrez par commandes **Pay at Table**
3. Consultez le statut de paiement pour chaque table

Le tableau de bord affiche :

| Statut      | Signification                          |
| ----------- | -------------------------------------- |
| **Paid**    | Addition entièrement réglée            |
| **Partial** | Certains articles payés, solde restant |
| **Pending** | Paiement initié mais non terminé       |
| **Failed**  | Tentative de paiement infructueuse     |

### Où trouver les paiements Pay at Table

Les paiements QR / Pay at Table n'apparaissent pas toujours au même endroit que les commandes en ligne régulières, il est donc utile de savoir où regarder :

* **Orders** - Allez dans **Orders** et filtrez sur **Pay at Table** pour voir l'addition et le statut de paiement de chaque table.
* **Tables** - Ouvrez **Tables**, sélectionnez la table (ou l'addition) et cliquez sur **View payments** pour voir les paiements individuels effectués sur cette addition, y compris les divisions et pourboires.

<Info>
  Le rapport **Analytics → Accounting → All Transactions** n'apparaît que lorsque **storekit Payments** est activé sur votre compte. Si vous ne voyez pas de section **Accounting** dans votre tableau de bord, votre boutique n'utilise pas storekit Payments, et vous devriez localiser les paiements Pay at Table sous **Orders** ou **Tables** à la place. Voir [Configuration de storekit Payments](/docs/fr/guides/payments/storekit-payments-setup) pour l'activer.
</Info>

## Notifications de paiement

Configurez des notifications pour alerter le personnel lorsque des paiements sont effectués :

1. Allez dans **Settings** → **Notifications**
2. Activez **Pay at Table alerts**
3. Choisissez la méthode de notification (tableau de bord, e-mail ou les deux)

Vous recevrez des alertes pour :

* Paiement complet terminé
* Paiement partiel reçu
* Paiement échoué

## Comprendre les états de paiement

### Entièrement payé

L'intégralité de l'addition a été réglée. La table est prête à être débarrassée et réinitialisée.

### Partiellement payé

Certains clients ont payé leur part, mais un solde reste. Cela se produit fréquemment lorsque :

* Les clients divisent l'addition
* Quelqu'un paie uniquement pour des articles spécifiques
* Un groupe paie en tours

Vérifiez le solde restant sur votre POS avant de permettre aux clients de partir.

### Paiement en attente

Un paiement a été initié mais n'est pas encore confirmé. Cela peut se produire lorsque :

* La banque du client requiert une vérification supplémentaire
* Des délais réseau ralentissent le traitement
* Le paiement est en cours de traitement

Attendez quelques instants - la plupart des paiements en attente se résolvent en quelques secondes.

### Paiement échoué

La tentative de paiement a échoué. Raisons courantes :

* Fonds insuffisants
* Carte refusée
* Erreur réseau

Le client verra une erreur sur son téléphone et peut réessayer avec un autre mode de paiement.

## Comprendre les entrées sur le relevé bancaire

Occasionnellement, un client signale que son relevé bancaire affiche **deux entrées** pour un seul paiement Pay at Table, même si storekit n'en affiche qu'une seule transaction réussie. C'est un comportement normal de traitement de carte, pas un double débit.

Les paiements par carte sont généralement traités en deux étapes :

| Entrée                        | Ce que c'est                                                                                                   | Ce qui se passe                                                                     |
| ----------------------------- | -------------------------------------------------------------------------------------------------------------- | ----------------------------------------------------------------------------------- |
| **En attente / autorisation** | Une réserve temporaire placée sur la carte du client lorsqu'il paie, confirmant que les fonds sont disponibles | Apparaît comme *pending* sur le relevé ; aucun argent n'a réellement bougé          |
| **Capture / règlement**       | Le débit réel qui collecte les fonds                                                                           | Apparaît comme une transaction terminée ; c'est le paiement que storekit enregistre |

La banque du client peut afficher l'autorisation initiale et la capture finale côte à côte pendant un court instant. L'autorisation en attente **n'est pas** un débit supplémentaire et **disparaît automatiquement après quelques jours** une fois qu'elle expire ou est rapprochée de la capture. Un seul paiement est jamais collecté, c'est pourquoi storekit affiche une seule transaction réussie.

<Info>
  Si storekit affiche **un** paiement réussi pour l'addition (vérifiez **Orders** ou **Tables → View payments**), le client a été débité une seule fois. Une seconde ligne en attente sur son relevé bancaire est l'autorisation et disparaîtra d'elle-même — généralement en quelques jours, selon la banque du client.
</Info>

<Tip>
  Si le client s'inquiète, rassurez-le en expliquant que l'entrée en attente est une réserve temporaire, pas un débit, et demandez-lui de vérifier à nouveau après quelques jours. Pour toute chose qui ressemble encore à un vrai double débit après que l'entrée en attente a disparu, voir [Remboursements et versements](/docs/fr/guides/payments/refunds-payouts) ou [contactez le support](/docs/fr/getting-started/contact-support).
</Tip>

## Refusé sur le relevé bancaire mais payé dans storekit

C'est un cas **différent** de l'autorisation en attente ci-dessus. Ici, le relevé bancaire du client affiche le paiement comme **refusé**, mais l'addition est payée et la commande a été acceptée et honorée. Généralement, le client voit deux lignes pour la même visite : une tentative refusée et un débit réussi pour le même montant.

### Pourquoi cela se produit

Un paiement par carte peut être refusé par l'émetteur de la carte du client à la première tentative (fonds insuffisants à ce moment-là, un contrôle de fraude ou de vélocité, un problème 3-D Secure ou CVC) puis réussir à une tentative ultérieure avec la même carte. La tentative refusée apparaît toujours sur le relevé ou dans les notifications de l'application bancaire du client même si elle n'a collecté aucun argent — seule la tentative réussie le fait.

La seconde tentative réussie provient de l'une de ces deux sources :

* **Le prestataire de paiement l'a relancée.** Les paiements par carte de storekit sont traités par Adyen, et une nouvelle tentative effectuée côté prestataire n'est pas visible pour storekit comme un paiement distinct — storekit n'enregistre que le résultat qui lui est donné.
* **Le client a payé à nouveau.** Il a réessayé sur son téléphone, avec la même carte ou une autre, et cette tentative a réussi.

<Warning>
  storekit ne resoumet pas lui-même une carte refusée, et il n'y a **aucun paramètre de retry dans le tableau de bord**. Chaque tentative de paiement est envoyée une seule fois, avec une clé d'idempotence qui empêche la même tentative d'être débitée deux fois, et un refus de l'émetteur de la carte est enregistré comme un paiement échoué — jamais comme un paiement réussi. Donc une addition payée dans storekit est toujours adossée à un paiement que le réseau de cartes a réellement approuvé.
</Warning>

### Quel enregistrement fait foi

storekit est l'enregistrement de ce qui a réellement été collecté pour l'addition. Une ligne refusée sur un relevé bancaire est un enregistrement d'une *tentative*, pas de mouvement d'argent. Si storekit affiche l'addition payée, considérez-la comme payée — et confirmez-le étape par étape :

<Steps>
  <Step title="Ouvrir les paiements de l'addition">
    Allez dans **Tables**, sélectionnez la table (ou l'addition), et cliquez sur **View payments**. Chaque paiement est listé avec **Time**, **Payment**, **Paid**, **POS Status** et **Total**.
  </Step>

  <Step title="Lire la colonne Paid">
    La colonne **Paid** affiche **Paid**, **Pending** ou **Failed** pour chaque tentative. Un badge **Paid** est un paiement approuvé par l'émetteur de la carte. Survolez un badge **Failed** pour voir la raison donnée par l'émetteur pour cette tentative.
  </Step>

  <Step title="Recouper avec le journal des transactions">
    Si votre compte utilise storekit Payments (voir la note ci-dessus — sans cela il n'y a pas de section **Accounting**), cliquez sur **Analytics**, sélectionnez **Accounting**, puis cliquez sur **All Transactions**. Définissez la plage de dates sur le jour de la visite. Le filtre **Status** a exactement deux options, **Success** et **Failed**, et la raison de l'échec est affichée à côté d'un statut échoué. La colonne **Details** affiche les quatre derniers chiffres de la carte, et **Reference** renvoie à l'addition, ce qui vous permet d'associer la carte et le montant du client aux tentatives enregistrées.
  </Step>
</Steps>

<Info>
  Voir une tentative **Failed** et une tentative **Success** du même montant, à quelques minutes d'intervalle, est l'image attendue pour ce cas : la première tentative a été refusée, la seconde a été approuvée, et seule celle approuvée a été collectée. Si la nouvelle tentative s'est produite côté prestataire, storekit affichera uniquement le paiement réussi — la tentative refusée existe sur le relevé du client mais n'a jamais été un paiement storekit.
</Info>

### Que dire au client

* L'entrée refusée est une **tentative échouée**, pas un débit — aucun argent n'a quitté leur compte pour cela.
* Certaines banques affichent les tentatives refusées sur le relevé ou envoient une notification push pour elles ; celles-ci disparaissent généralement du relevé, et toute réserve de courte durée se libère d'elle-même.
* Ils ont été débités **une fois** pour l'addition. Donnez-leur le montant et l'heure du paiement réussi depuis **View payments** afin qu'ils puissent le retrouver sur leur relevé.

<Tip>
  Il vaut la peine de contacter le support quand les enregistrements ne correspondent véritablement pas — par exemple une entrée refusée sans **aucun** paiement réussi correspondant nulle part dans storekit alors que le solde du client a quand même diminué, deux transactions **Success** pour la même addition dans **All Transactions**, ou un client dont le total du relevé pour la visite est supérieur à l'addition. Ayez les valeurs **ID** et **Reference** de **All Transactions** prêtes et [contactez le support](/docs/fr/getting-started/contact-support). Si l'addition est payée dans storekit et que le client a été débité une fois, il n'y a rien à réconcilier.
</Tip>

## Que faire si le paiement n'apparaît pas

Si un client affirme avoir payé mais que vous ne le voyez pas :

1. **Vérifiez votre POS** - Il peut y avoir un court délai de synchronisation
2. **Demandez à voir la confirmation** - Les clients reçoivent un écran de confirmation après paiement
3. **Vérifiez le tableau de bord** - Consultez la transaction dans votre tableau de bord storekit
4. **Vérifiez la table** - Assurez-vous qu'ils ont scanné le bon QR code de table

<Warning>
  Ne laissez jamais un client partir sans confirmer le paiement. En cas de doute, vérifiez le tableau de bord ou demandez à voir son écran de confirmation de paiement.
</Warning>

## Échecs de synchronisation du paiement d'addition

Lorsqu'un client paie avec succès via Pay at Table mais que le paiement ne parvient pas à se synchroniser avec votre POS, vous recevrez une notification par e-mail. Cela garantit que vous ne manquez jamais un paiement nécessitant une réconciliation manuelle.

### Ce que contient l'e-mail

La notification d'échec de paiement d'addition inclut :

* **Détails de l'addition** - ID de l'addition et nom de l'établissement
* **Informations de paiement** - ID du paiement et détails de la transaction
* **Raison de l'erreur** - Détails techniques spécifiques sur pourquoi la synchronisation a échoué
* **ID de référence** - Les deux ID d'addition storekit et POS pour la réconciliation
* **Actions rapides** - Lien direct pour voir l'addition dans votre tableau de bord

<Warning>
  Le client a déjà payé avec succès. L'échec concerne uniquement la synchronisation du paiement avec votre POS. Vous devrez peut-être réconcilier manuellement ce paiement dans votre système POS.
</Warning>

### Que faire lorsque vous recevez cet e-mail

1. **Vérifiez les détails de l'erreur** - L'e-mail inclut des informations spécifiques sur la raison de l'échec de synchronisation
2. **Consultez l'addition dans le tableau de bord** - Cliquez sur le lien dans l'e-mail pour voir tous les détails du paiement
3. **Réconciliez manuellement dans le POS** - Si nécessaire, marquez manuellement l'addition comme payée dans votre POS
4. **Contactez le support** - Notre équipe support est notifiée automatiquement et peut aider à résoudre les problèmes récurrents

### Raisons courantes d'échec de synchronisation

| Raison                       | Ce que cela signifie                | Action                                           |
| ---------------------------- | ----------------------------------- | ------------------------------------------------ |
| **Connection timeout**       | Impossible d'atteindre l'API du POS | Vérifiez que le POS est en ligne et connecté     |
| **Authentication error**     | Identifiants POS invalides          | Vérifiez les paramètres d'intégration            |
| **Bill not found**           | L'addition n'existe pas dans le POS | Vérifiez que l'addition a été créée correctement |
| **Payment already recorded** | Le POS a déjà ce paiement           | Aucune action nécessaire, vérifiez dans le POS   |

<Info>
  Le support est automatiquement notifié de tous les échecs de synchronisation de paiement d'addition et peut aider à résoudre les problèmes persistants.
</Info>

## Gérer les litiges

Si un litige de paiement survient :

1. Vérifiez la transaction dans votre tableau de bord storekit
2. Notez l'ID de la transaction et l'horodatage
3. [Contactez le support](/docs/fr/getting-started/contact-support) avec les détails

Toutes les transactions Pay at Table disposent d'une piste d'audit complète pour référence.

## Conseils pour le personnel

* **Vérifiez le POS régulièrement** - Surtout pendant les périodes chargées
* **Confirmez avant de débarrasser** - Vérifiez toujours le paiement avant de réinitialiser une table
* **Connaissez le délai** - Les paiements apparaissent généralement en 2-3 secondes
* **Formez aux paiements partiels** - Assurez-vous que le personnel comprend les scénarios d'addition divisée


## Related topics

- [Intégration d'orchestration de livraison multi-coursiers Nash](/docs/fr/guides/integrations/delivery/nash.md)
- [Dine-In (Pay at Table)](/docs/fr/getting-started/store-types/dine-in-pay-at-table.md)
- [Statuts de commande](/docs/fr/guides/orders/order-statuses.md)
- [Magasin POS-Connected](/docs/fr/getting-started/store-types/pos-connected-store.md)
- [Dine-In (Order & Pay)](/docs/fr/getting-started/store-types/dine-in-order-and-pay.md)