EP2084678B1 - Procede d'impression de tickets - Google Patents

Procede d'impression de tickets Download PDF

Info

Publication number
EP2084678B1
EP2084678B1 EP07858469.5A EP07858469A EP2084678B1 EP 2084678 B1 EP2084678 B1 EP 2084678B1 EP 07858469 A EP07858469 A EP 07858469A EP 2084678 B1 EP2084678 B1 EP 2084678B1
Authority
EP
European Patent Office
Prior art keywords
printing
printed
terminal
transaction
tickets
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
EP07858469.5A
Other languages
German (de)
English (en)
Other versions
EP2084678A1 (fr
Inventor
David Naccache
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Worldline MS France
Original Assignee
Compagnie Industrielle et Financiere dIngenierie Ingenico SA
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Compagnie Industrielle et Financiere dIngenierie Ingenico SA filed Critical Compagnie Industrielle et Financiere dIngenierie Ingenico SA
Publication of EP2084678A1 publication Critical patent/EP2084678A1/fr
Application granted granted Critical
Publication of EP2084678B1 publication Critical patent/EP2084678B1/fr
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • G—PHYSICS
    • G07—CHECKING-DEVICES
    • G07G—REGISTERING THE RECEIPT OF CASH, VALUABLES, OR TOKENS
    • G07G5/00—Receipt-giving machines
    • G—PHYSICS
    • G07—CHECKING-DEVICES
    • G07F—COIN-FREED OR LIKE APPARATUS
    • G07F17/00—Coin-freed apparatus for hiring articles; Coin-freed facilities or services
    • G07F17/42—Coin-freed apparatus for hiring articles; Coin-freed facilities or services for ticket printing or like apparatus, e.g. apparatus for dispensing of printed paper tickets or payment cards

Definitions

  • the present invention relates to a ticket printing method in particular for electronic payment terminals.
  • Electronic payment terminals are used to register and carry out a secure payment transaction.
  • One or more tickets can be printed to account for the transaction.
  • the document FR2820855 describes a technique for distributing advertising information to a customer, for example by printing them on the front of the transaction ticket.
  • the document EP0905661 presents a technique of processing coupons for a consumer, at the time of his checkout.
  • the problem is that the time required to print this or these tickets is usually long.
  • the object of the invention is to reduce this printing time.
  • the invention proposes a method of printing tickets for an electronic payment terminal, the method comprising the execution of payment transactions with the terminal, and after each transaction, the simultaneous printing of several tickets relative to the transaction made.
  • the terminal comprises a plurality of printing heads, the tickets being each printed on a print head.
  • At least one ticket is printed by the terminal and at least one ticket is printed remotely.
  • the tickets are already partially printed during the printing step.
  • the partially printed ticket includes invariant information from one transaction to another.
  • the method further comprises a step of partial printing of at least one ticket.
  • the partial printing step includes printing the current date.
  • the date of the day is no longer printed from a predetermined time.
  • the method further comprises a step of scrapping a partially printed ticket.
  • the method furthermore comprises the counting of tickets already previously partially printed, the counting of the transactions carried out, the comparison of the number of tickets previously partially printed, the determination of the remaining number of tickets previously partially printed.
  • the method further comprises a step of supplying the tickets, all the tickets being previously partially printed.
  • the invention also relates to a payment terminal comprising at least one ticket printing head, the terminal being able to carry out payment transactions. payment and simultaneously print multiple tickets relative to each transaction.
  • the terminal further comprises a plurality of print heads.
  • the terminal is also able to print a ticket remotely.
  • the terminal is able to print a previously partially printed ticket.
  • the terminal furthermore comprises tickets all previously partially printed.
  • the terminal comprises a bidirectional motor for moving the ticket.
  • the terminal is adapted to implement the method as described above.
  • the invention relates to a ticket printing method for an electronic payment terminal.
  • the method comprises the realization of successive payment transactions with the terminal, and after each transaction, the printing of a ticket relative to the transaction made, the ticket being previously and partially printed during the printing step.
  • the ticket printing time is shorter because the tickets already include printed information. Indeed, once the transaction has been completed, all that remains is to print some additional information in addition to those already printed.
  • the figure 1 shows a terminal 10 electronic payment.
  • a terminal is typically a computer placed at a merchant, which allows payments by credit cards (such as smart cards or magnetic stripe cards).
  • the merchant introduces the card of his client into the reader of the terminal and enters the amount of the transaction.
  • the customer validates his purchase, for example by dialing his PIN on the device keypad and receives a ticket confirming the transaction.
  • a ticket is printed to account for the transaction. It may be that the ticket is left to the customer and a second ticket is printed and left to the merchant.
  • the terminal may optionally be provided to be connected to management means (for example a cash register), which ensures the management of the point of sale.
  • the terminal / management system then constitutes a point of sale terminal.
  • the terminal 10 is capable of carrying out several successive transactions.
  • the terminal is likely to perform several payment transactions spaced or approximated in time. For example, customers at the same restaurant table can each pay their share with the terminal. For each of these payment transactions at least one ticket is printed by the terminal.
  • the terminal may for example comprise a portable housing 11; the casing 11 holds in the hand and can be transported without difficulty.
  • This housing can rest on a base when not in use, and communicates with this base by a wireless link, for example radio, in use.
  • the base can be connected to the management means; it typically includes a modem for obtaining authorizations of sampling of authorized organizations.
  • the terminal 10 may include a ticket printing head 14.
  • the terminal may include a printer integrated in the terminal 10; the print head is integrated in the housing 11.
  • the print head therefore prints the tickets without the need to return to the base; Tickets can be printed on site.
  • the terminal comprises a plurality of printing heads 14.
  • figure 1 shows two printheads 14, 141.
  • the plurality of printheads 14, 141 can simultaneously print several tickets, as will be more fully explained below.
  • the second head 141 is part of a printing module that can be connected to the housing 11.
  • the user has the choice to connect additional printing modules; the modules can be added to the housing so as to make the assembly integral.
  • the output signals to the printhead 14 are diverted to the other printheads to control a plurality of printheads.
  • the terminal may include a ticket drive engine, so that the tickets are unwound next to the head 14 to perform the printing.
  • the terminal can have as many engines as there are heads.
  • the engine or engines can be bidirectional, in that the engines can drive the tickets in one direction or the other.
  • the terminal may include a smart card reader 12, a modem, and a GSM card.
  • the terminal is compatible with the GPRS standard in order to benefit from a better bandwidth.
  • the TPE can be equipped with a GSM / GPRS communication module (dual band 900/1800 or 900/1900 MHz).
  • the terminal is compatible with a third generation mobile telephony network.
  • the terminal may also include a keyboard 18 for entering information such as the amount of the transaction and the confidential code of the smart card.
  • the keyboard 18 may for example comprise the keys "Validation", “Correction”, “Cancellation”, "0", "1", “2", “3", ... "9", etc.
  • a screen 20 may display information as and when measurement of their seizure.
  • the terminal 10 is for example equipped with a 32-bit processor supporting the usual cryptography (RSA, DES, triple DES ).
  • the architecture of the processor is preferably chosen so as to allow several applications to operate independently of one another (multi-application and multi-tasking) within the terminal 10. In this respect, one of these applications can be dedicated to print job management as described below. Such an application can also optionally be loaded independently of other applications provided in the TPE, to ensure a logical security (or software seal).
  • the tickets 22 may be printed by the print head 14 located in the housing 11 of the terminal.
  • the presence of the printing head 14 in the housing 11 allows the printing of the ticket 22 and the immediate delivery to the customer of the ticket; this avoids comings and goings to the base, especially in a restaurant where customers do not necessarily pay at the cash register.
  • the print head 14 can also be located on the base, which makes it possible to reduce the size of the case.
  • the tickets are preferably provided in roll form 23, as shown in FIG. figure 1 .
  • the roller 23 can be mounted in the housing 10 and proceeds as the tickets are printed.
  • the user himself cuts the ticket once all the information printed; the tickets have no predetermined length but a length determined by the information to be printed.
  • the figure 2 shows the tickets as a band.
  • Several tickets 221, 222, ... 22N are shown uncut, dashed lines showing a fictitious delimitation between the tickets.
  • a ticket for each transaction is printed; the ticket can be given to the customer so that the latter has a record of his payment.
  • the ticket is pre-printed and partially printed when it undergoes printing relating to the transaction made. The ticket already has information that it is no longer necessary to print again, which saves time printing the ticket after completion of the transaction.
  • the figure 2 shows the ticket 221 after the printing that followed the completion of the transaction.
  • Ticket 221 includes information that can be previously printed or pre-printed.
  • the ticket is partially printed in the sense that information about the upcoming transaction is already printed.
  • Information about the transaction is already printed when a new transaction begins, or even when the impression of the completed transaction begins. In the latter case, it can be envisaged that the preliminary and partial printing step takes place during the completion of the transaction.
  • This information previously printed 24, 26 are for example relative to the details of the merchant where the payment transaction was made; it can be the name of the merchant and his address. Since this information is invariant from one transaction to another, this information can already be included on the ticket to be printed when an impression relating to a transaction made is initiated.
  • the ticket 22 then comprises information 28 which is printed once the transaction is completed.
  • This information 28 corresponds for example to the amount of the transaction made.
  • this information 28 is specific to the transaction carried out, this information 28 is then printed only after the transaction has been completed.
  • information below the information 28 is also invariant information from one transaction to another; this information can then be printed beforehand on the ticket to be printed when an impression relating to a transaction made is initiated.
  • This type of information is for example of the type "thank you" or "ticket to be kept by the customer".
  • the ticket may include pre-printed information above and below the transaction-specific information and printed once the transaction is completed. With the bidirectional engine, information above and below can be printed, and the ticket returned to the print position. The fact of only having to print the information determined by the transaction makes it possible to save time during the printing of the tickets. This is particularly interesting in the case of transactions that follow each other, for example when customers at the same restaurant table pay separately.
  • the ticket 22 may be previously and partially printed according to several embodiments.
  • the method may comprise a step of partially printing at least one ticket for as many subsequent transactions.
  • the method may include a partial print step of the ticket 22N + 1 relating to the transaction N + 1 to come.
  • the ticket 22N + 1 relating to this transaction N + 1 is already partially printed, for example with the information 24, 26, 30 mentioned above.
  • the method may comprise a step of partial printing of several tickets 22 (N + 1) to 22 (N + X). ) relating to X future transactions.
  • N + 1 a certain number 22 tickets relating to as many transactions are already partially printed, for example with the information 24, 26, 30 mentioned above.
  • This allows, in a moment of depression in the merchant's activity, to print previously and partially a certain number of tickets.
  • the bidirectional motor (s) a certain number of tickets are printed by unrolling the roll by rotating the motor in one direction, then the pre-printed tickets are wound in the other direction so that the terminal is ready. to work.
  • the method then also comprises the counting of the transactions carried out; for each of these transactions, a partially printed ticket is used.
  • the method then comprises comparing the number of tickets partially and previously printed with the number of transactions made.
  • the method determines the remaining number of tickets partially and previously printed. As a result, a decision may be made to print partially and previously other tickets for future transactions.
  • the first ticket of the roll if necessary, once the roll installed, the first ticket is immediately partially printed; thus at the first transaction, the ticket to be printed is already partially printed.
  • the method comprises a step of scrapping a partially printed ticket.
  • the method makes it possible to delete this information. This makes it possible to modify a ticket even though it has been previously and partially printed; thus, the previously printed information is not definitive.
  • To record information we can consider that a series of "x" is written on the information to be corrected.
  • the current date is printed beforehand. For the whole day, this date remaining invariant of a transaction to another, it is possible to register it previously on the tickets. It is conceivable that the date is no longer printed before a predetermined time. This makes it possible to prevent dates from the previous day from appearing on a ticket - although it is still possible to override the false information as indicated above. For example, starting at 11:30 pm, the date is no longer information previously printed; the date is only printed with information about the transaction that was performed, such as the amount of the transaction. The time from which the date is no longer printed can be changed; this makes it possible to adapt to the activity of the merchant, a restaurant open late at night can back in time the time from which the date is no longer printed.
  • Last tickets previously printed with the date of the day before can be erased from "x" so that they are invalidated.
  • the method makes it possible to count the previously printed tickets and to determine the number of tickets available; thus, beyond midnight, the method remembers all unused tickets that include the date of the previous day so as to invalidate them.
  • the method comprises a step of providing tickets already partially printed.
  • the advantage is that it is not necessary to proceed to a particular partial printing step in the day, the tickets being provided all already partially printed.
  • the tickets in this embodiment are for example provided with the merchant's coordinates; it is his responsibility to order partially printed and personalized train tickets.
  • the tickets can be supplied in rolls, the whole roll then comprising indications 24, 26 or 30 as indicated on the figure 2 ; once the transaction is completed, the information 28 is completed as also indicated on the figure 2 .
  • the advantage is that the print head 14, for example thermal, spends less energy and the transaction can follow very quickly another.
  • This second embodiment can be combined with the previous embodiment, or considered independently. When taken in combination, this makes it possible to combine the advantages, for example to limit the wear of the print head while at the same time making it possible to print previously other information than those already present, such as the date. Thus, one accelerates the printing of the tickets while limiting the wear of the head. When this embodiment is considered independently, it avoids implementing a bi-directional engine for moving tickets.
  • the method of printing tickets for electronic payment terminal includes the completion of payment transactions with the terminal, and after each transaction, the simultaneous printing of several tickets relative to the transaction made. This is particularly applicable when at least two tickets are printed at the end of a transaction, one of the tickets being for the customer, the other ticket being for the merchant; thus, rather than printing the tickets one after the other, the method allows the simultaneous printing of the tickets. The method thus saves time during printing. Instead of waiting for the successive printing of the tickets, they are issued at substantially the same time; if the impressions are not necessarily initialized simultaneously, in any case, it is not expected the end of the printing of one of the tickets to initialize the printing of another ticket.
  • the terminal may comprise a plurality of printing heads 14, 141.
  • the terminal then comprises a plurality of printing modules, as is visible on the figure 1 .
  • This allows simultaneous printing. It is thus possible to simultaneously print two tickets 22, one for the customer, the other for the merchant.
  • Each printer has its own tickets to print; for example on the figure 1 the terminal has a roll 23 of tickets for each print head. It is also conceivable that a roll is used for two printing modules, each module printing one end of the roll.
  • the additional printer head (s) 141 may be detachable from the body 11 of the terminal.
  • the advantage is that the user chooses to connect additional heads, which gives him greater freedom in ticket printing.
  • Another advantage is that the user can equip himself with a standard single terminal and, if he later finds that a high transaction rate is necessary, he can buy other printheads and thus connect other printing modules.
  • the additional heads are each in a module that is connected to the housing; more specifically, a first module is connected to the housing and any subsequent module is connected to the previous module.
  • the additional printer head (s) are not physically attached to the terminal. It can be envisaged that the connection between the additional heads and the terminal is effected by waves, the printing of additional tickets being done remotely; for example, a bluetooth link can be used to connect the terminal to the additional printer head (s). The user can then move with the terminal, the additional head (s) remaining at the checkout.
  • a bluetooth link can be used to connect the terminal to the additional printer head (s). The user can then move with the terminal, the additional head (s) remaining at the checkout.
  • One advantage is that this makes the terminal less cumbersome because it remains at its standard size. Also, the advantage is that the merchant can print the ticket that is intended for him on the printer which remains for example at the cash register; this allows you to print all the tickets to him without worrying about their storage.
  • tickets relating to the same transaction can be previously and partially printed and printed simultaneously. This saves a lot of time during printing; indeed not only the printing itself is faster because information is already present on the ticket but in addition the impressions of the tickets are made in parallel. Also, it is conceivable that the tickets relating to the same transaction are not previously and partially printed but only printed simultaneously, which nevertheless saves time during printing while avoiding the implementation of an engine. bidirectional ticket training or the use of all previously printed tickets.

