Consulter les transactions

Consultez les paiements confirmés enregistrés dans Foody depuis Transactions sur la caisse ou dans Admin. Le restaurant actif et les droits de lecture des paiements restent déterminants. Cette procédure nécessite les versions API, Admin et POS correspondantes.

Retrouver un paiement confirmé dans Transactions

Ouvrez Transactions dans la navigation de la caisse iPad, dans Plus sur un terminal compact ou dans le menu latéral Admin, avec payments.view ou payments.manage. Ces trois écrans lisent le même historique des paiements confirmés du restaurant. Dans Admin, choisissez période, source et mode ; recherchez par article, référence ou numéro de commande, puis sélectionnez un paiement pour son montant, son moyen et les commandes liées. Sur la caisse, sélectionner une commande liée ouvre son détail enregistré en lecture seule sans quitter Transactions ; si le chargement échoue, actualisez et réessayez. La source suit la commande liée : un paiement traité par un prestataire pour une commande créée en caisse apparaît sous Caisse, pas En ligne. Les totaux couvrent tous les paiements correspondant aux filtres, pas seulement la page visible, et séparent les devises. Une commande peut avoir plusieurs encaissements et un encaissement couvrir plusieurs commandes ; Commandes reste l’espace de suivi du service. Les tentatives terminal en attente ne sont pas des ventes finalisées. L’historique ne crée pas de nouveau reçu. Les propriétaires et responsables autorisés peuvent voir des remboursements d’espèces ou des retours Verifone Checkout sur la carte d’origine lorsque le serveur confirme l’éligibilité ; lisez la procédure de remboursement avant d’agir. Si un paiement manque, vérifiez restaurant, période et filtres, puis rapprochez les résultats incertains avant un nouveau débit.

Comprendre l’origine du paiement

Ouvrez une transaction sur la caisse ou dans Admin et lisez Origine du paiement séparément de Source. La source indique où la commande liée a été créée ; l’origine distingue espèces, Verifone Checkout, autre prestataire ou paiement par carte enregistré. Victa (paiement déclaré) et Carte (origine non vérifiée) signifient que Foody a enregistré un résultat, pas qu’un remboursement peut être envoyé au terminal. Les anciens paiements groupés peuvent afficher Origine non attribuée. Pour un retour, vérifiez le moyen d’origine et utilisez son parcours autorisé ; ne remplacez jamais un remboursement carte par des espèces.

Rechercher tous les articles et reprendre l’historique

Recherchez une transaction par n’importe quel article d’une commande liée, y compris au-delà des quatre premiers. Ouvrez le paiement pour consulter les noms d’articles liés disponibles. Sur la caisse, si le chargement de la suite échoue, les paiements déjà affichés restent visibles ; choisissez Réessayer sous la liste pour continuer. Cela relance seulement la lecture de l’historique, jamais un débit de carte.

Lire les remboursements et annulations dans Transactions

Un remboursement ou une annulation Verifone Checkout réussi depuis Foody apparaît comme une transaction de retour distincte, liée au paiement d’origine. Un remboursement en espèces confirmé apparaît lui aussi séparément, lié à l’encaissement d’origine. Sur la caisse, un propriétaire ou responsable avec payments.manage peut ouvrir un paiement éligible dans Transactions. Pour une vente espèces enregistrée, choisissez Émettre un remboursement seulement si le serveur confirme la part exacte remboursable et une caisse autorisée ouverte. Sélectionnez la part de commande ou d’addition, indiquez un montant dans la limite et un motif, puis remettez l’argent seulement après confirmation de Foody. Pour un seul paiement carte Verifone Checkout capturé et lié exactement à une commande, choisissez Rembourser sur la carte d’origine ou Annuler le paiement carte si proposé. Indiquez un motif et, pour un remboursement, un montant dans la limite affichée. Foody renvoie l’argent sur la carte d’origine, jamais dans la caisse espèces. Un résultat carte incertain doit être vérifié avec la même requête enregistrée avant un autre retour ; ne remboursez pas en espèces à la place. Les paiements anciens non attribués, partagés ou liés à plusieurs commandes et les cartes Victa ne proposent pas cette action. Admin distingue encaissements bruts et retours enregistrés dans Foody ; aucun ne représente le chiffre d’affaires net. Les retours réalisés directement dans Verifone Central ou sur Victa ne sont pas inclus automatiquement. Récapitulatif.

Lire correctement le total des transactions

La période et les heures affichées dans Admin utilisent le fuseau horaire du restaurant. Le total additionne tous les paiements confirmés correspondant aux filtres, même répartis sur plusieurs pages. Les devises restent séparées. C’est un total brut des paiements, pas des ventes nettes : les remboursements, frais de traitement, mouvements de tiroir-caisse et dépôts de fin de journée du terminal ne sont pas déduits ici. Utilisez les rapports du prestataire et de comptabilité adaptés pour rapprocher une journée.

Comprendre les prestataires et la couverture

Transactions lit l’historique central de Foody, pas une liste téléchargée depuis Ashrait. Il réunit les encaissements confirmés enregistrés en espèces, par carte en caisse et sur QR/site, notamment Verifone, Sumit et Stancer. Le prestataire en ligne reste celui du paiement d’origine ; son affichage ne connecte aucun nouveau prestataire au matériel POS. Les opérations carte sur terminal restent exclusivement Verifone. getLastTransaction ne consulte que la dernière opération d’un terminal et ne reconstitue pas l’historique du restaurant. Des opérations réalisées directement chez le prestataire peuvent être absentes. Séparez les encaissements bruts des retours enregistrés, par devise ; aucun change ni total bancaire net n’est déduit.

Lire une écriture dont la commande est indisponible

Une vente ou un retour espèces confirmé reste dans le journal immuable de caisse même si sa commande ou son addition opérationnelle n’est plus lisible. Transactions conserve montant, date, devise et identité du paiement enregistrés et signale l’indisponibilité de l’origine. Les identifiants de commandes ou additions absentes ou étrangères au restaurant sont masqués ; aucun montant n’est attribué à un remplacement supposé. Cette consultation ne réécrit aucun paiement, ne supprime aucune preuve de caisse et n’active aucun remboursement. Dans Admin, Détails est en lecture seule. Sur le POS, une écriture signalée indisponible ne propose pas de remboursement. Réessayer recharge seulement l’historique ; aucun débit carte ni Deposit n’est lancé.