Aperçu des principales améliorations de la version 4.1.14

• ✨ Disponibilité programmée des matrices désormais appliquée aussi en caisse et sur le kiosk (déjà utilisée pour le Click & Collect)
• ✨ Norme de codes-barres balance configurable (RESTOMAX ou GS1 Belgique & Luxembourg), pour les étiquettes de fournisseurs tiers
• ✨ Priorité des listes de prix généralisée, avec une liste de prix par point de vente
• ✨ Split bill : partage fractionné d'une ligne entre tickets
• ✨ Frais de livraison automatiques par zone et recherche client rapide
• ✨ Historique du ticket : synchronisation temps réel, vue par pointage et filtres avancés
• ✨ Plan de salle : informations client, montant du ticket, tables rondes et sélection tactile
• ✨ Intégration du monnayeur CashBox
• ✨ Options beta POS : anti-veille WiFi et ping périodique de la passerelle (déjà disponibles, documentées ici pour la première fois)
• 🛠️ Nouveaux modèles de terminal Adyen P630/P630Plus (bêta)
• 🛠️ Désactivation du happy hour pour la vente en cours

✨ Disponibilité programmée des matrices sur la caisse et le kiosk

La disponibilité programmée des matrices existe déjà côté backoffice et est utilisée depuis un moment pour le Click & Collect (par exemple un menu du midi disponible uniquement de 11h00 à 15h00, en semaine). À partir de la version 4.1.14, la caisse et le kiosk prennent eux aussi en compte cette disponibilité programmée.

🔄 Fonctionnement

• Sur le kiosk : une matrice hors de sa plage de disponibilité disparaît automatiquement — le client ne peut simplement plus la commander.
• Sur la caisse : la catégorie contenant une matrice indisponible est grisée dans la barre de catégories, et un bandeau d'alerte s'affiche en haut de l'écran, précisant que la matrice n'est pas disponible actuellement (ou disponible pour une durée limitée) ainsi que les horaires du jour. Un bouton d'information ouvre le détail complet : jours et horaires de disponibilité planifiée, période de validité (dates de début et de fin) si elle est définie, et canaux concernés. Le personnel garde la possibilité de sélectionner l'article malgré l'alerte, si besoin.
• Cette différence est volontaire : en caisse, ce sont des employés du restaurant qui gardent la main pour ajuster la préparation selon les besoins du service, alors que le kiosk et le Click & Collect sont utilisés directement par le client final — l'indisponibilité y est donc appliquée strictement.
• Cette vérification est effectuée à chaque nouvelle vente, pour que la disponibilité affichée reste à jour même sur un poste resté ouvert toute la journée.

⚙️ Configuration

Aucune nouvelle configuration n'est nécessaire : si une disponibilité programmée est déjà définie sur une matrice (par exemple pour le Click & Collect), elle s'applique désormais automatiquement aussi en caisse et sur le kiosk. Pour configurer ou modifier une disponibilité programmée, voir l'article Planifier quand une matrice est disponible.

🎯 Objectifs

• Garantir la même règle de disponibilité sur tous les canaux de vente : Click & Collect, caisse et kiosk.
• Adapter le niveau de contrainte au contexte : information pour le personnel en caisse, blocage réel pour le client sur le kiosk et le Click & Collect.

⚡ Bénéfices

• Cohérence entre tous les canaux de vente, sans configuration supplémentaire.
• Moins de confusion pour le personnel, qui voit directement pourquoi et jusqu'à quand une matrice est indisponible.
• Expérience client plus fluide sur le kiosk, où les articles indisponibles ne sont simplement plus proposés.

💡 Cas d'usage

• Un menu du midi, déjà limité au Click & Collect de 11h00 à 15h00 en semaine, disparaît désormais aussi du kiosk et s'affiche comme indisponible en caisse en dehors de ce créneau.
• Un client insiste pour un article normalement réservé au service du midi : le personnel en caisse peut encore l'ajouter si le restaurant l'accepte, alors que la même demande via le kiosk ou le Click & Collect serait automatiquement refusée.