Landscapes

  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Cash Registers Or Receiving Machines (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)
  • Record Information Processing For Printing (AREA)

Description

  • La présente invention concerne un procédé d'impression de tickets en particulier pour des terminaux de paiement électroniques.
  • Les terminaux de paiement électroniques sont utilisés pour enregistrer et réaliser une transaction de paiement sécurisé. Un ou plusieurs tickets peuvent être imprimés pour rendre compte de la transaction. Le document FR2820855 décrit une technique permettant de diffuser des informations publicitaires à un client, par exemple en les imprimant sur le recto du ticket de transaction. Le document EP0905661 présente une technique de traitement de bons de réduction pour un consommateur, au moment de son passage en caisse.
  • Le problème est que le temps nécessaire d'impression de ce ou ces tickets est généralement long. Le but de l'invention est de réduire ce temps d'impression.
  • Pour cela l'invention propose un procédé d'impression de tickets pour terminal de paiement électronique, le procédé comprenant la réalisation de transactions de paiement avec le terminal, et après chaque transaction, l'impression simultanée de plusieurs tickets relativement à la transaction réalisée.
  • Selon une variante, le terminal comprend une pluralité de têtes d'impression, les tickets étant chacun imprimés sur une têtes d'impression.
  • Selon une variante, au moins un ticket est imprimé par le terminal et au moins un ticket est imprimé à distance.
  • Selon une variante, les tickets étant déjà partiellement imprimés lors de l'étape d'impression.
  • Selon une variante, le ticket partiellement imprimé comporte des informations invariantes d'une transaction à une autre.
  • Selon une variante, après l'étape d'impression de tickets relativement à la transaction réalisée, le procédé comprenant en outre une étape d'impression partielle préalable d'au moins un ticket.
  • Selon une variante, l'étape d'impression partielle comprenant l'impression de la date du jour.
  • Selon une variante, la date du jour n'est plus imprimée à compter d'une heure prédéterminée.
  • Selon une variante, après l'étape d'impression partielle, le procédé comprenant en outre une étape de raturage d'un ticket partiellement imprimé.
  • Selon une variante, le procédé comprend en outre, le comptage des tickets déjà préalablement partiellement imprimés, le comptage des transactions réalisées, la comparaison du nombre de tickets préalablement partiellement imprimés, la détermination du nombre restant de tickets préalablement partiellement imprimés.
  • Selon une variante, le procédé comprend en outre une étape de fourniture des tickets, tous les tickets étant préalablement partiellement imprimés.
  • L'invention se rapporte aussi à un terminal de paiement comprenant au moins une tête d'impression de tickets, le terminal étant apte à réaliser des transactions de paiement et d'imprimer simultanément plusieurs tickets relativement à chaque transaction.
  • Selon une variante, le terminal comprend en outre une pluralité de têtes d'impression.
  • Selon une variante, le terminal est en outre apte à imprimer à distance un ticket.
  • Selon une variante, le terminal est apte à imprimer un ticket préalablement partiellement imprimé.
  • Selon une variante, le terminal comprend en outre des tickets tous préalablement partiellement imprimés.
  • Selon une variante, le terminal comprend un moteur bidirectionnel de déplacement du ticket.
  • Le terminal est adapté à mettre en oeuvre le procédé tel que décrit précédemment.
  • D'autres caractéristiques et avantages de l'invention apparaîtront à la lecture de la description détaillée qui suit des modes de réalisation de l'invention, donnés à titre d'exemple uniquement et en références aux dessins qui montrent :
    • figure 1, un terminal de paiement;
    • figure 2, des tickets imprimés par le terminal de paiement de la figure 1.
  • L'invention se rapporte à un procédé d'impression de tickets pour terminal de paiement électronique. Le procédé comprend la réalisation de transactions de paiement successives avec le terminal, et, après chaque transaction, l'impression d'un ticket relativement à la transaction réalisée, le ticket étant préalablement et partiellement imprimé lors de l'étape d'impression. Ainsi, alors que plusieurs transactions sont réalisées successivement, le temps d'impression des tickets est plus court car les tickets comportent déjà des informations imprimées. En effet, une fois la transaction réalisée, il ne reste plus qu'à imprimer certaines informations supplémentaires en plus de celles déjà imprimées.
  • La figure 1 montre un terminal 10 de paiement électronique. Un tel terminal est typiquement un ordinateur placé chez un commerçant, qui permet des règlements par cartes bancaires (telles que les cartes à puce ou les cartes à piste magnétique). Le commerçant introduit la carte de son client dans le lecteur du terminal et entre le montant de la transaction. Le client valide son achat, par exemple en composant son code confidentiel sur le clavier de l'appareil et reçoit un ticket confirmant la transaction. Une fois la transaction réalisée, un ticket est imprimé pour rendre compte de la transaction. Il se peut que ce ticket soit laissé au client et qu'un deuxième ticket soit imprimé et laissé au commerçant. Le terminal peut éventuellement être prévu pour être relié à des moyens de gestion (par exemple une caisse enregistreuse), ce qui permet d'assurer la gestion du point de vente. Le système terminal/moyen de gestion constitue alors un terminal point de vente.
  • Le terminal 10 est susceptible de réaliser plusieurs transactions successives. En d'autres termes, le terminal est susceptible de réaliser plusieurs opérations de paiement espacées ou rapprochées dans le temps. A titre exemple, des clients d'une même table au restaurant peuvent payer chacun leur part à leur tour avec le terminal. Pour chacune des ces transactions de paiement au moins un ticket est imprimé par le terminal.
  • Le terminal peut par exemple comporter un boîtier 11 portatif; le boîtier 11 tient dans la main et peut être transporté sans difficulté. Ce boîtier peut reposer sur un socle lorsqu'il n'est pas utilisé, et communique avec ce socle par une liaison sans fil, par exemple radioélectrique, en utilisation. Le socle peut être connecté au moyen de gestion; il comprend typiquement un modem permettant d'obtenir des autorisations de prélèvement d'organismes habilités.
  • Le terminal 10 peut comporter une tête 14 d'impression de ticket 22. En d'autres termes, le terminal peut comporter une imprimante intégrée au terminal 10 ; la tête d'impression est intégrée au boîtier 11. La tête d'impression permet donc d'imprimer les tickets sans qu'il soit nécessaire de retourner au socle ; les tickets peuvent être imprimés sur place. On peut aussi envisager que le terminal comporte une pluralité de têtes d'impression 14. La figure 1 montre deux têtes d'impression 14, 141. La pluralité de têtes d'impression 14, 141 permettent d'imprimer simultanément plusieurs tickets, comme cela sera plus largement explicité ci-dessous. La deuxième tête 141 fait partie d'un module d'impression qui peut être relié au boîtier 11. L'utilisateur a le choix de relier des modules d'impression supplémentaires ; les modules peuvent être ajoutés au boîtier de sorte à rendre l'ensemble solidaire. Avantageusement, lorsque des têtes supplémentaires sont utilisées, les signaux de sortie vers la tête d'impression 14 sont dérivés vers les autres têtes d'impression afin de contrôler une pluralité de tête d'impression.
  • Le terminal peut comporter un moteur d'entraînement des tickets, de sorte que les tickets soient déroulés en regard de la tête 14 pour effectuer l'impression. Le terminal peut comporter autant de moteurs qu'il y a de têtes. Par ailleurs, le ou les moteurs peuvent être bidirectionnels, en ce sens, que les moteurs peuvent entraîner les tickets dans un sens ou dans l'autre.
  • Le terminal peut comprendre un lecteur 12 de carte à puce, un modem, et une carte GSM. De préférence, le terminal est compatible avec la norme GPRS afin de bénéficier d'une meilleure bande passante. Par exemple, le TPE peut être doté d'un module de communication GSM/GPRS (bi-bande 900/1800 ou 900/1900 MHz). De même, on peut en outre prévoir que le terminal soit compatible avec un réseau de téléphonie mobile de troisième génération. Le terminal peut aussi comprendre un clavier 18 pour saisir des informations du type le montant de la transaction et le code confidentiel de la carte à puce. Le clavier 18 peut par exemple comporter les touches "Validation", "Correction", "Annulation", "0", "1", "2", "3", ... "9", etc... Un écran 20 peut afficher les informations au fur et à mesure de leur saisie.
  • Le terminal 10 est par exemple équipé d'un processeur 32 bits prenant en charge les cryptographies usuelles (RSA, DES, triple DES...). L'architecture du processeur est de préférence choisie de sorte à permettre à plusieurs applications de fonctionner indépendamment les unes des autres (multi applicatif et multi tâches) au sein du terminal 10. A cet égard, l'une de ces applications peut être dédiée à la gestion de tâches d'impression, telles que décrites ci-dessous. Une telle application peut en outre éventuellement être chargée de manière indépendante des autres applications prévues dans le TPE, afin d'assurer une sécurité logique (ou étanchéité logicielle).
  • Les tickets 22 peuvent être imprimé par la tête 14 d'impression située dans le boîtier 11 du terminal. La présence de la tête 14 d'impression dans le boîtier 11 permet l'impression du ticket 22 et la remise immédiate au client du ticket ; ceci permet d'éviter des allers et venues vers le socle, en particulier dans un restaurant ou les clients ne paient pas nécessairement à la caisse. La tête 14 d'impression peut aussi être située sur le socle, ce qui permet de rendre réduite la taille du boîtier.
  • Les tickets sont de préférence fournis sous forme de rouleau 23, comme cela est représenté sur la figure 1. Le rouleau 23 peut être monté dans le boîtier 10 et se déroule à mesure de l'impression des tickets. L'utilisateur découpe lui-même le ticket une fois l'ensemble des informations imprimées ; les tickets n'ont pas de longueur prédéterminée mais une longueur déterminée par les informations à imprimer. La figure 2 montre les tickets sous forme d'une bande. Plusieurs tickets 221, 222, ... 22N sont représentés non découpés, des pointillés montrant une délimitation fictive entre les tickets.
  • Après chaque transaction, un ticket relativement à chacune des transactions est imprimé ; le ticket peut être remis au client afin que ce dernier ait une trace de son paiement. On peut aussi envisager que deux tickets relativement à une même transaction soit imprimée, l'un des tickets étant remis au client, l'autre ticket étant remis au commerçant. Quelque soit le nombre de tickets imprimés pour chaque transaction, le ticket est préalablement et partiellement imprimé lorsque il subit l'impression relative à la transaction réalisée. Le ticket comporte déjà des informations qu'il n'est plus nécessaire d'imprimer à nouveau, ce qui permet de gagner du temps de l'impression du ticket après la réalisation de la transaction.
  • La figure 2 montre le ticket 221 après l'impression qui a suivi la réalisation de la transaction. Le ticket 221 comporte des informations qui peuvent être préalablement imprimées ou pré-imprimées. Le ticket est partiellement imprimé en ce sens que des informations relatives à la transaction à venir sont déjà imprimées. Les informations relatives à la transaction sont déjà imprimées lorsqu'une nouvelle transaction commence, ou même, lorsque l'impression relative à la transaction réalisée commence. Dans ce dernier cas, on peut envisager que l'étape d'impression préalable et partielle ait lieu pendant la réalisation de la transaction. Ces informations préalablement imprimées 24, 26 sont par exemple relatives aux coordonnées du commerçant chez qui la transaction de paiement a été effectuée ; il peut s'agir du nom du commerçant et son adresse. Ces informations étant invariantes d'une transaction à l'autre, ces informations peuvent déjà figurer sur le ticket à imprimer lorsqu'une impression relative à une transaction réalisée est initiée. Le ticket 22 comporte ensuite des informations 28 qui sont imprimées une fois la transaction réalisée. Ces informations 28 correspondent par exemple au montant de la transaction réalisée. Ces informations 28 étant propres à la transaction réalisée, ces informations 28 ne sont alors imprimées qu'une fois la transaction réalisée. On peut aussi envisager que des informations 30 situées au-dessous des informations 28 soient également des informations invariantes d'une transaction à l'autre ; ces informations peuvent alors être préalablement imprimées sur le ticket à imprimer lorsqu'une impression relative à une transaction réalisée est initiée. Ce type d'information est par exemple du type « merci » ou « ticket à conserver par le client ». Ainsi, le ticket peut comprendre des informations pré-imprimées au-dessus et au-dessous des informations 28 propres à la transaction et imprimées qu'une fois la transaction réalisée. Grâce au moteur bidirectionnel, des informations au-dessus et au-dessous peuvent être imprimées, puis le ticket remis en position d'impression. Le fait de n'avoir plus qu'à imprimer les informations déterminées par la transaction permet de gagner du temps lors de l'impression des tickets. Ceci est particulièrement intéressant dans le cas de transactions qui s'enchaînent, par exemple lorsque les clients d'une même table au restaurant paient séparément.
  • Le ticket 22 peut être préalablement et partiellement imprimé selon plusieurs modes de réalisation.
  • Selon un premier mode de réalisation, après l'étape d'impression d'un ticket relativement à la transaction réalisée, le procédé peut comprendre une étape d'impression partielle d'au moins un ticket relativement à autant de transactions suivantes. En d'autres termes, une fois la transaction N terminée et le ticket 22N correspondant imprimé, le procédé peut comprendre une étape d'impression partielle du ticket 22N+1 relatif à la transaction N+1 à venir. Ainsi, lorsque la transaction N+1 est réalisée, le ticket 22N+1 relatif à cette transaction N+1 est déjà partiellement imprimé, par exemple avec les informations 24, 26, 30 mentionnées ci-dessus.
  • Selon ce mode de réalisation, on peut aussi envisager qu'une fois la transaction N terminée et le ticket 22N correspondant imprimé, le procédé peut comprendre une étape d'impression partielle de plusieurs tickets 22(N+1) à 22(N+X) relatifs aux X transactions à venir. Ainsi, lorsque la transaction N+1 est réalisée, un certains nombre de tickets 22 relatifs à autant de transactions sont déjà partiellement imprimés, par exemple avec les informations 24, 26, 30 mentionnées ci-dessus. Ceci permet, dans un moment de creux dans l'activité du commerçant, d'imprimer préalablement et partiellement un certain nombre de tickets. Grâce au(x) moteur(s) bidirectionnels, un certain nombre de tickets sont imprimés en déroulant le rouleau par rotation du moteur dans un sens, puis les tickets pré-imprimés sont enroulés dans l'autre sens de sorte que le terminal soit prêt à l'emploi.
  • On peut alors envisager qu'un comptage des tickets partiellement et préalablement imprimés soit fait. Le procédé comprend alors également le comptage des transactions réalisées ; à chacune de ces transactions, un ticket partiellement et préalablement imprimé est utilisé. Le procédé comprend ensuite la comparaison du nombre de tickets partiellement et préalablement imprimés avec le nombre de transactions réalisées. Le procédé détermine alors le nombre restant de tickets partiellement et préalablement imprimés. En conséquence, une décision peut être prise d'imprimer partiellement et préalablement d'autres tickets pour des transactions à venir.
  • Pour le premier ticket du rouleau, le cas échéant, une fois le rouleau installé, le premier ticket est aussitôt partiellement imprimé ; ainsi à la première transaction, le ticket à imprimer est déjà partiellement imprimé.
  • On peut aussi envisager que le procédé comporte une étape de raturage d'un ticket partiellement imprimé. Ainsi, si une information a été préalablement imprimée et que cette information est erronée, le procédé permet de rayer cette information. Ceci permet de modifier un ticket alors même qu'il a été préalablement et partiellement imprimé ; ainsi, les informations préalablement imprimées ne sont pas définitives. Pour raturer une information, on peut envisager qu'une série de « x » soit inscrite sur les informations à raturer.
  • Au cours de l'étape d'impression partielle, il est envisageable que la date du jour soit imprimée préalablement. Pour toute la journée, cette date restant invariante d'une transaction à une autre, il est possible de l'inscrire préalablement sur les tickets. Il est envisageable que la date ne soit plus préalablement imprimée à compter d'une heure prédéterminée. Ceci permet d'éviter que des dates de la veille puissent apparaître sur un ticket - bien qu'il soit toujours possible de raturer les informations fausses comme indiquées précédemment. Par exemple, à compter de 23 heures 30, la date n'est plus une information préalablement imprimée ; la date est seulement imprimée avec les informations relatives à la transaction qui a été réalisée, telles que le montant de la transaction. L'heure à compter de laquelle la date n'est plus préalablement imprimée peut être modifiée ; ceci permet de s'adapter à l'activité du commerçant, un restaurateur ouvert tard le soir pouvant reculer dans le temps l'heure à compter de laquelle la date n'est plus préalablement imprimée. Alternativement, au-delà de minuit, le ou les derniers tickets préalablement imprimés avec la date de la veille peuvent être raturés de « x » de sorte à le ou les invalider. Comme décrit précédemment, le procédé permet de compter les tickets préalablement imprimés et de déterminer le nombre de tickets disponibles ; ainsi, au-delà de minuit, le procédé permet de rappeler tous les tickets non encore utilisés et qui comportent la date de la veille de sorte à les invalider.
  • Selon un deuxième mode de réalisation de l'impression préalable et partielle des tickets, il est envisageable que le procédé comprenne une étape de fourniture de tickets déjà partiellement imprimés. L'avantage est qu'il n'est pas nécessaire de procéder à une étape particulière d'impression partielle dans la journée, les tickets étant fournis en étant déjà tous partiellement imprimés. Les tickets dans ce mode de réalisation sont par exemple fournis avec les coordonnées du commerçant ; à charge pour lui de commander des rames de tickets partiellement imprimés et personnalisés. Les tickets peuvent être fournis en rouleau, l'ensemble du rouleau comportant alors des indications 24, 26 ou 30 comme indiqué sur la figure 2 ; une fois la transaction réalisée, les informations 28 sont complétées comme indiqué également sur la figure 2. Ainsi, l'avantage est que la tête d'impression 14, par exemple thermique, dépense moins d'énergie et que la transaction peut suivre très rapidement une autre.
  • Ce deuxième mode de réalisation peut être combiné avec le précédent, ou considéré indépendamment. Lorsqu'il est pris en combinaison, ceci permet de combiner les avantages, par exemple de limiter l'usure de la tête d'impression tout en permettant d'imprimer préalablement d'autre informations que celles déjà présentes, telles que la date. Ainsi, on accélère l'impression des tickets tout en limitant l'usure de la tête. Lorsque ce mode de réalisation est considéré indépendamment, on évite d'implémenter un moteur bidirectionnel pour la mise en mouvement des tickets.
  • Selon un autre aspect, le procédé d'impression des tickets pour terminal de paiement électronique comprend la réalisation de transactions de paiement avec le terminal, et après chaque transaction, l'impression simultanée de plusieurs tickets relativement à la transaction réalisée. Ceci est en particulier applicable lorsqu'au moins deux tickets sont imprimés à l'issue d'une transaction, l'un des tickets étant destiné au client, l'autre ticket étant destiné au commerçant ; ainsi, plutôt que d'imprimer les tickets les uns après les autres, le procédé permet l'impression simultanée des tickets. Le procédé permet ainsi de gagner du temps lors de l'impression. Au lieu d'attendre l'impression successive des tickets, ces derniers sont émis sensiblement en même temps ; si les impressions ne sont pas nécessairement initialisées simultanément, en tout cas, il n'est pas attendu la fin de l'impression de l'un des tickets pour initialiser l'impression d'un autre ticket.
  • Pour cela, le terminal peut comporter une pluralité de têtes d'impression 14, 141. Le terminal comporte alors une pluralité de modules d'impression, comme cela est visible sur la figure 1. Ceci permet de lancer des impressions simultanées. On peut ainsi imprimer simultanément deux tickets 22, l'un pour le client, l'autre pour le commerçant. Chaque imprimante comporte ses propres tickets à imprimer ; par exemple sur la figure 1, le terminal comporte un rouleau 23 de tickets pour chaque tête d'impression. On peut aussi envisager qu'un rouleau est utilisé pour deux modules d'impression, chaque module imprimant une extrémité du rouleau.
  • La ou les têtes d'imprimante supplémentaires 141 peuvent être détachables du corps 11 du terminal. L'avantage est que l'utilisateur choisit de brancher des têtes supplémentaires, ce qui lui laisse une plus grande liberté dans l'impression des tickets. Un autre avantage est que l'utilisateur peut s'équiper d'un terminal simple standard et, s'il constate ultérieurement qu'un fort débit de transactions est nécessaire, il peut acheter d'autres têtes d'impression et donc brancher d'autres modules d'impression. Les têtes supplémentaires sont chacune dans un module que l'on branche au boîtier ; plus spécifiquement, un premier module est branché au boîtier et tout module suivant est branché au module précédent.
  • Egalement, on peut aussi envisager que la ou les têtes d'imprimantes supplémentaires ne soient pas physiquement attachées au terminal. On peut envisager que la liaison entre les têtes supplémentaires et le terminal soit effectuée par ondes, l'impression des tickets supplémentaires étant faite à distance ; par exemple on peut utiliser une liaison bluetooth pour relier le terminal à la ou aux têtes d'imprimantes supplémentaires. L'utilisateur peut alors se déplacer avec le terminal, la ou les têtes supplémentaires demeurant à la caisse. Un avantage est que ceci rend le terminal moins encombrant car il demeure à sa taille standard. Aussi, l'avantage est que le commerçant peut imprimer le ticket qui lui est destiné sur l'imprimante qui reste par exemple à la caisse ; ceci permet d'imprimer en continu tous les tickets lui revenant sans se soucier de leur rangement.
  • Bien entendu, la présente invention n'est pas limitée aux modes de réalisations décrits à titre d'exemple. Ainsi, les tickets relatifs à une même transaction peuvent être préalablement et partiellement imprimés et imprimés simultanément. Ceci permet de gagner considérablement de temps lors de l'impression ; en effet non seulement l'impression elle-même est plus rapide car des informations sont déjà présentes sur le ticket mais en plus les impressions des tickets sont réalisées en parallèle. Aussi, il est envisageable que les tickets relatifs à une même transaction ne soient pas préalablement et partiellement imprimés mais uniquement imprimés simultanément, ce qui permet tout de même de gagner du temps lors de l'impression tout en évitant l'implémentation d'un moteur bidirectionnel d'entraînement des tickets ou l'usage de tickets tous préalablement imprimés.

