Article d’archive. Texte préparé le 27 octobre 2026, mis en ligne le 7 novembre 2026.
Une caisse uniCenta peut cesser de démarrer après une mise à jour du poste. L’application, son environnement Java, le service MySQL et les imprimantes sont quatre points de contrôle distincts. Cette recette s’applique à une installation historique uniCenta 4.6.3 et à une copie de test.
Identifier où la chaîne s’arrête
Vérifiez la version Java utilisée par le raccourci de lancement et relevez le message d’erreur. Contrôlez ensuite que MySQL est démarré et qu’une connexion de test fonctionne avec les droits du compte de l’application. Un service actif peut être joignable tout en refusant les identifiants ou en pointant vers une mauvaise base.
Tester une restauration avant la migration
Sauvegardez la base et les personnalisations. Restaurez-les dans une instance séparée et vérifiez la compatibilité de la version cible avec le pilote et le schéma. Les anciennes versions de MySQL appartiennent au contexte de l’installation. Le chemin de mise à niveau et la compatibilité doivent être vérifiés pour chaque environnement.
Vérifier le service de bout en bout
Avec des articles fictifs, saisissez une vente, imprimez un ticket, remboursez une ligne et clôturez la session. Vérifiez la réimpression et la cohérence des totaux. Le résultat attendu est une vente traçable et une clôture comparable à la version d’origine. Aucun résultat d’installation client n’est déduit de ce protocole.
Reprendre les personnalisations
Pour le rapport de clôture, voir le tutoriel printer.closecash. Pour les exports, voir la centralisation des tickets et des stocks.
Le fonctionnement en images
Exemple à reproduire
| Étape | Test à reproduire |
|---|---|
| Environnement Java | Démarrer avec le raccourci de la caisse |
| Service MySQL | Tester la connexion avec le compte applicatif |
| Opérations métier | Créer une vente fictive, imprimer et clôturer |
| Rapprochement | Comparer les totaux et l’historique de l’opération |