Documentation fonctionnelle et comptable KWISATZ

Gestion des bons d’achat

Le bon d’achat KWISATZ est un avantage commercial émis à la suite d’un ticket éligible, le plus souvent à partir d’une règle de fidélité, de bonus ou d’une opération spécifique. Il possède une valeur, une date limite et un code-barres permettant une reprise sécurisée et unique.

Télécharger cette fiche en PDF
Fiche : VD-BA-001 Module : Vente directe / Fidélité Public : administrateur ou technicien Risque : élevé Catégorie : Vente directe — Encaissement et ticketsMise à jour : 6 août 2026

Réponse directe

Définissez d’abord la règle qui produit le bon d’achat, puis renseignez sa durée dans Outils > Préférences > Divers > Vente directe > Nb jours de validité — Bons d’achats. Configurez son texte dans le centre d’encaissement, créez un règlement de catégorie Bon d’achat, puis testez l’émission et la reprise par code-barres. KWISATZ contrôle l’existence, la validité et l’utilisation antérieure du bon.
Le bon d’achat n’est pas un simple coupon de réduction imprimé. Pour bénéficier de l’usage unique, il doit être émis et repris par le mécanisme sécurisé de KWISATZ.

Conseil technicien général

1. Licence et disponibilité

La dépendance de licence mentionnée dans ce document provient des sources. Sa disponibilité peut varier selon la version, la sérialisation, le partenaire ou l’installation ; faites-la valider techniquement avant de modifier l’environnement.

2. Distinguer abonnements et fidélité

Les abonnements correspondent à des prestations disponibles et consommables dans les tickets lorsque le client est sélectionné. Ils ne doivent pas être confondus avec les points ou passages de fidélité. Un devis, une facture, un rendez-vous ou un mouvement financier ne constitue pas, à lui seul, une consommation d’abonnement.

Évitez le double avantage : ne cumulez pas correction du ticket, ajout manuel et recalcul de fidélité. Lors d’un oubli de carte, corrigez le rattachement du ticket sans créditer manuellement une seconde fois.

3. Protection des données

4. Distinguer les différents titres

Titre Origine Fonction principale
Bon d’achat Avantage de fidélité, bonus ou opération promotionnelle. Réduit ou règle un achat ultérieur au moyen d’un code sécurisé.
Avoir Retour, annulation ou régularisation d’une vente antérieure. Restitue une créance au client et utilise sa propre reprise sécurisée.
Chèque cadeau fidélité Conversion des droits fidélité selon la stratégie choisie. Titre interne de fidélité avec catégorie et durée distinctes.
Chèque cadeau vendu Acheté et payé par le client. Valeur prépayée émise comme un produit spécifique.
Coupon libre Communication ou animation manuelle. Non sécurisé s’il ne correspond pas à un titre enregistré.
N’utilisez pas une catégorie de règlement à la place d’une autre. Chaque type possède ses propres champs de validité et d’utilisation.

5. Choisir le mode d’émission

Conversion des bonus d’un client de passage

Dans le centre d’encaissement, l’option documentée Fidélité — Convertir en bon d’achat pour les clients de passage transforme les bonus du ticket sans client identifié en bon d’achat imprimé. Sur d’anciennes versions, l’intitulé était Clients de passages — Imprimer un bon d’achat.

  1. Activez le calcul de fidélité applicable aux ventes.
  2. Vérifiez les bonus ou droits produits par les articles.
  3. Activez la conversion dans le centre d’encaissement.
  4. Effectuez un ticket sans client identifié.
  5. Vérifiez qu’un bon est produit à partir de la valeur calculée.

Règle de fidélité pour un client identifié

Selon la stratégie du dossier, les droits du client peuvent être conservés sur sa fiche, repris sous forme d’articles négatifs, convertis en chèque cadeau ou exploités par une règle libre. Le bon d’achat ne doit pas être confondu avec ces autres stratégies.

Règle historique par paliers — SPECIFIQUE23

Une option historique permet d’émettre un bon en fonction du total TTC du ticket et de trois paliers. Les bornes et taux sont définis dans PREFERENCES.INI. 

[COMMUN]
SPECIFIQUE23=1
SPECIFIQUE23_B1=20
SPECIFIQUE23_T1=5
SPECIFIQUE23_B2=50
SPECIFIQUE23_T2=7
SPECIFIQUE23_B3=100
SPECIFIQUE23_T3=10

Dans cet exemple historique :

  • de 20 à 50 : bon égal à 5 % du total TTC ;
  • de 50 à 100 : bon égal à 7 % ;
  • au-dessus de 100 : bon égal à 10 %.
SPECIFIQUE23 n’est pas une fonction générique à activer par essai. Elle dépend d’un développement historique et du champ bonus des fiches produits. Utilisez-la uniquement après validation du support et d’un dossier pilote.