Claims (10)

  1. Procédé d'impression de tickets (12) pour terminal de paiement électronique (10), le procédé comprenant
    - la réalisation de transactions de paiement avec le terminal, et
    - après chaque transaction, l'impression simultanée de plusieurs tickets relativement à la transaction réalisée, les tickets étant déjà partiellement imprimés lors de l'étape d'impression,
    - une étape d'impression partielle d'au moins un ticket (22) préalable à l'étape d'impression de tickets relativement à la transaction réalisée, ladite étape d'impression partielle préalable comprenant l'impression de la date du jour et la date du jour n'étant plus imprimée à compter d'une heure prédéterminée.
  2. Le procédé selon la revendication 1, le terminal (10) comprenant une pluralité de têtes d'impression (14, 141), les tickets étant chacun imprimés sur une têtes d'impression.
  3. Le procédé selon la revendication 1 ou 2, dans lequel au moins un ticket est imprimé par le terminal et au moins un ticket est imprimé à distance.
  4. Le procédé selon la revendication 1, le ticket partiellement imprimé comporte des informations invariantes d'une transaction à une autre.
  5. Le procédé selon la revendication 1, après l'étape d'impression partielle, le procédé comprenant en outre une étape de raturage d'un ticket partiellement imprimé.
  6. Le procédé selon la revendication 1, comprenant en outre,
    - le comptage des tickets déjà préalablement partiellement imprimés,
    - le comptage des transactions réalisées,
    - la comparaison du nombre de tickets préalablement partiellement imprimés,
    - la détermination du nombre restant de tickets préalablement partiellement imprimés.
  7. Le procédé selon la revendication 1, comprenant en outre une étape de fourniture des tickets, tous les tickets étant préalablement partiellement imprimés.
  8. Un terminal de paiement comprenant au moins une tête d'impression de tickets, le terminal étant apte à réaliser des transactions de paiement et à imprimer simultanément plusieurs tickets relativement à chaque transaction, le terminal étant en outre apte à imprimer partiellement un ticket, préalablement à l'impression relative à la transaction réalisée, grâce à un moteur bidirectionnel de déplacement dudit ticket, ladite impression partielle comprenant l'impression de la date du jour et la date du jour n'étant plus imprimée à compter d'une heure prédéterminée.
  9. Le terminal selon la revendication 8, comprenant en outre une pluralité de têtes d'impression.
  10. Le terminal selon la revendication 9, étant en outre apte à imprimer à distance un ticket via une liaison par ondes entre ledit terminal et au moins une desdites têtes d'impression non physiquement rattachée audit terminal.
