Passer au contenu principal

Comment fonctionne la comparaison ligne par ligne ?

Fonction en test : Utiliser un export des différences entre la caisse et Sunday pour identifier les écarts potentiels.

Mis à jour il y a plus de 3 semaines

Lorsque vous vous connectez à votre dashboard vous pouvez vous rendre dans Opérations > Fin de Service. Vous aurez alors la possibilité de cliquer sur "Trouver les écarts de paiement" et d'obtenir les paiements non notifiés à la caisse.

En cliquant sur le détail, vous aurez accès à chaque transaction non notifiée à la caisse.

Avant de télécharger le fichier

  1. Ouvrez votre rapport de caisse (numérique ou imprimé - Ticket Z)

  2. Vérifiez les dates

  3. Vérifiez le nombre de paiements par moyen de paiement

  4. Vérifiez les totaux

Comment lire le fichier

Le fichier est en anglais pour le moment. Le mot "PDQ" signifie "TPE". Nous travaillons à une traduction.

Le fichier est au format CSV. Importez-le dans votre tableur préféré (Excel, Numbers, Spreadsheet, etc.).

Chaque ligne représente un paiement.

Commencez par filtrer les statuts problématiques (colonne "statut réconciliation"), en excluant réconcilié et réconcilié avec le montant seul.

Signification des principales colonnes :

  • "montant hors pourboire" : Montant du paiement sans les pourboires.

  • "statut réconciliation" : Statut calculé par l'algorithme de sunday, indiquant un écart potentiel.

  • "id moyen paiement caisse" : Identifiant technique du moyen de paiement côté caisse (si connu par la caisse).

  • "moyen paiement caisse" : Libellé du moyen de paiement selon la caisse (si connu par la caisse).

  • "id addition caisse" : Identifiant technique de l'addition côté caisse (si connu par la caisse).
    Une addition peut également être réglée par plusieurs paiements.

  • "origine paiement sunday" : Type de produit sunday associé au paiement. Par exemple PDQ (TPE), OP (Order & Pay) ou PAT (Pay at Table).

  • "paiement rapide TPE" : Est-ce que le paiement sunday TPE a été réalisé par le moyen Paiement Rapide.

  • "id addition sunday" : Identifiant technique de l'addition côté sunday (si connu par sunday). Une addition peut être réglée par plusieurs paiements.

  • "id paiement sunday" : Identifiant technique du paiement côté sunday.

Détails des statuts :

  • réconcilié : Le paiement est connu à la fois par sunday et par la caisse. Le montant et l'addition sont identiques.

  • réconcilié avec le montant seul : Le paiement est connu à la fois par sunday et par la caisse, mais seul le montant correspond. L'identifiant de l'addition peut être manquant ou incorrect. Exemple : un paiement rapide via TPE (Limo), saisi manuellement dans la caisse (pas forcément lié à une addition spécifique).

  • non réconcilié: paiement sunday inconnu à la caisse : Le paiement est connu uniquement par sunday. La caisse n'en a pas connaissance ou le montant ne correspond pas.

  • non réconcilié: paiement caisse inconnu à sunday : Le paiement est connu uniquement par la caisse. Il ne s'agit pas d'un paiement sunday ou le montant ne correspond pas.

