Notes de Version

Notes de version et guide des fonctionnalités de PAR POS™ v5.16

5.16 Améliorations

Nouvelle version de l'API

Notes de version de l'API Build 0.2.135

Ressources de publication

Systèmes d'exploitation

La version 5.16 de notre logiciel requiert une mise à jour du composant système .NET, indispensable au fonctionnement de nombreuses nouvelles fonctionnalités. Par conséquent, certaines versions antérieures de Windows pourraient ne plus être compatibles avec cette mise à jour. Veuillez consulter le tableau ci-dessous pour vérifier si votre version de Windows est concernée.

Statut version de Windows
Recommandé
  • Windows 11 2024 IoT Entreprise LTSC v24H2
  • Windows 10 2021 IoT Entreprise LTSC 64 bits (version 21H2 build 19044)
Prise en charge, mais cycle de vie plus court
  • Windows 10 2019 IoT Entreprise LTSC 64 bits (version 1809, build 17763)
  • Windows 10 2016 IoT Entreprise LTSB (version 1607 build 14393)
Non pris en charge
  • Windows 10 2015 IoT Entreprise LTSB version 1507 build 10240
  • Windows 10 version 1511 build 10586 (communément appelée Windows 10 2015 LTSB ou LTSC), ou version antérieure
  • Windows 7
  • Windows 8

Nouvelles fonctionnalités PAR POS dans la version 5.16 (build 5.0.16346)

Portail d'administration

Localisation linguistique – Français en premier (en magasin) (BRNK-41758)

Pour mieux servir nos clients et employés francophones, le français est désormais disponible. Une fois activée, la fonction de localisation linguistique met automatiquement à jour en français tous les écrans destinés aux clients et les affichages des caisses. L'activation du français est simple et peut être effectuée directement depuis le portail d'administration.

Comment activer le français sur le portail d'administration

Le paramètre de langue est accessible directement depuis l'écran de connexion du portail d'administration. Le passage au français mettra également à jour la langue dans les rapports et l'éditeur de paramètres.

img_002.png
  • Veuillez noter que certains navigateurs peuvent tenter de remplacer et de traduire
img_003.png

Une fois connecté au portail d'administration

img_004.png

Éditeur de paramètres

img_005.png
  • Veuillez noter que les écrans du système sont en français, mais les informations saisies par l'utilisateur ne sont pas traduites automatiquement.
img_006.png
  • Les cadres rouges contiennent des exemples de la manière dont le système a automatiquement traduit la partie logicielle des écrans.
  • Les cases bleues contiennent des exemples de situations où les informations saisies par l'utilisateur ne sont PAS traduites automatiquement.

Rapports

img_007.png

Ce qui est inclus dans le registre

Les éléments de registre suivants s'afficheront ou s'imprimeront automatiquement en français lorsque la fonction sera activée :

  • Messages – Tous les messages à l'écran s'afficheront en français
  • Messages d'erreur – Les messages d'erreur du système s'afficheront en français
  • Reçus – Les reçus clients seront imprimés en français
  • Rapports – Les rapports générés à partir du registre seront imprimés en français

Formatage des nombres et des devises

L'activation de la localisation française modifiera également le format des devises afin de l'aligner sur les normes linguistiques françaises. Le tableau ci-dessous indique comment les valeurs s'afficheront en anglais et en français :

img_008.png

*Notez l'emplacement du $

*Notez les différences de virgule et de point

Format de date –

Le format de date est également différent lorsque le français est activé. Le format est le suivant :

  • AAAA-MM-JJ
img_009.png