EP07858469.5A 2006-10-20 2007-10-17 Procede d'impression de tickets Active EP2084678B1 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
FR0609216A FR2907576B1 (fr) 2006-10-20 2006-10-20 Procede d'impression de tickets
PCT/FR2007/001709 WO2008049998A1 (fr) 2006-10-20 2007-10-17 Procede d'impression de tickets

Publications (2)

Publication Number Publication Date
EP2084678A1 EP2084678A1 (fr) 2009-08-05
EP2084678B1 true EP2084678B1 (fr) 2015-06-17

Family

ID=37898347

Family Applications (1)

Application Number Title Priority Date Filing Date
EP07858469.5A Active EP2084678B1 (fr) 2006-10-20 2007-10-17 Procede d'impression de tickets

Country Status (5)

Country Link
US (1) US8556171B2 (fr)
EP (1) EP2084678B1 (fr)
ES (1) ES2547227T3 (fr)
FR (1) FR2907576B1 (fr)
WO (1) WO2008049998A1 (fr)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
ES2554485T3 (es) * 2013-02-05 2015-12-21 Skidata Ag Sistema para la inserción de tickets de dos recipientes de ticket
EP3352140B1 (fr) 2017-01-20 2019-03-20 Scheidt & Bachmann GmbH Guide pour produits d'impression lamellaires attachés ensemble

