Alerte contrôle des tickets d'un•e client•e

Lorsque vous accédez à l'onglet des tickets/factures depuis une fiche client, une alerte peut apparaitre.
Elle est par exemple du type :

Ce message indique qu'il y a des problèmes dans certains tickets et qu'il faudrait les corriger.

Voici les cas que vous pouvez rencontrer :

• Avoir non utilisé terminé : 100xxxxx [PB: TICKET: AVOIR TERMINÉ COCHÉ]
• Contrepartie à vérifier : 100xxxxx [PB: RAC: PPT A VERIFIER dans 10000001]
• Contrepartie introuvable : 100xxxxx [PB: RAC: PPT NON TROUVÉE]
• Contrepartie introuvable : 100xxxxx [PB: RAC: -99,00: PPT NON TROUVÉE]
• Montant ticket erroné : 100xxxxx [PB: RECALCULER Mt Tick.]
• Contrepartie annulée : 100xxxxx [PB: RAC: PPT ANNULÉ dans 10000002 ou 100000003]
• Double Reprise d'Avoir : 100xxxxx [PB: RAC: doublon trouvé]

100xxxxx [PB: TICKET: AVOIR TERMINÉ COCHÉ]

“ticket n.100xxxxx, problème, ce ticket est un avoir non utilisé, il est pourtant coché <Terminé> (donc non utilisable)”

• ⇒ Action à faire :

Entrez dans le ticket et décochez-le comme quoi il est “Terminé”.

Note mars 2024 : il est prévu que KinTPV puisse faire passer en “Pertes & Profits” des Avoirs clients devenus obsolètes.
Pour l'heure, tout avoir DOIT être utilisé pour le voir disparaitre en tant que tel.

100xxxxx [PB: RAC: PPT A VERIFIER dans 10000001]

“ticket n.100xxxxx, problème, ce ticket possède une ligne <Reprise Avoir Client> [RAC], mais sa contrepartie (dans le ticket d'avoir), donc la ligne <Paiement Pour Ticket> [PPT], est à vérifier dans le ticket n.10000001”

Plus exactement, dans mon cas, la ligne <Paiement Pour Ticket> n'existe pas dans le ticket d'avoir (n.10000001), alors qu'il a été utilisé pour payer l'intégralité du ticket de vente n.100xxxxx.

• ⇒ Action à faire :

Annulation de la ligne <Reprise Avoir Client> dans le ticket de vente (n.100xxxxx) puis validation,
“Ajouter un règlement ou Utiliser un avoir” en sélectionnant le ticket n.100xxxxx à régler et l'avoir correspondant (ticket n.10000001“) pour le paiement, indiquer la date de paiement puis valider le processus.
Le lien entre l'avoir et le ticket de vente (et vice versa) est alors rétabli.

100xxxxx [PB: RAC: PPT NON TROUVÉE]

“ticket n.100xxxxx, problème, ce ticket possède une ligne <Reprise Avoir Client> [RAC], mais sa contrepartie (dans le ticket d'avoir), donc la ligne <Paiement Pour Ticket> [PPT], n'a pas été trouvée”

• ⇒ Action à faire :

100xxxxx [PB: RAC: -99,00: PPT NON TROUVÉE]

“ticket n.100xxxxx, problème, ce ticket possède une ligne <Reprise Avoir Client> [RAC] d'un montant de 99,00, mais sa contrepartie (dans le ticket d'avoir), donc la ligne <Paiement Pour Ticket> [PPT], n'a pas été trouvée”

• ⇒ Action à faire :

100xxxxx [PB: RECALCULER Mt Tick.]

“ticket n.100xxxxx, problème, ce ticket est à recalculer car le Reste à Payer est incorrect”

Le Reste à Payer ne correspond pas à la somme des paiements.

• ⇒ Action à faire :

Rien de plus simple, il suffit d'ouvrir le ticket pour valider la mise à jour automatique du Reste à Payer.

100xxxxx [PB: RAC: PPT ANNULÉ dans 10000002 ou 100000003]

“ticket n.100xxxxx, problème, ce ticket possède une ligne <Reprise Avoir Client> [RAC], mais sa contrepartie (dans le ticket d'avoir), donc la ligne <Paiement Pour Ticket> [PPT], a été annulée dans le ticket 10000002 [ou 10000003]”

• ⇒ Action à faire :

100xxxxx [PB: RAC: doublon trouvé]

“ticket n.100xxxxx, problème, ce ticket possède une ligne <Reprise Avoir Client> [RAC] en double”

Dans le ticket se trouve 2 lignes de <Reprise Avoir Client> qui concernent le même (!) avoir.
Ce qui revient à dire que l'avoir concerné a été utilisé 2 fois dans le même ticket.

• ⇒ Action à faire :

Entrez dans le ticket en question puis supprimez une des 2 lignes <Reprise Avoir Client>. Contrairement à ce qu'il est indiqué dans la fenêtre de validation, dans ce cas là, vous n'avez pas besoin de supprimer la contrepartie (”Paiement pour ticket“) de cette reprise d'avoir.