FR 3148659 A1 20241115 FR 2304744 A 20230512 La présente invention concerne un procédé de mise en œuvre d’une transaction sur un terminal (1) comprenant des moyens de traitement de données (11) et des moyens d’affichage (13), caractérisé en ce qu’il comprend la mise en œuvre par les moyens de traitement de données (11) d’étapes de : Affichage sur lesdits moyens d’affichage (13) d’une zone d’interface globale (ZG) d’une application de mise en œuvre de ladite transaction ; Affichage sur lesdits moyens d’affichage (13) d’au moins une première zone d’interface intermédiaire (ZI1) correspondant à un mode de fonctionnement de ladite application sélectionné parmi une pluralité de modes possibles de fonctionnement de ladite application, la première zone d’interface intermédiaire (ZI1) étant strictement incluse dans la zone d’interface globale (ZG) ; Affichage sur lesdits moyens d’affichage (13) d’une zone d’action (ZA) fonction dudit mode de fonctionnement sélectionné, la zone d’action (Z3) étant strictement incluse dans la première zone d’interface intermédiaire (ZI1) ; Mise en œuvre de ladite transaction en utilisant ladite zone d’action (ZA). [Fig. 1] Procédé de mise en œuvre d’une transaction sur un terminal DOMAINE TECHNIQUE GÉNÉRAL La présente invention se rapporte au domaine du paiement électronique. Plus précisément, elle concerne un procédé de mise en œuvre d’une transaction sur un terminal. ETAT DE L’ART On connait aujourd’hui l’utilisation d’applications de paiement directement sur des terminaux mobiles, y compris de type smartphone ou de type tablette, pour réaliser des transactions chez des commerçants. Le problème est l’ergonomie : les commerçant doivent continuellement changer d’applications et/ou « d’options », c’est-à-dire de modes de fonctionnement. Par exemple, on peut devoir passer d’un premier paiement standard par carte bleue dans lequel le commerçant va saisir le montant puis le client saisir son code, à un remboursement, et à nouveau à un paiement cette fois sans contact dans lequel il n’y a plus de saisie de code. Généralement, les applications ont un menu de sélection des différentes options de type « burger menu » dans lequel les commerçants sont obligés de revenir et chercher, abandonnant la configuration dans laquelle ils se trouvent et perdant du temps. L’invention vient améliorer la situation. PRÉSENTATION DE L’INVENTION La présente invention se rapporte donc selon un premier aspect à un procédé de mise en œuvre d’une transaction sur un terminal comprenant des moyens de traitement de données et des moyens d’affichage, caractérisé en ce qu’il comprend la mise en œuvre par les moyens de traitement de données d’étapes de : Affichage sur lesdits moyens d’affichage d’une zone d’interface globale d’une application de mise en œuvre de ladite transaction ; Affichage sur lesdits moyens d’affichage d’au moins une première zone d’interface intermédiaire correspondant à un mode de fonctionnement de ladite application sélectionné parmi une pluralité de modes possibles de fonctionnement de ladite application, la première zone d’interface intermédiaire étant strictement incluse dans la zone d’interface globale ; Affichage sur lesdits moyens d’affichage d’une zone d’action fonction dudit mode de fonctionnement sélectionné, la zone d’action étant strictement incluse dans la première zone d’interface intermédiaire ; Mise en œuvre de ladite transaction en utilisant ladite zone d’action. Selon des caractéristiques avantageuses et non-limitatives : Lesdits moyens d’affichage sont un écran tactile, l’étape (d) comprenant la réception d’une commande via ladite zone d’action pour la mise en œuvre de ladite transaction. Ladite zone d’interface globale occupe la totalité d’une surface d’affichage desdits moyens d’affichage. L’étape (b) comprend l’affichage d’au moins une première zone de sélection dudit mode de fonctionnement de ladite application parmi une pluralité de modes possibles de fonctionnement de ladite application, ladite première zone de sélection étant également strictement incluse dans la première zone d’interface intermédiaire, et disjointe de la zone d’action. L’étape (b) comprend la sélection par un utilisateur du terminal dudit mode de fonctionnement parmi la pluralité de modes possibles de fonctionnement de ladite application, en utilisant la première zone de sélection. Le procédé comprend en outre une étape (b’) d’affichage sur lesdits moyens d’affichage d’une deuxième zone d’interface intermédiaire correspondant à un sous-mode dudit mode de fonctionnement sélectionné de ladite application sélectionné parmi une pluralité de sous-modes possibles dudit mode de fonctionnement sélectionné, la deuxième zone d’interface intermédiaire étant strictement incluse dans la première zone d’interface intermédiaire ; la zone d’action étant fonction dudit sous-mode de fonctionnement sélectionné, et strictement incluse dans la deuxième zone d’interface intermédiaire. L’étape (b’) comprend l’affichage d’une deuxième zone de sélection dudit sous-mode du mode de fonctionnement sélectionné de ladite application parmi la pluralité de sous-modes possibles dudit mode de fonctionnement sélectionné, ladite première zone de sélection étant disjointe de la deuxième zone d’interface intermédiaire et ladite deuxième zone de sélection étant également strictement incluse dans la deuxième zone d’interface intermédiaire et disjointe de la zone action. L’étape (b’) comprend la sélection par l’utilisateur dudit sous-mode du mode de fonctionnement sélectionné de ladite application parmi la pluralité de sous-modes possibles dudit mode de fonctionnement sélectionné, en utilisant la deuxième zone de sélection. Le mode de fonctionnement est choisi parmi une liste de types de paiements dont au moins paiement de proximité et paiement à distance. Le sous mode de fonctionnement du mode de fonctionnement paiement de proximité est choisi parmi débit, débit avec autorisation, crédit, annulation, et pré-autorisation. La zone d’action est un clavier numérique. Selon un deuxième aspect, l’invention concerne un terminal comprenant des moyens de traitement de données et des moyens d’affichage, caractérisé en ce que les moyens de traitement de données sont configurés pour : Afficher sur lesdits moyens d’affichage une zone d’interface globale d’une application de mise en œuvre d’une transaction ; Afficher sur lesdits moyens d’affichage au moins une première zone d’interface intermédiaire correspondant à un mode de fonctionnement de ladite application sélectionné parmi une pluralité de modes possibles de fonctionnement de ladite application, la première zone d’interface intermédiaire étant strictement incluse dans la zone d’interface globale ; Afficher sur lesdits moyens d’affichage une zone d’action fonction dudit mode de fonctionnement sélectionné, la zone d’action étant strictement incluse dans la première zone d’interface intermédiaire ; Mettre en œuvre ladite transaction en utilisant ladite zone d’action. Selon un troisième et un quatrième aspects, l’invention concerne un produit programme d’ordinateur comprenant des instructions de code pour l’exécution d’un procédé selon le premier aspect de mise en œuvre d’une transaction sur un terminal ; et un moyen de stockage lisible par un équipement informatique sur lequel est enregistré un produit programme d’ordinateur comprenant des instructions de code pour l’exécution d’un procédé selon le premier de mise en œuvre d’une transaction sur un terminal. PRÉSENTATION DES FIGURES D’autres caractéristiques et avantages de la présente invention apparaîtront à la lecture de la description qui va suivre d’un mode de réalisation préférentiel. Cette description sera donnée en référence aux dessins annexés dans lesquels : la est un schéma d’un système pour la mise en œuvre du procédé selon l’invention ; la est un logigramme illustrant les étapes d’un mode de réalisation du procédé selon l’invention ; la représente un modèle générique d’interface mise en œuvre dans un mode de réalisation préféré du procédé selon l’invention ; la représente un premier exemple d’interface mise en œuvre dans le procédé selon l’invention ; la représente un deuxième exemple d’interface mise en œuvre dans le procédé selon l’invention. DESCRIPTION DÉTAILLÉE Architecture La présente invention concerne un procédé de mise en œuvre d’une opération sur un terminal 1, ladite opération étant en particulier toute transaction telle qu’un paiement de proximité par carte bancaire, soit classique (avec insertion de la carte), soit sans contact (y compris avec une carte dématérialisée sur smartphone), mais également un paiement en ligne (VAD), un paiement via QR code, via des jetons (QUASICASH), la prise d’une caution (PLBS – Paiement pour la location de Biens et services). A noter que la notion de « transaction » peut être prise au sens large comme toute action informatique traduisant un accord entre deux parties, au-delà des seuls paiements, et par exemple concerner un transfert de données, un service, une réservation, etc. La présente invention pourra même s’appliquer à la mise en œuvre de toute opération sur un terminal 1 dans toute application nécessitant aujourd’hui un menu de sélection des différentes options de type « burger menu », même si de manière préférée ladite opération est une transaction et de manière tout particulièrement préférée un paiement (et cet exemple sera présenté dans la suite de la présente description). Par exemple, ladite application pourra être une application de messagerie et l’opération un envoi de message électronique, ladite application pourra être une application domotique et l’opération le contrôle d’un équipement domotique, ladite application pourra être une application système et l’opération la modification d’une configuration du terminal 1, etc. En référence à la , le terminal 1 comprend dans tous les cas : des moyens de traitement de données 11, généralement des moyens de stockage de données 12 (une mémoire), des moyens d’affichage 13 aptes à afficher des données, et avantageusement un écran tactile permettant également l’envoi de commandes par l’utilisateur, mais on comprendra qu’il peut avoir alternativement un clavier et/ou une souris, un microphone pour des commandes vocales, etc. Le terminal 1 est typiquement un terminal mobile tel qu’un smartphone, une tablette tactile, mais également un TPE, ou tout périphérique. Il peut tout à fait, comme l’on voit sur la , être lui-même relié à un périphérique 10, voire TPE esclave, i.e. contrôlé par le terminal 1. En effet, un terminal de type smartphone est généralement capable de mettre en œuvre une transaction sans contact (via NFC), mais n’a généralement pas le lecteur pour une transaction « avec contact » ou l’imprimante pour le récepissé. Dans l’exemple décrit, le terminal 1 est typiquement celui d’un commerçant au profit duquel ladite transaction va être mise en œuvre. A noter que le terminal 1 peut être connecté par exemple via un réseau 20 tel que internet à un serveur 2, en particulier bancaire, pour la mise en œuvre de la transaction. On comprend que les moyens de traitement de données 11 sont adaptés pour mettre en œuvre au moins une application, par exemple une application de paiement, installée sur ledit terminal 1, en particulier une pluralité d’applications correspondant à divers cas d’usage et/ou permettant de changer de bénéficiaire d’une transaction (exemple d’un cabinet de médecins avec un seul terminal), même si comme l’on verra plus tard cela peut être fait directement dans une seule application dans un mode de réalisation préféré). Procédé En référence à la , le présent procédé, mis en œuvre par les moyens de traitement de données 11 du terminal 1, commence par une étape (a) d’affichage sur lesdits moyens d’affichage 13 d’une zone d’interface globale ZG d’une application de mise en œuvre de ladite transaction, i.e. une application de paiement, éventuellement choisie par le commerçant parmi une pluralité d’applications de paiement installée sur ledit terminal 1. Cette étape (a) peut comprendre ainsi la sélection par l’utilisateur (le commerçant) de ladite application (sur l’interface 13, en particulier si elle est tactile), et donc l’affichage de la zone d’interface globale ZG de l’application choisie. De manière préférée, ladite zone d’interface globale ZG occupe la totalité d’une surface d’affichage desdits moyens d’affichage, i.e. est « plein écran ». En effet, ladite surface d’affichage desdits moyens d’affichage correspond à la surface d’affichage, et il n’y a pas lieu de ne pas utiliser toute la surface disponible. Dans une étape (b), est mis en œuvre l’affichage sur lesdits moyens d’affichage 13 d’au moins une première zone d’interface intermédiaire ZI1 correspondant à un mode de fonctionnement de ladite application choisi parmi une pluralité de modes possibles de fonctionnement de ladite application. Par « mode de fonctionnement », ou « option », on entend différents paramètres de configurations de l’application, et en particulier différentes stratégies de paiement permettant alternativement la mise en œuvre de la transaction, par exemple, dans une opération de type transaction on peut disposer des modes de fonctionnement suivants : paiement de proximité, paiement en ligne, paiement via QR code, QUASICASH, PLBS, etc. Comme on le verra plus loin, chaque mode de fonctionnement peut être éventuellement associé à des sous-modes de ce mode comme autant de variante, selon une structure arborescente. Par exemple dans le mode de fonctionnement paiement de proximité on peut disposer des sous-modes de fonctionnement suivants : débit, débit avec autorisation, crédit, annulation, et pré-autorisation. L’homme du métier saura définir pour tous les autres modes de paiement évoqués avant une liste de sous-modes de son choix. En effet, le procédé comprend un étape (c) d’affichage sur lesdits moyens d’affichage 13 d’une zone d’action ZA fonction dudit mode de fonctionnement sélectionné de ladite application. Par « zone d’action », on entend une zone que l’on va pouvoir utiliser dans une étape (d) pour mettre en œuvre ladite transaction, en particulier en saisissant une commande via ladite zone d’action ZA. Typiquement, il s’agit d’un clavier numérique pour la saisie d’un montant, puis d’un code PIN, mais ce peut alternativement être une zone de scan d’un QR code (affichage de la vue d’une caméra pour scanner le QR code d’un client), un ou plusieurs boutons (notamment dans d’autres contextes que les transactions, par exemple « nouveau », « répondre » « transférer » dans le cas d’une application de messagerie), voire même une zone « passive » par exemple indiquant à l’utilisateur qu’il peut approcher sa carte bancaire pour un paiement sans contact, ou encore l’affichage d’une information ou d’un QR code à flasher par le client, dans un fonctionnement inversé. On comprend que le caractère éventuellement passif d’une zone d’action ZA s’entend ici vis-à-vis des moyens 13 (il n’y a rien à saisir), mais une telle zone reste bien une zone « d’action » puisqu’elle implique une action de la part de l’utilisateur pour mettre en œuvre la transaction (appliquer sa carte bancaire contre le terminal, scanner le QR code, prendre connaissance d’une information etc.). On comprend en outre que la zone d’action peut être active et « devenir » passive : par exemple la zone d’action peut être le clavier numérique, initialement actif pour la saisie du montant (c’est le cas dans la quasi-totalité des modes de fonctionnements de paiement de proximité) puis passif en cas de paiement sans contact : le clavier est toujours affiché mais il n’y a pas de code à taper, contrairement à un paiement avec insertion de la carte. Si le fait d’avoir plusieurs modes/sous-modes possibles de fonctionnement d’une application de paiement est connu, la présente invention se distingue en ce que la première zone d’interface intermédiaire ZI1 est strictement incluse dans la zone d’interface globale ZG et que la zone d’action ZA est à son tour strictement incluse dans la première zone d’interface intermédiaire ZI1. En d’autres termes, comme représenté par la , chaque zone ZI1, ZA occupe une partie de la zone hiérarchiquement supérieure ZG, ZI1, mais pas entièrement. Cette architecture « en poupée russes » s’avère comme l’on verra très efficace, y compris en cas de changements rapides et répétés. La présence de sous-modes peut être géré simplement en rajoutant un deuxième niveau de zone d’interface intermédiaires : le procédé comprend alors une étape (b’) (entre (b) et (c)) d’affichage sur lesdits moyens d’affichage 13 d’une deuxième zone d’interface intermédiaire ZI2 correspondant à un sous-mode dudit mode de fonctionnement sélectionné de ladite application sélectionné parmi une pluralité de sous-modes possibles dudit mode de fonctionnement sélectionné, la deuxième zone d’interface intermédiaire ZI2 étant strictement incluse dans la première zone d’interface intermédiaire ZI1 ; la zone d’action ZA étant fonction dudit sous-mode de fonctionnement sélectionné, et strictement incluse dans la deuxième zone d’interface intermédiaire ZI2. On voit la présence d’un tel niveau hiérarchique supplémentaire dans l’exemple de la . On comprend que l’étape (b’) peut naturellement être conditionnée à l’existence de sous-modes : un mode particulier peut ne pas avoir de sous-modes, et on affiche alors directement dans l’étape (c) la zone d’action ZA correspondante, voir l’exemple de la . Alternativement, on peut tout fait envisager encore une étape (b’’) d’affichage sur lesdits moyens d’affichage 13 d’une troisième zone d’interface intermédiaire correspondant à un encore un sous-mode dudit sous-mode (i.e. un « sous-sous-mode »), la troisième zone d’interface intermédiaire étant strictement incluse dans la deuxième zone d’interface intermédiaire ZI2 ; la zone d’action ZA étant fonction dudit sous-mode de niveau le plus bas sélectionné, et strictement incluse dans la troisième zone d’interface intermédiaire, et ainsi de suite récursivement. On peut ainsi modéliser l’ensemble des sélections possibles de modes de fonctionnement comme un arbre hiérarchique exhaustif, très intuitif et dans lequel il est facile de naviguer. Le procédé peut alors comprendre une étape (d) finale de mise en œuvre de ladite transaction en utilisant ladite zone d’action ZA, en particulier en recevant une commande via ladite zone d’action ZA (comme la saisie d’un montant) pour la mise en œuvre de ladite transaction. Ladite transaction peut être mise en œuvre de manière conventionnelle en appliquant par exemple un serveur distant 2 (notamment bancaire), et potentiellement un périphérique 10 comme un lecteur de carte et/ou une imprimante de récépissé. Sélection De manière préféré, on a également l’affichage d’au moins une première zone de sélection ZS1 dudit mode de fonctionnement de ladite application parmi ladite pluralité de modes possibles de fonctionnement de ladite application, avec ladite première zone de sélection ZS1 également strictement incluse dans la première zone d’interface intermédiaire ZI1, et distincte de la zone d’action ZA/deuxième zone d’interface intermédiaire ZI2 s’il y a un sous-mode, préférentiellement au-dessus (alternativement en dessous, mais également latéralement, en particulier dans un affichage en mode « paysage ») de celle-ci comme l’on voit sur la . On peut avoir la première zone d’interface intermédiaire ZI1 en pratique partitionnée entre la première zone de sélection ZS1 et la zone d’action ZA/deuxième zone d’interface intermédiaire ZI2. L’étape (b) peut à ce titre comprendre la sélection par l’utilisateur dudit mode de fonctionnement de ladite application parmi la pluralité de modes possibles de fonctionnement de ladite application en utilisant ladite première zone de sélection ZS1 (sur l’interface 13, en particulier si elle est tactile), et donc l’affichage de la première zone d’interface intermédiaire ZI1 du mode de fonctionnement choisi. Similairement, l’éventuelle étape (b’) comprend avantageusement l’affichage d’une deuxième zone de sélection ZS2 dudit sous-mode du mode de fonctionnement sélectionné de ladite application parmi la pluralité de sous-modes possibles dudit mode de fonctionnement sélectionné, ladite deuxième zone de sélection ZS2 étant également strictement incluse dans la deuxième zone d’interface intermédiaire ZI2 et disjointe de la zone action (ZA). On comprend que ladite première zone de sélection ZS1 est disjointe de la deuxième zone d’interface intermédiaire ZI2 (et pas seulement de la zone d’action ZA). L’étape (b’) comprend alors préférentiellement la sélection par l’utilisateur dudit sous-mode du mode de fonctionnement sélectionné de ladite application parmi la pluralité de sous-modes possibles dudit mode de fonctionnement sélectionné, en utilisant la deuxième zone de sélection ZS2. A noter que les étapes (b) et/ou (b’) etc. peuvent être répétées si l’utilisateur choisit un nouveau mode/sous-mode de fonctionnement : s’il s’est trompé ; si le client change d’avis sur le paiement ; si tout simplement on prévoit que l’étape (b)/(b’) soit mise en œuvre automatiquement avec un mode/sous-mode de fonctionnement par défaut ou le dernier mode/sous-mode sélectionné ; etc. Le changement est très facile car la liste des modes/sous-modes de fonctionnements est directement accessible et courte. La sélection d’un nouveau mode/sous-mode relance l’étape (d) et donc l’affichage d’une nouvelle zone d’action ZA fonction de la nouvelle combinaison de modes/sous-modes sélectionnés. A noter que l’étape (a) peut, de manière analogue aux zones de sélection ZS1, ZS2, comprendre l’affichage d’une zone de profil ZP permettant la sélection de l’utilisateur mettant en œuvre la transaction, par exemple un commerçant parmi plusieurs commerçants se partageant l’utilisation du terminal 1, ladite zone de profil ZP étant également strictement incluse dans la zone d’interface globale, et disjointe de la première zone d’interface intermédiaire ZI1. A ce titre, l’étape (a) peut comprendre la sélection/la modification de l’utilisateur. On note que même si le présent procédé remplace avantageusement le burger menu, on peut tout à fait toujours avoir un burger menu en plus, notamment pour la sélection de menus d’usage non-courant (par exemple les réglages), et garder l’affichage en zones d’interface ZG, ZI1, ZI2, ZA pour les modes de fonctionnement entre lesquels l’utilisateur doit naviguer quotidiennement. Terminal Selon un deuxième aspect, l’invention concerne le terminal 1 pour la mise en œuvre du procédé selon le premier aspect. Ainsi, ce terminal 1 comprend comme expliqué des moyens de traitement de données 11 et des moyens d’affichage 13. Il peut en outre comprendre des moyens de stockage de données 12, des moyens de communications, etc. Les moyens de traitement de données 11 sont configurés pour mettre en œuvre les étapes consistant à : Afficher sur lesdits moyens d’affichage 13 une zone d’interface globale ZG d’une application de mise en œuvre d’une transaction ; Afficher sur lesdits moyens d’affichage 13 au moins une première zone d’interface intermédiaire ZI1 (et potentiellement une seconde zone d’interface intermédiaire ZI2) correspondant à un mode de fonctionnement de ladite application sélectionné parmi une pluralité de modes possibles de fonctionnement de ladite application, la première zone d’interface intermédiaire ZI1 étant strictement incluse dans la zone d’interface globale ZG ; Afficher sur lesdits moyens d’affichage 13 une zone d’action ZA fonction dudit mode de fonctionnement sélectionné, la zone d’action Z3 étant strictement incluse dans la première zone d’interface intermédiaire ZI1 ; Mettre en œuvre ladite transaction en utilisant ladite zone d’action ZA Produit programme d’ordinateur Selon un quatrième et un cinquième aspects, l’invention concerne un produit programme d’ordinateur comprenant des instructions de code pour l’exécution (sur les moyens de traitement de donnés 11 du terminal 1) d’un procédé selon le premier aspect de mise en œuvre d’une transaction sur un terminal 1, ainsi que des moyens de stockage lisibles par un équipement informatique (par exemple les moyens de stockage de données 12 du terminal) sur lequel on trouve ce produit programme d’ordinateur. Procédé de mise en œuvre d’une transaction sur un terminal (1) comprenant des moyens de traitement de données (11) et des moyens d’affichage (13), caractérisé en ce qu’il comprend la mise en œuvre par les moyens de traitement de données (11) d’étapes de : Affichage sur lesdits moyens d’affichage (13) d’une zone d’interface globale (ZG) d’une application de mise en œuvre de ladite transaction ; Affichage sur lesdits moyens d’affichage (13) d’au moins une première zone d’interface intermédiaire (ZI1) correspondant à un mode de fonctionnement de ladite application sélectionné parmi une pluralité de modes possibles de fonctionnement de ladite application, la première zone d’interface intermédiaire (ZI1) étant strictement incluse dans la zone d’interface globale (ZG) ; Affichage sur lesdits moyens d’affichage (13) d’une zone d’action (ZA) fonction dudit mode de fonctionnement sélectionné, la zone d’action (Z3) étant strictement incluse dans la première zone d’interface intermédiaire (ZI1) ; Mise en œuvre de ladite transaction en utilisant ladite zone d’action (ZA). Procédé selon la revendication 1, dans lequel lesdits moyens d’affichage (13) sont un écran tactile, l’étape (d) comprenant la réception d’une commande via ladite zone d’action (ZA) pour la mise en œuvre de ladite transaction. Procédé selon l’une des revendications 1 et 2, dans lequel ladite zone d’interface globale (ZG) occupe la totalité d’une surface d’affichage desdits moyens d’affichage (13). Procédé selon l’une des revendications 1 à 3, dans lequel l’étape (b) comprend l’affichage d’au moins une première zone de sélection (ZS1) dudit mode de fonctionnement de ladite application parmi une pluralité de modes possibles de fonctionnement de ladite application, ladite première zone de sélection (ZS1) étant également strictement incluse dans la première zone d’interface intermédiaire (ZI1), et disjointe de la zone d’action (ZA). Procédé selon la revendication 4, dans lequel l’étape (b) comprend la sélection par un utilisateur du terminal (1) dudit mode de fonctionnement parmi la pluralité de modes possibles de fonctionnement de ladite application, en utilisant la première zone de sélection (ZS1). Procédé selon l’une des revendications 1 à 6, comprenant en outre une étape (b’) d’affichage sur lesdits moyens d’affichage (13) d’une deuxième zone d’interface intermédiaire (ZI2) correspondant à un sous-mode dudit mode de fonctionnement sélectionné de ladite application sélectionné parmi une pluralité de sous-modes possibles dudit mode de fonctionnement sélectionné, la deuxième zone d’interface intermédiaire (ZI2) étant strictement incluse dans la première zone d’interface intermédiaire (ZI1) ; la zone d’action (ZA) étant fonction dudit sous-mode de fonctionnement sélectionné, et strictement incluse dans la deuxième zone d’interface intermédiaire (ZI2). Procédé selon les revendications 4 et 6 en combinaison, dans lequel l’étape (b’) comprend l’affichage d’une deuxième zone de sélection (ZS2) dudit sous-mode du mode de fonctionnement sélectionné de ladite application parmi la pluralité de sous-modes possibles dudit mode de fonctionnement sélectionné, ladite première zone de sélection (ZS1) étant disjointe de la deuxième zone d’interface intermédiaire (ZI2) et ladite deuxième zone de sélection (ZS2) étant également strictement incluse dans la deuxième zone d’interface intermédiaire (ZI2) et disjointe de la zone action (ZA). Procédé selon les revendications 5 et 7 en combinaison, dans lequel l’étape (b’) comprend la sélection par l’utilisateur dudit sous-mode du mode de fonctionnement sélectionné de ladite application parmi la pluralité de sous-modes possibles dudit mode de fonctionnement sélectionné, en utilisant la deuxième zone de sélection (ZS2). Procédé selon l’une des revendications 1 à 8, dans lequel le mode de fonctionnement est choisi parmi une liste de types de paiements dont au moins paiement de proximité et paiement à distance. Procédé selon la revendications 9, dans lequel le sous mode de fonctionnement du mode de fonctionnement paiement de proximité est choisi parmi débit, débit avec autorisation, crédit, annulation, et pré-autorisation. Procédé selon l’une des revendications 1 à 10, dans lequel la zone d’action est un clavier numérique. Terminal (1) comprenant des moyens de traitement de données (11) et des moyens d’affichage (13), caractérisé en ce que les moyens de traitement de données (11) sont configurés pour : Afficher sur lesdits moyens d’affichage (13) une zone d’interface globale (ZG) d’une application de mise en œuvre d’une transaction ; Afficher sur lesdits moyens d’affichage (13) au moins une première zone d’interface intermédiaire (ZI1) correspondant à un mode de fonctionnement de ladite application sélectionné parmi une pluralité de modes possibles de fonctionnement de ladite application, la première zone d’interface intermédiaire (ZI1) étant strictement incluse dans la zone d’interface globale (ZG) ; Afficher sur lesdits moyens d’affichage (13) une zone d’action (ZA) fonction dudit mode de fonctionnement sélectionné, la zone d’action (Z3) étant strictement incluse dans la première zone d’interface intermédiaire (ZI1) ; Mettre en œuvre ladite transaction en utilisant ladite zone d’action (ZA). Produit programme d’ordinateur comprenant des instructions de code pour l’exécution d’un procédé selon l’une des revendications 1 à 11 de mise en œuvre d’une transaction sur un terminal (1), lorsque ledit programme est exécuté sur un ordinateur. Moyen de stockage lisible par un équipement informatique sur lequel est enregistré un produit programme d’ordinateur comprenant des instructions de code pour l’exécution d’un procédé selon l’une des revendications 1 à 11 de mise en œuvre d’une transaction sur un terminal (1).