Family Cites Families (28)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US3186636A (en) * 1965-06-01 Receipt printing and validating device
US3042919A (en) * 1960-01-25 1962-07-03 Universal Match Corp Depository machine combined with camera means
US4173420A (en) * 1977-04-05 1979-11-06 Copal Company Limited Paper feeding mechanism in a printer
JPS5736443Y2 (fr) * 1977-08-10 1982-08-11
US4293236A (en) * 1978-11-20 1981-10-06 Copal Company Limited Printer
GB2041596B (en) * 1978-12-18 1982-11-17 Casio Computer Co Ltd Electronic cash register
US5139353A (en) * 1988-12-30 1992-08-18 Oki Electric Industry Co., Ltd. Printer having a single platen with multiple paper feed
EP0586265A1 (fr) * 1992-06-24 1994-03-09 Axiohm Dispositif d'enregistrement des opérations d'une imprimante thermique à transfert
JP3329174B2 (ja) * 1996-02-29 2002-09-30 セイコーエプソン株式会社 多機能型印刷装置
US6876978B1 (en) * 1997-03-21 2005-04-05 Walker Digital, Llc Method and apparatus for generating a coupon
FR2768830B1 (fr) * 1997-09-25 2000-03-17 Jean Berard Procede et dispositif de traitement d'informations, notamment de coupons de reduction
FR2781103B1 (fr) * 1998-07-07 2000-09-29 C2B Limited Procede de traitement d'informations provenant de titulaires identifies, en vue de permettre l'emission de donnees en retour vers lesdits titulaires
US6095414A (en) * 1998-11-13 2000-08-01 Ncr Corporation ATM delivery roll validation
US6408279B1 (en) * 1999-06-28 2002-06-18 Ncr Corporation Method and apparatus for operating a self-service checkout terminal and a remote supervisor terminal of a retail system
DE19940586A1 (de) * 1999-08-26 2001-03-08 Wincor Nixdorf Gmbh & Co Kg Drucker mit zwei Druckstationen
FR2812745B1 (fr) * 2000-08-04 2003-01-31 Dassault Automatismes Terminal de paiement electronique comprenant une liaison sans fil avec un telephone portable utilise comme modem
FR2813038B1 (fr) * 2000-08-18 2003-02-28 Schlumberger Systems & Service Appareil electronique comportant une imprimante
FR2820855A1 (fr) * 2001-02-14 2002-08-16 Ingenico Data Systems Sofracin Procede et systeme pour diffuser des informations a des clients realisant des achats chez des commercants
US6769606B1 (en) * 2001-10-09 2004-08-03 Diebold, Incorporated Automated teller machine printer system and method
JP2003141639A (ja) * 2001-11-05 2003-05-16 Nec Infrontia Corp レシート発券方法およびレシートプリンタ
US6663304B2 (en) * 2002-01-30 2003-12-16 Hewlett-Packard Development Company, L.P. Simultaneously printing information on two sides of print media
US20040054583A1 (en) * 2002-05-03 2004-03-18 Nye Andrew B. System and method for downloading marketing messages to a point of sale printer
US20040085579A1 (en) * 2002-11-06 2004-05-06 Campbell Terrence J. Predefined field command structure for point of sale printer
US20050073710A1 (en) * 2003-02-20 2005-04-07 Campbell Terrence J. Method and system for suppressing printing of graphics in a POS printer
JP4126391B2 (ja) * 2003-03-07 2008-07-30 カシオ計算機株式会社 売上データ処理装置及びプログラム
EP1580704A3 (fr) * 2004-03-25 2005-11-23 Seiko Epson Corporation Appareil de contrôle d'entrée/sortie, système de point de vente et imprimante comportant l'appareil de contrôle d'entrée/sortie, et méthode de relais de données pour l'appareil de contrôle d'entrée/sortie
JP4791710B2 (ja) * 2004-06-24 2011-10-12 セイコーエプソン株式会社 印刷装置、プログラム、印刷システムおよび印刷制御方法
US8114812B2 (en) * 2006-03-03 2012-02-14 Ncr Corporation Two-sided thermal paper