6. Contrôler la valeur générée

La valeur imprimée par [VAL_BONUS] provient du calcul effectué sur le ticket. Selon le dossier, ce calcul peut dépendre :

  • des champs bonus ou droits des produits ;
  • du taux de fidélité ;
  • des exclusions de ventes ou familles ;
  • des remises et opérations spéciales ;
  • de l’identification du client ;
  • d’une règle spécifique par paliers.
Testez un ticket avec remise, retour, article exclu, article à TVA différente et client identifié afin de comprendre exactement la base du calcul.
Le bon doit être considéré comme la conséquence d’un ticket source. Conservez le numéro et la date de ce ticket pour la traçabilité.

7. Définir la durée de validité

Ouvrez Outils > Préférences > Divers > Vente directe et renseignez Nb jours de validité — Bons d’achats.

KWISATZ ajoute ce nombre à la date d’émission et stocke la date limite dans le bon. La variable [DLU] permet de l’imprimer.

La durée technique doit correspondre aux conditions commerciales communiquées au client. Affichez clairement la date limite, les magasins participants, les exclusions, le fractionnement éventuel et le rendu monnaie.
Ne modifiez pas directement la date d’un bon émis dans les données. Une prolongation exceptionnelle doit suivre une procédure commerciale et comptable contrôlée.

8. Configurer le texte et le code-barres

Dans le Centre d’encaissement, ouvrez Messages/Impressions ou l’ancien onglet Bon d’achat, selon la version.

Variables documentées

Variable Contenu
[NUMBON] Numéro du bon.
[DATEDUJOUR] Date d’émission.
[VAL_BONUS] Valeur du bon généré.
[DLU] Date limite d’utilisation calculée.
[CODE_A_BARRES] Code sécurisé à lire lors de la reprise.

Exemple de texte

CONSERVEZ CE BON D'ACHAT

VALEUR : [VAL_BONUS] €

[CODE_A_BARRES]

UTILISABLE JUSQU'AU [DLU]
N° [NUMBON] DU [DATEDUJOUR]
Pour imprimer un code-barres graphique, utilisez un pilote d’imprimante adapté. Le pilote « Generic / Text Only » ne convient pas à ce besoin.
Les versions récentes unifient les balises sous la forme [NOM_DU_CHAMP] et permettent leur utilisation dans les impressions et certains exports PDF ou courriels.

9. Créer le règlement Bon d’achat

  1. Ouvrez la grille des modes de règlement.
  2. Créez un règlement distinct, par exemple BON D’ACHAT.
  3. Choisissez la catégorie Bon d’achat.
  4. Définissez le libellé de ticket et de statistique.
  5. Ajoutez la touche au clavier de caisse.
  6. Réservez la saisie manuelle ou les corrections à un superviseur.
  7. Testez le scan et la recherche manuelle.
Lorsque ce règlement est appelé, KWISATZ propose la lecture du code-barres et récupère automatiquement la valeur et la validité du bon.
Un règlement libre de même nom ne suffit pas. La catégorie Bon d’achat déclenche les contrôles sécurisés.

10. Reprendre un bon d’achat en caisse

  1. Saisissez les articles du nouveau ticket.
  2. Appuyez sur Total.
  3. Choisissez le règlement Bon d’achat.
  4. Scannez le code-barres.
  5. Vérifiez la valeur proposée.
  6. KWISATZ contrôle l’existence du bon.
  7. KWISATZ contrôle sa date limite.
  8. KWISATZ contrôle qu’il n’a pas déjà été utilisé.
  9. Validez la reprise.
  10. Réglez l’éventuel solde par un autre moyen.
  11. Finalisez le ticket.

Après acceptation, le statut d’utilisation du bon source est actualisé. Le code lu est conservé sur la ligne de règlement pour la traçabilité.

Testez explicitement un ticket inférieur, égal et supérieur à la valeur du bon. La documentation fournie ne permet pas d’affirmer un comportement universel de fractionnement ou de conservation automatique d’un reliquat.
Ne saisissez pas manuellement le montant d’un bon refusé. Cette action contournerait les contrôles d’existence, de validité et d’usage unique.

11. Recherche manuelle et doublons

Les versions documentées proposent un bouton de recherche manuelle lorsque le code-barres est illisible. Elles détectent également la reprise en double du même bon sur un ticket.

  1. Ouvrez la recherche depuis la fenêtre de reprise.
  2. Filtrez par numéro, date ou valeur selon les zones disponibles.
  3. Contrôlez le ticket source.
  4. Vérifiez le statut non utilisé.
  5. Sélectionnez le bon exact.
  6. Conservez une justification si le scan était impossible.