✨ Norme de codes-barres balance configurable (RESTOMAX ou GS1 Belgique & Luxembourg)

Certaines étiquettes de balance à poids/prix variable, notamment celles fournies par des fournisseurs ou enseignes tiers, suivent la norme officielle GS1 Belgium & Luxembourg — différente de la convention utilisée jusqu'ici par RESTOMAX. Sans ce réglage, ces étiquettes pouvaient être mal interprétées (un poids lu comme un prix, ou l'inverse). Depuis la version 4.1.14, il est possible de choisir la norme de décodage appliquée.

🔄 Fonctionnement

• Deux normes disponibles : RESTOMAX (convention historique, utilisée par défaut) et GS1 (norme officielle GS1 Belgium & Luxembourg).
• Le choix s'applique à l'ensemble du décodage — impossible de mélanger les deux normes selon le préfixe du code-barres.
• Le code-barres scanné est toujours vérifié via sa clé de contrôle EAN-13 avant d'être interprété comme un code poids/prix — un code invalide n'est jamais interprété par erreur.
• Au sein de la norme GS1, les préfixes « Prix » 295 et 296 ne sont pas équivalents : ils répartissent différemment les chiffres du code-barres entre l'identifiant article (PLU) et le prix. Le préfixe 295 réserve 5 chiffres au PLU et 4 chiffres au prix (jusqu'à 99,99 €) ; le préfixe 296 réserve 4 chiffres au PLU et 5 chiffres au prix (jusqu'à 999,99 €) — utile pour des articles dont le prix dépasse 99,99 €.
• Le PLU encodé sur l'article dans RESTOMAX doit correspondre au PLU du code-barres sans les zéros non significatifs : si le code-barres contient le PLU 00125, l'article doit être encodé avec le PLU 125 dans RESTOMAX (jamais 00125).

⚙️ Configuration

Le réglage « Norme des codes-barres balance » se trouve dans les réglages de l'entité (Informations) — il s'applique à toute l'entité, donc à tous ses magasins, pas magasin par magasin. Par défaut, la norme RESTOMAX (comportement historique) reste sélectionnée : aucun changement pour les clients existants tant que ce réglage n'est pas modifié manuellement.

🎯 Objectifs

• Permettre la lecture correcte des étiquettes de balance suivant la norme officielle GS1 Belgium & Luxembourg, notamment pour des produits ou étiquettes provenant de fournisseurs tiers.
• Conserver sans changement le fonctionnement existant pour les clients qui utilisent déjà la convention RESTOMAX.

⚡ Bénéfices

• Compatibilité avec les étiquettes de balance conformes à la norme officielle belgo-luxembourgeoise.
• Aucune migration forcée : le comportement RESTOMAX reste actif par défaut.

💡 Cas d'usage

• Un magasin qui reçoit des produits déjà étiquetés par un fournisseur ou une centrale suivant la norme GS1 peut désormais les scanner correctement en basculant ce réglage.
• Un magasin qui imprime lui-même ses étiquettes de balance avec RESTOMAX n'a rien à changer.

✨ Priorité des listes de prix généralisée, avec une liste de prix par point de vente

RESTOMAX applique automatiquement la liste de prix la plus appropriée à chaque vente, selon un ordre de priorité désormais unifié et fiabilisé pour l'ensemble des critères possibles (client, moyen de consommation, table, zone, point de vente, magasin, happy hour). Nouveauté de la version 4.1.14 : il est aussi possible de définir une liste de prix propre à un point de vente.

🔄 Fonctionnement

Ordre de priorité, du plus fort au plus faible :

• À chaque changement pertinent (client, moyen de consommation, transfert de table...), RESTOMAX recalcule automatiquement la liste de prix applicable en redescendant cet ordre jusqu'à trouver la première liste définie.
• Plusieurs cas où ce recalcul restait bloqué par erreur sur une ancienne liste de prix ont été corrigés, notamment lors d'un changement de client ou d'un transfert de table.
• Un transfert de table applique désormais la même logique complète que les autres changements — avant, seule la zone était prise en compte, jamais la liste de prix propre à la table elle-même.
• Le popup proposant de réinitialiser un prix fixé manuellement se déclenche aussi correctement même en resélectionnant le même client.
• Une liste de prix happy hour ne peut plus, par erreur, écraser une sélection manuelle faite par le personnel.

⚙️ Configuration

Le réglage se trouve dans les réglages du point de vente (POS), section « Liste de prix » — un menu déroulant permettant de choisir une liste de prix par défaut propre à cette caisse. Laisser ce champ vide fait retomber sur la liste de prix par défaut du magasin.

🎯 Objectifs

• Garantir un résultat prévisible et cohérent, quelle que soit la combinaison de critères en jeu.
• Permettre une tarification différenciée par point de vente au sein d'un même magasin.

⚡ Bénéfices

• Fiabilité : plus de blocage sur une ancienne liste de prix après un changement de client, de table ou de moyen de consommation.
• Flexibilité supplémentaire pour les magasins ayant plusieurs points de vente avec des tarifications différentes.
• Cohérence entre le transfert de table et les autres changements.

💡 Cas d'usage

• Un magasin avec une caisse dédiée à la vente à emporter peut lui assigner une liste de prix spécifique, sans dépendre du client ou de la table.
• Un client change de table : la liste de prix de la nouvelle table s'applique correctement, plutôt que de rester bloquée sur celle d'avant.
• Le personnel corrige un prix modifié manuellement en resélectionnant le même client : le popup de confirmation se déclenche bien et le recalcul s'applique.

✨ Split bill : partage fractionné d'une ligne entre tickets

Le partage d'addition (split bill) permet déjà de répartir des lignes entières ou des montants libres entre plusieurs tickets. Cette version ajoute la possibilité de fractionner une seule ligne en parts égales et de répartir chaque part sur un ticket différent.

🔄 Fonctionnement

• Sur une ligne éligible, le personnel peut définir un diviseur (2, 3, 4…) pour la transformer en parts égales — chaque part correspond à 1/diviseur de la quantité d'origine.
• Chaque part peut ensuite être déplacée indépendamment vers un ticket différent, comme n'importe quelle ligne du split bill.
• Un indicateur visuel en forme de camembert affiche la fraction restante sur chaque copie de la ligne, pour visualiser en un coup d'œil la répartition en cours.
• La répartition reste mémorisée si l'application est fermée puis rouverte en cours de partage.
• Cette fonctionnalité n'est actuellement pas disponible sur les caisses équipées d'un boîtier fiscal belge (FDM), en attente de certification officielle pour ce matériel.

🎯 Objectifs

• Permettre de partager équitablement un article unique entre plusieurs clients, sans devoir le dupliquer manuellement.
• Élargir les possibilités du split bill au-delà du partage par ligne entière ou par montant libre.

⚡ Bénéfices

• Plus de flexibilité pour partager l'addition sur des cas concrets (un plat ou une boisson partagés).
• Visualisation claire de la répartition en cours grâce à l'indicateur visuel.

💡 Cas d'usage

• Trois clients partagent une bouteille de vin à 30 € : le personnel divise la ligne en 3 parts égales et les répartit sur les 3 tickets individuels.
• Un dessert partagé en 2 est réparti sur 2 tickets sans devoir modifier manuellement la quantité ou le prix de chaque ligne.

✨ Frais de livraison automatiques par zone et recherche client rapide

Cette version calcule automatiquement les frais de livraison selon la zone de l'adresse client, et ajoute une recherche rapide « à emporter » dans la sélection du client.

🔄 Fonctionnement

• Frais de livraison automatiques : dès qu'une adresse de livraison complète est renseignée sur la vente, RESTOMAX calcule automatiquement les frais de livraison correspondants, à partir des zones de livraison configurées dans le backoffice (section Click & Collect). Le montant proposé peut être validé ou ajusté manuellement par le personnel avant d'être ajouté au ticket sous forme d'une ligne « Frais de livraison » dédiée.
• Si l'adresse est en dehors de toutes les zones configurées, ou si aucune zone n'est définie, le calcul automatique n'aboutit pas — le personnel peut alors toujours saisir manuellement un montant de frais de livraison, sans que la vente soit bloquée.
• Cette ligne de frais de livraison est prise en compte dans le calcul d'une remise en pourcentage appliquée à l'ensemble de la vente, contrairement aux autres lignes système.
• Recherche rapide « à emporter » ajoutée, sur le même principe que la recherche rapide « livraison » déjà existante — recherche par nom et prénom.

🎯 Objectifs

• Éviter au personnel de calculer ou rechercher manuellement les frais de livraison applicables.
• Faciliter la recherche et l'identification des clients à la vente.

⚡ Bénéfices

• Frais de livraison fiables et cohérents, sans dépendre d'un calcul manuel par le personnel.
• Recherche client plus rapide, y compris pour les commandes à emporter.
• Meilleure visibilité sur les informations manquantes ou pertinentes (adresse, livraison).

💡 Cas d'usage

• Une adresse de livraison correspond à une zone configurée dans le backoffice : les frais de livraison sont proposés automatiquement au personnel, qui n'a plus qu'à valider.
• Un client passe commande en livraison à une adresse en dehors des zones configurées : le personnel est informé qu'aucun tarif automatique n'a pu être trouvé et peut saisir manuellement les frais de livraison, sans bloquer la vente.
• Le personnel retrouve rapidement un client « à emporter » par son nom, comme il le fait déjà pour la livraison.

✨ Historique du ticket : synchronisation temps réel, vue par pointage et filtres avancés

RESTOMAX propose un historique détaillé de chaque ticket de vente — la chronologie complète des actions effectuées (ajout/annulation d'article, changement de quantité, prix, remise ou note, transfert de table, partage d'addition, paiement...). Cette version améliore l'accès à cet historique, sa fiabilité entre appareils, et ajoute une seconde vue ainsi que des filtres pour retrouver plus vite un événement précis.

🔄 Fonctionnement

• L'historique du ticket est accessible depuis trois écrans : l'écran de clôture de caisse (bouton dédié sur chaque ligne de la liste des tickets), le popup de sélection des ventes en attente, et le plan de salle — via le popup d'information d'une table, qui propose un bouton « Historique » dès qu'un ticket existe sur cette table.
• Sur un réseau à plusieurs caisses (maître/esclave), les événements du ticket se synchronisent en temps réel entre les appareils.
• Si la caisse maître devient temporairement injoignable, l'historique reste consultable localement sur la caisse esclave — les événements manquants sont récupérés automatiquement dès que la connexion est rétablie.
• Vue par envoi (par défaut) : les événements sont regroupés par jour, et à l'intérieur de chaque jour, les actions effectuées entre deux envois en cuisine sont rassemblées dans un même bloc replié se terminant par l'envoi qui les clôture — pour voir en un coup d'œil ce qui s'est passé lors de chaque envoi plutôt qu'une liste chronologique plate.
• Nouvelle vue par pointage : un bouton dans l'historique permet de basculer vers une seconde organisation, par session de vente (de l'ouverture du ticket jusqu'au prochain envoi en cuisine). À l'intérieur de chaque session, les événements sont regroupés par type d'action plutôt que par ordre chronologique — les occurrences répétées d'un même type (par exemple plusieurs pointages du même article) sont résumées en une seule ligne au lieu d'être listées une par une.
• Nouveaux filtres : l'historique peut être filtré par utilisateur (n'afficher que les actions d'un membre du personnel précis) et par type d'action (par exemple uniquement les changements de prix ou les annulations) — les deux filtres se combinent, et s'appliquent quelle que soit la vue active (par envoi ou par pointage). Un message indique qu'aucun événement ne correspond si la combinaison de filtres ne renvoie rien.
• L'ordre chronologique (du plus récent au plus ancien, ou l'inverse) reste réglable indépendamment de la vue choisie et des filtres appliqués.