Also Published As

Publication number Publication date
ES2547227T3 (es) 2015-10-02
FR2907576B1 (fr) 2009-05-29
EP2084678A1 (fr) 2009-08-05
US8556171B2 (en) 2013-10-15
FR2907576A1 (fr) 2008-04-25
US20100044425A1 (en) 2010-02-25
WO2008049998A1 (fr) 2008-05-02

Similar Documents

Publication Publication Date Title
US7983715B2 (en) Method of printing and retrieving information using a mobile telecommunications device
US8418916B2 (en) Automated banking machine system and method
CA2407549C (fr) Systeme de transaction avec dispositif personnel portatif d'identification et de controle de transaction
US20070029376A1 (en) Systems and methods for configuring a point-of-sale system
US20100257100A1 (en) System for Product Retrieval using a Coded Surface
EP2082364A1 (fr) Terminal de paiement electronique biometrique et procede de transaction
FR2813135A1 (fr) Systeme et procede centralises de distribution de services par terminaux de vente automatiques
US7894855B2 (en) Printing content on a print medium based upon the authenticity of the print medium
EP1161747A1 (fr) Procede de gestion de stationnement de vehicules
US7843596B2 (en) Printing a ticket using a mobile device
BE1013129A3 (fr) Processus, systeme et support en langage machine pour procurer une carte de carburant paye a l'avance et utiliser une identification personelle comme carte de carburant paye a l'avance.
EP2084678B1 (fr) Procede d'impression de tickets
FR2848705A1 (fr) Procede pour gerer des places de stationnement payant utilisant des titres de stationnement electroniques
EP1903506A1 (fr) Procédé d'affranchissement de courriers avec stockage de numéro d'identification unique dans une base de données.
FR2816087A1 (fr) Procede de gestion d'un justificatif de reservation d'un produit ou service et dispositif pour sa mise en oeuvre
WO2003088005A2 (fr) Systemes et procedes permettant d'effectuer des transactions a un point de vente
US7917171B2 (en) Printing a receipt using a mobile device
FR2907577A1 (fr) Procede d'impression de tickets
FR2750273A1 (fr) Procede de rechargement de cartes prepayees virtuelles
EP1814070A1 (fr) Procédé de paiement d'un service au moyen d'une machine de traitement de courrier
FR2770669A1 (fr) Taximetre presentant un lecteur de carte a memoire
WO2001008109A1 (fr) Systeme de paiement securise, permettant de selectionner un montant quelconque
FR2828040A1 (fr) Procede de paiement en toute confiance
FR2858869A1 (fr) Procede de gestion d'un lieu a peage en entree et en sortie tel qu'un parking et dispositif associe
EP0962893A1 (fr) Dispositif d'affranchissement à monnaie convertible