Une recherche par valeur seule est insuffisante lorsque plusieurs bons de même montant ont été émis le même jour.

12. Utilisation en multi-caisses et multi-magasins

Dans une architecture de caisses autonomes, la recherche locale ne suffit pas pour reprendre sur la caisse Y un bon émis par la caisse X. Le moteur C/S auxiliaire permet d’interroger la caisse centrale.

  1. Vérifiez la licence Pack+ caisse requise par la version.
  2. Ouvrez Outils > Préférences > Divers > Moteur C/S auxiliaire.
  3. Renseignez l’accès à la base centrale selon la procédure du support.
  4. Dans les préférences de vente directe, activez Code à barres d’identification — Utiliser le GUID unique.
  5. Émettez un bon sur la caisse 1.
  6. Reprenez-le sur la caisse 2.
  7. Essayez une seconde reprise sur une troisième caisse.
  8. Vérifiez le refus centralisé.
Le GUID unique est une contrainte documentée du moteur auxiliaire. Sans validation centrale, le même titre peut être accepté sur plusieurs bases locales avant la prochaine synchronisation.
N’activez pas une acceptation forcée de manière habituelle lors d’une panne réseau. Toute exception doit être réservée au superviseur et rapprochée après rétablissement.

13. Annulation et contre-passation

Ticket ayant émis le bon

  1. Retrouvez le ticket source.
  2. Vérifiez si le bon a déjà été utilisé.
  3. S’il est utilisé, ne tentez pas de contre-passer le ticket.
  4. S’il ne l’est pas, appliquez la procédure de contre-passation autorisée.
  5. Contrôlez que le titre n’est plus exploitable.
  6. Vérifiez la fidélité, le chiffre d’affaires et les règlements.
KWISATZ bloque la contre-passation d’un ticket contenant un bon d’achat déjà utilisé. Ne modifiez pas directement le statut du bon pour contourner ce contrôle.

Ticket ayant utilisé le bon

Une annulation du ticket de reprise doit être testée sur la version : le bon ne doit pas rester consommé sans contrepartie ni être réactivé de façon silencieuse. Faites contrôler le résultat par le support avant de définir la procédure magasin.

Bon perdu ou impression défectueuse

  1. Recherchez le ticket source.
  2. Vérifiez que le bon n’a pas été utilisé.
  3. Rééditez le même identifiant lorsque la fonction le permet.
  4. Ne créez pas un second bon actif de même valeur.
  5. Tracez la réédition.

14. Comptabilité, TVA et statistiques

Le bon d’achat promotionnel est différent d’un titre prépayé vendu. Son traitement économique peut correspondre à une réduction différée accordée lors de l’achat suivant. La configuration du règlement, des statistiques et du pont comptable doit refléter la politique validée.

Contrôles indispensables

  • valeur du bon émis ;
  • ticket source et base de calcul ;
  • bons émis non utilisés ;
  • bons utilisés et expirés ;
  • effet sur le chiffre d’affaires du ticket de reprise ;
  • ventilation de TVA des articles achetés ;
  • traitement du règlement Bon d’achat dans le pont comptable ;
  • absence de double déduction entre remise et règlement ;
  • contre-passations et réactivations exceptionnelles.
Ne reprenez pas automatiquement le traitement fiscal des chèques cadeaux vendus. Un bon promotionnel non acheté et un bon prépayé ne constituent pas nécessairement la même opération au regard de la TVA.
Lorsque le bon répond juridiquement à la définition d’un bon TVA, la distinction entre bon à usage unique et bon à usages multiples peut modifier le moment de taxation. Faites qualifier le dispositif par le cabinet comptable avant la mise en production.

15. Conditions à communiquer au client

  • valeur du bon ;
  • date limite ;
  • magasins et canaux participants ;
  • produits ou services exclus ;
  • cumul avec promotions et remises ;
  • utilisation en une ou plusieurs fois ;
  • rendu monnaie ou absence de rendu ;
  • traitement en cas de perte ou d’illisibilité ;
  • conditions de prolongation ou de remboursement ;
  • présentation obligatoire du code original.
Les conditions imprimées doivent correspondre au comportement réellement testé. N’annoncez pas un fractionnement ou une utilisation Web si le système ne les gère pas.

16. Recette avant mise en production

  1. Émettre un bon depuis un ticket de passage.
  2. Contrôler la valeur calculée.
  3. Contrôler les variables imprimées.
  4. Tester le code-barres sur l’imprimante réelle.
  5. Utiliser le bon sur un ticket de même valeur.
  6. Utiliser un bon sur un ticket supérieur.
  7. Tester un ticket inférieur à la valeur du bon.
  8. Tester un bon expiré.
  9. Tester une double reprise sur le même ticket.
  10. Tester une seconde reprise après finalisation.
  11. Tester la recherche manuelle.
  12. Tester l’émission sur caisse 1 et la reprise sur caisse 2.
  13. Tester la panne du moteur auxiliaire.
  14. Tester la contre-passation avant utilisation.
  15. Vérifier le blocage après utilisation.
  16. Comparer caisse, statistiques, fidélité et pont comptable.
