Configurer Cashmatic dans ImaCash
Avant la configuration
- Le fournisseur doit activer l’API HTTPS de Cashmatic et communiquer par un canal privé l’adresse, le port et un compte autorisé. Confirmer les droits de consultation, encaissement, annulation et retrait ; aucun port ni identifiant n’est universel.
- L’ordinateur nécessite .NET Framework 4.7.2 ou ultérieur. Utiliser un certificat valide pour l’adresse configurée ou une empreinte SHA-256 confirmée par le fournisseur via un canal fiable. Ne pas accepter automatiquement le certificat reçu ni désactiver sa vérification.
- Réserver le dispositif à cette instance d’ImaCash. Ne pas lancer de mouvements depuis une autre application ou l’administration Cashmatic pendant son utilisation par ImaCash : l’annulation du service ne verrouille pas les commandes simultanées de tiers.
Étapes dans ImaCash
- Ouvrir Configuration → Machine et sélectionner Cashmatic. Le connecteur est disponible dans le canal bêta ; confirmer la version et l’installation avec le responsable technique.
- Saisir l’adresse du dispositif ou du service indiquée par le fournisseur, le port HTTPS, l’utilisateur et le mot de passe privés. Ne pas confondre cette adresse avec celle de l’ordinateur ImaCash.
- Dans Certificat HTTPS (SHA-256), laisser le champ vide si le certificat est déjà valide, ou saisir l’empreinte autorisée du certificat du dispositif. Ce champ ne désigne ni dossier ni fichier.
- Choisir la devise configurée sur le dispositif. Le sélecteur accepte les devises à deux décimales ; leur présence ne prouve pas leur prise en charge par le modèle ou le firmware.
- Enregistrer et vérifier la connexion lorsque le dispositif est au repos. Les informations, l’état et l’inventaire sont consultés sans mouvement d’espèces. Un échec de lecture ne signifie pas un inventaire nul et ne valide pas le cycle complet d’encaissement.
Fonctions du connecteur bêta
Comprend les encaissements manuels et intégrés, l’annulation d’un encaissement propre avant d’atteindre le montant avec restitution complète confirmée, les remboursements, les retraits par montant et l’inventaire recyclable et total. Le résultat exige de confirmer l’opération propre, les entrées, les sorties et la fin ; un accusé ou le retour au repos ne suffit pas.
Les remplissages, échanges de coupures, vidages, ouvertures, dépôts libres, l’acceptation continue et le choix des coupures ne sont pas activés. Aucun détail d’espèces n’est reconstitué à partir des écarts d’inventaire.
Si le résultat reste en attente
En cas de perte de communication, de distribution incomplète ou de résultat non identifiable, vérifier l’opération et les espèces avec le responsable technique. Ne pas répéter l’encaissement, le remboursement ou le retrait pour tester, ni redémarrer pour débloquer. La vérification en mémoire n’est pas récupérée de façon persistante entre processus.
Modèle et mise en service
Avant tout usage commercial, le fournisseur doit confirmer le modèle, le firmware et l’API, y compris la consultation par référence d’une opération encore active. Un essai supervisé doit ensuite couvrir paiement exact, rendu, annulation, remboursement, retrait et coupures de communication, en comparant les espèces et l’historique. Ce guide et les tests logiciels ne constituent ni certification ni validation physique d’un modèle.