Legal Events

Date Code Title Description
PUAI Public reference made under article 153(3) epc to a published international application that has entered the european phase

Free format text: ORIGINAL CODE: 0009012

17P Request for examination filed

Effective date: 20090408

AK Designated contracting states

Kind code of ref document: A1

Designated state(s): AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HU IE IS IT LI LT LU LV MC MT NL PL PT RO SE SI SK TR

17Q First examination report despatched

Effective date: 20090818

DAX Request for extension of the european patent (deleted)
REG Reference to a national code

Ref country code: DE

Ref legal event code: R079

Ref document number: 602007041830

Country of ref document: DE

Free format text: PREVIOUS MAIN CLASS: G07F0007100000

Ipc: G07G0005000000

RIC1 Information provided on ipc code assigned before grant

Ipc: G07G 5/00 20060101AFI20141112BHEP

Ipc: G07F 17/42 20060101ALI20141112BHEP

Ipc: G07B 1/08 20060101ALI20141112BHEP

GRAP Despatch of communication of intention to grant a patent

Free format text: ORIGINAL CODE: EPIDOSNIGR1

INTG Intention to grant announced

Effective date: 20150113

GRAS Grant fee paid

Free format text: ORIGINAL CODE: EPIDOSNIGR3

GRAA (expected) grant