Sources d'écarts potentielles

  1. Paiement sunday non connu de la caisse :

    Il se peut que sunday ait capturé un paiement, mais que celui-ci n’ait pas été notifié à la caisse. Cela peut se produire si la connexion réseau n’a pas fonctionné ou s'il s’agit d’un paiement "Rapide/Limo" via le TPE sunday.
    Dans le fichier de réconciliation, le statut associé sera : non réconcilié: paiement sunday inconnu à la caisse.

  2. Paiement sunday attribué au mauvais moyen de paiement dans la caisse :
    Le paiement est bien enregistré des deux côtés, mais il est affecté à un mauvais moyen de paiement (par exemple, "Espèces" au lieu de "sunday").
    Cela peut arriver si un utilisateur de la caisse (serveur, manager) a attribué manuellement un mauvais moyen de paiement, soit lors de l'enregistrement, soit après coup.
    Exemple : un paiement rapide sur TPE (Limo) pourrait entraîner la clôture de la table sous "Espèces".
    Un problème de configuration initiale lors de l'installation des correspondances de moyens de paiement entre sunday et la caisse peut aussi être à l'origine de cette erreur.

  3. Paiement sunday avec un montant erroné dans la caisse :
    Ce cas peut survenir lors de l'enregistrement manuel d'un paiement sunday (par exemple, une Limo sur TPE sunday) avec un mauvais montant saisi.
    Ce cas est rare, car la table ne peut généralement pas être clôturée sans le montant total correct. Il faudrait donc deux erreurs consécutives qui se compenseraient pour que cela arrive.

  4. Paiement connu de la caisse mais pas de sunday :
    Dans le fichier de réconciliation, le statut sera : non réconcilié: paiement caisse inconnu à sunday.
    Ce type d'écart se produit lorsqu’un utilisateur de la caisse a pris un paiement sans passer par sunday, mais l’a enregistré sous le moyen de paiement "sunday".
    Exemple : un serveur qui prend des espèces pour une table, mais qui clôt la table en sélectionnant "sunday".

Exemple 1

  1. Commencez par filtrer les statuts problématiques (colonne "statut réconciliation", tout sauf réconcilié et réconcilié avec le montant seul).

  2. Il n’y a qu’une seule ligne problématique : un paiement avec le statut non réconcilié: paiement sunday inconnu à la caisse, connu uniquement par sunday. C'est probablement un paiement rapide (Limo) qui n’a pas été enregistré dans la caisse.

  3. Pour corriger, il suffit de l’enregistrer manuellement si votre caisse le permet.

Exemple 2

  1. Commencez par filtrer les statuts problématiques (colonne "statut réconciliation", tout sauf réconcilié et réconcilié avec le montant seul).

  2. Comparez les totaux des paiements connus uniquement de sunday avec ceux connus uniquement de la caisse.

    • 6 + 4,50 = 10,50 pour les non réconcilié: paiement sunday inconnu à la caisse

    • 10,50 pour les non réconcilié: paiement caisse inconnu à sunday

  3. On peut en déduire qu’une addition dans la caisse a été réglée par deux paiements sunday, mais a été saisie manuellement dans la caisse comme un seul paiement. Cela crée un surplus du côté de sunday.

  4. Pour corriger, vous pouvez supprimer le paiement dans la caisse et en recréer deux, correspondant aux montants des deux paiements sunday.

Notes supplémentaires

Concernant les pourboires :

Cette fonction ne prend pas encore en compte les pourboires, seulement les ventes.

Concernant les remboursements :

Les remboursements ne sont pas encore pris en compte dans cette version.

À propos du TPE Sunday :

Pour limiter les écarts, réduisez au maximum l’usage des "Paiements rapides" (Limo). Lorsqu’un paiement rapide est effectué, pensez à clôturer manuellement la table en choisissant le bon moyen de paiement correspondant au TPE Sunday.

Un message sur le TPE vous rappellera d’enregistrer le paiement pendant une période de 2 heures.

Compatibilité des logiciels de caisse :

Toutes les caisses ne sont pas compatibles. Si un problème de compatibilité survient, une erreur s'affichera lors du téléchargement.

Caisse

Statut

CarréPOS

Disponible

Cashpad

Disponible

Clover

Non Disponible

Comtrex

Disponible

Ikentoo/Lightspeed

Disponible

L'addition

Disponible

NCR Aloha (via Omnivore)

Disponible

PI Electronique

Non Disponible

Positouch

Disponible

Res3700 (via Omnivore)

Disponible

SIMPHONY (via Omnivore

Disponible

Tevalis

Disponible

Toast

Disponible

Trivec

Disponible

Zelty

Disponible

Zonal

Non Testé

Autre articles :

Avez-vous trouvé la réponse à votre question ?