Activation des fonctionnalités

  1. Accédez à l'éditeur de paramètres
  2. Options de clic
  3. Lieux cliqués
  4. Cliquez sur l' onglet Général
  5. Cliquez sur le menu déroulant à côté de Langue (en bas de l'écran).
  6. Sélectionnez Français, Canada
  7. Enregistrer et publier les modifications
img_010.png

Photos de la caisse avec le texte en français activé

img_011.png
img_012.png

Fenêtre de commande de la caisse affichant le format de devise, l'écran système et les boutons

img_013.png
  1. La section rouge étiquetée 1 , la différence de change est affichée
    1. Le symbole du dollar se trouve à la fin du montant en dollars.
    2. Au lieu d'utiliser des points pour séparer le dollar et les cents, on utilise une virgule.
  2. La deuxième section, intitulée 2 , montre comment un écran système est automatiquement traduit en français.
  3. Les boutons du menu sont encore en anglais. Tout bouton configurable doit être traduit manuellement en français.

Attribuer un reçu de caisse avec la devise française et le format horaire

img_014.png
  1. La section rouge étiquetée 1 montre que le format de date est également différent.
    1. Le format est AAAA-MM-JJ
  2. La section rouge étiquetée 2 indique le format de la devise.
    1. Le symbole du dollar se trouve à la fin du montant en dollars.
    2. Au lieu d'utiliser des points pour séparer le dollar et les cents, on utilise une virgule.

Reçu client avec affichage en monnaie française

img_015.png
  1. La section encadrée en rouge et portant la mention « 1 » indique le format de date au format français.
    1. Le format est AAAA-MM-JJ
  2. La section encadrée en rouge et étiquetée 2 montre comment les informations système sont traduites, mais le nom Display Manager est saisi manuellement et devrait être mis à jour en français « Gestionnaire d'affichage ».
  3. La section encadrée en rouge et intitulée 3 indique le changement de format de la devise
    1. Le symbole du dollar se trouve à la fin des montants en dollars.
    2. Au lieu d'utiliser des points pour séparer le dollar et les cents, on utilise une virgule.

API

Points de terminaison de l'API en magasin (données de vente) (BRNK-32880)

Les nouveaux points d'accès à l'API en magasin (données de vente) offrent un accès en temps réel aux données relatives aux services en magasin, améliorant ainsi l'expérience client grâce à des tableaux de bord interactifs, la superposition d'images de vidéosurveillance et des outils d'analyse. Les clients bénéficient d'une visibilité immédiate sur les données opérationnelles essentielles, notamment les données de commandes en cours et historiques, l'état des caisses et les synthèses de performance, le tout sans dépendre de systèmes cloud.

Cette fonctionnalité est essentielle pour améliorer l'efficacité opérationnelle et la prise de décision en magasin. En offrant un accès en temps réel et à faible latence aux données transactionnelles et opérationnelles, elle facilite l'intégration avec divers systèmes en magasin, tels que les capteurs d'IA/ML et la vidéosurveillance. Les points de terminaison sont conçus pour réduire les coûts d'interrogation et accroître l'efficacité, garantissant ainsi le bon fonctionnement des outils de gestion de magasin et des intégrations tierces.

Tarification combinée simple dans les API Above-Store (AS1-2720)

Cette fonctionnalité ajoute la prise en charge de l'indicateur « Tarification combinée simple » aux API de commande en magasin, afin que :

  • Les offres groupées peuvent avoir un prix unique et explicite.
  • Ce prix combiné est correctement reflété et conservé via les API (articles et modifications de prix).
  • La suppression d'articles et les modifications de prix continuent de fonctionner correctement lorsque la tarification combinée simple est utilisée.
  • Aucun changement n'est apporté à la logique de calcul et de commande de base – les fonctions CalculateOrder et SubmitOrder fonctionnent comme auparavant.

Concrètement, cela signifie que vos outils situés au-dessus de votre magasin peuvent désormais définir et gérer en toute sécurité les prix des produits combinés sans avoir recours à des raccourcis d'interface utilisateur ni risquer de double comptabiliser les prix des composants.

Possibilité d'envoyer des instructions de cuisine via des API cloud (AS1-3199)

Cette fonctionnalité introduit une méthode dédiée pour envoyer des instructions de cuisine au KDS via des API Cloud, indépendamment des commandes de recettes classiques. Au lieu d'envoyer des instructions de cuisine sous forme de commandes « fictives » (qui affectent les comptages de caisse et les données en aval), les intégrateurs peuvent désormais :

  • Utilisez une nouvelle API dédiée aux instructions de cuisine.
  • N'envoyez à la cuisine que les articles ouverts, non destinés à la facturation, qui constituent des instructions.
  • Utilisez la plateforme pour les marquer en interne comme OrderType = KitchenInstruction afin qu'elles soient clairement différenciées des véritables commandes générant des revenus.

Drive-thru

Trier les commandes au service au volant par heure d'envoi (BRNK-58324)

Dans les services au volant à deux voies, le panneau de contrôle des voies triait auparavant les commandes par heure de début, ce qui ne correspondait pas toujours à l'ordre réel des véhicules aux guichets de paiement et de retrait. Ce décalage obligeait les caissiers à rechercher manuellement la bonne commande, ce qui entraînait des retards, de la confusion et des risques d'erreurs.

Cette fonctionnalité permet aux clients de sélectionner leur méthode de tri préférée grâce à la gestion des voies. Les utilisateurs peuvent désormais trier leurs commandes par :

  • Heure de début (comportement antérieur), ou
  • Heure d'envoi (nouvelle option), qui indique le moment où la commande est envoyée en cuisine.

Cela permet une meilleure concordance entre la liste des commandes et la séquence réelle des véhicules aux guichets de paiement et de retrait.

Les commandes s'affichent dès leur lancement, quel que soit le mode de tri sélectionné. Lorsque l'option « Trier par heure d'envoi » est choisie, la liste se réorganise automatiquement à mesure que les commandes sont envoyées en cuisine. Le mode de tri actif est clairement indiqué dans l'interface utilisateur de Lane Control. De plus, toutes les options existantes de Lane Control (style, taille, polices et configuration par voie) restent fonctionnelles.

Activation des fonctionnalités

  1. Accédez à l'éditeur de paramètres > Voies > Service au volant
  2. Sélectionnez « Heure d'envoi de la commande » dans le champ « Trier les commandes par ».
  3. Sélectionnez OK .
  4. Enregistrer et publier les modifications.
img_016.png

Cuisine

Option de style de police supplémentaire sur KDS – Barré (BRNK-60596)

La nouvelle option de police barrée améliore la visibilité de certains types d'articles sur le système d'affichage cuisine (SAC). Cette fonctionnalité permet au personnel de cuisine d'identifier et de gérer facilement les commandes, notamment celles annulées. En barrant ces articles, le personnel peut rapidement repérer les commandes inactives, ce qui améliore la rapidité et la précision du traitement des commandes.

Activation des fonctionnalités

  1. Accédez à Éditeur de paramètres > Vues de la cuisine > [sélectionnez une vue] > Format

  2. Sélectionnez « Barré » comme option de police pour les types d'éléments concernés, tels que « Éléments annulés ».
    img_017.png

  3. Sélectionnez OK .

  4. Enregistrer et publier les modifications.

Flux de travail

Sur le registre :

  1. Se connecter.
  2. Accédez à votre écran de commande habituel.
  3. Enregistre un article.
  4. Envoyer l'article à la cuisine.
  5. Annuler l'article.
    1. Le KDS affiche les éléments annulés en rouge avec une ligne barrée.
img_018.png

Tableau prêt à commander

Carte prête à commander : BRNK-61099

Un nouvel écran d'affichage destiné aux clients, le tableau « Commandes prêtes », a été installé à l'intérieur du magasin, près du comptoir. Cet écran fournit aux clients des mises à jour en temps réel sur l'état de leurs commandes, évitant ainsi au personnel d'avoir à communiquer manuellement leur progression.

Chaque commande affichée sur le tableau comprend le numéro de commande, le nom du client et la destination de la commande.

Les commandes apparaîtront sous l'un des deux statuts suivants :

  • En cours de préparation — La commande a été reçue et est actuellement en préparation en cuisine.
  • Votre commande est prête ! Elle est emballée et n'attend plus que vous pour être récupérée.

Types de commandes pris en charge

Le tableau de bord des commandes prêtes prend en charge les commandes passées via les canaux suivants :

  • Caisse en magasin
  • Borne libre-service
  • Plateformes de commande numérique
  • Applications de livraison tierces (par exemple, DoorDash, Uber Eats)

Ce qui est configurable :

Le tableau de bord « Prêt à commander » est configuré dans deux fichiers JSON distincts. Consultez le guide de configuration du tableau de bord « Prêt à commander » pour plus d'informations.

  • Marque/Logo
  • Grille
    • Cartes par rangée
    • Fond du corps
    • Couleur du texte de la carte
    • Couleur du sous-texte de la carte
    • Couleur de la bordure de la carte
    • Fonte
    • Police de numéro de commande
    • Police de sous-texte de la carte
    • Badges de statut
      • Identifiant du badge
      • Couleur du badge
      • Texte du badge
  • Colonnes
    • IDENTIFIANT
    • Titre
    • État de la commande
    • Couleur de fond
    • Couleur du texte d'en-tête
    • Couleur de fond de la carte
    • Couleur du texte d'en-tête
    • Couleur du sous-texte de la carte
    • Couleur de la bordure de la carte
    • Couleur d'accent
    • Police d'en-tête
    • Police de numéro de commande
    • Police de caractères du texte de la carte
    • Police de sous-texte de la carte
  • En-tête
    • Couleur de fond
    • Couleur du titre
    • Fonte
  • Pied de page
    • Afficher la version
    • Fonte
    • Afficher l'indicateur en ligne
img_019.png

Flux de travail opérationnel

  1. Un client passe une commande et la règle via n'importe quel canal de commande pris en charge. Dès confirmation du paiement, la commande apparaît automatiquement dans la section « Commandes en cours » du tableau « Commandes prêtes».
    1. Pour les commandes passées via des plateformes de commande numériques ou tierces, la commande apparaîtra sur le tableau des commandes prêtes une fois que le temps de préparation configuré aura été atteint – cela correspond au moment où la commande devient visible sur les écrans d'affichage de la cuisine (KDS).
  2. Lorsque la commande est retirée du comptoir (indiquant qu'elle a été emballée et est prête à être récupérée), elle passe automatiquement en mode « Service en cours » sur l'écran.
  3. Après une période configurable, la commande est automatiquement retirée du tableau.

Cette fonctionnalité s'exécute entièrement sans intervention manuelle, garantissant une expérience fluide et efficace tant pour les clients que pour le personnel du magasin.

img_020.png

Pour plus d'informations, veuillez consulter le document « Configuration de la carte prête à commander » .

Commande/Fidélité

Mise à jour de l'intégration de Punchh 1.0 pour le service à table et les modifications de commandes (BRNK-59659)

Cette mise à jour améliore la gestion des modifications de commandes, l'identification des clients, l'application des offres, les changements de paiement et les ajustements de pourboires dans l'intégration PAR POS + Punchh 1.0. Plus précisément, elle :

  • Conserve-les offres/réductions Punchh valides sur la facture lorsque la commande est modifiée ou lorsque les pourboires sont ajustés lors du service à table.
  • Les limites dans lesquelles les offres sont retirées sont les actions explicites ou les cas véritablement invalides.
  • Réduit les appels inutiles à Punchh pour les modifications liées uniquement aux paiements, améliorant ainsi la fiabilité et les performances.

Les clients bénéficieront désormais d'une expérience plus fluide en caisse et avec leurs invités, ce qui réduira le nombre de remises perdues et la nécessité de les réappliquer manuellement.

Activation des fonctionnalités

Cette fonctionnalité est activée automatiquement.

Événements liés aux commandes – Mises à jour des exigences relatives aux partenaires de support (BRNK-59173)

Les mises à jour suivantes améliorent les événements liés à l'état des commandes afin que les partenaires en matière d'analyse des caméras et d'enquêtes auprès des clients puissent :

  • Relier les réponses au sondage à des transactions spécifiques.
  • Voir qui a travaillé sur une commande (identité de l'employé).
  • Consultez le lieu de chaque événement (inscription).
  • Comprendre précisément ce qui a changé dans une commande (articles supprimés, annulés, cartes-cadeaux rechargées).
  • Suivre avec précision le cycle de vie des commandes (ouvertes/totalisées/payées/fermées/annulées) et les paiements.

Concrètement, cela offre à nos clients et partenaires des données claires et précises au niveau de l'événement, qui correspondent à ce qui se passe sur le point de vente, ce qui rend les programmes d'analyse, de prévention des pertes et d'expérience client beaucoup plus précis.

Les principales améliorations proviennent de :

  • BRNK-61397 – Ajouter le code d'enquête à la commande clôturée .
    • Le seul élément permettant d'associer les réponses aux enquêtes aux transactions est un code d'enquête à 15 chiffres. Sans ce code dans OrderClosed , les réponses ne peuvent pas être liées avec précision à la commande correspondante.
  • BRNK-60531 – Capturer GiftCardReload comme un événement d'état de commande.
    • Cela permet aux partenaires de distinguer le « paiement normal » du « rechargement d'une carte », limitant ainsi la fraude et l'analyse des offres promotionnelles.
  • BRNK - 60529 – Ajouter TenderName et EmployeeDisplayName à la charge utile de l'événement.
    • Les informations relatives aux employés comportent désormais un nom d'affichage approprié.
  • BRNK - 59169 – Utilisez le registre où l'événement s'est produit.
    • La charge utile reflète désormais le registre effectuant l'événement.
      REMARQUE : Ces deux tickets garantissent que les flux de travail tels que « La caisse 2 a pris la commande ; la caisse 3 l'a clôturée » sont reflétés avec précision.
  • BRNK - 60521 – Capturer les éléments annulés en tant qu'événements.
    • Cela permet aux partenaires de faire la distinction entre les commandes annulées et les commandes non vendues.
  • BRNK - 59172 – Inclure les éléments réellement retirés et l'employé dans la charge utile.
    • ItemsRemoved affichent l'article réellement supprimé plutôt que les articles actuellement encore présents dans la commande.
      REMARQUE : Ces deux tickets permettent de faire une distinction précise entre les articles retirés et les articles annulés.
  • BRNK - 59166 – Corriger les valeurs de date/heure et d'état de la commande.
    • Les horodatages clés (Ouverture, Création, Fermeture, Totalisation, Paiement, Date commerciale) et l'état de la commande sont désormais alignés sur le libellé réel de l'événement, ce qui rend les analyses et les rapports par période de la journée plus précis.

Prise en charge de la numérotation automatique pour les combos et leurs composants (AS1-3197)

Cette modification met à jour les fonctionnalités de numérotation automatique comme suit :

  • Attribue correctement des numéros automatiques aux éléments combinés (par exemple, « Combo classique »).
  • Attribue correctement des numéros automatiques aux éléments composant un menu (par exemple, hamburger, frites, boisson dans un menu).
  • Assure la cohérence de la numérotation sur les reçus, les bons de commande et les listes de commandes.

Lorsqu'un client commande un menu, tous les éléments concernés (le menu lui-même et ses composants) sont désormais correctement numérotés et regroupés grâce à la numérotation automatique. Cela améliore la cohérence pour le personnel lors de la lecture des reçus, des listes de commandes et des bons de service. Les commandes des clients restent ainsi claires et traçables, le risque d'oublis ou d'erreurs de préparation est réduit, et l'impression des bons de service en cuisine est optimisée.

Activation des fonctionnalités

Cette fonctionnalité est activée automatiquement.

img_021.png

Point de vente/Caisse

Isolation de l'interface utilisateur enregistrée – Deuxième partie (BRNK-57658)

Cette version finalise la modernisation du Registre entamée lors de la précédente version majeure, en se concentrant sur le renforcement de l'architecture et l'harmonisation de l'interface utilisateur. Un élément clé de cette démarche a été la séparation de la logique métier et de l'interface utilisateur, rendant ainsi le Registre plus modulaire, maintenable et évolutif pour les développements futurs.

Activation des fonctionnalités

Cette fonctionnalité est activée automatiquement.

Aucun redémarrage du registre pour certaines modifications de configuration (BRNK-59197)

Cette fonctionnalité étend la capacité de « rechargement à chaud » de PAR POS, permettant ainsi à davantage de modifications de configuration effectuées dans l'Éditeur de paramètres (SE) d'être prises en compte directement sur la caisse, sans redémarrage. Pour les établissements à plusieurs voies fonctionnant en continu, le redémarrage des caisses pour chaque modification de configuration est contraignant. Redémarrer les terminaux interrompt le flux de commandes et peut engendrer des engorgements aux heures de pointe. Désormais, les établissements peuvent effectuer des modifications importantes au moment opportun, même en période d'affluence.

Cette mise à jour confirme qu'un plus grand nombre d'entités sont déjà prises en charge ou sont explicitement évaluées en vue d'une mise à jour en temps réel :

  • Les modifications sont prises en compte immédiatement ou via une actualisation légère de l'interface utilisateur, et non par un redémarrage complet du registre .
  • Les sites subissent moins d'interruptions de service et de perturbations lors des modifications de configuration.
  • Les opérateurs peuvent ajuster la configuration pendant les opérations avec un impact minimal sur les registres actifs.

Entités de l'éditeur de paramètres

La fonction de rechargement à chaud prend désormais en charge les entités suivantes figurant sur une liste blanche :

  • Marques
  • Attributs du client
  • Types de dépôts
  • Destinations
  • Groupes de destination
  • Groupes de réduction
  • Modèles d'e-mails
  • Groupes de tailles d'articles
  • Ingrédients clés
  • Raccourcis clavier
  • Résumé des ingrédients clés en cuisine
  • Claviers de cuisine
  • Étiquettes
  • Groupes de travailleurs
  • Motifs d'ajustement de la fidélité
  • Cartes de fidélité
  • Événements de fidélité
  • Récompenses de fidélité
  • Campagnes marketing
  • Catégories de menu
  • Niveaux de modificateurs
  • Niveaux de prix
  • Groupes d'imprimantes
  • Messages de l'imprimante
  • Motifs de remboursement
  • Balance
  • Sections
  • Raisons de la modification du changement
  • Groupes de questions d'enquête
  • Questions du sondage
  • Échelles d'évaluation des enquêtes
  • Enquêtes
  • Ivraie
  • Motifs de nullité

Activation des fonctionnalités

Cette fonctionnalité est activée automatiquement.

Flux de travail

  1. Connectez-vous au registre.
  2. Accédez à l'écran de commande normal.
  3. Accédez à Portail d'administration > Éditeur de paramètres

    1. Apportez les modifications nécessaires aux entités ci-dessus.

    2. Sélectionnez Publier .

    3. Remarquez la bannière d'information bleue dans la fenêtre contextuelle « Publier l'ensemble de modifications » :
      img_022.png

    4. Saisissez le « Nom » et toute « Note » pertinente.

    5. Sélectionnez OK.

  4. Retour au registre.
  5. Remarquez une fenêtre contextuelle qui informe les utilisateurs que les « paramètres ont été modifiés ».
  6. Vous pouvez ignorer le message en sélectionnant la croix ( X) ou laisser le message se fermer automatiquement après 10 secondes (paramètre par défaut).
    img_023.png

REMARQUE : Si un ensemble de modifications inclut des entités non prises en charge, un redémarrage du registre sera toujours nécessaire, comme auparavant. La bannière d'information bleue ne s'affichera pas.

Activer la boucle des comportements des boutons dans une macro (BRNK-60882)

Cette fonctionnalité introduit un compteur de boucles pour les macros, permettant au système de répéter la séquence complète d'actions des boutons au sein d'une macro lors de l'utilisation des comportements de bouton « Quantité » et « Répéter ». Auparavant, les utilisateurs devaient appuyer plusieurs fois sur le bouton pour exécuter une macro plus d'une fois. Désormais, ils peuvent utiliser les boutons « Quantité » et « Répéter » à cette fin. Cette nouvelle fonctionnalité est compatible avec les comportements de bouton suivants :

  • Article commandé
  • Modificateur de commande
  • Article du menu à commander

Activation des fonctionnalités

Cette fonctionnalité est activée automatiquement.

Exemple de flux de travail

  1. Connectez-vous au registre
  2. Appuyez sur un bouton dont le comportement est « Exécuter une macro ».
  3. Appuyez sur un bouton dont le comportement est Répéter
    1. Remarque : Les trois articles ont été enregistrés à nouveau.
  4. Appuyez sur le bouton « Quantité » et sélectionnez le nombre de répétitions de la macro, puis cliquez sur le bouton « Exécuter la macro ».
    1. Notez que les trois articles ont été scannés le nombre de fois indiqué dans le champ Quantité.

Impression/Reçus

Amélioration de la flexibilité de la configuration du routage des imprimantes (BRNK-60234)

Lorsqu'une file d'attente en cuisine est redirigée vers un autre écran KDS, l'imprimante de cuisine associée suit désormais automatiquement cette redirection. Cela signifie :

  • Les billets imprimés correspondent toujours à l'affichage KDS actif pour cette file d'attente.
  • Lorsqu'une file d'attente est déplacée d'un poste de cuisine à un autre, les impressions sont déplacées avec elle ; aucune reconfiguration manuelle de l'imprimante n'est nécessaire.
  • Les clients bénéficient d'une plus grande flexibilité de configuration quant aux tâches déplacées et à la durée du réacheminement.

Auparavant, la réorganisation des files d'attente et l'impression des commandes ne s'effectuaient pas automatiquement. Par conséquent, les réorganisations pouvaient entraîner des incohérences entre les informations affichées sur l'écran d'affichage en cuisine et celles imprimées sur les tickets. Désormais, cette mise à jour synchronise automatiquement les files d'attente sur l'écran d'affichage en cuisine et les imprimantes lors des réorganisations. Les clients peuvent également conserver ces réorganisations jusqu'à la fin de la journée.

Activation des fonctionnalités : redirections d'imprimante persistantes

  1. Accédez à Éditeur de paramètres > Mise en page > [sélectionnez le panneau] > Rediriger l'imprimante > Configurer

    1. Paramètres par défaut :
      1. L'option « Invite » est cochée/activée.
      2. Persister en fin de journée = « Non »
        img_024.png

  2. Créez un nouveau bouton et mettez à jour la configuration de l'imprimante de redirection :

    1. Décochez « Invite ».
    2. Depuis l'imprimante = « Bar Ptr- Receipt »
    3. À imprimer = « Host Ptr-Receipt »
    4. Persévérer en fin de journée = « Oui »
      img_025.png

  3. Sélectionnez OK.

  4. Enregistrer et publier les modifications.

Flux de travail

Sur le registre :

  1. Se connecter.
  2. Accédez au panneau que vous avez sélectionné.
  3. Sélectionnez « Réacheminer l'imprimante » .
    1. En fonction de votre configuration, les imprimantes seront automatiquement redirigées.
  4. Sélectionnez OK .
  5. Sélectionnez le bouton d'origine « Réacheminer l'imprimante » avec les paramètres par défaut.
    1. Les itinéraires s'affichent avec le paramètre « Conserver en fin de journée ».
      img_026.png

Améliorations de la publication

Ajout d'un champ « Saisir pour confirmer » à la boîte de dialogue du package de modifications (BRNK-60877)

Nous sommes ravis de vous présenter « Saisie à confirmer » , une nouvelle fonctionnalité puissante conçue pour vous offrir un contrôle accru et une plus grande sérénité lors de la gestion des modifications sur plusieurs sites. Pour les utilisateurs chargés de la révision, de la validation et de la publication des modifications, cette fonctionnalité constitue une protection supplémentaire essentielle pour éviter que des modifications non intentionnelles ou de grande ampleur n'impactent votre activité.

La fonction « Saisir pour confirmer » simplifie le processus de révision, facilitant plus que jamais l'inspection approfondie des modifications sortantes avant leur mise en ligne, ce qui vous aide à maintenir l'intégrité et la fiabilité de vos opérations.

Activation des fonctionnalités

Cette fonctionnalité est automatiquement activée.

Flux de travail

  1. Connectez-vous au portail d'administration
  2. Accédez à la configuration
  3. Cliquez sur Éditeur de modifications
  4. Ajoutez les informations souhaitées dans la section Filtres
  5. Cliquez sur Appliquer les filtres
  6. Sélectionnez les ensembles de modifications souhaités
  7. Cliquez sur Continuer
  8. Sélectionnez l'heure de publication souhaitée
  9. Sélectionnez les emplacements souhaités
  10. Cliquez sur Soumettre
  11. Un message contextuel affichera les ensembles de modifications et les emplacements de publication, si vous publiez vers plusieurs emplacements.
  12. Vous devez confirmer en saisissant le nombre de lieux dans le champ prévu à cet effet.
    1. Remarque : Vous devez saisir le nombre d'emplacements pour que le bouton Publier soit actif.
  13. Cliquez sur Publier
img_027.png

Packages de modifications – Améliorations des performances et de la recherche (BRNK-64937)

Nous avons apporté des améliorations significatives à la façon dont les packages de modifications sont chargés et affichés dans la vue Packages de modifications du portail d'administration, ce qui permet une publication plus rapide et plus fiable, notamment pour les organisations gérant de grands parcs de machines.

Qu'est-ce qui a changé et pourquoi ?

Auparavant, l'affichage tentait de charger tous les paquets, quel que soit leur statut, ce qui pouvait entraîner des ralentissements et, dans certains cas, bloquer les opérations sur les serveurs à fort trafic. Désormais, l'affichage privilégie l'affichage des paquets publiés (l'état le plus pertinent après une publication), garantissant ainsi un chargement rapide et efficace de la page à chaque fois.

Trouver des colis avec d'autres statuts

Repérer les paquets dont le statut n'est pas « Publié » est simple. Utilisez le filtre « Statut » pour afficher instantanément les paquets quel que soit leur état ( En cours , Erreur , En attente , etc.) et obtenir des résultats rapides, même pour des parcs importants.

  • Remarque : Si un emplacement rencontre une erreur de livraison, son paquet apparaîtra avec le statut « Erreur » , même si d'autres emplacements du même ensemble de modifications sont toujours opérationnels ou ont été publiés avec succès .
    Le filtrage par erreur est la méthode la plus rapide pour identifier et analyser ces emplacements.
img_028.png

Recherche de paquets par source

Vous pouvez désormais filtrer les packages de modifications en fonction de l'emplacement de la modification. Utilisez le filtre Source pour affiner rapidement les résultats et obtenir les résultats suivants :

  • Éditeur de l'ensemble de modifications
  • Éditeur de paramètres
  • API externe
  • Service d'ingestion des articles
img_029.png

Options de recherche étendues pour Changeset Publisher

Vous pouvez désormais rechercher des packages de modifications à l'aide des filtres suivants :

img_030.png
img_031.png

Recherche par Créé par

Utilisez la liste déroulante « Créé par » pour filtrer les packages de modifications par utilisateur créateur, ce qui facilite le suivi des modifications apportées par un membre spécifique de l'équipe.

img_032.png

Activation des fonctionnalités

Cette fonctionnalité est activée automatiquement.

Flux de travail

  1. Connectez-vous au portail d'administration
  2. Cliquez sur Configuration
  3. Cliquez sur Éditeur de modifications ou Packages de modifications
  4. Utilisez les filtres ci-dessus pour trouver les informations souhaitées.
  5. Sélectionnez les ensembles de modifications ou les packages souhaités
  6. Sélectionnez l'heure de publication souhaitée
  7. Cliquez sur Soumettre
  8. Saisissez le nombre de destinations auxquelles vous souhaitez envoyer les ensembles de modifications ou les packages.
  9. Cliquez sur Publier

Améliorations apportées aux rapports

Ajout d'une numérotation des comptes au rapport d'audit des cartes de crédit (MH1-1665)

Pour simplifier le rapprochement des transactions, un identifiant unique, le numéro de compte Par, a été ajouté au rapport d'audit des cartes de crédit, dans le champ « Détails », sur le portail Store Place et auprès du processeur de paiement. Les clients peuvent désormais utiliser cet identifiant pour rechercher et rapprocher rapidement les transactions de paiement sur toutes les plateformes.

Activation des fonctionnalités

Cette fonctionnalité est activée automatiquement.

Flux de travail

  1. Connectez-vous au portail d'administration
  2. Cliquez sur Rapports
  3. Cliquez sur « Vérification de carte de crédit ».
  4. Sélectionnez les options de filtre souhaitées
  5. Cliquez sur Soumettre
  6. Dans le champ Détails, le numéro de compte Par est l'identifiant unique

5. 16 tickets résolus (version 5.0.16xxx)

Description IDENTIFIANT
La copie d'une modification de prix avec l'option « Destinations valides » conserve parfois l'indicateur mais pas les destinations sélectionnées, ce qui entraîne des limites incorrectes après la copie. Ce correctif garantit que les paramètres de destination sont copiés de manière cohérente lors de la duplication d'une modification de prix. BRNK-37754
La commande de combos via macros avec un champ de quantité générait des erreurs (par exemple, 1 combo + 2 articles individuels au lieu de 3 combos), induisant en erreur caissiers et clients. Ce correctif résout le problème de la gestion des quantités par macro afin que le nombre de combos demandé soit respecté. BRNK-56680
Les paiements échouent de manière intermittente avec une erreur « Impossible de communiquer avec le processeur de cartes », bloquant ainsi la validation des paiements par carte cadeau. Ce problème a été résolu en stabilisant l'intégration, permettant ainsi la réalisation fiable des transactions. BRNK-58326
Les remboursements Heartland pouvaient générer une réponse inattendue de la passerelle de paiement, empêchant ainsi leur finalisation. Ce correctif garantit une gestion correcte des réponses de la passerelle afin que les remboursements soient traités et que les commandes soient clôturées comme prévu. BRNK-58327
Les commandes en ligne envoyées au terminal de point de vente sans numéro de carte-cadeau provoquaient une exception de référence nulle, entraînant le redémarrage du terminal et le blocage des commandes suivantes avec une erreur « Terminal de point de vente hors ligne ». Ce correctif permet désormais de traiter ces commandes sans exiger de numéro de carte-cadeau, évitant ainsi les plantages et garantissant la continuité de l'acceptation des nouvelles commandes. BRNK-59153
En fin de journée, les modifications apportées aux paquets pouvaient s'appliquer dans le désordre, ce qui entraînait une désynchronisation entre les paramètres internes et les paramètres généraux. Ce correctif introduit un ordre déterministe afin de garantir l'application séquentielle des dépendances. BRNK-59196
La publication des modifications apportées aux options client entraînait parfois des doublons ou des articles manquants dans différents magasins, bloquant ainsi les mises à jour des menus. Une enquête a permis d'identifier des cas particuliers liés à la fin de journée et à la publication ; des mesures correctives ont été prises et un système de surveillance a été ajouté dans cette version. BRNK-59559
L'utilisation des jetons porteurs pouvait attribuer le client sans pour autant afficher la récompense, et parfois générer une erreur liée à l'absence d'identifiants de point de vente. Ce correctif harmonise la validation de la configuration et affiche la fenêtre contextuelle de la récompense pour finaliser l'échange. BRNK-60000
Mise à jour de la version d'une ancienne application de sécurité vers une version plus sécurisée afin de prévenir toute faille de sécurité potentielle. BRNK-60122
Après la mise à jour vers la version 5.15, la page « Appareils » de l'interface d'administration ne se chargeait plus, bloquant ainsi la gestion des appareils. Ce correctif rétablit le chargement de la page et permet aux administrateurs de consulter et de gérer les appareils. BRNK-60148
Les réponses REST du service de commande affichaient littéralement des caractères « \n » au lieu de sauts de ligne pour les erreurs de carte cadeau invalide, ce qui nuisait à la lisibilité. Ce correctif permet désormais d'afficher des messages formatés avec des sauts de ligne corrects. BRNK-60290
L'encaissement sans caisse valide pouvait réussir sans que cela ne soit détecté après la correction d'un bug, ce qui risquait d'entraîner des problèmes de gestion des espèces. La validation étant désormais unifiée, un message d'erreur concernant la caisse invalide s'affiche et aucun paiement n'est encaissé. BRNK-61167
Le fait de sélectionner les employés dans le récapitulatif des ventes entraînait le plantage de la caisse enregistreuse, interrompant ainsi les flux de production de rapports. Ce correctif empêche ce plantage et le rapport s'ouvre désormais normalement. BRNK-61818
Les écrans du personnel d'AP affichaient des formats de date de dernière mise à jour incohérents selon les navigateurs, ce qui a perturbé les audits. Ce correctif uniformise le format de date pour un affichage cohérent sur tous les navigateurs. BRNK-61854
Ajout d'un identifiant de localisation aux journaux pour faciliter le dépannage des problèmes liés aux emplacements sans interface (emplacements sans caisses enregistreuses en ligne). BRNK-62534
Le regroupement de deux commandes peut générer des identifiants de remise en double avec des montants différents, entraînant des incohérences de rapprochement. La fonction Fix garantit des remises uniques et correctes lors du regroupement et de la récupération des commandes via GetOrders. BRNK-62600
Impossible de clôturer une commande car l'employé qui l'a créée n'est pas celui qui tente de la clôturer. Ce problème a été résolu en optimisant les conditions de clôture des commandes. BRNK-62800
Les tentatives de publication répétées entraînent des problèmes de verrouillage. Nous avons mis à jour le comportement du service gérant ces tentatives. Ce correctif devrait améliorer le comportement des publications et offrir une meilleure expérience utilisateur. BRNK-64764
Certaines combinaisons ou l'absence de filtres entraînent des temps d'exécution lents, notamment lors des pics d'activité comme en fin de journée. Les modèles de requêtes ont été optimisés pour corriger ce problème. BRNK-64937
La planification des modifications de fin de journée entraînait de nombreux problèmes. Nous avons optimisé nos appels et la gestion des événements dupliqués afin de résoudre ce problème. BRNK-64968
Lorsque le programme de fidélité générique est configuré pour masquer l'écran d'offre, le système affiche par erreur le message « Aucune récompense applicable » lorsqu'aucune offre n'est retournée. Ce correctif supprime ce message erroné et garantit que le comportement de l'écran d'offre, l'attribution des invités et la gestion des jetons de paiement de fidélité sont conformes au contrat du programme de fidélité générique. BRNK-62797
Le comportement d'application des modifications en magasin a été corrigé afin de correspondre à celui de la caisse. Ceci permettra d'éviter les problèmes de publication lors du processus de fin de journée. BRNK-64929
Certains clients rencontraient des ralentissements lors de la publication. Nous avons apporté des améliorations pour accélérer ce processus, le rendant plus fiable et garantissant l'exactitude de vos données. BRNK-64983
Lors d'une recherche dans Changeset Publisher ou du chargement de la liste des packages, un message d'erreur s'affichait après un délai prolongé. Le comportement du délai d'attente a été modifié afin de résoudre ce problème. BRNK-65014
Amélioration du processus d'enregistrement et de chargement des paramètres de localisation en arrière-plan, pour une expérience plus fiable et plus efficace. BRNK-65237
Amélioration de la fonction permettant une application plus efficace des paramètres en fin de journée BRNK-65677
L'enregistrement d'un article peut entraîner la duplication des taxes ; une seule est conservée dans le portail d'administration. Les clients risquent de voir des données fiscales incohérentes. Solution : bloquer les identifiants de taxe en double lors de l'enregistrement. AS1-2551
La fonction SaveItems permet à un élément d'inclure un groupe de modificateurs contenant déjà cet élément, créant ainsi une référence circulaire. Risque de configuration d'élément corrompue ; désormais évité lors de la sauvegarde. AS1-2560
La fonction CalculateOrder renvoie « Client invalide » même avec un identifiant client valide, bloquant ainsi le calcul des commandes. Veuillez désormais accepter les identifiants valides et renvoyer les détails de la commande calculée. AS1-2755
Les identifiants de menu négatifs ou nuls renvoient un code de résultat/message incorrect en SOAP. Cela peut entraîner un traitement erroné côté client ; une erreur de validation (code de résultat 2) est désormais renvoyée. AS1-3078
La mise à jour d'un élément avec un modifierGroupMappingId invalide renvoie une erreur inconnue dans REST/SOAP. Les clients reçoivent des messages d'erreur peu clairs ; un message d'erreur explicite indiquant que l'identifiant de mappage est introuvable devrait s'afficher. AS1-3083
L'appel à GetSettings sans paramètres requis génère une erreur 500/InternalServiceFault. Désormais, un message d'erreur de validation clair est renvoyé en cas de paramètres manquants. AS1-3137
La fonction SaveEmployee renvoie des codes HTTP/de résultat incorrects avec des identifiants de localisation invalides, bien que le message soit correct. Le client gère mal les erreurs ; le code de résultat est actuellement 400 (REST) / 2 (SOAP). AS1-3138
L'économie de taxes permettait de créer des doublons de noms ne différant que par la casse (par exemple, VAT et VAT), ce qui entraînait des enregistrements logiques dupliqués. Désormais, l'unicité est appliquée sans tenir compte de la casse. AS1-3135
Les modificateurs imbriqués soumis via SubmitOrder ne sont pas renvoyés par GetOrder. Les clients perdent des informations dans les commandes récupérées ; la réponse devrait inclure tous les modificateurs imbriqués soumis. AS1-3290
Configuration d'impression : l'espacement des jetons doit être d'une seule interligne dans certaines zones. Cela a un impact sur le déploiement ; modifiez les scripts/la configuration pour normaliser l'espacement. AS1-3328
Les échecs de paiement par carte cadeau n'enregistrent pas l'identifiant de commande dans GiftCardAudit, contrairement à CreditCardAudit. Cela complique le dépannage ; désormais, l'identifiant de commande est enregistré pour les transactions par carte cadeau ayant échoué. AS1-3352
Rapport détaillé des annulations : L'employé affecté variait selon la période sélectionnée. Désormais, l'approbateur et l'employé s'afficheront correctement à chaque chargement du rapport, quelle que soit la période. BBS-11177
Des écritures comptables en double ont entraîné l'affichage d'un total de 0 $ dans le récapitulatif des ventes ; les rapports clients étaient bloqués. Le serveur rejette désormais les doublons. BBS-12159
Des écritures de journal en double empêchent le démarrage de R1, ce qui perturbe les opérations en magasin. Une solution est nécessaire pour dédupliquer le journal et permettre le démarrage. BBS-12462
Une erreur de concordance entre l'injection et la journalisation des données a entraîné la perte d'événements et a nécessité leur transmission, affectant ainsi la précision des rapports. SEG a transmis les données à titre de solution temporaire. BBS-12582
La colonne « Heure » ajoutée ne reflétait pas l'heure réelle de chargement, ce qui compliquait le suivi des incidents. Elle enregistre désormais l'heure de chargement. BBS-12684
L'absence de caisse ouverte dans les journaux/logs a bloqué l'interrogation R365 ; une caisse fantôme apparaît dans les rapports — aucune solution de contournement ; une enquête sur l'événement de journal manquant est nécessaire. BBS-12784
Sur les registres secondaires, la création de plusieurs décalages antérieurs réduit l'interface utilisateur et supprime la sélection ; cela affecte uniquement l'édition/la clarté des décalages sur les registres secondaires. La sélection précédente est désormais conservée. BBS-12830
L'outil de migration DataLake ne parvient pas à injecter les fichiers SDF très volumineux en raison de la taille maximale de la base de données configurée, ce qui entraîne des données de vente inexactes. Augmentez la taille maximale configurable. BBS-12867
Plusieurs sites rencontrent des problèmes intermittents de fin de journée (EOD), nécessitant des modifications manuelles et le renommage des fichiers SDF ; cela perturbe le traitement nocturne. Solution : exécuter la fin de journée manuellement ou effectuer les modifications via les outils. BBS-12875
La publication d'un article modifié a généré des erreurs d'article dupliqué, privant ainsi 25 magasins de cet article. Ce problème a été résolu dans la nouvelle version. BBS-12885
SaveItems a généré un changeset NewItem dupliqué pour une entité existante, provoquant des échecs de publication et des blocages ; cela affecte les mises à jour de la boutique. Une logique est nécessaire pour ignorer/mettre à jour l'élément existant au lieu de le dupliquer. BBS-12896
Le résumé des ventes n'a pas pu être généré sauf si l'option « Filtrer par section » était définie sur « Tout », ce qui a occasionné des difficultés et de la confusion chez les utilisateurs. Solution : sélectionnez toutes les sections avant de générer le rapport. BBS-12897
Les versions de Register et de ServiceHost peuvent diverger lorsqu'un événement EmployeeSettingsChanged se produit, entraînant une incohérence entre AboveStore et InStore. Une correction technique est nécessaire ; la solution actuelle consiste à renommer et récupérer manuellement le SDF. BBS-12899
Certains sites ont constaté un blocage de la fin de journée (EoD) dû à un échec de synchronisation R2 ; la fin de journée a repris après le redémarrage de l'application Register sur R2. Impact : risque d'interruption de la fin de journée nocturne ; la solution consiste à redémarrer l'application R2. BBS-12932
Après la création d'un combo, les options requises ne sont plus disponibles dans le parcours client, ce qui perturbe la commande. Ce problème a été résolu dans la nouvelle version. BBS-12977
Les codes-barres des reçus Punchh étaient inaccessibles aux clients ; probablement lié à une mise à jour, ce qui a affecté le crédit de fidélité. Problème résolu dans l'intégration du système de caisse et de Punchh. BBS-12978
Le taux de rémunération était visible dans l'interface utilisateur de la caisse (modification du quart de travail) après la mise à jour -5.0P, sans possibilité de le masquer, exposant ainsi des informations sensibles. Une option permettant de le masquer a été implémentée. BBS-12980
Les montants affichés dans les rapports « Répartition des produits par centre de revenus » et « Ventes par centre de revenus et destination » étaient contradictoires. Il s'est avéré que le problème provenait de la manière dont les articles étaient imputés aux rapports pour les commandes futures. Désormais, les rapports n'attribuent les articles et les totaux qu'à la date de livraison de la commande. BBS-13098
L'affichage d'une mise en page depuis l'écran d'accueil provoquait des artefacts visuels superposés à l'interface utilisateur, ce qui nuisait à l'utilisation du registre jusqu'à ce que l'on quitte l'écran puis que l'on y revienne. Solution : changer d'écran pour faire disparaître l'artefact. BBS-13099
Deux points de vente Jefferson's affichent le message d'erreur « Une erreur s'est produite lors du traitement des données du rapport » suite à la -mise à jour du récapitulatif des ventes du 22/09 ; les rapports ne se chargent pas. Aucune solution de contournement n'est disponible ; une correction des paramètres ou des données est nécessaire. BBS-13102
L'écran affiché pour le client indiquait l'invite à pourboire sur l'écran de l'employé ; cela affecte l'expérience utilisateur liée aux pourboires ; une enquête est en cours. BBS-13114
Des événements manquants en début de journée ont faussé les rapports d'un magasin ; l'injection des événements manquants rétablit les données ; solution de contournement appliquée (renommage global + injection). BBS-13128
L'éditeur de paramètres n'a pas pu se charger après de nombreuses publications, bloquant ainsi les publications sur la boutique ; l'équipe d'ingénierie est au courant d'un problème de mémoire. BBS-13133
Après la mise à jour, les tablettes bouclaient ou nécessitaient un redémarrage pour que les modifications soient prises en compte ; une solution temporaire consiste à redémarrer manuellement le registre. BBS-13135
Le flux de combos laissait des modificateurs requis non appliqués aux objets pour enfants ; ce problème a été corrigé dans la nouvelle version. BBS-13155
Les remboursements inférieurs à 4 $ sont dus à des erreurs de calcul de taxes liées à l'arrondi ; les clients sont surtaxés ou sous-taxés. Solution : éviter les remboursements inférieurs à 4 $. BBS-13158
L'assistance à distance affichait des terminaux manquants dans les informations sur les terminaux, ce qui réduisait la visibilité sur l'état de préparation à la mise à niveau. Ce problème a été corrigé dans la nouvelle version. BBS-13188
Le rechargement à chaud a échoué par intermittence ; certaines entrées de registre n'ont pas été modifiées sans redémarrage ; un redémarrage résout temporairement le problème. BBS-13209
Le rapport de synthèse des ventes n'a pas pu être généré en raison de problèmes de synchronisation de l'historique ; ce problème est résolu dans la nouvelle version. BBS-13213
Le paiement en espèces pour les commandes suivantes n'ouvrait pas le tiroir-caisse, ce qui ralentissait le passage en caisse. Ce problème a été résolu dans la nouvelle version. BBS-13267
Les publications étaient envoyées à des emplacements qui avaient été retirés du groupe. Ce problème est désormais résolu dans cette version. BBS-13063
Les publications planifiées présentaient des incohérences OLO. Ce correctif a été implémenté dans cette version. BBS-13276
La consultation du programme de fidélité a planté en raison d'articles non expédiés ; un redémarrage de l'application a été nécessaire. Pour contourner ce problème, redémarrez le terminal de point de vente ou expédiez les articles avant la consultation. BBS-13283
Le service BMS n'a pas pu démarrer (erreur 1053), ce qui a bloqué le déploiement du correctif et le dépannage. Ce problème a été résolu dans la nouvelle version. BBS-13285
Deux magasins ont rencontré des erreurs de reporting après la mise à jour : le reporting est bloqué. Un nettoyage des données et des ajustements des paramètres sont nécessaires. BBS-13311
KDS affichait à nouveau le plat principal après sa conversion en menu combo et dupliquait les articles de cuisine. Ce problème a été résolu suite à une vérification de la logique d'intégration. BBS-13320
L'imprimante Epson U220 n'a pas pu imprimer le code-barres Punchh ; un code numérique illisible a été imprimé, ce qui a affecté l'utilisation du programme de fidélité. Une modification des paramètres de l'imprimante/du reçu a été nécessaire. BBS-13344
La création du programme d'installation d'Orbit a échoué. Problème résolu grâce à la correction du portail de mise à niveau/base de données. BBS-13463
Les tablettes affichaient en boucle le message « Aucune commande en cours », ce qui bloquait les appareils. Ce problème est résolu dans la nouvelle version. BBS-13483
Les commandes futures affichaient des quantités et des totaux comptabilisés deux fois dans le rapport « Composition des produits ». Ce correctif est inclus dans cette version. BBS-13129
Certains clients ont signalé des lenteurs de réponse des caisses enregistreuses pour les commandes futures et nouvelles. Ce problème est résolu dans la nouvelle version. BBS-13512
Auparavant, certains clients ont constaté que leurs transactions par carte- cadeau Valuelink étaient refusées de manière inattendue en point de vente. Ce problème était dû à l'absence d'une information requise dans la demande de transaction. Ce problème a maintenant été résolu et les transactions par carte-cadeau Valuelink devraient être traitées avec succès. MH1-2088
Previous
Aperçu
Next
Notes de Version 5.16r2