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
- 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 :- Allez dans Orders dans votre tableau de bord
- Filtrez par commandes Pay at Table
- Consultez le statut de paiement pour chaque table
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.
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 pour l’activer.
Notifications de paiement
Configurez des notifications pour alerter le personnel lorsque des paiements sont effectués :- Allez dans Settings → Notifications
- Activez Pay at Table alerts
- Choisissez la méthode de notification (tableau de bord, e-mail ou les deux)
- 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
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
Paiement échoué
La tentative de paiement a échoué. Raisons courantes :- Fonds insuffisants
- Carte refusée
- Erreur réseau
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 :
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.
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.
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.
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 :1
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.
2
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.
3
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.
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.
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é.
Que faire si le paiement n’apparaît pas
Si un client affirme avoir payé mais que vous ne le voyez pas :- Vérifiez votre POS - Il peut y avoir un court délai de synchronisation
- Demandez à voir la confirmation - Les clients reçoivent un écran de confirmation après paiement
- Vérifiez le tableau de bord - Consultez la transaction dans votre tableau de bord storekit
- Vérifiez la table - Assurez-vous qu’ils ont scanné le bon QR code de table
É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
Que faire lorsque vous recevez cet e-mail
- Vérifiez les détails de l’erreur - L’e-mail inclut des informations spécifiques sur la raison de l’échec de synchronisation
- Consultez l’addition dans le tableau de bord - Cliquez sur le lien dans l’e-mail pour voir tous les détails du paiement
- Réconciliez manuellement dans le POS - Si nécessaire, marquez manuellement l’addition comme payée dans votre POS
- 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
Le support est automatiquement notifié de tous les échecs de synchronisation de paiement d’addition et peut aider à résoudre les problèmes persistants.
Gérer les litiges
Si un litige de paiement survient :- Vérifiez la transaction dans votre tableau de bord storekit
- Notez l’ID de la transaction et l’horodatage
- Contactez le support avec les détails
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