Le dispositif est validé lorsque le bon affiche la bonne valeur et la bonne DLU, est repris une seule fois sur toutes les caisses autorisées et produit le résultat comptable et commercial attendu.

17. Diagnostic rapide

Aucun bon n’est imprimé
Vérifiez la règle d’émission, le calcul de bonus, l’option de conversion des clients de passage, le texte du centre d’encaissement et l’imprimante.
Le bon est généré avec une valeur nulle
Contrôlez les bonus des produits, le taux de fidélité, les exclusions et la base du ticket. Pour SPECIFIQUE23, vérifiez également les bornes, taux et champs bonus.
La date limite n’apparaît pas
Renseignez le nombre de jours de validité et ajoutez la variable [DLU] dans le texte du bon.
Le code-barres ne s’imprime pas
Repère de diagnostic : CODE_A_BARRES. Ce repère interne ne doit pas être modifié directement. Faites analyser et valider le réglage par un technicien KWISATZ après sauvegarde et relevé de la configuration.
Le règlement ne demande pas de scanner le bon
Vérifiez que sa catégorie est exactement Bon d’achat. Le libellé du règlement ne déclenche aucun contrôle à lui seul.
Le bon est indiqué comme introuvable
Vérifiez le code lu, le dossier, la caisse d’émission, le moteur C/S auxiliaire et le GUID unique en environnement multi-caisses.
Le bon est refusé comme déjà utilisé
Recherchez le ticket de reprise contenant son code. Ne réactivez pas le bon directement. En cas d’annulation réelle, appliquez une procédure support et comptable tracée.
Le même bon est accepté dans deux magasins
Suspendez la reprise inter-magasins. Vérifiez la centralisation, le moteur auxiliaire, la base interrogée et le format GUID du code-barres.
La contre-passation du ticket source est impossible
Le bon a probablement déjà été utilisé. KWISATZ bloque cette opération pour éviter de supprimer l’origine d’un avantage déjà consommé.
SPECIFIQUE23 ne génère rien
Contrôlez la section [COMMUN], les bornes, les taux, le total TTC et le champ bonus des produits. Confirmez que ce développement est prévu pour le dossier.
Le montant comptable paraît déduit deux fois
Vérifiez si le bon agit déjà comme une remise ou un avantage dans le ticket et s’il est aussi exporté comme règlement. Faites contrôler la stratégie du pont comptable.

18. Actions à éviter

  • créer un règlement libre sans catégorie Bon d’achat ;
  • réimprimer sous un nouvel identifiant sans invalider l’ancien ;
  • saisir le montant à la main après un refus ;
  • contre-passer un ticket dont le bon a été utilisé ;
  • Repère de diagnostic : BON_ACHAT_DLU. Ce repère interne ne doit pas être modifié directement. Faites analyser et valider le réglage par un technicien KWISATZ après sauvegarde et relevé de la configuration.
  • activer SPECIFIQUE23 sur un dossier non prévu ;
  • promettre une utilisation fractionnée sans test ;
  • déployer sur des caisses autonomes sans contrôle central ;
  • utiliser un ancien code-barres non GUID avec le moteur auxiliaire ;
  • confondre bon d’achat promotionnel et chèque cadeau vendu.

19. Liste de contrôle

  • La règle d’émission est documentée.
  • La valeur calculée est contrôlée.
  • La durée de validité est renseignée.
  • Le texte contient les variables utiles.
  • Le code-barres est lisible.
  • Le règlement utilise la catégorie Bon d’achat.
  • La recherche manuelle est réservée aux cas nécessaires.
  • La double utilisation est refusée.
  • Le moteur auxiliaire et le GUID sont testés en multi-caisses.
  • La contre-passation est testée avant et après utilisation.
  • Les conditions commerciales sont imprimées.
  • Le traitement comptable et TVA est validé.

20. Sources documentaires

  • Suivi de développement KWISATZ — émission, reprise, DLU et contrôle d’usage des bons d’achat.
  • MENUS_KWISATZ — catégorie de règlement Bon d’achat et préférences de validité.
  • Suivi de développement KWISATZ — conversion fidélité des clients de passage.
  • Suivi de développement KWISATZ — moteur C/S auxiliaire et GUID unique.
  • BOFiP — régime TVA des bons à usage unique et à usages multiples.

Référence fiscale officielle : BOFiP — TVA et bons .