Free format text: ORIGINAL CODE: 0009210

AK Designated contracting states

Kind code of ref document: B1

Designated state(s): AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HU IE IS IT LI LT LU LV MC MT NL PL PT RO SE SI SK TR

REG Reference to a national code

Ref country code: GB

Ref legal event code: FG4D

Free format text: NOT ENGLISH

REG Reference to a national code

Ref country code: CH

Ref legal event code: EP

REG Reference to a national code

Ref country code: AT

Ref legal event code: REF

Ref document number: 732314

Country of ref document: AT

Kind code of ref document: T

Effective date: 20150715

REG Reference to a national code

Ref country code: DE

Ref legal event code: R096

Ref document number: 602007041830

Country of ref document: DE

REG Reference to a national code

Ref country code: IE

Ref legal event code: FG4D

Free format text: LANGUAGE OF EP DOCUMENT: FRENCH

REG Reference to a national code

Ref country code: ES

Ref legal event code: FG2A

Ref document number: 2547227

Country of ref document: ES

Kind code of ref document: T3

Effective date: 20151002

REG Reference to a national code

Ref country code: FR

Ref legal event code: PLFP

Year of fee payment: 9

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: LT

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20150617

Ref country code: FI

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20150617

REG Reference to a national code

Ref country code: NL

Ref legal event code: FP

RAP2 Party data changed (patent owner data changed or rights of a patent transferred)

Owner name: INGENICO GROUP

REG Reference to a national code

Ref country code: LT

Ref legal event code: MG4D

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: LV

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20150617

Ref country code: BG

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20150917

Ref country code: GR

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20150918

REG Reference to a national code

Ref country code: CH

Ref legal event code: NV

Representative=s name: ICB INGENIEURS CONSEILS EN BREVETS SA, CH

Ref country code: CH

Ref legal event code: PFA

Owner name: INGENICO GROUP, FR

Free format text: FORMER OWNER: INGENICO, FR

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: EE

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20150617

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: PT

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20151019

Ref country code: PL

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20150617

Ref country code: CZ

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20150617

Ref country code: SK

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20150617

Ref country code: RO

Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES

Effective date: 20150617

Ref country code: IS

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20151017

REG Reference to a national code

Ref country code: DE

Ref legal event code: R097

Ref document number: 602007041830

Country of ref document: DE

PLBE No opposition filed within time limit

Free format text: ORIGINAL CODE: 0009261

STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: NO OPPOSITION FILED WITHIN TIME LIMIT

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: DK

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20150617

26N No opposition filed

Effective date: 20160318

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: LU

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20151017

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: MC

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20150617

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: SI

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20150617

REG Reference to a national code

Ref country code: FR

Ref legal event code: PLFP

Year of fee payment: 10

PGFP Annual fee paid to national office [announced via postgrant information from national office to epo]

Ref country code: NL

Payment date: 20160930

Year of fee payment: 10

REG Reference to a national code

Ref country code: AT

Ref legal event code: HC

Ref document number: 732314

Country of ref document: AT

Kind code of ref document: T

Owner name: INGENICO GROUP, FR

Effective date: 20161129

PGFP Annual fee paid to national office [announced via postgrant information from national office to epo]

Ref country code: CH

Payment date: 20161019

Year of fee payment: 10

Ref country code: IE

Payment date: 20161011

Year of fee payment: 10

PGFP Annual fee paid to national office [announced via postgrant information from national office to epo]

Ref country code: BE

Payment date: 20161018

Year of fee payment: 10

Ref country code: AT

Payment date: 20161027

Year of fee payment: 10

PGFP Annual fee paid to national office [announced via postgrant information from national office to epo]

Ref country code: TR

Payment date: 20161004

Year of fee payment: 10

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: HU

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT; INVALID AB INITIO

Effective date: 20071017

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: SE

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20150617

Ref country code: CY

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20150617

REG Reference to a national code

Ref country code: AT

Ref legal event code: UEP

Ref document number: 732314

Country of ref document: AT

Kind code of ref document: T

Effective date: 20150617

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: MT

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20150617

REG Reference to a national code

Ref country code: FR

Ref legal event code: PLFP

Year of fee payment: 11

REG Reference to a national code

Ref country code: CH

Ref legal event code: PL

REG Reference to a national code

Ref country code: NL

Ref legal event code: MM

Effective date: 20171101

REG Reference to a national code

Ref country code: AT

Ref legal event code: MM01

Ref document number: 732314

Country of ref document: AT

Kind code of ref document: T

Effective date: 20171017

REG Reference to a national code

Ref country code: IE

Ref legal event code: MM4A

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: LI

Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES

Effective date: 20171031

Ref country code: NL

Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES

Effective date: 20171101

Ref country code: CH

Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES

Effective date: 20171031

REG Reference to a national code

Ref country code: BE

Ref legal event code: HC

Owner name: INGENICO GROUP; FR

Free format text: DETAILS ASSIGNMENT: CHANGE OF OWNER(S), CHANGEMENT NOM PROPRIETAIRE; FORMER OWNER NAME: INGENICO

Effective date: 20150824

Ref country code: BE

Ref legal event code: MM

Effective date: 20171031

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: BE

Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES

Effective date: 20171031

Ref country code: AT

Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES

Effective date: 20171017

REG Reference to a national code

Ref country code: FR

Ref legal event code: PLFP

Year of fee payment: 12

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: IE

Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES

Effective date: 20171017

REG Reference to a national code

Ref country code: GB

Ref legal event code: 732E

Free format text: REGISTERED BETWEEN 20220127 AND 20220202

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: TR

Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES

Effective date: 20171017

REG Reference to a national code

Ref country code: DE

Ref legal event code: R081

Ref document number: 602007041830

Country of ref document: DE

Owner name: BANKS AND ACQUIRES INTERNATIONAL HOLDING, FR

Free format text: FORMER OWNER: INGENICO, NEUILLY-SUR-SEINE, FR

Ref country code: DE

Ref legal event code: R082

Ref document number: 602007041830

Country of ref document: DE

Representative=s name: STUMPF PATENTANWAELTE PARTGMBB, DE

PGFP Annual fee paid to national office [announced via postgrant information from national office to epo]

Ref country code: GB

Payment date: 20231020

Year of fee payment: 17

PGFP Annual fee paid to national office [announced via postgrant information from national office to epo]

Ref country code: ES

Payment date: 20231222

Year of fee payment: 17

PGFP Annual fee paid to national office [announced via postgrant information from national office to epo]

Ref country code: IT

Payment date: 20231026

Year of fee payment: 17

Ref country code: FR

Payment date: 20231030

Year of fee payment: 17

Ref country code: DE

Payment date: 20231020

Year of fee payment: 17