Mettre à jour une salle

📍 Où dans le BOParamètres→Mises à jourQui peut :Administrateur

Le serveur de la salle se met à jour par un bouton, sans terminal. L’éditeur publie une version sur la plateforme ; la salle la voit apparaître et l’administrateur choisit quand l’appliquer. Le même écran existe au BO en ligne, salle par salle.

Les caisses se mettent à jour à part, d’elles-mêmes : voir La caisse se met à jour.

L’écran

L’onglet Serveur de la salle (l’autre onglet, Postes de caisse, liste les caisses) montre la carte Version du serveur : Version en place, Plateforme, Service de mise à jour, Fenêtre de nuit et Arrêt annoncé, avec une pastille d’état :

Pastille	Ce que cela veut dire
À jour	La salle a la dernière version publiée.
Mise à jour disponible	Une carte Mise à jour disponible : X.Y.Z apparaît, avec ses Notes de version.
Version trop ancienne	La plateforme n’accepte plus les envois de cette version : mettez à jour. Les envois attendent, rien n’est perdu.
Programmée, Demandée, Reportée, En cours	Une mise à jour est en route (voir plus bas).
Aucune version publiée / Aucune version annoncée	Rien à installer pour l’instant (aucune version publiée, ou salle pas encore rattachée ou confirmée).
Service de mise à jour muet	Le service qui installe les versions sur le PC ne répond plus : redémarrez le PC de la salle, sinon appelez l’éditeur.
Pas de mise à jour par bouton	Ce serveur n’a pas été installé par la commande d’installation : il n’a pas le service de mise à jour.

Mettre à jour

1. Lisez les Notes de version de la carte Mise à jour disponible.
2. Choisissez :
   • Mettre à jour cette nuit…, puis Programmer pour cette nuit : la mise à jour s’applique dans la fenêtre de nuit (de 4 h à 7 h par défaut, heure de la salle). C’est le choix normal.
   • Appliquer maintenant…, puis Appliquer maintenant : pour une urgence. La version est d’abord préparée (téléchargement, vérification) sans rien couper ; la coupure vient ensuite.
3. Suivez la carte de la mise à jour : Quand, Demandée par, puis, pendant l’installation, l’Étape en cours et la Reprise prévue.

Chaque demande est inscrite au journal, avec votre nom et l’heure. Une mise à jour programmée s’annule par Annuler la mise à jour… jusqu’au passage en maintenance.

La fenêtre de nuit se règle

Le lien Réglages de la fenêtre de nuit → mène aux réglages « Mises à jour : début de la fenêtre de nuit » et « fin de la fenêtre de nuit ». Une salle ouverte la nuit choisit l’heure la plus calme.

Quand elle ne peut pas commencer

Une mise à jour ne commence jamais pendant un transfert en cours sur une machine, ni si une caisse ou une tablette ouverte a eu un mouvement d’argent dans les 30 dernières minutes (réglable). Les caisses ouvertes mais inactives n’empêchent rien : elles reprennent après.

• Cette nuit : la mise à jour est reportée (pastille Reportée, avec la Raison du report) et réessayée ; si la fenêtre se termine, elle passe à la nuit suivante, jamais en pleine journée.
• Maintenant : elle est refusée tout de suite, avec la liste Ce qui empêche la mise à jour maintenant (par exemple le transfert en cours sur telle machine, ou la caisse de telle personne active). Programmer plutôt pour cette nuit… reprend la demande pour la nuit.

Pendant la coupure

Le serveur passe en maintenance quelques minutes (la durée annoncée, environ 3 min par défaut, puis la durée mesurée de la dernière mise à jour). Pendant ce temps :

• les caisses affichent « Mise à jour du serveur en cours — les caisses reprennent seules » et grisent les actions d’argent ; elles ne rejouent rien d’elles-mêmes ;
• le back-office affiche Serveur en maintenance et se relit seul au retour ;
• les boîtiers gardent leurs preuves et les renvoient au retour : un transfert conclu pendant la coupure est compté.

Rien n’est écrit pendant la maintenance : aucune donnée ne peut se perdre.

Les étapes affichées sont, dans l’ordre : vérification des conditions, téléchargement de la version, vérification de la signature de l’éditeur, décompression, contrôles avant construction, préparation des images, passage en maintenance, sauvegarde de la base, démarrage de la nouvelle version, contrôles de santé, réouverture.

Le retour arrière automatique

Après l’installation, la nouvelle version doit passer ses contrôles de santé dans un délai donné (5 min par défaut). Sinon, la version d’avant est remise automatiquement, la base restaurée si elle avait été modifiée. La carte du dernier résultat le dit :

Retour arrière le 28/09 à 04:09:12 : contrôles de santé en échec — version 2.0.19 remise, aucune donnée perdue.

Une alerte le signale aussi. Vous pouvez redemander la mise à jour plus tard ; si cela se répète, prévenez l’éditeur.

« Échec — intervention nécessaire »

Rarissime : la mise à jour a échoué et le retour arrière n’a pas abouti. Le serveur reste en maintenance (rien ne s’écrit). Appelez l’éditeur sans attendre, en lui envoyant le fichier de journaux (Diagnostic).

Le journal

Plus bas, Journal du service de mise à jour (groupé par mise à jour : qui, quand, chaque étape et sa durée) et Historique (les demandes, annulations et résultats du journal d’audit).

Salle installée autrement

Une salle sans service de mise à jour (pastille Pas de mise à jour par bouton) ou jamais rattachée à une plateforme ne reçoit aucune annonce de version : l’écran le dit et renvoie à la commande d’installation du technicien (Installer un PC de salle). Une salle déjà en service ne se réinstalle pas par-dessus : demandez à l’éditeur la marche à suivre pour ce PC.