🎯 Objectifs

• Rendre l'historique d'un ticket accessible depuis plus d'écrans, sans devoir rouvrir la vente.
• Garantir un historique fiable et à jour, même en cas de coupure réseau entre caisses.
• Faciliter la lecture de l'historique en regroupant les événements par envoi en cuisine ou par session de vente.
• Permettre de retrouver rapidement une action précise dans un historique long, sans devoir le parcourir intégralement.

⚡ Bénéfices

• Traçabilité renforcée : retrouver précisément ce qui s'est passé sur un ticket (table, remises, annulations, paiement).
• Fiabilité entre appareils : plus de risque de perdre la trace d'un événement en cas de coupure réseau temporaire.
• Lecture plus rapide grâce au regroupement par envoi en cuisine ou par pointage.
• Recherche ciblée : retrouver en quelques tapotements les actions d'un employé précis ou d'un type précis, même sur un ticket avec beaucoup d'événements.

💡 Cas d'usage

• Un client conteste une remise ou une annulation sur son ticket : le personnel retrouve rapidement l'historique complet, y compris depuis l'écran de clôture de caisse.
• Une caisse esclave perd temporairement la connexion au maître : l'historique du ticket reste consultable localement, puis se met à jour automatiquement une fois la connexion rétablie.
• Un service avec plusieurs envois en cuisine : le personnel visualise clairement ce qui appartient à chaque envoi, plutôt qu'une liste unique de tous les événements.
• Un serveur en plein service veut vérifier ce qui s'est passé sur une table sans interrompre sa vente : il ouvre l'historique directement depuis le popup d'information de la table dans le plan de salle.
• Un responsable veut vérifier les remises accordées par un employé précis sur un ticket : il filtre l'historique par cet utilisateur puis par le type d'action « remise » pour isoler directement les lignes concernées.

