Brevet FR3087925A1 — publié le 20200501

PROCEDE ET SYSTEME DE GESTION D'UN AUTOMATE DE TRAITEMENT DES ESPECES s Description Domaine technique de l'invention. 10 L'invention a pour objet un procédé et un système de gestion d'un automate de traitement des espèces. Elle concerne le domaine technique de la monétique et plus particulièrement celui de l'encaissement ou de la distribution d'argent liquide sous 15 la forme de pièces et/ou de billets de banque. État de la technique. 20 Les automates de traitement des espèces permettent d'encaisser ou de distribuer de l'argent liquide (espèces). Ils se présentent habituellement sous la forme d'un boîtier (monnayeur ou borne de paiement) placé au comptoir des commerces et dans lequel les clients déposent pièces ou billets pour payer leurs achats. En échange, l'automate calcule le montant encaissé et rend l'appoint 25 exact aux clients. Ce type d'automate permet ainsi de gérer l'encaissement et la restitution de monnaie sans intervention du personnel. Généralement, l'automate est connecté à une caisse enregistreuse. Parmi les caisses classiques, on retrouve majoritairement des caisses électroniques - 2 - dotées d'un clavier, d'une interface graphique (écran digital), d'une imprimante de tickets ainsi qu'un tiroir-caisse (le cas échéant). Le traitement des données est confié à un logiciel de transaction installé dans une mémoire de la caisse enregistreuse. Ces logiciels de transaction garantissent la pérennité des informations. Ils sont aujourd'hui majoritairement sous Windows®. Après qu'un commerçant ait sélectionné les produits vendus depuis l'interface graphique de sa caisse, le logiciel de transaction détermine le montant d'argent à encaisser. Le logiciel de transaction affiche généralement une fenêtre de visualisation active sur l'interface graphique de la caisse. Cette fenêtre présente : une zone de texte dans laquelle est inscrit le montant à encaisser (par exemple 10,45 E), et plusieurs touches sélectionnables indiquant le moyen d'encaissement souhaité par le client : espèces, carte bancaire, chèques, etc. L'automate de traitement des espèces ne coopère avec la caisse que dans le cas où la touche d'encaissement en espèces est sélectionnée. Dans ce cas, le logiciel de transaction génère une instruction de transaction comprenant le montant à encaisser et transmet cette instruction à l'automate. En réponse à la réception de cette instruction, l'automate se met en attente d'encaissement. Dans la grande majorité des cas, l'éditeur du logiciel de transaction n'est pas l'éditeur du logiciel d'exploitation implémenté dans l'automate de traitement des espèces. Cela cause des difficultés en termes de communication entre les deux appareils (les protocoles de communications pouvant être différents) et/ou de mises à jour des logiciels respectifs. Le document brevet W02017/203125 (OMC GERVAIS) propose une solution facilitant l'interopérabilité entre une caisse enregistreuse et un automate de traitement des espèces. La principale méthode décrite dans ce document est basée sur une comparaison d'images. Un programme informatique capture une -3 image du montant à encaisser à un instant donné, puis effectue une analyse comparative de cette image capturée avec une banque d'images. Le programme va alors générer une instruction de transaction dans un protocole de communication lisible par l'automate dans le cas où la comparaison avec l'image 5 attendue est avérée. La solution décrite dans ce document brevet présente toutefois des limites. Il est en effet nécessaire d'avoir un processeur performant et une capacité de mémoire relativement importante pour mettre en oeuvre l'analyse comparative. A 10 défaut, on observera une latence certaine dans l'analyse et la génération de l'instruction de transaction. La performance de la reconnaissance optique de caractères OCR est également limitée aux images stockées dans la banque d'images, à la résolution de l'écran de la caisse enregistreuse, et aux polices et couleurs des caractères affichés. 15 L'invention vise à remédier à cet état des choses. En particulier, un objectif de l'invention est de proposer un procédé permettant de gérer plus facilement un automate de traitement des espèces depuis une caisse enregistreuse, sans avoir à modifier le logiciel natif de transaction ou le logiciel natif d'exploitation dudit 20 automate. L'invention a également pour objectif de mettre en oeuvre ce procédé de gestion de l'automate, avec des ressources informatiques limitée, notamment en termes de capacité de mémoire et de performance de processeur. 25 Un autre objectif de l'invention est de pouvoir appliquer ce procédé de gestion de l'automate à des dispositifs électroniques autres que des caisses enregistreuses, par exemple des ordinateurs reliés à des distributeurs automatiques d'argent en espèces. 30 -4 Divulgation de l'invention. La solution proposée par l'invention est un procédé de gestion d'un automate de traitement des espèces, comprenant les étapes consistant à : 5 - déterminer un montant d'argent à encaisser ou à délivrer suite à une transaction, lequel montant est déterminé par un logiciel de transaction implémenté dans un dispositif électronique, - sur une interface graphique du dispositif électronique, afficher une fenêtre de visualisation présentant une zone de texte dans laquelle est inscrit le montant, 10 générer une instruction de transaction comprenant ledit montant, - transmettre l'instruction de transaction à l'automate dans un protocole de communication lisible par ledit automate, - en réponse à la réception de l'instruction de transaction par l'automate, déclencher une action mettant l'automate en attente d'encaissement ou 15 commandant la délivrance dudit montant. Ce procédé est remarquable en ce qu'il comporte des étapes consistant à : - implémenter un logiciel d'interface dans le dispositif électronique, - configurer le logiciel d'interface de sorte que, en réponse à la sélection de la 20 touche, ledit logiciel d'interface : o recherche le contrôle « boîte de texte » de la zone de texte, o récupère la valeur dudit montant inscrit dans la propriété « Text » dudit contrôle « boîte de texte », o génère l'instruction de transaction en incluant la valeur récupérée. 25 L'implémentation du logiciel d'interface spécifique (habituellement désigné par le terme anglais Middleware) n'altère ou ne modifie ni le logiciel de transaction implanté dans le dispositif électronique (ex : la caisse enregistreuse), ni le logiciel d'exploitation natif implanté dans l'automate. On rend ainsi compatible un grand 30 nombre d'automates avec un grand nombre de logiciels de transaction. Il n'est pas nécessaire de solliciter les éditeurs de logiciels de transaction ou les éditeurs de -5 logiciels d'exploitation d'automates pour apporter des développements spécifiques à leurs programmes informatiques. Ce logiciel d'interface permet une communication rapide et fiable entre le logiciel de transaction et le logiciel d'exploitation de l'automate, ledit logiciel d'interface servant de passerelle entre 5 ces deux logiciels. En d'autres termes, toutes les communications entre le logiciel de transaction et le logiciel d'exploitation de l'automate se font au travers du logiciel d'interface. La technique utilisée dans la présente invention, repose principalement sur 10 l'analyse du contrôle de la zone de texte. Les contrôles (ex : contrôles Windows®) sont des éléments de programmation d'un système d'exploitation. Ils regroupent une liste de propriétés des éléments graphiques apparaissant sur une fenêtre de visualisation. Les contrôles permettent par exemple d'afficher un texte ou des icônes, de cliquer sur des boutons, de déclencher des actions, etc. L'homme du 15 métier connait parfaitement les contrôles, mais pourra, en cas de besoin, consulter le lien intemet suivant : https://docs.microsoft.com/en- us/wind ows/d es ktop/contro ls/wi ndow-controls. Le contrôle « boîte de texte », généralement désigné par « contrôle TextBox », est un contrôle basique utilisé par la plus part des systèmes 20 d'exploitation, et notamment Windows®, pour afficher du texte. Le contrôle TextBox comprend un certain nombre de propriétés (position, taille, couleur,... Voire par exemple : https://docs.microsoft.com/fr- fr/dotnet/api/system.windows.controls.textbox) dont la propriété « Text ». Cette propriété Text est utilisée pour afficher ou éditer du texte. Son exploitation permet 25 ainsi au logiciel d'interface de récupérer simplement et rapidement le contenu textuel du montant inscrit dans la zone de texte de la fenêtre de visualisation. Contrairement à la méthode décrite dans le document brevet W02017/203125 précité, il n'est plus nécessaire d'employer des ressources informatiques conséquentes pour récupérer la valeur du montant. 30 -6 D'autres caractéristiques avantageuses de l'invention sont listées ci-dessous. Chacune de ces caractéristiques peut être considérée seule ou en combinaison avec les caractéristiques remarquables définies ci-dessus, et faire l'objet, le cas échéant, d'une ou plusieurs demandes de brevet divisionnaires : 5 - Avantageusement, le procédé comporte une étape consistant à configurer le logiciel d'interface pour qu'il identifie la zone de texte grâce à la reconnaissance d'au moins une propriété unique du contrôle « boîte de texte » de ladite zone de texte. - Cette propriété unique du contrôle « boîte de texte » est avantageusement 10 choisie dans la liste suivante : propriété « nom » de la zone de texte ; propriété « localisation » de ladite zone de texte dans la fenêtre de visualisation. - Selon un mode avantageux de réalisation, le procédé comporte les étapes consistant à : - afficher, dans la fenêtre de visualisation, une touche sélectionnable d'encaissement ou de délivrance d'espèces ; - configurer le logiciel d'interface 15 pour que la sélection de ladite touche, entraîne ledit logiciel à rechercher le contrôle « boîte de texte » de la zone de texte et/ou à générer l'instruction de transaction. - Avantageusement, le procédé comporte une étape consistant à configurer le logiciel d'interface pour qu'il identifie la touche d'encaissement ou de délivrance 20 d'espèces, grâce à la reconnaissance d'au moins une propriété unique du contrôle « Bouton » de ladite touche. - Cette propriété unique du contrôle « Bouton » est avantageusement choisie dans la liste suivante : propriété « nom » de la touche d'encaissement ou de délivrance d'espèces ; propriété « localisation » de ladite touche dans la fenêtre 25 de visualisation. - Avantageusement, le procédé comporte une étape consistant à configurer le logiciel d'interface pour scruter un évènement affectant la touche d'encaissement ou de délivrance d'espèces , et, lorsque cet évènement se produit, ledit logiciel s'exécute pour rechercher le contrôle « boîte de texte » de la 30 zone de texte. 7 - Avantageusement, le procédé comporte une étape consistant à configurer le logiciel d'interface pour scruter un évènement affectant la touche d'encaissement ou de délivrance d'espèces , et, lorsque cet évènement se produit, ledit logiciel s'exécute pour générer l'instruction de transaction. 5 - Avantageusement, le procédé comporte une étape consistant à configurer le logiciel d'interface pour que, suite à la sélection de la touche d'encaissement ou de délivrance d'espèces, ledit logiciel affiche une fenêtre intruse dans la fenêtre de visualisation, laquelle fenêtre intruse est affichée jusqu'à ce que l'automate encaisse ou délivre le montant. 10 - Selon un mode de réalisation, après avoir implémenté le logiciel d'interface dans le dispositif électronique, ledit procédé comporte une phase de paramétrage dudit logiciel d'interface, laquelle phase de paramétrage comprend les étapes consistant à afficher, dans la fenêtre de visualisation, une fenêtre intruse comportant un bouton sélectionnable pour identifier la zone de texte dans laquelle 15 est inscrit le montant ; suite à la sélection dudit bouton : sélectionner la zone de texte, laquelle sélection de zone entraîne l'exécution, par le logiciel d'interface, d'un processus informatique logique d'identification de ladite zone de texte grâce à la reconnaissance d'au moins une propriété unique du contrôle « boîte de texte » de ladite zone de texte. 20 - Selon un mode de réalisation, après avoir implémenté le logiciel d'interface dans le dispositif électronique, ledit procédé comporte une phase de paramétrage dudit logiciel d'interface, laquelle phase de paramétrage comprend les étapes consistant à afficher, dans la fenêtre de visualisation, une fenêtre intruse comportant un bouton sélectionnable pour identifier la touche d'encaissement ou 25 de délivrance d'espèces ; suite à la sélection dudit bouton sélectionnable : sélectionner la touche d'encaissement ou de délivrance d'espèces, laquelle sélection de touche entraîne l'exécution, par le logiciel d'interface, d'un processus informatique logique d'identification de ladite touche grâce à la reconnaissance d'au moins une propriété unique du contrôle « Bouton » de ladite touche. 30 -g Un autre aspect de l'invention concerne un système de gestion d'un automate de traitement des espèces, comprenant : - un dispositif électronique comportant une interface graphique et dans lequel est implémenté un logiciel de transaction, lequel logiciel de transaction est 5 configuré pour : - déterminer un montant d'argent à encaisser ou à délivrer suite à une transaction, - afficher, sur l'interface graphique, une fenêtre de visualisation présentant une zone de texte dans laquelle est inscrit le montant, 10 - un automate de traitement des espèces connecté au dispositif électronique, lequel automate est configuré pour se mettre en attente d'encaissement ou délivrer ledit montant suite à la réception d'une instruction de transaction comprenant ledit montant, laquelle instruction est transmise audit automate dans un protocole de communication lisible par ledit automate. 15 Ce système est remarquable en ce qu'un logiciel d'interface est implémenté dans le dispositif électronique, lequel logiciel d'interface est configuré de sorte que ledit logiciel d'interface : - recherche le contrôle « boîte de texte » de la zone de texte, 20 - récupère la valeur dudit montant inscrit dans la propriété « Text » dudit contrôle « boîte de texte », - génère l'instruction de transaction en incluant la valeur récupérée. Le dispositif électronique peut être une caisse enregistreuse. L'automate 25 peut être un distributeur automatique d'argent en espèces configuré pour délivrer un montant d'argent en espèces suite à une transaction, la touche sélectionnable étant une touche de délivrance d'espèces. 30 Description des figures. -g D'autres avantages et caractéristiques de l'invention apparaîtront mieux à la lecture de la description d'un mode de réalisation préféré qui va suivre, en référence aux dessins annexés, réalisés à titre d'exemples indicatifs et non limitatifs et sur lesquels : 5 - la figure 1 schématise un système pour la mise en oeuvre du procédé de l'invention, - la figure 2 schématise l'affichage d'une fenêtre intruse sur l'interface graphique d'un dispositif électronique, - les figures 3a à 3c illustrent différentes étapes d'une phase de paramétrage 10 dans un procédé selon l'invention, - la figure 4 schématise un système pour la mise en oeuvre d'un procédé non couvert par la présente invention. 15 Modes préférés de réalisation de l'invention. Le procédé et le système objets de l'invention engendrent des manipulations d'éléments physiques, notamment des signaux (électriques ou magnétiques) et des données numériques, capables d'être stockés, transférés, 20 combinés, comparés, ..., et permettant d'aboutir à un résultat souhaité. L'invention met en oeuvre une ou plusieurs applications informatiques exécutées par des équipements informatiques. Par souci de clarté, il faut comprendre au sens de l'invention que « un équipements fait quelque chose » 25 signifie « l'application informatique exécutée par le processeur ou microprocesseur de l'équipement fait quelque chose ». Tout comme « l'application informatique fait quelque chose» signifie « l'application informatique exécutée par le processeur ou microprocesseur de l'équipement fait quelque chose ». 30 Encore par souci de clarté, la présente invention peut faire référence à un ou plusieurs « processus informatiques logiques». Ces derniers correspondent -10- aux actions ou résultats obtenus par l'exécution d'instructions de différentes applications informatiques. Aussi, il faut également comprendre au sens de l'invention que « un processus informatique logique est adapté pour faire quelque chose» signifie « les instructions d'une application informatique exécutées par un 5 processeur ou microprocesseurs font quelque chose ». Encore par souci de clarté, les précisions suivantes sont apportées à certains termes utilisés dans la description et les revendications : - « Ressource informatique » peut être compris de façon non limitative 10 comme . composant, matériel, logiciel, fichier, connexion à un réseau informatique, quantité de mémoire RAM, espace de disque dur, bande passante, vitesse de processeur, nombre de CPU, etc. - « Unité de traitement » peut être compris de façon non limitative comme . processeur, microprocesseurs, CPU (pour Central Processing Unit). 15 - « Matériel informatique » représente une ou plusieurs pièces détachées d'un équipement informatique et peut être compris de façon non limitative comme hardware. - « Logiciel » peut être compris comme : application informatique, programmes informatiques ou software, dont les instructions sont notamment 20 exécutées par une unité de traitement. - « Logiciel de transaction » peut être compris comme un logiciel permettant notamment de gérer l'encaissement et/ou la délivrance d'espèces (pièces et/ou billets). - « Logiciel d'interface » peut être compris comme : logiciel médiateur, 25 middleware (expression anglophone) ou intergiciel. Il permet la mise en relation de deux applications informatiques et l'échange d'informations entre ces deux applications, qui peuvent alors interagir et coopérer. Ces applications n'ont pas l'obligation de partager le même système d'exploitation, ni le même protocole réseau. 30 - « A et/ou B » est : soit seulement A, soit seulement B, soit A et B. Sur la figure 1, le dispositif électronique 1 est une caisse enregistreuse et l'automate de traitement des espèces 2, un monnayeur ou une borne de paiement. 5 La caisse enregistreuse 1 est une caisse classique du commerce, par exemple une caisse enregistreuse commercialisée par la société DGSYS®. Elle comprend notamment une unité de traitement 10, une mémoire 11, un module de communication 12, une interface graphique 13, qui sont mutuellement connectés via un bus 14. 10 La mémoire 11 doit être considérée comme un dispositif de stockage également adapté pour stocker des données et/ou des fichiers de données. Il peut s'agir d'une mémoire native ou d'une mémoire rapportée telle qu'une carte Secure Digital (SD). Un ou plusieurs logiciels, dont le logiciel de transaction, sont enregistrées 15 dans la mémoire 11 et dont les instructions, lorsqu'elles sont exécutées par l'unité de traitement 10 permettent de réaliser les fonctionnalités décrites plus avant dans la description. Le logiciel de transaction est un logiciel classique du commerce, fonctionnant sous un système d'exploitation Windows®. Il permet de déterminer un montant d'argent à encaisser suite à une vente (ex : 10,45 E). 20 Le module de communication 12 est adapté établir une communication, c'est-à-dire échanger des données, avec l'automate 2. Le module de communication 12 peut être adapté pour communiquer de manière filaire (par exemple via un câble) ou sans fil (par exemple via des protocoles ISM, Wifi, ANT, ZIGBEE, ...) avec l'automate 2. 25 L'interface graphique 13 offre à l'utilisateur la possibilité de saisir, sélectionner et/ou entrer des données ou des instructions. Il se présente par exemple sous la forme d'un écran tactile, d'un écran connecté à un clavier, etc. En particulier, lorsque le logiciel de transaction a déterminé le montant à encaisser, la caisse 1 affiche une fenêtre de visualisation 130 présentant une zone de texte 30 1300 dans laquelle est inscrit le montant calculé (10,45 E). Il est à noté que certains logiciels de transaction proposent une fenêtre unique permettant à - 12 - l'utilisateur de saisir, sélectionner et/ou entrer des données ou des instructions et sur laquelle s'affiche le montant à encaisser. Il n'est donc pas nécessaire que la caisse 1 affiche une autre fenêtre de visualisation sur laquelle s'affiche le montant à encaisser. En d'autres termes, le calcul du montant à encaisser n'est pas 5 nécessairement un évènement qui déclenche l'affichage d'une fenêtre spécifique. La fenêtre 13 présente également plusieurs touches sélectionnables 1301, 1302 permettant d'indiquer le mode d'encaissement (ou de paiement du client). Sur la figure 2, sont schématisée : une touche d'encaissement en espèces 1301, partant le symbole monétaire «E », et une touche d'encaissement par carte bancaire 10 1302, portant l'acronyme « CB ». La fenêtre de visualisation 130 est dite « active » lorsqu'elle est affichée sur l'interface 13. Elle est dite « inactive » dans le cas contraire. Lorsqu'un client souhaite payer ses achats par carte bancaire, le vendeur sélectionne la touche 1302. Et lorsque le client souhaite payer par espèces, le vendeur sélectionne la touche 1301. La sélection des touches 1301, 15 1302, peut se faire par un appui tactile sur l'interface 13, par un stylet, une souris, etc. Ce n'est que dans le cas où la touche 1301 est sélectionnée que la caisse 1 coopère avec l'automate 2. L'automate 2 est un automate classique du commerce, par exemple 20 commercialisée par les sociétés GLORY® ou CASHDEV®. Il comprend notamment une unité de traitement 20, une mémoire 21, un module de communication 22, et une interface graphique 23, qui sont mutuellement connectés via un bus 24. La mémoire 21 doit être considérée comme un dispositif de stockage 25 également adapté pour stocker des données et/ou des fichiers de données. Il peut s'agir d'une mémoire native ou d'une mémoire rapportée telle qu'une carte Secure Digital (SD). Un ou plusieurs logiciels, dont un logiciel d'exploitation natif, sont enregistrées dans la mémoire 21 et dont les instructions, lorsqu'elles sont 30 exécutées par l'unité de traitement 20 permettent de réaliser les fonctionnalités décrites plus avant dans la description. -13- Le module de communication 22 est adapté pour établir une communication, c'est-à-dire échanger des données, avec la caisse 1 (et plus particulièrement son module de communication 12). Le module de communication 22 peut être adapté pour communiquer de manière filaire (par exemple via un 5 câble) ou sans fil (par exemple via des protocoles ISM, Wifi, ANT, ZIGBEE, ...) avec la caisse 1. L'interface graphique 23 permet d'afficher des instructions ou des informations, et notamment le montant à payer (ex : 10,45 E) Il se présente par exemple sous la forme d'un écran tactile, d'un écran connecté à un clavier, etc. 10 Sur la figure 1, l'automate 2 est également pourvu d'un module 25 pour la réception de pièces de monnaie, d'un module 26 pour la réception de billets de banques, et d'un module 27 pour la distribution de pièces de monnaie et/ou de billets de banques (rendue monnaie). 15 Conformément à l'invention, un logiciel d'interface Li est implémenté dans la caisse 1, cette implémentation se faisant en téléchargeant ledit logiciel dans la mémoire 11. Ce logiciel d'interface Li est un logiciel exécutable (.exe) installé localement dans la mémoire 11. Il est préférentiellement téléchargé depuis un site internet dédié. Les informations pour télécharger et installer le logiciel d'interface 20 Li peuvent par exemple être récupérées à l'aide d'un code QR, d'un tag NFC, ou être communiquée par mail, SMS, etc. Le téléchargement du logiciel d'interface Li peut toutefois être effectué d'une autre manière, par exemple en l'exécutant depuis une clé USB connectée à la caisse 1. L'implémentation du logiciel d'interface Li est donc réalisée de manière simple et rapide. 25 Le logiciel d'interface Li permet de retrouver de manière très simple le montant (10,45E) inscrit dans la zone de texte 1300. Préférentiellement, le logiciel d'interface Li ne recherche ce montant que dans le cas où la touche d'encaissement en espèces 1301 est sélectionnée, ce qui permet d'économiser 30 les ressources informatiques de la caisse 1. La sélection de la touche 1301 n'est toutefois pas nécessairement l'évènement qui déclenche la récupération du - 14 - montant inscrit dans la zone 1300. Le processus informatique logique de récupération peut en effet être mis en oeuvre dès qu'un montant s'inscrit dans la zone de texte 1300. 5 Comme pour toute fenêtre de visualisation, la zone de texte 1300 et la touche 1301 sont associés à des contrôles (ex : contrôles Windows®). Le contrôle TextBox de la zone 1300 comprend la propriété « Text » permettant d'afficher le montant à payer : 10,45 E. Le logiciel d'interface Li va ainsi rechercher le contrôle TextBox de la zone 1300 et analyser la propriété « Text » pour récupérer le 10 contenu textuel du montant inscrit (Text=10,45). Le logiciel d'interface Li va alors générer une instruction de transaction It comprenant la valeur ainsi récupérée du montant. Cette instruction It va ensuite être transmise à l'automate 2, via les modules de communication 12-22. En 15 réponse à la réception de l'instruction It, l'automate 2 va se mettre en attente d'encaissement du montant. L'instruction de transaction It doit être transmise à l'automate 2 dans un protocole de communication lisible par celui-ci. Les protocoles de communication 20 utilisés par les automates 2 ne sont pas normalisés et peuvent varier d'un constructeur à l'autre. Aussi, il apparaît avantageux de pouvoir télécharger un logiciel d'interface Li qui supporte le protocole de communication de l'automate 2. Le logiciel d'interface Li peut ainsi être programmé avec plusieurs protocoles de communication. Lorsque le logiciel d'interface Li est téléchargé depuis une 25 interface dédiée (site internet ou clé USB), cette interface peut proposer une liste de modèle d'automates du marché et/ou de protocoles de communication. Cette liste est par exemple présentée au travers d'un menu déroulant. L'installateur sélectionne alors le modèle d'automate concerné et/ou le protocole de communication concerné. Cette sélection, entraine la configuration automatique 30 du logiciel d'interface Li avec un protocole de communication correspondant ou compatible avec le modèle d'automate sélectionné et/ou avec le protocole de -15- communication sélectionné. C'est ce logiciel d'interface Li reconfiguré qui est ensuite implémenté dans la caisse enregistreuse 1. Lorsque l'automate 2 est en attente d'encaissement, le montant à payer 5 s'inscrit sur l'écran 23 de l'automate 2. Le client paye le montant en insérant ses espèces (pièces et/ou billets) dans les modules 25, 26. L'automate 2 calcule le montant effectivement encaissé, le compare à la valeur du montant intégré dans l'instruction de transaction. Si le montant effectivement encaissé couvre le montant défini dans l'instruction de transaction It, alors l'automate génère une 10 information de confirmation de transaction Ic et transfert cette information au logiciel d'interface Li. Si le montant effectivement encaissé dépasse le montant défini dans l'instruction de transaction, l'automate 2 calcule la différence et rend la monnaie au travers du module 27. Si le montant effectivement encaissé ne couvre pas le montant défini dans l'instruction de transaction, l'automate 2 reste en 15 attente d'encaissement. Il est avantageux que le vendeur ne puisse pas utiliser la caisse 1 tant que l'automate 2 reste en attente d'encaissement. Aussi, le logiciel d'interface Li peut être configuré pour que, suite à la sélection de la touche 1301, ledit logiciel affiche 20 une fenêtre intruse (ou fenêtre Pop-Up) dans la fenêtre de visualisation 130. Sur la figure 2, cette fenêtre intruse 140 s'affiche sur l'interface 13 de la caisse 1, en premier plan, c'est-à-dire devant la fenêtre 130. La fenêtre intruse 140 intègre un message (« ENCAISSEMENT EN COURS») incitant le vendeur à ne pas utiliser la caisse 1 et à ne pas effectuer une nouvelle transaction. Cette fenêtre intruse 140 25 est affichée jusqu'à ce que l'automate 2 encaisse le montant, ou jusqu'à ce qu'il génère et transmette l'information de confirmation Ic. A réception de cette information de confirmation Ic, le logiciel d'interface Li commande la suppression de la fenêtre intruse 140. 30 Dans une variante de réalisation, le logiciel d'interface Li est configuré pour que, suite à la sélection de la touche 1301, ledit logiciel bloque le logiciel de -16- paiement pour interdire toute nouvelle transaction tant que l'information de confirmation Ic n'est pas réceptionnée. Les propriétés, et donc les contrôles, de la fenêtre de visualisation 130 5 dans laquelle apparaissent la zone de texte 1300 et les touches 1301, 1302, varient selon le logiciel de transaction utilisé. Les zones de texte et les touches vont avoir des positions, des couleurs, des polices différentes. Pour que l'invention puisse être utilisée avec différents logiciels de transaction, on prévoit avantageusement une phase de paramétrage ou d'apprentissage, durant laquelle 10 le logiciel d'interface Li va apprendre à identifier au moins la zone de texte 130 pour récupérer le montant inscrit dans cette zone. Il est avantageux que le logiciel d'interface Li puisse également identifier la touche d'encaissement d'espèces 1301. En effet, pour économiser les ressources 15 informatiques, il paraît préférable que le logiciel d'interface Li ne s'exécute pour récupérer le montant inscrit dans la zone 1300, qu'à la condition que la touche 1301 ait été préalablement sélectionnée. En effet, il est moins pertinent de récupérer le montant inscrit dans la zone 1300, si l'automate 2 n'intervient pas dans la transaction (ex : lorsque la touche 1302 est sélectionnée). L'invention 20 couvre toutefois le cas où le logiciel d'interface Li récupère systématiquement le montant inscrit dans la zone 1300, indépendamment du fait que la touche 1301 soit sélectionnée ou pas. La sélection de la touche 1301 n'est donc pas nécessairement l'évènement qui déclenche la récupération du montant inscrit dans la zone 1300. 25 Différentes étapes de cette phase de paramétrage sont illustrées par les figures 3a à 3c. Figure 3a : Une fois que le logiciel d'interface Li est installé, un processus 30 d'encaissement fictif ou réel est lancé (par le vendeur ou un installateur par exemple) de sorte que le logiciel de transaction détermine un montant quelconque -17- à encaisser, par exemple 2,35 E. Le montant « 2,35 » est inscrit dans la zone de texte 1300 de la fenêtre de visualisation 130. Les touches 1301, 1302 sont également affichées sur la fenêtre 130. Le logiciel d'interface Li va alors afficher une fenêtre intruse 150 comportant : un premier bouton sélectionnable 1500 5 (« SELECTION TEXTBOX MONTANT) pour identifier la zone de texte 1300 ; un second bouton sélectionnable 1501 (« SELECTION PAIEMENT ESPECES) pour identifier la touche d'encaissement d'espèces 1301. Figure 3b : Si le premier bouton 1500 est sélectionné, la zone de texte 1300 10 doit être sélectionnée. Dans le cas où l'interface 13 est un écran tactile, il suffit d'interagir directement avec la zone de texte 1300, par le biais d'un appui localisé avec un doigt ou avec stylet sur ladite zone. La zone de texte 1300 peut être sélectionnée de toute autre manière, par exemple en positionnant un pointeur sur ladite zone puis en effectuant un clic-gauche sur souris, ou en sélectionnant la 15 touche « ENTREE » d'un clavier. La sélection de la zone de texte 1300 entraîne l'exécution, par le logiciel d'interface Li, d'un processus informatique logique d'identification de ladite zone grâce à la reconnaissance d'au moins une propriété unique de son contrôle TextBox. Le logiciel d'interface Li va d'abord rechercher dans le système 20 d'exploitation, le contrôle TextBox. Puis, après avoir accédé au contrôle TextBox, il va reconnaître une propriété permettant d'identifier de manière unique la zone de texte 1300 lorsque la fenêtre 130 est active. Des propriétés du contrôle TextBox telles que la taille de la zone de texte (Size), la couleur, la police, ..., peuvent être communes à plusieurs objets graphique d'une même fenêtre active. 25 Certaines propriétés sont toutefois uniques. Par exemple, la propriété « nom » (Name) d'un objet graphique d'une fenêtre active est toujours unique. Chaque objet graphique est associé à un nom unique. Aussi, le logiciel d'interface Li va préférentiellement rechercher cette propriété « nom » de la zone de texte 130 : Name = TextBoxl. Le logiciel d'interface Li est maintenant instruit : il sait qu'il doit 30 analyser la propriété « Text » de l'objet graphique portant le nom TextBoxl -18- lorsque la fenêtre 130 sera active. Le logiciel d'interface Li est ainsi capable de retrouver très simplement et très rapidement le montant inscrit dans la zone 1300. D'autres propriétés du contrôle TextBox peuvent également être uniques. Telles est par exemple le cas de la propriété « localisation » (Location), qui 5 détermine les coordonnées géographique de la zone de texte 1300 dans la fenêtre 130. Le logiciel d'interface Li peut donc reconnaître (en complément ou en substitution de la propriété « nom) cette propriété « localisation » de la zone de texte 130 : Location = 244 ; 69. Il analysera alors la propriété « Text » de l'objet graphique localisé aux coordonnées 244 ; 69 lorsque la fenêtre 130 sera active. 10 Figure 3c : Si le second bouton 1501 est sélectionné, la touche d'encaissement d'espèces 1301 doit être sélectionnée, notamment par une interaction directe avec celle-ci (ex : appui local avec un doigt ou stylet, ou sélection avec un pointeur). 15 La sélection de la touche 1301 entraîne l'exécution, par le logiciel d'interface Li, d'un processus informatique logique d'identification de ladite touche à la reconnaissance d'au moins une propriété unique de son contrôle « bouton » (Button). Comme expliqué précédemment, le logiciel d'interface Li va rechercher le contrôle Button, puis va reconnaître une propriété permettant d'identifier de 20 manière unique la touche 1301 lorsque la fenêtre 130 est active. La propriété « nom » va être recherchée de manière préférée : Name = btnl. Le logiciel d'interface Li sait maintenant qu'il doit scruter un évènement affectant l'objet graphique portant le nom btnl lorsque la fenêtre 130 sera active. Le logiciel d'interface Li peut reconnaître (en complément ou en substitution 25 de la propriété « nom) une autre propriété unique du contrôle Button comme la propriété « localisation » de la touche 1301: Location = x2-y2. Il scrutera alors un évènement affectant l'objet graphique localisé aux coordonnées x2-y2 lorsque la fenêtre 130 sera active. L'évènement à scruter peut être la sélection effective de la touche 1301 par 30 un clic (click=OnClick) et/ou un éventuel changement de la couleur de fond de -19- ladite touche, qui devient par exemple de couleur rose lorsqu'elle est sélectionnée (Background=Pink). La détection de cet évènement est avantageusement l'évènement déclencheur conduisant au processus informatique logique permettant au logiciel 5 d'interface Li de récupérer le montant inscrit dans la zone 1300 et générer l'instruction de transaction It. On s'assure ainsi que les ressources informatiques permettant d'exécuter les instructions du logiciel d'interface Li ne sont sollicitées que si la touche 1301 est sélectionnée, c'est-à-dire que lorsqu'un paiement en espèces est prévu. 10 On peut également prévoir le cas où le logiciel d'interface Li récupère systématiquement le montant inscrit dans la zone 1300 selon le processus informatique logique décrit précédemment, indépendamment du fait que la touche 1301 soit sélectionnée ou pas. Dans ce cas, la détection de l'évènement affectant la touche 1301 est l'évènement déclencheur conduisant à la génération de 15 l'instruction de transaction It. Le logiciel d'interface Li peut être configuré pour apporter d'autres fonctionnalités au logiciel de transaction. Par exemple, si l'automate 2 ne dispose pas suffisamment de stock d'argent liquides pour donner le change au client, ledit 20 automate peut générer et transmettre une information contenant le montant du change à remettre au client et précisant éventuellement le montant payé. A la réception de cette information, le logiciel d'interface Li affiche une fenêtre intruse contenant le montant du change à remettre au client. 25 S'il est nécessaire d'annuler une transaction ou de rembourser un client, le logiciel d'interface Li peut afficher sur la fenêtre intruse 140 un bouton sélectionnable du type « Annuler la transaction ». En cliquant sur ce bouton, le logiciel d'interface Li peut émettre une autre instruction de transaction par laquelle l'automate est commandé pour rendre toute les espèces encaissées par le client. 30 Ce dernier est donc remboursé. -20- Le logiciel d'interface Li peut également être configuré pour permettre une opération du type « remise d'argent liquide » (cash-back en anglais). Dans ce type d'opération, un client fait des achats pour un montant donné, par exemple 10,45 E. Le client demande au vendeur de lui encaisser un autre montant par carte 5 bancaire (ou par un autre moyen de paiement), par exemple 50 E, et de lui rendre la différence (50 - 10,45 = 39,55 E) en espèces. Dans ce cas, le logiciel de transaction détermine le montant d'argent à délivrer - rembourser - c'est-à-dire 39,55 dans l'exemple précité. 10 Ce montant à rembourser s'inscrit dans la zone de texte 1300 précitée, ou dans la zone de texte d'une autre fenêtre de visualisation dédiée à ce type d'opération. Dans ce dernier cas, le logiciel d'interface Li aura été préalablement paramétré pour identifier cette autre zone de texte selon le processus informatique logique décrit précédemment notamment en référence à la figure 3b, de façon à 15 pouvoir récupère la valeur du montant inscrit dans la propriété « Text » du contrôle TexBox de cette autre zone de texte. Cette autre fenêtre dédiée peut également comporter une touche sélectionnable pour la délivrance d'espèces. Le vendeur ne sélectionne cette touche que si l'autre montant (50 E) a bien été encaissé. 20 Lorsque le logiciel d'interface Li récupère ce montant, il génère et transmet à l'automate 2 l'instruction de transaction It incluant la valeur récupérée. A la réception de cette instruction It, l'automate 2 délivre sous forme d'espèces le montant à rembourser. Le logiciel d'interface Li peut être configuré pour ne rechercher la valeur du montant à rembourser et/ou pour ne générer l'instruction 25 de transaction It, qu'à la condition qu'un évènement affecte la touche pour la délivrance d'espèces. Le processus informatique logique permettant au logiciel d'interface Li de scruter cet évènement est identique à celui décrit en référence à la figure 3c. 30 L'invention n'est pas limitée à un système comprenant une caisse enregistreuse et un monnayeur ou une borne de paiement 2. Elle s'applique à -21 - d'autres systèmes permettant d'encaisser ou de délivrer de l'argent en espèce. Le logiciel de transaction peut être enregistré dans la mémoire d'un autre dispositif électronique, par exemple un ordinateur d'une banque ou d'un réseau bancaire. Et l'automate 2 est par exemple un distributeur automatique d'argent en espèces ou 5 un automate - ou borne - de dépôt d'espèces (par exemple désignée par TCR ou l'acronyme anglais Teller Cash Recycler). En effet, certaines banques offrent, comme service à leurs clients, de pouvoir déposer ou retirer des espèces depuis un guichet, sans avoir à utiliser un 10 guichet automatique bancaire nécessitant l'utilisation d'une cade bancaire. Le client demande à un opérateur en charge du guichet de pouvoir déposer ou retirer une certaine somme d'argent en espèces. L'opérateur vérifie que le client est bien autorisé à déposer ou retirer ce montant. Si c'est le cas, l'opérateur, définit cette transaction depuis un ordinateur. Le logiciel de transaction implanté dans cet 15 ordinateur détermine le montant d'argent à délivrer dans le cas d'un retrait d'espèce ou le montant d'argent à encaisser dans le cas d'un dépôt d'espèces. On retrouve la même problématique que celle définie en préambule de la présente description : l'éditeur du logiciel de transaction n'est pas l'éditeur du logiciel informatique d'exploitation implémenté dans le distributeur automatique 20 d'argent en espèces ou dans le recycleur d'espèces. Le logiciel d'interface Li selon l'invention permet là encore de résoudre cette problématique. Le logiciel de transaction affiche, sur l'écran de l'ordinateur de l'opérateur, une fenêtre de visualisation active présentant : une zone de texte dans laquelle est inscrit le montant à encaisser ou à délivrer ; et une touche sélectionnable 25 d'encaissement ou de délivrance d'espèces. Selon les mêmes processus informatiques logiques que ceux décrits précédemment, le logiciel d'interface Li est configuré pour : rechercher le contrôle TextBox de cette zone de texte ; récupérer la valeur du montant à encaisser ou à délivrer inscrit dans la propriété « Text » de ce contrôle TextBox ; générer une 30 instruction de transaction en incluant la valeur récupérée. Cette instruction est - 22 - générée dans un protocole de communication lisible par le distributeur automatique. A la réception de cette instruction de transaction, le distributeur automatique délivre sous forme d'espèces le montant à délivrer. Dans le cas d'un 5 dépôt, la borne se met en attente de l'encaissement du montant à déposer par l'utilisateur. La figure 4 illustre un autre mode de réalisation non couvert par la présente invention, mais susceptible de faire l'objet d'une demande de brevet divisionnaire. 10 Le logiciel de transaction et le logiciel d'interface Li sont ici implémentés dans un automate - ou borne - d'encaissement d'espèces 2, et plus particulièrement sont enregistrés dans la mémoire 21 de cette borne. Lorsqu'un utilisateur verse ces espèces (pièces et/ou billets) dans la borne 2 (au travers des modules 25 et/ou 26), le logiciel de transaction détermine le montant versé (ou 15 encaissé), par exemple 4,12 E. Le logiciel de transaction affiche, sur une interface graphique 23 de la borne (ex : un écran), une fenêtre de visualisation 230 présentant : une zone de texte 2300 dans laquelle est inscrit le montant encaissé 4,12 E ; et une touche 2301 sélectionnable de confirmation de transaction (« CONF »). Cette touche 2301 permet à l'utilisateur de confirmer que le montant 20 versé correspond bien au montant affiché. Le logiciel d'interface Li permet ici encore de résoudre les problèmes de compatibilité entre le logiciel de transaction implémenté dans la borne et un logiciel informatique d'exploitation implémenté dans un dispositif électronique connecté à ladite borne. 25 Selon les mêmes processus informatiques logiques que ceux décrits précédemment, le logiciel d'interface Li est configuré pour : rechercher le contrôle TextBox de la zone de texte 2300 ; récupérer la valeur du montant encaissé inscrit dans la propriété « Text » de ce contrôle TextBox ; et générer une instruction de transaction It en incluant la valeur récupérée. La sélection de la touche 2301 peut 30 être l'élément déclencheur de la mise en oeuvre de ces processus informatiques logiques. L'instruction de transaction It est générée dans un protocole de -23- communication lisible par un dispositif électronique 1. Ce dernier peut se présenter sous la forme d'un ordinateur d'une banque, d'un réseau bancaire, ou d'un commerce. Le logiciel d'interface Li transmet cette instruction de transaction au 5 dispositif électronique 1. A la réception de cette instruction de transaction, le dispositif électronique 1 peut effectuer plusieurs actions. Dans le cadre d'une banque, il peut par exemple créditer un compte bancaire de l'utilisateur du montant. Dans le cadre d'un commerce, il peut par exemple générer un bon d'achat correspondant au montant encaissé. En tout état de cause, le dispositif 1 10 peut générer une information de confirmation de transaction Ic et transférer cette information au logiciel d'interface Li. Le procédé de gestion de la borne d'encaissement d'espèces comprend ainsi les étapes consistant à : - déterminer un montant d'argent encaissé suite à une transaction, lequel 15 montant est déterminé par un logiciel de transaction implémenté dans la borne d'encaissement, - sur une interface graphique de la borne d'encaissement, afficher une fenêtre de visualisation présentant : o une zone de texte dans laquelle est inscrit le montant, 20 o une touche sélectionnable de confirmation de transaction, - en réponse à la sélection de la touche : générer une instruction de transaction comprenant ledit montant, - transmettre l'instruction de transaction à un dispositif électronique dans un protocole de communication lisible par ledit dispositif. 25 Ce procédé est remarquable en ce qu'il comporte des étapes consistant à : - implémenter un logiciel d'interface dans la borne d'encaissement, - configurer le logiciel d'interface de sorte que, en réponse à la sélection de la touche, ledit logiciel d'interface : o recherche le contrôle « boîte de texte » de la zone de texte, 30 o récupère la valeur dudit montant inscrit dans la propriété « Text » dudit contrôle « boîte de texte », - 24 - o génère l'instruction de transaction en incluant la valeur récupérée. L'agencement des différents éléments et/ou moyens et/ou étapes de l'invention, dans les modes de réalisation décrits ci-dessus, ne doit pas être 5 compris comme exigeant un tel agencement dans toutes les implémentations. En tout état de cause, on comprendra que diverses modifications peuvent être apportées à ces éléments et/ou moyens et/ou étapes, sans s'écarter de l'esprit et de la portée de l'invention. En particulier : - La caisse enregistreuse 1 peut se présenter sous la forme d'un PC, d'une 10 tablette tactile, d'un téléphone intelligent (Smartphone), etc. - De manière générale, le dispositif électronique 1 et l'automate 2 sont deux entités physiques distinctes, situées à distances l'une de l'autre. - Le logiciel de transaction peut fonctionner un autre système d'exploitation MacOs, iOS, Android, Linux, REVENDICATIONS1. Procédé de gestion d'un automate (2) de traitement des espèces, comprenant les étapes consistant à : - déterminer un montant d'argent à encaisser ou à délivrer suite à une transaction, lequel montant est déterminé par un logiciel de transaction implémenté dans un dispositif électronique (1), - sur une interface graphique (13) du dispositif électronique (1), afficher une fenêtre de visualisation (130) présentant une zone de texte (1300) dans laquelle est inscrit le montant, - générer une instruction de transaction (It) comprenant ledit montant, - transmettre l'instruction de transaction (It) à l'automate (2) dans un protocole de communication lisible par ledit automate, - en réponse à la réception de l'instruction de transaction (It) par l'automate (2), déclencher une action mettant ledit automate (2) en attente d'encaissement ou commandant la délivrance dudit montant, se caractérisant par le fait que le procédé comporte des étapes consistant à : - implémenter un logiciel d'interface (Li) dans le dispositif électronique (1), - configurer le logiciel d'interface (Li) de sorte que ledit logiciel d'interface : o recherche le contrôle « boîte de texte » (TextBox) de la zone de texte (1300), o récupère la valeur dudit montant inscrit dans la propriété « Text » dudit contrôle « boîte de texte », o génère l'instruction de transaction (It) en incluant la valeur récupérée. 2. Procédé selon la revendication 1, comportant une étape consistant à configurer le logiciel d'interface (Li) pour qu'il identifie la zone de texte (1300) -26- grâce à la reconnaissance d'au moins une propriété unique (TexBoxl ; x1-y1) du contrôle « boîte de texte » (TextBox) de ladite zone de texte. 3. Procédé selon la revendication 2, dans lequel la propriété unique du 5 contrôle « boîte de texte » (TextBox) est choisie dans la liste suivante : propriété « nom » (TextBoxl) de la zone de texte (1300) ; propriété « localisation » (xl-yl) de ladite zone de texte dans la fenêtre de visualisation (130). 4. Procédé selon l'une des revendications précédentes, comprenant les 10 étapes consistant à : - afficher, dans la fenêtre de visualisation (130), une touche sélectionnable (1301) d'encaissement ou de délivrance d'espèces, - configurer le logiciel d'interface (Li) pour que la sélection de ladite touche, entraîne ledit logiciel à rechercher le contrôle « boîte de texte » (TextBox) de la 15 zone de texte (1300) et/ou à générer l'instruction de transaction (II). 5. Procédé selon la revendication 4, comportant une étape consistant à configurer le logiciel d'interface (Li) pour qu'il identifie la touche (1301) d'encaissement ou de délivrance d'espèces, grâce à la reconnaissance d'au 20 moins une propriété unique (btn1, x2-y2) du contrôle « Bouton » (Button) de ladite touche. 6. Procédé selon la revendication 5, dans lequel la propriété unique du contrôle « Bouton » (Button) est choisie dans la liste suivante : propriété « nom » 25 (btnl) de la touche (1301) d'encaissement ou de délivrance d'espèces ; propriété « localisation » (x2-y2) de ladite touche dans la fenêtre de visualisation (130). 7. Procédé selon l'une des revendications 4 à 6, comportant une étape consistant à configurer le logiciel d'interface (Li) pour scruter un évènement 30 affectant la touche (1301) d'encaissement ou de délivrance d'espèces , et, lorsque - 27 - cet évènement se produit, ledit logiciel (Li) s'exécute pour rechercher le contrôle « boite de texte » (TextBox) de la zone de texte (1300). 8. Procédé selon l'une des revendications 4 à 7, comportant une étape 5 consistant à configurer le logiciel d'interface (Li) pour scruter un évènement affectant la touche (1301) d'encaissement ou de délivrance d'espèces , et, lorsque cet évènement se produit, ledit logiciel (Li) s'exécute pour générer l'instruction de transaction (It). 10 9. Procédé selon l'une des revendications 4 à 8, comportant une étape consistant à configurer le logiciel d'interface (Li) pour que, suite à la sélection de la touche (1301) d'encaissement ou de délivrance d'espèces, ledit logiciel affiche une fenêtre intruse (140) dans la fenêtre de visualisation (130), laquelle fenêtre intruse (140) est affichée jusqu'à ce que l'automate (2) encaisse ou délivre le 15 montant. 10. Procédé selon l'une des revendications précédentes, dans lequel, après avoir implémenté le logiciel d'interface (Li) dans le dispositif électronique (1), ledit procédé comporte une phase de paramétrage dudit logiciel d'interface (Li), 20 laquelle phase de paramétrage comprend les étapes consistant à : - afficher, dans la fenêtre de visualisation (130), une fenêtre intruse (150) comportant un bouton sélectionnable (1500) pour identifier la zone de texte (1300) dans laquelle est inscrit le montant, - suite à la sélection dudit bouton (1500) : sélectionner la zone de texte 25 (1300), laquelle sélection de zone entraîne l'exécution, par le logiciel d'interface (Li), d'un processus informatique logique d'identification de ladite zone de texte (1300) grâce à la reconnaissance d'au moins une propriété unique (TextBoxl) du contrôle « boîte de texte » (TextBox) de ladite zone de texte. 30 -28- 11. Procédé selon l'une des revendications précédentes prise en combinaison avec la revendication 4, dans lequel, après avoir implémenté le logiciel d'interface (Li) dans le dispositif électronique (1), ledit procédé comporte une phase de paramétrage dudit logiciel d'interface (Li), laquelle phase de 5 paramétrage comprend les étapes consistant à : - afficher, dans la fenêtre de visualisation (130), une fenêtre intruse (150) comportant un bouton sélectionnable (1501) pour identifier la touche (1301) d'encaissement ou de délivrance d'espèces, - suite à la sélection dudit bouton sélectionnable (1501) : sélectionner la 10 touche (1301) d'encaissement ou de délivrance d'espèces, laquelle sélection de touche entraîne l'exécution, par le logiciel d'interface (Li), d'un processus informatique logique d'identification de ladite touche grâce à la reconnaissance d'au moins une propriété unique (btn1, x2-y2) du contrôle « Bouton » (Button) de ladite touche. 15 12.Système de gestion d'un automate (2) de traitement des espèces, comprenant : - un dispositif électronique (1) comportant une interface graphique (13) et dans lequel est implémenté un logiciel de transaction, lequel logiciel de transaction 20 est configuré pour : o déterminer un montant d'argent à encaisser ou à délivrer suite à une transaction, o afficher, sur l'interface graphique (13), une fenêtre de visualisation (130) présentant une zone de texte (1300) dans laquelle est inscrit le 25 montant, - un automate (2) de traitement des espèces connecté au dispositif électronique (1), lequel automate est configuré pour se mettre en attente d'encaissement ou délivrer ledit montant suite à la réception d'une instruction de transaction (10 comprenant ledit montant, laquelle instruction est transmise audit 30 automate dans un protocole de communication lisible par ledit automate, -29- se caractérisant par le fait qu'un logiciel d'interface (Li) est implémenté dans le dispositif électronique (1), lequel logiciel d'interface est configuré de sorte que ledit logiciel d'interface : o recherche le contrôle « boîte de texte » (TextBox) de la zone de 5 texte (1300), o récupère la valeur dudit montant inscrit dans la propriété « Text » dudit contrôle « boîte de texte », o génère l'instruction de transaction (It) en incluant la valeur récupérée. 10 13.Système selon la revendication 12, dans lequel le dispositif électronique (1) est une caisse enregistreuse. 14. Système selon la revendication 12, dans lequel : 15 - l'automate (2) est un distributeur automatique d'argent en espèces configuré pour délivrer un montant d'argent en espèces suite à une transaction, - la touche sélectionnable (1301) est une touche de délivrance d'espèces.