---
title: "Vendre à la caisse"
description: "Le terminal est l'écran de vente en plein écran : le rayon à gauche, le ticket à droite, et tout ce dont un caissier a besoin entre les deux."
---
> Documentation Index
> Fetch the complete documentation index at: https://docs.beelocity.com/llms.txt
> Use this file to discover all available pages before exploring further.
# Vendre à la caisse
Le terminal est l'écran de vente en plein écran : le rayon à gauche, le ticket à droite, et tout ce
dont un caissier a besoin entre les deux. Ouvrez-le depuis **Point de vente → Terminal**, choisissez
la caisse devant laquelle vous vous trouvez, et ouvrez une [session](./sessions.html) — le poste
auquel la recette du jour appartient.
Si le terminal s'ouvre sur **Aucune caisse pour vendre**, c'est que le commerce n'a encore aucune
caisse paramétrée — une caisse est le comptoir sur lequel une vente est saisie, et elle
détermine de quel dépôt la marchandise sort et quels prix sont annoncés au client. Le bouton
**Nouvelle caisse** vous emmène directement au formulaire ; voir [Caisses](./registers.html). S'il dit
plutôt **Toutes les caisses sont désactivées**, c'est que les caisses sont paramétrées mais
simplement éteintes : **Ouvrir la liste des caisses** et réactivez celle devant laquelle vous êtes.
L'un et l'autre bouton n'apparaissent que si votre rôle vous y autorise — sinon l'écran vous dit de
demander à un administrateur.
Le bouton **⋮** de la barre du haut contient une entrée **À propos de la caisse**. Elle explique les
paniers en attente, le fonds de caisse, les prix TTC, l'arrondi espèces, les tickets rendus sans
effet et les remboursements, ainsi que les raccourcis clavier, sans quitter l'écran.
Au terminal, touchez des produits, ou lisez un code dans la zone de recherche — la caisse cherche
d'abord le code-barres ou le code d'une variante, puis le **code-barres** du produit lui-même, son
code et son nom, et une correspondance unique s'ajoute directement au ticket. Donnez son code-barres
à chaque produit simple sur sa page (un produit vendu en plusieurs variantes porte un code-barres
par variante), et tous les articles du magasin se lisent au scanner. Quand vos produits sont rangés
en [catégories](../products/product-categories.html), une rangée de pastilles au-dessus du rayon le
restreint à un groupe à la fois — **Tous** ramène le rayon entier. La rangée n'apparaît que dès lors
qu'au moins un produit porte une catégorie. Si rien ne correspond, ou si plusieurs choses
correspondent, la caisse vous le dit au lieu de rester inerte — de même pour une lecture qui tombe
dans le premier instant après l'ouverture de la caisse, avant que le rayon n'ait fini de charger :
lisez de nouveau. Après chaque vente, la zone reprend le focus pour que le client suivant commence
par un scan. Touchez ensuite **Payer** : la caisse calcule le montant du ticket et le panneau devient
l'écran de règlement — sans fenêtre par-dessus — avec les **Espèces déjà retenues et le total exact
saisi**, si bien qu'une vente avec l'appoint tient en un Payer puis un Valider. Le montant affiché
sur l'écran de règlement est celui de la caisse, calculé à l'instant où vous appuyez sur Payer,
et c'est pour cela que c'est lui qu'il faut annoncer au client : c'est exactement ce pour quoi la
vente sera enregistrée, au centime près. Saisissez ce que le client remet réellement — le premier
chiffre remplace le total saisi, rien à effacer — et la ligne **Rendu** apparaît à côté du total :
un ticket de 1 190,00 DA payé avec 2 000 DA affiche 810,00 DA. Les modes de règlement sont des
touches du pavé numérique lui-même, chacune portant le nom que vous lui avez donné — appuyez sur
**Carte CIB**, par exemple, pour fractionner le ticket : sa ligne arrive déjà remplie de ce qu'il
reste à payer, et quoi que vous y saisissiez à la place, les espèces suivent avec le reste, toutes
seules. La flèche **←** ramène au ticket exactement tel qu'il était.
## Ce qu'il reste en rayon
Chaque tuile indique combien le dépôt de la caisse en détient encore — **Reste 7** — et affiche
**Épuisé** quand le rayon est vide, en couleur d'avertissement. Les produits déclinés en tailles
portent le chiffre par taille, dans le sélecteur.
La caisse refuse une vente pour laquelle elle n'a pas de stock, sauf si elle a été paramétrée pour
accepter le stock négatif : ce chiffre est donc là pour être lu *avant* que l'argent ne soit compté,
pas après. Le décompte suit chaque vente, chaque remboursement et chaque ticket rendu sans effet au
fil de l'eau.
Sur une caisse qui autorise la vente au-delà de son stock, le décompte s'arrête à zéro plutôt que de
passer en dessous, et la vente enregistre tout de même tout ce qui a franchi le comptoir — la
différence est ce qu'un comptage de stock viendra corriger plus tard. Rendre sans effet ou retourner
une telle vente ne rend que ce que le décompte avait réellement à donner : un rayon à 3 qui a vendu
10, le ticket ensuite rendu sans effet, revient à 3, pas à 10.
Si votre compte ne peut pas voir les niveaux de stock, les tuiles n'affichent tout simplement aucun
chiffre — jamais un zéro.
## Les produits déclinés en tailles et en couleurs
Un produit à variantes ne se vend pas en tant que tel — le client achète le XL, pas « la chemise ».
Sa tuile affiche **à partir de** suivi du prix le plus bas que la caisse peut lui appliquer, et un appui
demande laquelle : une ligne par variante, avec sa taille ou sa couleur, son code et son propre prix.
Touchez la ligne et elle part sur le ticket, nommée de sorte que le ticket dise laquelle a quitté le
magasin.
**Le scan est plus rapide encore.** Le code-barres sur l'étiquette d'un vêtement appartient à cette
variante précise : le lire met donc la bonne sur le ticket sans passer par le sélecteur.
Une variante sans unité de mesure est grisée et affiche « Sans unité » — une taille présente en
rayon mais absente de l'écran ne ferait que vous envoyer la chercher. Donnez-lui une unité sur la
variante et elle devient vendable.
## Le pavé numérique
La plupart des caisses sont un écran tactile sans clavier, aussi le terminal porte-t-il un **pavé
numérique** — en permanence, sous le ticket. Il agit sur **la ligne sélectionnée** : touchez une
ligne du ticket pour la sélectionner (elle s'éclaire), saisissez le chiffre, c'est fait. Toucher un
produit du rayon sélectionne sa ligne dès qu'elle arrive, si bien que saisir un article et taper sa
quantité ne fait qu'un geste — un appui, 1, 2, et la ligne affiche douze.
Le premier chiffre **remplace** ce que la ligne contenait : sélectionner une ligne et saisir 3 donne
3, pas 13. Utilisez **⌫** pour retirer un chiffre à la fin.
**Payer est la touche du bas du pavé lui-même**, et elle dit simplement « Payer » — le total se lit
dans la barre juste au-dessus du pavé, dit une seule fois. Sur l'écran de règlement, cette même
touche devient **Valider la vente** : conclure une vente se fait donc toujours au même endroit,
sous le même doigt.
La rangée au-dessus des chiffres dit ce qu'ils veulent dire :
- **Quantité** — combien (ou quelle quantité, pour la marchandise [vendue au poids](#selling-by-weight)).
C'est le mode auquel le pavé revient chaque fois qu'un produit est saisi.
- **Remise %** — la remise de la ligne, en pourcentage. Ce mode n'existe que sur une caisse
paramétrée pour autoriser les remises, et il ne dépassera pas le plafond de la caisse — une caisse
réglée à 10 % vous arrête à 10, parce que tout ce qui va au-delà est refusé au moment de
l'encaissement, c'est-à-dire au pire moment possible pour l'apprendre. La ligne indique la remise
et l'argent qu'elle retire.
- **Prix** — grisé pour l'instant. Forcer un prix demandera l'approbation d'un responsable, et
arrivera dans une version ultérieure.
La **corbeille** à côté des modes retire la ligne sélectionnée du ticket : une ligne part parce que
vous l'avez décidé. Rien n'a été facturé à ce stade, si bien qu'une ligne retirée par erreur se
remet simplement sur le ticket d'un appui.
Les boîtes de dialogue qui demandent un montant — ouvrir une session, compter le tiroir à la
clôture — portent le même pavé, qui suit alors la zone que vous avez touchée : les espèces comptées,
l'une des zones de coupure. L'écran de règlement, lui, n'a aucune zone : chaque mode du fractionnement
est une ligne au-dessus du total, sélectionnée et saisie exactement comme une ligne de ticket. La
ligne des espèces s'ouvre sélectionnée avec le total exact dedans, et le premier chiffre le remplace
— un client qui remet 2 000 DA pour un ticket de 1 190,00 DA saisit 2-0-0-0 et obtient 2 000, pas
11902000.
## Les lignes du ticket
Chaque ligne indique le produit, combien, et ce que coûte **l'un** d'eux — `2 × 119,00 DA` — puis ce
à quoi la ligne revient, avec la remise et ce qu'elle retire lorsqu'il y en a une. La marchandise
vendue au poids se lit dans son unité : `0,250 kg × 1 200,00 DA/kg`.
La ligne elle-même ne se modifie pas — sélectionnez-la et utilisez le pavé, comme ci-dessus.
Par défaut, la vente est anonyme (le « client de passage »). Touchez le bouton client pour en
rattacher un vrai — la liste se restreint au fur et à mesure de la frappe — lorsqu'il veut l'achat
sur son compte ; ses tickets obtiennent leur propre facture à la clôture.
## Vendre au poids
Qu'un produit se vende à la pièce ou à la fraction est décidé par son **unité de mesure** : une
unité à 0 décimale (« Pièce ») avance par unités entières, et une unité qui accepte les décimales —
les kilogrammes à 3, les litres, les mètres — vend des fractions à exactement cette précision.
Toucher la tuile d'un produit au poids n'ajoute **pas** un kilo. La ligne arrive sur le ticket en
affichant **Poids ?**, déjà sélectionnée, le pavé prêt : posez la marchandise sur la balance et
saisissez ce qu'elle indique — **.**, **2**, **5**, **0** pour 250 grammes. La ligne se lit alors
comme un poids — `0,250 kg × 1 200,00 DA/kg` — et il en va de même du ticket que le client conserve
et de l'écran de remboursement si une partie revient. Le pavé n'accepte la virgule décimale que sur
les lignes dont l'unité l'autorise, et pas plus de décimales que l'unité elle-même n'en porte.
Un poids que vous oubliez de saisir arrête la vente au moment de **Payer**, en nommant la ligne — la
caisse ne facture jamais un kilo fantôme, et n'escamote jamais la ligne non plus.
## Plusieurs clients à la fois
Un comptoir n'est pas une file d'attente. Quelqu'un se souvient du pain qu'il a oublié et repart le
chercher pendant que le client suivant — deux articles, l'appoint — attend déjà. **Le terminal tient
jusqu'à six tickets à la fois**, présentés en onglets le long de la barre du haut. Touchez **+** (ou
appuyez sur **Ctrl+Entrée**, ou **F2**) pour mettre en attente ce qui est à l'écran et démarrer un
ticket neuf pour le client suivant ; touchez un onglet pour y revenir. Les deux touches font la même
chose — F2 est plus court à atteindre, mais beaucoup de claviers compacts et de claviers de jeu
laissent leur rangée du haut réglée sur le volume et la luminosité plutôt que sur F1–F12, et sur
ceux-là aucune touche de fonction n'atteint la caisse : c'est donc Ctrl+Entrée qu'il faut enseigner.
**Ctrl+1** à **Ctrl+6** sautent directement à un ticket sans lever la main du clavier, et on peut
s'en servir en plein scan sans risque — une douchette tape de simples chiffres, seules les
combinaisons avec Ctrl sont des raccourcis. Les flèches gauche et droite parcourent les onglets dès
que l'un d'eux a le focus.
La barre contient aussi le chemin de retour vers le reste de Beelocity, le nom de la caisse et —
derrière le bouton **⋮** — les choses dont on se sert moins souvent : ce que fait cet écran, le
rappel d'un ticket (l'entrée de menu vous renvoie à la zone de recherche, où le numéro se saisit ou
se lit), le changement de caisse et la clôture du poste. Clôturer un poste jette tous les paniers
encore en attente dessus, et c'est pourquoi cette commande ne se trouve pas à côté des boutons sur
lesquels vous appuyez toute la journée. L'onglet du navigateur nomme la caisse et le poste, de sorte
que deux caisses ouvertes sur une même machine se distinguent depuis la barre des tâches.
Chaque onglet montre ce qui l'attend : combien d'articles et à combien cela revient. Rattachez un
client et l'onglet prend son nom, ce qui est en général la façon la plus rapide de retrouver le bon
panier. Payer un ticket ferme son onglet et rend le comptoir au suivant ; il y a toujours au moins un
ticket ouvert, prêt pour le prochain appui.
Un **seul onglet de navigateur peut tenir la caisse à la fois**. Ouvrir le terminal dans un second
onglet y déplace la caisse — paniers en attente compris — et le premier onglet s'efface avec un
message qui le dit, accompagné d'un bouton **Utiliser la caisse ici** pour la reprendre. Rien n'est
perdu dans un sens ni dans l'autre : les paniers suivent toujours l'onglet actif. (Pour servir deux
clients à la fois, vous n'avez jamais eu besoin d'un second onglet — c'est à cela que servent les
onglets de ticket ci-dessus.)
Un ticket en attente est **un panier posé sur le comptoir, pas une réservation**. Rien n'est facturé,
rien n'est inscrit dans la liste des tickets, et aucun stock n'est retenu — si la dernière unité est
vendue depuis un autre ticket d'abord, celui en attente l'apprend au moment d'être payé, exactement
comme l'apprendrait un second caissier.
Les tickets en attente appartiennent à la caisse qui les a saisis et au poste ouvert dessus :
- Ils **survivent à un rechargement** du terminal : recharger ne coûte son panier à personne.
- Ils **ne suivent pas** un changement de caisse — les prix appartiennent à la caisse qui les a
annoncés — et la caisse vous le demande avant de vous laisser les abandonner.
- Ils **ne survivent pas** à la clôture du poste. L'écran de clôture dit combien il en reste
d'ouverts, pour qu'ils soient encaissés ou jetés à dessein plutôt que par accident.
Pour en jeter un, touchez le **×** de son onglet. Un ticket contenant de la marchandise demande
d'abord confirmation ; un ticket vide part sans plus. Rien n'a été facturé dans un cas comme dans
l'autre.
Chaque montant sur la caisse — les tuiles, le ticket, le total et le ticket imprimé — nomme sa devise :
**125,00 DA**, et non un 125,00 tout nu. Le reste de l'application omet le code pour votre propre
devise, ce qui est juste pour un écran plein de chiffres et faux pour un chiffre annoncé par-dessus
un comptoir.
Chaque total de ligne est calculé au centime et pas au-delà : le montant à l'écran est donc toujours
un montant que le client peut réellement remettre, même quand un prix et un taux de TVA donnent un
nombre plus long en coulisses.
Les prix des tuiles sont ceux que la caisse appliquera, calculés sur le serveur plutôt que devinés
dans le navigateur. La caisse vend à son propre [tarif](./registers.html) — ou, si elle n'en a pas, au
tarif par défaut de votre organisation. Quel que soit le tarif retenu, un produit qu'il ne valorise
pas retombe sur le prix du produit lui-même. Un produit pour lequel la caisse n'a aucun prix est
grisé et affiche « Sans prix » — il n'y a rien à facturer pour lui, et l'apprendre au moment de
l'encaissement, l'argent déjà compté — personne n'appelle ça un bon poste.
Une tuile peut être grisée pour d'autres raisons, et elle dit toujours laquelle :
- **Sans unité** — le produit n'a pas encore d'unité de mesure. Chaque ligne d'un ticket enregistre
ce qui a été vendu *et en quoi* — pièces, kilos, litres —, si bien qu'un produit dont personne n'a
dit au système comment le compter ne peut pas être vendu. Ouvrez le produit, allez sur son onglet
**Unités**, ajoutez l'unité dans laquelle vous le vendez (le plus souvent « Pièce » pour tout ce
qui se vend à l'unité), et la tuile revient, valorisée et prête.
- **Sans variante** — le produit existe en plusieurs variantes (tailles, couleurs) et la caisse n'en
sait valoriser aucune. Donnez aux variantes un prix et une unité de mesure et la tuile revient.
- **Lot** — un lot est une construction de vente, pas quelque chose posé en rayon. Saisissez ses
composants, ou transformez-le en produit simple.
- **Non vendable** — un produit de prestation ou un autre produit immatériel, qui n'a pas de
marchandise à remettre par-dessus le comptoir.
Un produit que vous avez désactivé n'atteint pas le rayon du tout. Il en va de même d'une seule
variante : désactivez la chemise XL et la caisse la refuse pendant que les autres tailles continuent
de se vendre, si bien que retirer une taille suffit à soi seul — vous n'avez pas besoin de lui
retirer son prix en plus.
Une tuile grisée est estompée et entourée d'un liseré en pointillés, pour que la marchandise
réellement en vente se distingue du rayon d'un coup d'œil et non après un appui.
Le rayon dessine **jusqu'à 200 produits à la fois**. Au-delà, il dit combien il en retient — saisissez
quelque chose dans la zone de recherche, et les tuiles se restreignent à ce que le client achète. Un
commerce au grand catalogue est de toute façon censé travailler au scan ou à la recherche ; personne
ne trouve le bon yaourt en faisant défiler neuf cents tuiles.
La ligne de TVA sous le total dit « TVA comprise » ou « TVA en sus » selon le paramétrage de la
caisse, si bien qu'elle décrit toujours le montant que vous êtes sur le point d'encaisser.
Sur l'écran de règlement, les modes sont des touches en haut du pavé, portant les noms que vous leur
avez donnés dans les paramètres du Point de vente, et celles sur lesquelles vous appuyez forment le
fractionnement : une ligne par touche appuyée, chacune remplie pour vous avec ce qui reste dû au
moment où vous appuyez. Appuyer sur une touche sélectionne sa ligne, et le pavé écrit par-dessus la
ligne sélectionnée comme il écrit par-dessus une ligne de ticket — le premier chiffre remplace le
montant, de sorte que vous ne saisissez jamais que ce que la caisse ne peut pas savoir : ce que le
client a réellement remis, ou comment il veut découper un fractionnement. Appuyez de nouveau sur la
touche d'un mode pour le retirer du fractionnement ; son argent repart tout seul sur la ligne des
espèces. Sur une caisse étroite, les touches s'empilent ; dans un cas comme dans l'autre, elles
gardent la taille des touches de chiffres. Les touches se partagent la rangée : un nom plus long que
la largeur qui échoit à sa touche est raccourci par un … plutôt que de pousser la rangée sur le côté
— survolez la touche pour lire le nom en entier. Ce qui reste dû s'affiche en ligne **Restant**
à côté du total, et la monnaie en ligne **Rendu** — des chiffres, pas des phrases.
La caisse refuse par ailleurs un versement en espèces dont la monnaie à rendre atteindrait le plus
gros billet (2 000 DA). Quelle que soit la liasse qu'un client remet, une monnaie de cette taille
signifie que l'un de ces billets pourrait simplement lui revenir — aussi un versement mal saisi
(52 222 tapé pour un ticket de 2 936 DA) s'arrête-t-il au pavé avec une explication, au lieu
d'annoncer une monnaie qui viderait le tiroir. Quand c'est bien le versement — 5 000 remis en billets
variés pour un ticket de 2 900 —, le message porte un bouton **Enregistrer quand même** qui accepte
le chiffre et cesse de vous relancer pour le reste de ce règlement, de sorte que ce qui s'est
physiquement passé puisse toujours être enregistré.
La caisse accepte les règlements qui se dénouent sur-le-champ : espèces, carte et assimilés. **Les
chèques, les effets et les autres papiers qu'il faut remettre à la banque ne sont pas proposés à la
caisse** — ils portent un numéro et une échéance, et l'argent n'arrive que lorsque le papier est
encaissé, ce qu'une vente au comptoir ne sait pas enregistrer. Si un client veut payer un gros achat
par chèque, facturez-le dans les Ventes et encaissez le chèque dans la Trésorerie, où toute la remise
est suivie.
Lorsqu'un total en espèces tombe sur des centimes — 99,99 DA, par exemple —, l'écran de règlement
propose de l'arrondir au dinar entier le plus proche, parce que la pièce qui solderait la différence
n'existe pas. L'ajustement est enregistré sur le ticket et repris dans le rapport Z du poste, de
sorte que le tiroir ne se retrouve pas discrètement en excédent ou en manquant à la fin de la
journée. Il n'est proposé que lorsque des espèces sont remises : une carte débite le montant exact.
Si une ligne est remisée jusqu'à zéro — un geste commercial, un échantillon —, le ticket peut valoir
zéro et n'accepte alors aucun règlement. La marchandise sort tout de même du stock et le ticket
enregistre tout de même qui a donné quoi. (Les caisses n'autorisent les remises que jusqu'au plafond
réglé sur la caisse elle-même.)
## Les retours à la caisse
Un retour fonctionne comme une vente — même panneau, mêmes lignes sélectionnables, même pavé.
Saisissez ou lisez le numéro du ticket (tel qu'imprimé, par exemple `POS-2026-000123`) dans **la même
zone de recherche que celle du scanner** et appuyez sur Entrée : le ticket s'ouvre dans un **onglet à
lui**, teinté pour qu'un retour ne soit jamais pris pour une vente d'un coup d'œil, et il s'y met en
attente comme n'importe quel autre ticket si la file d'attente doit d'abord être servie.
L'onglet de remboursement liste ce que le ticket a vendu et quelle part de chaque ligne est **encore
retournable** — les unités déjà revenues ne sont tout simplement pas proposées. Touchez une ligne,
saisissez la quantité qui revient (une ligne au poids se ressaisit au gramme, exactement comme elle
s'est vendue), et le montant **À rendre** suit : il est calculé sur le serveur au centime près, jamais
estimé à la caisse, de sorte que le chiffre à l'écran est toujours celui qui sera réellement payé.
Saisir plus qu'il n'en reste s'arrête simplement à ce qu'il en reste, et la caisse le dit.
**Remboursement** ouvre l'écran de paiement — le jumeau de l'écran de règlement, avec deux différences
voulues : il n'y a **pas de rendu** (rien ne revient par-dessus le comptoir quand l'argent sort) et
chaque ligne est un **montant exact**, si bien que le fractionnement doit couvrir le paiement au
centime près avant que Valider ne s'allume. Les touches de mode ne proposent que les **espèces et
les moyens par lesquels le ticket d'origine a été payé**, parce que ce sont les seules voies par
lesquelles la caisse accepte de laisser ressortir de l'argent. Fractionner un paiement fonctionne
comme fractionner un règlement : mettez-en une part sur la carte, et les espèces suivent avec le
reste.
**Rendre sans effet** vit sur la même face, sous la forme d'un bouton bien identifié avec une
confirmation — « Rendre ce ticket sans effet ? » — proposé uniquement pour les tickets vendus sur le
poste *en cours*, parce que rendre un ticket sans effet supprime la vente purement et simplement là
où un remboursement porte sur le ticket de
n'importe quel jour antérieur. Les deux actions portent leur propre autorisation, de sorte qu'un
commerce peut en réserver l'une ou l'autre aux responsables ; un compte qui ne l'a pas est invité à
en appeler un plutôt que de se voir présenter des commandes qui échoueraient.
## Le ticket de caisse
Valider la vente affiche le ticket à l'écran, prêt à être remis : le nom du commerce, le numéro du
ticket, le nom de la caisse et le moment de la vente, puis chaque ligne dans son unité. Il est
rédigé dans la **langue du ticket** de la caisse ([Caisses](registers.html)) — le ticket du client,
pas l'écran du caissier — si bien que passer le comptoir dans une autre langue ne change rien à ce
que le client emporte. Une ligne
remisée le dit en dessous — le pourcentage et l'argent qu'il a retiré — et une ligne **Total des
remises** au-dessus de la ligne de TVA additionne tout ce qui a été retiré du ticket, si bien qu'un
prix négocié ne se lit jamais comme une erreur de facturation. Chaque règlement imprime ce qui a été
remis, avec le rendu éventuel sur sa propre ligne, sous le versement dont il provient. **Imprimer**
l'envoie à l'imprimante, et **Nouvelle vente** efface l'écran pour le client suivant.
## Si la caisse perd la connexion
Si le réseau tombe pendant qu'une vente est en cours de confirmation, le terminal le dit franchement
— il ne prétendra pas que la vente a échoué, parce qu'il ne peut pas le savoir. **Appuyez de nouveau
sur Valider la vente.** La caisse reconnaît la nouvelle tentative et n'enregistrera pas la vente deux fois :
vous ne pouvez donc jamais facturer un client deux fois ni sortir deux fois la même marchandise du
stock en appuyant de nouveau. Si l'échec persiste, vérifiez la liste des tickets avant de recommencer
la vente.
Cette reconnaissance est liée au ticket dans lequel la vente a été saisie, et non à la caisse : vous
pouvez donc laisser une vente dans cet état, servir le client suivant depuis un autre ticket, et y
revenir — le second client est facturé pour son propre panier, et appuyer de nouveau sur Valider la vente
sur le premier aboutit toujours à la vente unique qu'elle a toujours été.
Tant que le règlement est à l'écran, le reste de la caisse se tait : le rayon et les onglets de
ticket s'estompent et cessent de répondre, et les raccourcis clavier s'endorment. Cela compte surtout
avec une douchette, qui tape comme un clavier — une lecture parasite en plein règlement n'atterrit
nulle part au lieu d'aller dans la recherche produit ou sur le panier d'un autre client. Seul
**Retour** quitte l'écran de règlement, et il conserve le panier ; un appui parasite ne peut pas
jeter ce que vous avez saisi. La boîte de dialogue de clôture retient votre frappe de la même
manière, et l'onglet de remboursement fait taire le rayon exactement comme le règlement.
Chaque bouton qui écrit quelque chose — ouvrir et clôturer une session, confirmer une vente,
rembourser, rendre sans effet — se désactive pendant qu'il travaille, de sorte qu'un double appui nerveux ne
peut pas envoyer deux fois la même instruction.
Si votre poste est clôturé depuis l'arrière-boutique alors que vous êtes en pleine vente, la caisse
le dit et vous précise que rien n'a été facturé, plutôt que de laisser Valider la vente sans effet avec le
client qui attend. Et quand la caisse ne parvient pas du tout à joindre le serveur, elle le dit
aussi — elle ne prétendra pas que vous n'avez aucune caisse ou aucune session ouverte simplement
parce qu'une requête a échoué.
Passer à une autre caisse efface tous les tickets ouverts sur la caisse. Les prix appartiennent à la
caisse qui les a annoncés : un panier ne peut donc pas simplement marcher jusqu'à la caisse voisine
— et parce que cela jette de vrais paniers, le terminal dit combien il y en a d'ouverts et demande
avant de le faire.
Source: https://docs.beelocity.com/fr/pos/terminal/index.mdx