✨ Plan de salle : informations client, montant du ticket, tables rondes et sélection tactile

Le plan de salle reçoit plusieurs améliorations visuelles et d'ergonomie, pour repérer plus vite l'état des tables et fiabiliser la sélection au toucher.

🔄 Fonctionnement

• Le nom du client assigné à une vente s'affiche désormais directement sur la table, dans le plan de salle.
• Le montant du ticket d'une table occupée est désormais visible sur toutes les vues du plan de salle (Plan, Plan 3D, Liste) — auparavant réservé à la vue Liste.
• Les tables rondes sont désormais affichées avec une forme réellement ronde en vue 2D, au lieu d'un rendu approximatif.
• La zone de sélection tactile des tables a été corrigée : il n'est plus possible de sélectionner une table par erreur sans taper directement dessus, un problème qui touchait surtout les tables à grande capacité.

🎯 Objectifs

• Permettre de repérer en un coup d'œil quelle table est occupée par quel client et pour quel montant.
• Rendre la sélection des tables plus fiable et plus précise au toucher.

⚡ Bénéfices

• Gain de temps pour le personnel, qui n'a plus besoin d'ouvrir chaque table pour connaître le client ou le montant du ticket.
• Moins d'erreurs de sélection de table, notamment sur les tables de grande capacité.
• Plan de salle plus fidèle à la disposition réelle des tables.

💡 Cas d'usage

• Le personnel repère en un coup d'œil quelle table appartient à quel client fidélité, sans devoir ouvrir la vente.
• Sur une table ronde de 10 couverts, le personnel ne sélectionne plus par erreur une table voisine en tapant à proximité.

✨ Intégration du monnayeur CashBox

RESTOMAX prend désormais en charge le monnayeur CashBox — un automate de rendu de monnaie en pièces et billets — aux côtés des intégrations déjà existantes (Cashdro, Glory, Cashmatic).

🔄 Fonctionnement

• CashBox s'ajoute à la liste des types de monnayeur disponibles dans les réglages du point de vente — un seul type actif à la fois par caisse.
• Au paiement, RESTOMAX envoie automatiquement le montant à rendre au monnayeur CashBox, comme pour les autres marques déjà intégrées.
• Un remboursement est également pris en charge automatiquement par le monnayeur.
• Un outil de diagnostic et de configuration du boîtier CashBox est accessible directement depuis les réglages, sans sortir de l'application.

⚙️ Configuration

Dans les réglages du point de vente, sélectionner « CashBox » comme type de monnayeur, puis renseigner l'adresse IP du boîtier et l'identifiant d'opérateur (« Opt name », par défaut « op1 »).

[Capture d'écran à ajouter ici : réglages POS, type de monnayeur "CashBox" avec adresse IP et opt name — capture à fournir]

🎯 Objectifs

• Élargir la compatibilité de RESTOMAX à un nouveau matériel de rendu de monnaie automatique.
• Offrir aux restaurants équipés d'un monnayeur CashBox la même expérience de paiement en espèces automatisée que les autres marques déjà supportées.

⚡ Bénéfices

• Rendu de monnaie automatique et sans erreur pour les paiements en espèces.
• Gain de temps et sécurité pour le personnel, qui ne manipule plus les espèces.
• Diagnostic du boîtier accessible directement depuis l'application.

💡 Cas d'usage

• Un restaurant équipé d'un monnayeur CashBox peut désormais le connecter à RESTOMAX au lieu de gérer le rendu de monnaie manuellement.
• En cas de souci sur le boîtier, le personnel accède directement à son outil de diagnostic depuis les réglages POS.

✨ Options beta POS : anti-veille WiFi et ping périodique de la passerelle

Ces deux réglages existent déjà en bêta sur le point de vente (Master), mais n'avaient jamais été documentés jusqu'ici — l'occasion de les présenter avec cette note de version.

🔄 Fonctionnement

• Empêcher la mise en veille WiFi : empêche la radio WiFi Android de passer en mode économie d'énergie sur la caisse Master, pour éviter les pertes de connexion réseau côté caisses esclaves. Ne s'applique jamais à une caisse esclave.
• Ping périodique de la passerelle : la caisse Master envoie un ping régulier vers la passerelle réseau (intervalle configurable, 30 secondes par défaut), pour rafraîchir son entrée dans la table de certains points d'accès WiFi et limiter les erreurs de connexion entre maître et esclaves sur les réseaux WiFi sensibles.
• Un redémarrage de l'application est demandé après activation ou désactivation de l'un ou l'autre réglage.

⚙️ Configuration

Ces deux options se trouvent dans les réglages du point de vente (POS), section fonctionnalités bêta — visibles uniquement sur une caisse Master, jamais sur une caisse esclave. L'intervalle de ping n'est modifiable que si le ping de la passerelle est activé.

🎯 Objectifs

• Documenter deux réglages bêta existants qui n'avaient pas encore été présentés aux utilisateurs.
• Aider à stabiliser la connexion réseau entre caisse Master et caisses esclaves sur les réseaux WiFi sensibles.

⚡ Bénéfices

• Moins de coupures de connexion entre caisses sur un réseau WiFi instable.
• Options activables au cas par cas, sans impact si elles restent désactivées.

💡 Cas d'usage

• Un restaurant qui rencontre des pertes de connexion intermittentes entre sa caisse principale et ses caisses secondaires en WiFi peut activer ces deux options pour stabiliser la situation.

🛠️ Corrections & améliorations

• Nouveaux modèles de terminal Adyen — les modèles P630 et P630Plus sont désormais disponibles dans la liste déroulante des terminaux Adyen (réglages POS), affichés avec la mention « (bêta) ».
• Désactivation du happy hour pour la vente en cours — il est désormais possible de désactiver ponctuellement le happy hour sur une vente en cours, sans modifier la programmation générale du happy hour.