WO2011042615A1 - Procédé et système de gestion de facturation - Google Patents

Procédé et système de gestion de facturation Download PDF

Info

Publication number
WO2011042615A1
WO2011042615A1 PCT/FR2009/001184 FR2009001184W WO2011042615A1 WO 2011042615 A1 WO2011042615 A1 WO 2011042615A1 FR 2009001184 W FR2009001184 W FR 2009001184W WO 2011042615 A1 WO2011042615 A1 WO 2011042615A1
Authority
WO
WIPO (PCT)
Prior art keywords
central server
data
transaction
terminal
identification
Prior art date
Application number
PCT/FR2009/001184
Other languages
English (en)
Inventor
Grégory LABROUSSE
Jean Cazes
Original Assignee
Taxeo Sas
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 Taxeo Sas filed Critical Taxeo Sas
Priority to US13/500,137 priority Critical patent/US20120253999A1/en
Priority to CA2776731A priority patent/CA2776731A1/fr
Priority to EP09759746A priority patent/EP2486526A1/fr
Priority to BR112012007939A priority patent/BR112012007939A2/pt
Priority to AU2009353804A priority patent/AU2009353804A1/en
Priority to PCT/FR2009/001184 priority patent/WO2011042615A1/fr
Publication of WO2011042615A1 publication Critical patent/WO2011042615A1/fr

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/08—Payment architectures
    • G06Q20/14—Payment architectures specially adapted for billing systems
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00—Commerce
    • G06Q30/04—Billing or invoicing

Definitions

  • the invention relates to a method and a billing management system in a communication network.
  • the present invention relates to the field of electronic transaction mechanisms for archiving information relating to purchases of services or goods.
  • the customer is invited after selecting the good or the service he wants to acquire, to perform the payment of this purchase by providing the bank details of his credit card, so that the transaction is carried out, or by check or in cash.
  • the merchant issues him an invoice which is an accounting document by which the merchant establishes a claim, resulting from the supply of the good and / or the provision of service, vis-à-vis the customer, beneficiary of this good and / or this service.
  • the present invention aims to solve the problem of technical difficulties encountered to generate automatically and in real time an invoice in electronic format, during a transaction, taking account of accounting requirements.
  • the present invention allows to centralize all the invoices issued by different merchants, in different countries, while ensuring confidentiality by limiting the risk of loss of information and the completeness of the information necessary to issuing a standardized invoice in an optimized way in time and cost.
  • one aspect of the invention relates to a billing management method for an electronic transaction relating to the purchase of goods and / or service by a carrier, said method comprises the following steps: collecting at least one carrier identification element included in a data carrier by means of reading a terminal;
  • the data recovery step comprises a sub-step of selecting constituent elements of said application interface as a function of at least one criterion defined by said identification element, said selection of elements making it possible to obtain the set ordered data items corresponding to the characteristics of said transaction.
  • the process includes a preliminary registration step the carrier in which the identification data associated with the carrier identification element is recorded in the database of the central server; o The merchant for whom an individual identification number is created and stored in the database of the central server.
  • the identification data relate to the database of the central server, to the surname, first name, name of the employer company of the bearer, the physical and electronic address of the bearer and the company;
  • the invoice in electronic format is archived in the database of the central server;
  • the method includes a step of transmitting the invoice in electronic format to a processing server of the company;
  • the ordered set of retrieved data elements includes information regarding:
  • the transaction the date and the number of the transaction, the quantity and name of the goods and / or services sold, the financial elements: the amount excluding taxes and / or taxes of the goods and or services sold, the applicable tax, the discounts potential,
  • the method comprises a data refund management step relating to said tax in which: o the carrier's employer company transmits to the central server a request for recovery of said charge through the communication network,
  • the central server determines whether the bill in electronic format is eligible for reimbursement of said tax, and o the central server sends, via the communication network, at least one request for reimbursement of said tax to dedicated redemption servers of this tax, the said request being able to consolidate several invoices on behalf of the same company
  • the invention also relates to a billing management system for an electronic transaction relating to the purchase of goods and / or services by a carrier, comprising a terminal connected to a central server from a communication network, and wherein the terminal comprises reading means for extracting at least one identification element from a data medium and for archiving this identification element and an ordered set of relative data elements.
  • the transaction in memory means of the terminal before transmitting them to the central server processing means so as to generate an invoice in electronic format relating to said transaction and to send, if necessary, a confirmation message of the completion of payment validating the completion of said transaction.
  • the terminal is an electronic payment terminal.
  • the data carrier is an identification card with integrated memory.
  • FIG. 1 a schematic view of the structure of the billing management system
  • FIG. 1 a diagram defining the steps of a billing data management method implemented by the system of Figure 1.
  • FIG. 1 shows a system comprising:
  • This data carrier 1 may be non-exhaustive:
  • an integrated memory identification card such as a payment card associated with one of the following: a bank account and / or a credit account of the user, a bank card and / or a wallet electronic and / or all types of media or means of electronic payment;
  • RFID radio frequency identification chip
  • NFC Near Field Communication
  • This data carrier must include memory means for storing an identifier.
  • the method when integrated with a payment card, allows the wearer to use the same dual card for both functions, automated billing and online, and payment.
  • the method may be associated with specific loyalty programs.
  • this data medium may be a sheet of paper with the identifier of the carrier.
  • the terminal 2 relates to an equipment comprising reading means compatible with the data medium 1. In the case of the identification card, this equipment corresponds to an electronic payment terminal 2.
  • this terminal 2 relates to all equipment comprising:
  • volatile and / or nonvolatile memory and / or mass input means, such as a keyboard and / or mouse and / or touch screen or voice control means, means for display; - means of communication, and
  • the communication means of this terminal 2 relate for example to the following technologies and / or standards:
  • GPRS General Packet Radio Service
  • GSM Global System for Mobile communications
  • UMTS UMTS
  • HSDPA IP Multimedia Subsystem
  • the reading means are adapted to exchange data with the data medium.
  • This terminal 2 comprises communication means which are compatible with those of the identification card and the central server 3.
  • the central server 3 comprises a database comprising data relating to identification elements. users and identification data respectively associated with each of these identification elements.
  • the central server 3 comprises a database containing data relating to merchants.
  • This identification data relates in a non-exhaustive manner for a merchant:
  • the central server 3 includes a web server capable of generating web pages to allow the wearer, as well as the merchant power register with the service proposed by the central server 3 and thus create an account with this central server 3, in particular to have access to archived electronic invoices concerning them.
  • This central server 3 also includes a mail server for managing email and also a mail server (SMS, MMS, WAP).
  • This central server 3 comprises communication means enabling it to exchange data with:
  • the communication network 5 used relates to wiring means and / or electromagnetic transmission means.
  • these cabling means correspond, for example, to optical fiber or copper-plated cables
  • the electromagnetic transmission means relate, for example, to radio links based on mobile telephone standards such as GSM (acronym Global System for Mobile Communications), UMTS (acronym for Universal Mobile Telecommunications System), EDGE (acronym for Enhanced Data Rates for GSM Evolution) or HSDPA (acronym for High-Speed Downlink Packet Access).
  • GSM Global System for Mobile Communications
  • UMTS acronym for Universal Mobile Telecommunications System
  • EDGE acronym for Enhanced Data Rates for GSM Evolution
  • HSDPA acronym for High-Speed Downlink Packet Access
  • WIFI defined by the IEEE 802.11 standards
  • Bluetooth defined by the IEEE 802.15 standards
  • WIMAX acronym for Worldwide Interoperability for Microwave Access
  • the technical platform of the bearer company in the case where the bearer is a natural person includes a set of server and terminals allowing both to connect to the central server 3 for example to register the company, or carrier, the service provided by the central server 3, or to view electronic invoices generated for transactions made by different holders having a different identification element. In the latter case these porters are employed in the same company.
  • the refund server 6 of the tax is a server located in the technical platform of a tax administration of a state and is connected to the central server 3 in particular to transmit requests containing data relating to information concerning the reimbursement of certain taxes for given invoices.
  • taxes correspond, for example, in France to VAT (Value Added Tax) or to equivalent taxes when the transaction is carried out outside French territory.
  • Figure 2 illustrates the electronic transaction process for the purchase of goods and / or services by the carrier of a data carrier 1.
  • This carrier may be a legal or physical person.
  • the carrier connects from a computer 21 to the web server of the central server 3 so as to register for the service provided by the central server 3 .
  • the holder is required to complete, by entering his identification data, an electronic form generated by his web browser.
  • These identification data are stored in the database of the central server 3.
  • the merchant must also register and have access to electronic invoices archived at the central server.
  • the identification element is generated and is subsequently archived in the database and transmitted to the memory means of the data medium 1.
  • This identification element corresponds for example to a succession of characters encoded according to a predefined nomenclature thus making it possible to determine from the identification element, and in a non-exhaustive manner: the country, or the language of the carrier , the activation or not of the process in national or international, the activation or not of a request for allocation of the expenditure to a project code, the activation or not of a search for information in real time from the central server.
  • This data carrier 1 is either:
  • the support is sent by mail to the attention of the wearer at his home address or that of the company where he is employed.
  • the electronic payment terminal 2 downloads a software application that is the subject of a particular treatment by the processing means of the terminal 2, the memory means and the processor, in order to generate on the display means of this terminal 2 an interface with which the merchant can interact from the input means of this terminal 2.
  • This software application can also be already installed on the merchant terminal by the manufacturer of the terminal, or downloaded and installed after activation by the merchant account at the central server 3.
  • This activation is effected by entering its identification element on the terminal or inserting its data medium into the reading means of the terminal, which terminal then connects to the central server 3 to transmit this identification element by to be identified and thus perform this download.
  • the carrier connects, the data carrier 1, in this case its magnetic stripe card, the electronic payment terminal.
  • the reading means of the electronic terminal 2 extract the identification element that is to say the identification element in the memory means of the magnetic stripe card and the archive in the memory means of the terminal 2.
  • the software application is a digital data file which is archived in the database of the central server and is suitable when it is executed by the terminal processing means, to present information on the display means terminal in many different languages.
  • the content of this interface relates to elements such as for example questions included in a form that the merchant is invited to complete by entering all the data elements corresponding to the characteristics of said transaction.
  • elements relate, for example and in a non-exhaustive manner to information relating to the merchant, bearer and financial elements. This information is therefore:
  • the constituent elements of the interface were generated from a selection from a plurality of elements archived in the memory means of the terminal, from the software application. This selection is made from the terminal processing means on the basis of at least one criterion relating to the identification element, and more particularly to the coding of this identification element.
  • the data are then archived in the memory means of the electronic payment terminal 2.
  • the data stored in the memory means of the electronic payment terminal 2, that is to say the identification element and the ordered set of recovered data elements are transmitted to the central server 3, when a step 12.
  • the data elements are said ordered because they are transmitted in the order in which they were entered. This has the effect of improving the transmission time, processing and archiving thereafter at the central server 3.
  • these elements are not ordered.
  • the processing means of the central server 3 subsequently realize the generation of an invoice in electronic format relating to this transaction from identification data associated with the identification element in the database of this database. central server 3 and the ordered set of recovered data elements.
  • This invoice is issued through the consolidation of the data relating to the transaction, those related to the identity of the merchant and the cardholder.
  • the collection of additional data from the interface presenting a form in the form of answers to simple questions defined according to the context is necessary. This collection is done with exception at the time of the act of payment, both to avoid an additional step to the parties concerned and to benefit from the technology widely deployed for payment: portable terminals, central funds ...
  • the challenge of the solution is to reduce to a minimum the time required to enter data and obtain all the essential information but only these. This is made possible by the invention which implements technical means making it possible to adapt to several types of collection terminals:
  • TPE Electronic Payment Terminals
  • the central server 3 transmits a confirmation message of good reception of the data to the terminal so as to validate the completion of said transaction, in a step 13.
  • the generated invoice is archived in the database the central server 3, to be subsequently transmitted to the server 21 of the technical platform of the company 7, a tax administration or the server of the merchant, automatically or at the request of one of these. This transmission can in particular be carried out from the email server included in the central server 3.
  • the central server 3 subsequently determines the location of the transaction from elements included in the list of the ordered set of data elements retrieved, such as the address and the country in which is located the merchant. From the determination of the location of the transaction, the processing means are able according to the identification of tax criteria in force in the specified location, to apply calculation operations to the amount of the invoice. These calculation operations make it possible to determine the amount of the refunds, relating to the tax taken into account to obtain the amount of the invoice, and which refunds are likely to be obtained from the tax authorities of the country of the place of this transaction.
  • the central server 3 includes in its database instructions for performing tax calculations specific to each country and applicable according to criteria to which these operations are associated. These instructions are used during calculation operations.
  • the central server 3 sends a refund request request to the refund server 6 dedicated for this purpose, at a step 22.
  • This request includes the information necessary for this administration. to make the repayment such as: - for the company concerned: name, address, country, RCS (Trade and Companies Register), legal form, share capital, SIREN (Business Directory Identification System) and number individual identification, bank details, and
  • RCS is here a generic name for any equivalent system.
  • the RCS is therefore a record that centralizes a certain amount of legal information about companies.
  • a form in paper format meeting the requirements of the tax administration is generated and sent by mail to this administration.
  • this refund is then made according to the payment methods in effect on the bank account of the company.
  • This refund procedure is performed automatically by the central server 3 as soon as the transaction is completed. But it can also be done at the request of the company, if the latter is registered with the central server 3 to receive this service.
  • the server of reimbursement is likely to transmit to the central server 3 a request specifying the proper consideration of the refund request and confirmation of this refund at a step 23.
  • the registration procedure to benefit from the service provided by the central server 3 allows the bearer to provide during steps 18 and 19, by connecting to the web server of the central server 3, to prepare manually, verify and edit digital invoices in accordance with the different national legislations concerned. It also allows a merchant registered to this service to consult and import the invoices established on his behalf and to access additional customer analysis services.
  • the merchant as the bearer or the carrier's company have at the central server an account in which they find archived all the invoices in electronic format concerning them or concerning their activity.
  • the bearer or bearer company will also find information on repayments already made or in progress with stages of progress.
  • the invention thus proposes a simple and economical solution to ensure rapid deployment based in particular on payment terminals and networks of existing data collection to make them assume a new function and not planned at their time. set up.
  • the invention allows, for example, a company to recover the VAT due for business travel expenses incurred in Europe, Japan, Canada, South Korea and other countries. which authorize this refund.
  • the merchant is a restaurant in the United Kingdom.
  • the bearer presents his identifier under the form of a card (which has no payment function).
  • the passage of the card in the electronic payment terminal makes it possible to activate the embedded software which recognizes, thanks to the information coded in the identifier, that the employer company of the carrier is French , that the card is activated for international use and that it does not require a question regarding the allocation of the expense to a project code.
  • the terminal asks a first question, in English: "number of guests? ".
  • the terminal proposes a second question determined according to the combination of the setting of the terminal (a restaurant in the United Kingdom) and the identifier of the bearer.
  • a specific question is asked in French, language of the porter: "number of guests outside the company? The porter answers two. Therefore the payment terminal transmits to the central server an ordered set of data that allows the central server to establish an original invoice on behalf of the restaurant of the United Kingdom, on behalf of the employer company bearer with the necessary legal information: date , invoice number, wording: "five complete meals” with indication of the price, the amount and VAT rate and the price including tax.
  • the ordered set of data also makes it possible to establish a VAT refund claim on behalf of the bearer's employer company, and to claim a refund of three-fifths of the VAT amount indicated on the invoice, VAT on guests exteriors are not recoverable in the United Kingdom.
  • the restaurant is this time located in France
  • the carrier is German and his identifier indicates that the terminal must request a project assignment code.
  • the terminal After entering the total amount TTC and that was answered to the question on the number of guests, the terminal asks the amount TTC of the consumption of wine and alcohol (imposed at the normal rate). This question is asked in French, then the terminal proposes, in German, to the bearer, to assign a project code to the expense.
  • the ordered set of data makes it possible to establish an invoice for the account of the French restaurant on behalf of the German employer company which details:
  • This invoice which is available to both the merchant and to the holder and his employer, is attached to the holder and his employer for information relating to the assignment of a project code that will allow the employer charge the said expense to the client concerned.
  • the restaurant is in Belgium and although the card carrier indicates that it is not necessary to propose the assignment of a project code when entering information, the terminal the systematically, this information being necessary to complete the Belgian recovery form.
  • the merchant is an independent hotel in France that offers mainly accommodation and breakfast, bar and catering services.
  • the carrier presents as identifier a twinned card which adjoins the payment function to the method described by this patent.
  • the terminal After indicating the amount inclusive of the total bill, the terminal recognizes that it is a twin card, foreign, and activated for international use.
  • the terminal requests the TTC amount of accommodation benefits, as well as the number of nights, then the total expenses inclusive of bar, catering and breakfast.
  • the terminal asks if part or all of the accommodation concerns a third party to the carrier's employer company (only refundable accommodation expenses under the French VAT). Finally the terminal asks for confirmation of the total amount TTC and proceeds to the payment of the transaction.
  • an element of the identifier of the carrier makes it possible to force, if possible, the terminal to make a request to the central server, in real time, for example, to download the lists of available project codes. .
  • the trader is a service station in France and the questions asked relate to the number of doors of the vehicle and the type of fuel used.
  • the invoice number is generated by the payment terminal.
  • another implementation allows the central server to generate this number.
  • the invention is not limited to the embodiments described and illustrated. It is furthermore not limited to these exemplary embodiments and the variants described.

Landscapes

  • Business, Economics & Management (AREA)
  • Accounting & Taxation (AREA)
  • Finance (AREA)
  • Development Economics (AREA)
  • Physics & Mathematics (AREA)
  • Strategic Management (AREA)
  • Economics (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Marketing (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

Procédé et système de gestion de facturation pour une transaction électronique se rapportant à l'achat de bien et/ou de service par un porteur caractérisé en ce qu'il comporte les étapes suivantes : - collecte d'au moins un élément d'identification du porteur compris dans un support de données (1 ) par des moyens de lecture d'un terminal (2); - récupération d'un ensemble ordonné d'éléments de données correspondant aux caractéristiques de ladite transaction à partir d'une interface applicative préalablement téléchargée et de moyens de saisie d'un terminal (2); - transmission de cet au moins un élément d'identification et de l'ensemble ordonné d'éléments de données récupérés à un serveur central (3); - génération d'une facture au format électronique par les moyens de traitement du serveur central (3) à partir de données d'identification associées à l'élément d'identification dans une base de données de ce serveur et de l'ensemble ordonné d'éléments de données récupérés, et - archivage de ladite facture au format électronique dans la base de données du serveur central (3).

Description

PROCEDE ET SYSTEME DE GESTION DE FACTURATION
DOMAINE TECHNIQUE DE L'INVENTION
[0001] L'invention se rapporte à un procédé et à un système de gestion de facturation dans un réseau de communication.
[0002] La présente invention se rapporte au domaine des mécanismes de transactions électroniques permettant d'archiver des informations se rapportant à des achats de services ou de biens.
ETAT DE LA TECHNIQUE ANTERIEURE
[0003] De manière générale, lors de l'achat d'un bien et/ou d'un service auprès d'un marchand, le client est invité après avoir sélectionné le bien ou le service qu'il désire acquérir, à effectuer le paiement de cet achat par la fourniture des coordonnées bancaires de sa carte de crédit, afin que la transaction soit réalisée, ou par chèque ou encore en espèce. [0004] Dans le cadre de cette transaction, le marchand lui délivre une facture qui est un document comptable par lequel ce marchand établit une créance, résultant de la fourniture du bien et/ou de la prestation de service, vis-à-vis du client, bénéficiaire de ce bien et/ou de cette prestation de service.
[0005] Cependant, le format de ce document rend difficile la gestion qui peut être fait par la suite de cette facture par un particulier ou encore une société.
[0006] Un problème général se pose alors d'améliorer les processus de gestion de facturation pour des documents de facture obtenus lors de transactions pour l'achat de biens et/ou de services de sorte à accélérer et faciliter l'ensemble des traitements pouvant être opéré sur de tels documents. [0007]On connaît dans l'art antérieur, le document US 2007/0005510 qui décrit un système de gestion de factures et un dispositif associé pour gérer des factures électroniques. Ce document prévoit un dispositif de centralisation et de stockage des factures. Cette invention décrit l'utilisation d'un moyen de stockage de données mobile, par exemple une clé USB, pour qu'un acheteur puisse conserver ses factures électroniques.
[0008] Un autre document US 2003/0126020 est également connu de l'art antérieur, et décrit un système de gestion et d'émission de factures prévoyant un moyen de réception des factures électroniques, essentiellement sans-fil afin de permettre à un client de stocker ses factures électroniques dans une unité mobile.
[0009] Toutefois, un des inconvénients majeur de ces systèmes est de ne pas permettre l'identification précise du porteur permettant l'établissement d'une facture personnalisée.
EXPOSE DE L'INVENTION
[0010] La présente invention vise à résoudre le problème lié aux difficultés techniques rencontrées pour générer automatiquement et en temps réel une facture au format électronique, lors d'une transaction, tenant compte des exigences comptables.
[0011] De plus, la présente invention permet de centraliser l'ensemble des factures émises par différents marchands, dans différents pays, tout en garantissant la confidentialité par la limitation des risques de pertes d'information ainsi que l'exhaustivité des renseignements nécessaires à émission d'une facture normalisée de façon optimisée en temps et en coût.
[0012] Enfin, la présente invention permet également de générer des questions en fonction de la combinaison entre le paramétrage du terminal de lecture du marchand et certains éléments de l'élément d'identification du porteur, et de transmettre les réponses correspondantes en liaison avec les éléments qui permettront d'établir lesdites factures. [0013] Dans ce dessein, un aspect de l'invention se rapporte à un procédé de gestion de facturation pour une transaction électronique se rapportant à l'achat de bien et/ou de service par un porteur, ledit procédé comporte les étapes suivantes : - collecte d'au moins un élément d'identification du porteur compris dans un support de données par des moyens de lecture d'un terminal ;
- récupération d'un ensemble ordonné d'éléments de données correspondant aux caractéristiques de ladite transaction à partir d'une interface applicative préalablement téléchargée et de moyens de saisie d'un terminal ;
- transmission de cet au moins un élément d'identification et de l'ensemble ordonné d'éléments de données récupérés à un serveur central ;
- génération d'une facture au format électronique par les moyens de traitement du serveur central à partir de données d'identification associées à l'élément d'identification dans une base de données de ce serveur et de l'ensemble ordonné d'éléments de données récupérés, et
- archivage de ladite facture au format électronique dans la base de données du serveur central.
[0014] Selon des modes de réalisation particuliers:
- l'étape de récupération de données comprend une sous étape de sélection d'éléments constitutifs de ladite interface applicative en fonction d'au moins un critère défini par ledit élément d'identification, ladite sélection d'éléments permettant d'obtenir l'ensemble ordonné d'éléments de données correspondant aux caractéristiques de ladite transaction. le procédé comprend une étape préliminaire d'inscription o du porteur dans laquelle les données d'identification associées à l'élément d'identification du porteur sont enregistrées dans la base de données du serveur central; o du marchand pour lequel un numéro individuel d'indentification est créé et archivé au sein de la base de données du serveur central. les données d'identification se rapportent dans la base de données du serveur central, aux nom, prénom, dénomination de la société employeur du porteur, adresse physique et électronique du porteur et de la société ; la facture au format électronique est archivée dans la base de données du serveur central; le procédé comprend une étape de transmission de la facture au format électronique à un serveur de traitement de la société ; l'ensemble ordonné d'éléments de données récupérés comporte des informations concernant :
o le marchand : numéro individuel d'indentification ;
o le porteur: identifiant ;
o la transaction : la date et le numéro de la transaction, la quantité et la dénomination des biens et/ou services vendus, les éléments financiers : le montant HT et/ou TTC des biens et ou services vendus, la taxe applicable, les rabais éventuels,
o des réponses à des questions spécifiques posées en fonction du contexte de la transaction ;
le procédé comprend une étape de gestion de remboursement de données relative à ladite taxe dans laquelle : o la société employeur du porteur transmet au serveur central une requête de récupération de ladite taxe à travers le réseau de communication,
o le serveur central détermine si la facture au format électronique est éligible à un remboursement de ladite taxe, et o le serveur central émet, par le réseau de communication, au moins une demande de remboursement de ladite taxe vers des serveurs de remboursement dédiés de cette taxe, ladite demande pouvant consolider plusieurs factures au nom de la même entreprise
- la taxe correspond à la TVA (taxe sur la valeur ajoutée).
[0015] L'invention se rapporte également à un système de gestion de facturation pour une transaction électronique se rapportant à l'achat de bien et/ou de service par un porteur, comportant un terminal relié à un serveur central à partir d'un réseau de communication, et dans lequel le terminal comporte des moyens de lecture permettant d'extraire au moins un élément d'identification d'un support de données et d'archiver cet élément d'identification et un ensemble ordonné d'éléments de données relatif à la transaction dans des moyens de mémoire du terminal avant de les transmettre au moyen de traitement du serveur central de sorte à générer une facture au format électronique relative à ladite transaction et à envoyer, si nécessaire, un message de confirmation de la réalisation du paiement validant la réalisation de ladite transaction.
[0016] Dans un mode de réalisation particulier le terminal est un terminal de paiement électronique.
[0017] Dans un autre mode de réalisation, le support de données est une carte d'identification à mémoire intégrée.
BREVE DESCRIPTION DES FIGURES [0018] D'autres caractéristiques et avantages de l'invention ressortiront à la lecture de la description qui suit, en référence aux figures annexées, qui illustrent :
- la figure 1 , une vue schématique de la structure du système de gestion de facturation, et
- la figure 2, un diagramme définissant les étapes d'un procédé de gestion de données de facturation mis en œuvre par le système de la figure 1.
Pour plus de clarté, les éléments identiques ou similaires sont repérés par des signes de référence identiques sur l'ensemble des figures.
DESCRIPTION DETAILLEE D'UN MODE DE REALISATION
Dans un exemple de réalisation du système selon l'invention, la figure 1 montre un système comprenant :
- un support de données 1 ;
- un terminal 2;
- un serveur central 3 ;
- une plateforme technique d'une société 7 ;
- un serveur remboursement de la taxe 6, et
- un réseau de communication 5.
[0019] Ce support de données 1 peut être de manière non exhaustive :
- une carte d'identification à mémoire intégrée, telle qu'une carte de paiement associée à l'un des éléments suivants : un compte bancaire et/ou un compte de crédit de l'utilisateur, une carte bancaire et/ou un porte monnaie électronique et/ou tous types de supports ou moyens de paiement électronique ;
- une carte à bande magnétique
- carte à puce ; - une puce RFID (Radio-frequency identification), ou NFC (Near Field Communication), et
- une carte magnétique.
Ce support de données doit comprendre un moyen de mémoire permettant de stocker un identifiant.
Il est à noter que dans certains modes de réalisation, le procédé, quand il est intégré à une carte de paiement, permet au porteur d'utiliser la même carte jumelée pour les deux fonctions, facturation automatisée et en ligne, et paiement. De même, dans d'autres modes de réalisation, le procédé peut être associé à des programmes de fidélisation spécifiques.
[0020] Dans un autre mode de réalisation, ce support de données peut être une feuille de papier comportant l'identifiant du porteur. [0021] Le terminal 2 se rapporte à un équipement comprenant des moyens de lecture compatibles avec le support de données 1 . Dans le cas de la carte d'identification, cet équipement correspond à un terminal 2 de paiement électronique.
[0022] Plus généralement ce terminal 2 se rapporte à tous équipements comprenant :
- au moins un microprocesseur,
- de la mémoire volatile et/ou non volatile et/ou de masse, - des moyens de saisie, tel qu'un clavier et/ou une souris et/ou écran tactile ou encore à des moyens de commande vocale, des moyens d'affichage ; - des moyens de communication, et
- des moyens de lecture.
[0023] Les moyens de communication de ce terminal 2 se rapportent par exemple aux technologies et/ou normes suivantes :
- Bluetooth et/ou IrDA (Infrared Data Association), et/ou WI-FI
(abbreviation de wireless fidelity) et/ou Wimax, et
- GPRS (General Packet Radio Service), GSM, UMTS.HSDPA ou IMS (IP Multimedia Subsystem).
[0024] Les moyens de lecture sont adaptés pour échanger des données avec le support de données.
[0025] Ce terminal 2 comprend des moyens de communication qui sont compatibles avec ceux de la carte d'identification et du serveur central 3. [0026] Le serveur central 3 comprend une base de données comportant des données relatives à des éléments d'identification d'utilisateurs ainsi qu'à des données d'identifications respectivement associées à chacun de ces éléments d'identification.
[0027] Ces données d'identifications se rapportent de manière non exhaustive pour :
- une personne physique :
•civilité ; •nom ; •prénom ; «adresse (domicile) ;
•coordonnées téléphonique ;
•code postal (domicile) ; •mode de paiement ( par exemple numéro carte bancaire,
RIB..) ;
•adresse électronique ;
•fonction du porteur dans la société
•dénomination de la société employeur du porteur; •adresse physique et électronique de la société ; •RCS ;
•forme juridique ;
•capital social ;
•SIREN et
•numéro individuel d'indentification
- une personne morale :
•dénomination de la société;
•adresse physique et électronique de la société ;
•RCS ;
•forme juridique ;
•capital social ;
•numéro SIREN ;
•le numéro individuel d'indentification
•coordonnées téléphonique, et
•code postal. [0028] Le serveur central 3 comprend une base de données comportant des données relatives à des marchands.
[0029] Ces données d'identifications se rapportent de manière non exhaustive pour un marchand :
•dénomination de la société du marchand;
•adresse physique et électronique de la société ;
•RCS ;
•forme juridique ; •capital social ; •numéro SIREN ;
•le numéro individuel d'indentification •coordonnées téléphonique, et •code postal.
•Coordonnées des contacts chez le marchand •Coordonnées bancaires
• Prestations rendues
• Informations relatives à ses terminaux •Appartenance à un groupe ou un réseau
[0030] Le serveur central 3 comprend un serveur Web apte à générer des pages Web afin de permettre au porteur, ainsi qu'au marchand de pouvoir s'inscrire au service proposé par le serveur central 3 et donc de créer un compte auprès de ce serveur central 3, afin notamment d'avoir accès aux factures électroniques archivées les concernant. [0031] Ce serveur central 3 comporte également un serveur mail pour la gestion de courrier électronique et aussi un serveur de messagerie (SMS, MMS, WAP).
[0032] Ce serveur central 3 comprend des moyens de communication lui permettant d'échanger des données avec :
- un terminal 2;
- une plateforme technique d'une société 7, et
- un serveur de remboursement de la taxe 6.
[0033] Le réseau de communication 5 utilisé se rapporte à des moyens de câblage et/ou des moyens de transmission électromagnétique. Sans prétendre faire une liste exhaustive, ces moyens de câblage correspondent par exemple à de la fibre optique ou des câbles cuivrés, et les moyens de transmission électromagnétique se rapportent par exemple à des liaisons radioélectrique reposant sur des normes de téléphonie mobile comme le GSM (acronyme de Global System for Mobile Communications), UMTS (acronyme de Universal Mobile Télécommunications System), EDGE (acronyme de Enhanced Data Rates for GSM Evolution) ou encore HSDPA (acronyme de High-Speed Downlink Packet Access). Ces moyens peuvent aussi se rapporter à des technologies telles que le WIFI défini par les normes IEEE 802,11 , ou le Bluetooth défini par les normes IEEE 802.15, ou encore le WIMAX (acronyme pour Worldwide Interoperability for Microwave Access) défini par la norme IEEE 802.16.
[0034] La plateforme technique de la société du porteur dans le cas où le porteur est une personne physique comprend un ensemble de serveur et de terminaux permettant à la fois de se connecter au serveur central 3 afin par exemple de procéder à l'inscription de la société, ou du porteur, au service fourni par le serveur central 3, ou encore afin de consulter les factures au format électronique générées pour les transactions effectuées par différents porteurs ayant donc un élément d'identification différent. Dans ce dernier cas ces porteurs sont employés dans cette même société.
[0035] Le serveur de remboursement 6 de la taxe est un serveur localisé au sein de la plateforme technique d'une administration fiscale d'un état et est relié au serveur central 3 afin, notamment, de transmettre des requêtes comportant des données relatives à des informations concernant le remboursement de certaines taxes pour des factures données.
Ces taxes correspondent par exemple en France à la TVA (Taxe sur la Valeur Ajoutée) ou à des taxes équivalentes lorsque la transaction est réalisée hors du territoire français.
[0036] La figure 2, illustre le procédé de transaction électronique pour l'achat de biens et/ou de prestations de service par le porteur d'un support de données 1 .
[0037] Ce porteur peut être une personne morale ou physique.
[0038] Dans une étape préliminaire, lors des échanges 14,15 de données, le porteur se connecte à partir d'un ordinateur 21 au serveur Web du serveur central 3 de façon à procéder à son inscription au service fourni par ce serveur central 3.
Lors de cette inscription, le porteur est amené à compléter, par la saisie de ses données d'identification, un formulaire électronique généré par son navigateur Web. Ces données d'identification sont enregistrées dans la base de données du serveur central 3.
[0039] Selon cette même procédure, le marchand doit aussi s'inscrire et avoir ainsi accès aux factures au format électronique archivées au niveau du serveur central.
[0040] L'élément d'identification est généré et est par la suite archivé dans la base de données et transmis aux moyens de mémoire du support de données 1.
[0041] Cet élément d'identification correspond par exemple à une succession de caractères codés selon une nomenclature prédéfinie permettant ainsi de déterminer à partir de l'élément d'identification, et de manière non exhaustive : le pays, ou encore la langue du porteur, l'activation ou non du procédé en national ou en international, l'activation ou non d'une demande d'affectation de la dépense à un code projet, l'activation ou non d'une recherche d'informations en temps réel auprès du serveur central.
Ce support de données 1 est soit :
- déjà en possession du porteur et donc la transmission de cet élément d'identification est effectuée à distance, c'est-à-dire du serveur central 3 vers le dispositif auquel est connecté le support données au niveau du porteur, et est ensuite archivé dans les moyens de mémoire de ce support de données, ou
- une fois chargé de l'élément d'indentification, le support est envoyé par voie postale à l'attention du porteur à son adresse personnelle ou à celle de la société où il est employé. [0042] Lors d'une transaction 16, le terminal 2 de paiement électronique télécharge une application logicielle qui fait l'objet d'un traitement particulier par les moyens de traitement du terminal 2, les moyens de mémoire et le processeur, en vue de générer sur les moyens d'affichage de ce terminal 2 une interface avec laquelle le marchand peut interagir à partir des moyens de saisie de ce terminal 2.
[0043] Cette application logicielle peut aussi être déjà installée sur le terminal du marchand par le fabricant du terminal, ou encore téléchargé et installé après activation par le marchand de son compte au niveau du serveur central 3.
Cette activation est effectuée par la saisie de son élément d'identification sur le terminal ou l'insertion de son support de données dans les moyens de lecture du terminal, lequel terminal se connecte alors au serveur central 3 pour transmettre cet élément d'identification en vue d'être identifié et ainsi effectuer ce téléchargement.
[0044] Le porteur connecte, le support de données 1 , dans le cas présent sa carte à bande magnétique, au terminal de paiement électronique.
[0045]Lors d'une étape 17, les moyens de lecture du terminal électronique 2 extraient l'élément d'identification c'est-à-dire l'élément d'identification dans les moyens de mémoire de la carte à bande magnétique et l'archive dans les moyens de mémoire du terminal 2.
[0046] L'application logicielle est un fichier de données numériques qui est archivé dans la base de données du serveur central et est apte lorsqu'il est exécuté par les moyens de traitement du terminal, à présenter des informations sur les moyens d'affichage du terminal dans de nombreuses langues différentes.
[0047] Le contenu de cette interface se rapporte à des éléments tels que par exemples des questions comprises dans un formulaire que le marchand est invité à compléter en saisissant l'ensemble des éléments de données correspondant aux caractéristiques de ladite transaction. [0048] Ces éléments se rapportent par exemple et ce de manière non exhaustive à des informations relatives au marchand, au porteur et à des éléments financiers. Ces informations sont donc :
- montant global de la facture - quantité et montant de chaque type de prestation facturé
- types de questions posées et réponses auxdites questions
- Les éléments constitutifs de l'interface, se rapportant par exemple à des questions, ont été générés à partir d'une sélection parmi une pluralité d'éléments archivés dans les moyens de mémoire du terminal, provenant de l'application logicielle. Cette sélection est réalisée à partir des moyens de traitement du terminal sur la base d'au moins un critère se rapportant à l'élément d'identification, et plus particulièrement au codage de cet élément d'identification.
[0049] C'est sur la base de cette sélection d'éléments constitutive de l'interface, que l'ensemble ordonné d'éléments de données correspondant aux caractéristiques de ladite transaction est obtenu.
[0050] Les données sont alors archivées dans les moyens de mémoire du terminal de paiement électronique 2.
[0051] Les données archivées dans les moyens de mémoire du terminal de paiement électronique 2 c'est-à-dire l'élément d'identification et l'ensemble ordonné d'éléments de données récupérés sont transmis au serveur central 3, lors d'une étape 12.
[0052] Les éléments de données sont dits ordonnés du fait qu'ils soient transmis dans l'ordre où ils ont été saisis. Ceci à pour effet d'améliorer le temps de transmission, de traitement et d'archivage par la suite au niveau du serveur central 3.
Dans un autre mode de réalisation, ces éléments ne sont pas ordonnés. [0053] Les moyens de traitement du serveur central 3 réalisent par la suite la génération d'une facture au format électronique relative à cette transaction à partir de données d'identification associées à l'élément d'identification dans la base de données de ce serveur central 3 et de l'ensemble ordonné d'éléments de données récupérés.
[0054] Cette facture est parfaitement conforme aux exigences des autorités fiscales locales, c'est-à-dire des autorités du lieu de la transaction.
[0055] Cette facture est émise grâce à la consolidation des données relatives à la transaction, de celles qui sont liées à l'identité du marchand et du porteur de la carte. La collecte de données complémentaires à partir de l'interface présentant un formulaire sous la forme de réponses à des questions simples définies en fonction du contexte est nécessaire. Cette collecte se fait sauf exception au moment de l'acte de paiement, à la fois pour éviter une étape supplémentaire aux parties concernées et pour bénéficier de la technologie abondamment déployée pour le paiement : terminaux portables, caisses centrales...
[0056] L'enjeu de la solution est de réduire au strict minimum le temps nécessaire à la saisie des données et d'obtenir toutes les informations indispensables mais uniquement celles-ci. Ceci est rendu possible par l'invention qui met en œuvre des moyens techniques permettant de s'adapter à plusieurs types de terminaux de collecte :
- terminaux de Paiement Electroniques (« TPE ») pour les marchands où le détail des prestations fournies n'est pas nécessaire ; - systèmes de gestion centralisés quand ils existent (loueurs de voitures par exemple) ;
- systèmes d'encaissement (surtout en place chez les pétroliers), et systèmes de gestion hôteliers.
[0057] Le serveur central 3 transmet un message de confirmation de la bonne réception des données au terminal de sorte à valider la réalisation de ladite transaction, lors d'une étape 13. [0058] La facture générée est archivée dans la base de données du serveur central 3, pour être par la suite transmise au serveur 21 de la plateforme technique de la société 7, d'une administration fiscale ou encore au serveur du marchand, de manière automatique ou sur requête de l'un de ces derniers. Cette transmission peut notamment être réalisée à partir du serveur de courrier électronique compris dans le serveur central 3.
[0059] Le serveur central 3 détermine par la suite le lieu de la réalisation de la transaction à partir d'éléments compris dans la liste de l'ensemble ordonné d'éléments de données récupéré, tels que l'adresse et le pays dans lequel est situé le marchand. [0060] A partir de la détermination du lieu de la transaction, les moyens de traitement sont aptes en fonction de l'identification de critères fiscaux en vigueur dans le lieu déterminé, à appliquer des opérations de calcul au montant de la facture. Ces opérations de calcul permettent de déterminer le montant des remboursements, relatif à la taxe prise en compte pour l'obtention du montant de la facture, et lesquelles remboursements sont susceptibles d'être obtenus auprès de l'administration fiscale du pays du lieu de cette transaction.
[0061] Ces critères permettent de déterminer par exemple si une facture est éligible à un remboursement. Ils prennent par exemple en compte les éléments selon lesquels le porteur est une personne physique ou morale, ou encore agit pour une personne morale, ainsi que par exemple le taux de prorata de TVA auquel ladite personne morale est éventuellement soumis ou des éléments liés au porteur qui peuvent influer sur son droit à remboursement, telle que sa qualité d'administrateur par exemple. [0062] Le serveur central 3 comprend dans sa base de données des instructions permettant de réaliser des calculs fiscaux propres à chaque pays et applicables selon des critères auxquels ces opérations sont associées. Ces instructions sont utilisées lors d'opérations de calcul. [0063] Une fois le montant des remboursements est déterminé, le serveur central 3 envoie une requête de demande de remboursement au serveur de remboursement 6 dédié à cet effet, lors d'une étape 22. Cette requête comprend notamment les informations nécessaires à cette administration fiscale pour effectuer le remboursement telles que : - pour la société concernée : nom, adresse, pays, RCS (registre du commerce et des sociétés), forme juridique, capital social, SIREN (Système d'Identification du Répertoire des ENtreprises) et le numéro individuel d'indentification, coordonnées bancaire, et
- d'autres éléments exigibles par l'administration fiscale du pays concerné.
[0064] On notera que le RCS est ici une dénomination générique pour tout système équivalent. Le RCS se présente donc comme un casier qui centralise un certain nombre d'informations légales sur les sociétés.
[0065] Dans un autre mode de réalisation, un formulaire au format papier répondant aux exigences de l'administration fiscale est généré et transmis par voie postale à cette administration.
[0066] Dès que cette demande de remboursement est reçue par l'administration fiscale, ce remboursement est alors effectué selon les modes de paiement en vigueur sur le compte bancaire de la société. [0067] Cette procédure de remboursement est réalisée automatiquement par le serveur central 3 dès que la transaction est réalisée. Mais elle peut être aussi effectuée sur requête de la société, si cette dernière est inscrite auprès du serveur central 3 pour bénéficier de ce service. Le serveur de remboursement est susceptible de transmettre au serveur central 3 une requête précisant la bonne prise en compte de la demande de remboursement et la confirmation de ce remboursement lors d'une étape 23.
[0068]On remarquera, que la procédure d'inscription permettant de bénéficier du service dispensé par le serveur central 3, permet au porteur de pourvoir lors d'étapes 18 et 19, en se connectant au serveur Web du serveur central 3, de préparer manuellement, vérifier et éditer des factures numériques conformes aux différentes législations nationales concernées. Elle permet aussi à un marchand inscrit à ce service de consulter et d'importer les factures établies pour son compte et d'accéder à des services complémentaires d'analyse de sa clientèle.
[0069] On notera, que le marchand comme le porteur ou la société du porteur possèdent au niveau du serveur central un compte dans lequel ils trouvent archivées toutes les factures au format électronique les concernant ou concernant leur activité.
Le porteur ou la société du porteur trouvera aussi des informations sur les remboursements déjà effectués ou en cours de réalisation avec des étapes d'avancement.
[0070] L'invention propose ainsi une solution simple et économique pour assurer un déploiement rapide en s'appuyant notamment sur les terminaux de paiement et sur les réseaux de collectes des données existantes pour leur faire assumer une fonction nouvelle et non prévue lors de leur mise en place.
[0071] En outre, l'invention permet par exemple à une société de pouvoir récupérer la TVA due au titre des dépenses de voyages d'affaires réalisées en Europe, au Japon, au Canada, en Corée du Sud et dans d'autres pays qui autorisent ce remboursement.
[0072]A titre d'exemple le marchand est un restaurant au Royaume Uni. Au moment où on lui apporte la note, le porteur présente son identifiant sous la forme d'une carte (qui n'a pas de fonction de paiement). Après avoir indiqué le montant TTC global de l'addition, le passage de la carte dans le terminal de paiement électronique permet d'activer le logiciel embarqué qui reconnaît, grâce aux informations codées dans l'identifiant, que la société employeur du porteur est française, que la carte est activée pour une utilisation internationale et qu'elle ne requiert pas de poser une question relative à l'affectation de la dépense à un code projet. Le terminal pose une première question, en anglais : « number of guests ? ». Quand le maître d'hôtel a répondu qu'il y a 5 convives, le terminal propose une deuxième question déterminée en fonction de la combinaison du paramétrage du terminal (un restaurant au Royaume Uni) et de l'identifiant du porteur. Une question spécifique est posée en français, langue du porteur : « nombre de convives extérieurs à la société ? » Le porteur répond deux. Dès lors le terminal de paiement transmet au serveur central un ensemble ordonné de données qui permet au serveur central d'établir une facture originale pour le compte du restaurant du Royaume Uni, au nom de la société employeur du porteur avec les informations légales nécessaires : date, numéro de facture, libellé : « cinq repas complets » avec indication du prix HT, du montant et du taux de TVA et du prix TTC. L'ensemble ordonné de données permet par ailleurs d'établir un demande de remboursement de TVA au nom de la société employeur du porteur, et de demander le remboursement de trois cinquièmes du montant de la TVA indiqué sur la facture, la TVA sur les invités extérieurs n'étant pas récupérable au Royaume Uni.
[0073] Dans un deuxième exemple, le restaurant est cette fois-ci situé en France, le porteur est allemand et son identifiant indique que le terminal doit demander un code d'affectation projet. Après avoir entré le montant TTC global et qu'il ait été répondu à la question sur le nombre de convives, le terminal demande le montant TTC de la consommation de vin et d'alcool (imposée au taux normal). Cette question est posée en français, puis le terminal propose, en allemand, au porteur, d'affecter un code projet à la dépense. L'ensemble ordonné de données permet d'établir une facture pour le compte du restaurant français au nom de la société employeur allemande qui détaille :
- « cinq repas complets », montant ht, taux réduit de TVA, montant tva, montant TTC
- sur une deuxième ligne : « boissons », montant ht, taux normal de tva, montant de la tva, montant TTC,
- total de la facture ht, total tva, total TTC.
A cette facture qui est disponible tant pour le marchand que pour le porteur et sa société employeur est attachée pour le porteur et sa société employeur l'information relative à l'affectation d'un code projet qui permettra par exemple ultérieurement à la société employeur de refacturer ladite dépense au client concerné.
[0074] Dans un troisième exemple, le restaurant est en Belgique et bien que la carte du porteur indique qu'il n'est pas nécessaire de proposer l'affectation d'un code projet lors de la saisie d'informations, le terminal le propose systématiquement, cette information étant nécessaire pour remplir le formulaire de récupération belge.
[0075] Dans un autre exemple, le marchand est un hôtel indépendant en France qui offre principalement des prestations d'hébergement et de petit déjeuner, de bar et de restauration. Le porteur présente comme identifiant une carte jumelée qui adjoint la fonction de paiement au procédé décrit par le présent brevet. Après avoir indiqué le montant TTC de la facture globale, le terminal reconnaît qu'il s'agit d une carte jumelée, étrangère, et activée pour une utilisation internationale. Le terminal demande alors le montant TTC des prestations d'hébergement, ainsi que le nombre de nuitées, puis le total des dépenses TTC de bar, de restauration et de petit déjeuner. En l'absence d'autres prestations, le terminal demande si une partie ou la totalité de l'hébergement concerne un tiers à la société employeur du porteur (seules dépenses d'hébergement remboursables au titre de la TVA française). Enfin le terminal demande confirmation du montant TTC global et procède au paiement de la transaction.
[0076] Dans un autre exemple, dans le même hôtel, un client qui n'est pas encore un porteur d'identifiant se voit proposer un identifiant provisoire qui lui permet de bénéficier du procédé alors que son employeur n'a pas encore effectué la démarche préalable d'inscription nécessaire décrite au paragraphe 38. La facture est établie au nom de la société du porteur quand celle-ci aura procédé à ladite démarche d inscription.
[0077] Dans un autre exemple, un élément de l'identifiant du porteur permet de forcer, si possible, le terminal à effectuer une requête auprès du serveur central, en temps réel, afin par exemple, de télécharger les listes de codes projet disponibles.
[0078] Dans un autre exemple, le commerçant est une station service en France et les questions posées concernent le nombre de portes du véhicule et le type de carburant utilisé.
[0079] Dans la plupart des exemples ci-dessus le numéro de facture est généré par le terminal de paiement. Une autre implémentation permet cependant au serveur central de générer ce numéro. [0080]Ainsi, il est entendu que l'invention n'est pas limitée aux exemples de réalisation décrits et illustrés. Elle n'est en outre pas limitée à ces exemples d'exécution et aux variantes décrites.

Claims

REVENDICATIONS
1 . Procédé de gestion de facturation pour une transaction électronique se rapportant à l'achat de bien et/ou de service par un porteur caractérisé en ce qu'il comporte les étapes suivantes :
- collecte d'au moins un élément d'identification du porteur compris dans un support de données (1 ) par des moyens de lecture d'un terminal (2) ;
- récupération d'un ensemble ordonné d'éléments de données correspondant aux caractéristiques de ladite transaction à partir d'une interface applicative préalablement téléchargée et de moyens de saisie d'un terminal (2) ;
- transmission de cet au moins un élément d'identification et de l'ensemble ordonné d'éléments de données récupérés à un serveur central (3) ;
- génération d'une facture au format électronique par les moyens de traitement du serveur central (3) à partir de données d'identification associées à l'élément d'identification dans une base de données de ce serveur et de l'ensemble ordonné d'éléments de données récupérés, et
- archivage de ladite facture au format électronique dans la base de données du serveur central (3).
2. Procédé selon la revendication précédente, dans lequel ladite étape de récupération de données comprend une sous étape de sélection d'éléments constitutifs de ladite interface applicative en fonction d'au moins un critère défini par ledit élément d'identification, ladite sélection d'éléments permettant d'obtenir l'ensemble ordonné d'éléments de données correspondant aux caractéristiques de ladite transaction.
3. Procédé selon la revendication précédente, comprenant une étape préliminaire d'inscription : - du porteur dans laquelle les données d'identification associées à l'élément d'identification du porteur sont enregistrées dans la base de données du serveur central (3), et
- du marchand pour lequel un numéro individuel d'indentification est créé et archivé au sein de la base de données du serveur central (3).
4. Procédé selon l'une quelconque des revendications précédentes, dans lequel les données d'identification se rapportent dans la base de données du serveur central (3), au nom, prénom, dénomination de la société employeur de l'utilisateur, adresse physique et électronique du porteur et de la société.
5. Procédé selon l'une des revendications précédentes, dans lequel la facture au format électronique est archivée dans la base de données du serveur central (3).
6. Procédé selon l'une quelconque des revendications précédentes, dans lequel l'ensemble ordonné d'éléments de données récupérées comporte des informations concernant :
- le marchand : numéro individuel d'indentification ;
- le porteur: élément d'identification ;
- la transaction : la date et le numéro de la transaction, la quantité et la dénomination des biens et/ou services vendus ;
- les éléments financiers : le montant HT et/ou TTC des biens et ou services vendus, la taxe applicable, et
- des réponses à des questions spécifiques posées en fonction du contexte de transaction.
7. Procédé selon la revendication précédente, comprenant :
- une étape de gestion de remboursement de données relative à ladite taxe dans laquelle : o la société employeur du porteur transmet au serveur central (3) une requête de récupération de ladite taxe à travers le réseau de communication,
o le serveur central (3) détermine si la facture au format électronique est éligible à un remboursement de ladite taxe, et
o le serveur central (3) émet, par le réseau de communication, au moins une demande de remboursement de ladite taxe vers des serveurs de remboursement dédiés de la taxe, ladite demande pouvant consolider plusieurs factures au nom de la même entreprise
8. Procédé selon l'une quelconque des revendications précédentes dans lequel la taxe correspond à la TVA (taxe sur la valeur ajoutée).
9. Système de gestion de facturation pour une transaction électronique se rapportant à l'achat de bien et/ou de service par un porteur, pour la mise en œuvre du procédé selon l'une des revendications précédentes, comportant un terminal (2) relié à un serveur central (3) à partir d'un réseau de communication, caractérisé en ce que le terminal (2) comporte des moyens de lecture permettant d'extraire au moins un élément d'identification d'un support de données (1 ) et d'archiver cet élément d'identification et un ensemble ordonné d'éléments de données relatif à la transaction dans des moyens de mémoire du terminal (2) avant de les transmettre au moyen de traitement du serveur central (3) de sorte à générer une facture au format électronique relative à ladite transaction et à envoyer, si nécessaire, un message de confirmation de la réalisation du paiement validant la réalisation de ladite transaction.
10. Système selon la revendication précédente, dans lequel ledit terminal (2) est un terminal de paiement électronique (2).
11. Système selon l'une quelconque des revendications 9 ou 10, dans lequel le support de données est une carte d'identification à mémoire intégrée.
PCT/FR2009/001184 2009-10-05 2009-10-05 Procédé et système de gestion de facturation WO2011042615A1 (fr)

Priority Applications (6)

Application Number Priority Date Filing Date Title
US13/500,137 US20120253999A1 (en) 2009-10-05 2009-10-05 Invoicing management method and system
CA2776731A CA2776731A1 (fr) 2009-10-05 2009-10-05 Procede et systeme de gestion de facturation
EP09759746A EP2486526A1 (fr) 2009-10-05 2009-10-05 Procédé et système de gestion de facturation
BR112012007939A BR112012007939A2 (pt) 2009-10-05 2009-10-05 metodo e sistema para gerenciamento de faturamento
AU2009353804A AU2009353804A1 (en) 2009-10-05 2009-10-05 Invoicing management method and system
PCT/FR2009/001184 WO2011042615A1 (fr) 2009-10-05 2009-10-05 Procédé et système de gestion de facturation

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/FR2009/001184 WO2011042615A1 (fr) 2009-10-05 2009-10-05 Procédé et système de gestion de facturation

Publications (1)

Publication Number Publication Date
WO2011042615A1 true WO2011042615A1 (fr) 2011-04-14

Family

ID=41664693

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/FR2009/001184 WO2011042615A1 (fr) 2009-10-05 2009-10-05 Procédé et système de gestion de facturation

Country Status (6)

Country Link
US (1) US20120253999A1 (fr)
EP (1) EP2486526A1 (fr)
AU (1) AU2009353804A1 (fr)
BR (1) BR112012007939A2 (fr)
CA (1) CA2776731A1 (fr)
WO (1) WO2011042615A1 (fr)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11687519B2 (en) 2021-08-11 2023-06-27 T-Mobile Usa, Inc. Ensuring availability and integrity of a database across geographical regions

Families Citing this family (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20110016043A1 (en) * 2009-07-20 2011-01-20 Barbara Dornseif Account transaction value added tax reimbursement
US20170193469A1 (en) * 2015-12-31 2017-07-06 Mastercard International Incorporated Method and system for providing e-invoices
CN109872200A (zh) * 2017-12-05 2019-06-11 航天信息股份有限公司 电子发票开具方法与系统
CN112016340B (zh) * 2020-09-08 2024-01-26 北京速票通科技有限公司 一种发票抬头信息自动识别系统及方法
CN113869802B (zh) * 2021-12-01 2022-03-11 神州数码信息系统有限公司 一种基于进销项比对的生产企业发票虚开风险评估方法

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO1999066460A2 (fr) * 1998-06-16 1999-12-23 Walker Digital, Llc Procede et dispositif servant a traiter un debit impute a un compte financier
EP1808806A1 (fr) * 2005-12-23 2007-07-18 Axalto SA Partenaire fiscal virtuel
US20080306828A1 (en) * 2007-05-28 2008-12-11 Trade-Van Information Services Co. Method for processing transaction information

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5903876A (en) * 1997-11-21 1999-05-11 Va-T-En, L.L.C., A Limited Method of refunding value added tax
US5978780A (en) * 1997-11-21 1999-11-02 Craig Michael Watson Integrated bill consolidation, payment aggregation, and settlement system
SE0300692L (sv) * 2003-03-12 2004-09-13 Global Refund Holdings Ab System för hantering av återbäring av mervärdesskatt
GB2456346A (en) * 2008-01-14 2009-07-15 Tim Kalos Waterlow Obtaining customer feedback at point of sale
EP2329467A1 (fr) * 2008-07-29 2011-06-08 Iker Arostegui Gallastegui Système et procédé d'enregistrement d'une transaction par carte de crédit

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO1999066460A2 (fr) * 1998-06-16 1999-12-23 Walker Digital, Llc Procede et dispositif servant a traiter un debit impute a un compte financier
EP1808806A1 (fr) * 2005-12-23 2007-07-18 Axalto SA Partenaire fiscal virtuel
US20080306828A1 (en) * 2007-05-28 2008-12-11 Trade-Van Information Services Co. Method for processing transaction information

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
See also references of EP2486526A1 *

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11687519B2 (en) 2021-08-11 2023-06-27 T-Mobile Usa, Inc. Ensuring availability and integrity of a database across geographical regions

Also Published As

Publication number Publication date
EP2486526A1 (fr) 2012-08-15
BR112012007939A2 (pt) 2019-09-24
US20120253999A1 (en) 2012-10-04
AU2009353804A1 (en) 2012-04-19
CA2776731A1 (fr) 2011-04-14

Similar Documents

Publication Publication Date Title
US9307341B2 (en) Payment application download to mobile phone and phone personalization
CA2552257A1 (fr) Dispositif transactionnel a pre-traitement anticipe
EP2486526A1 (fr) Procédé et système de gestion de facturation
EP0820620A1 (fr) Procede de paiement electronique permettant d'effectuer des transactions liees a l'achat de biens sur un reseau informatique
WO2002065414A1 (fr) Procede et systeme de telepaiement
CN101454795A (zh) 移动的个人之间支付系统
WO2013045832A1 (fr) Procede et systeme de signalisation de paiement, application a la location automatisee de vehicules
US20060252409A1 (en) Electronic capture, storage and transmission of client data at point-of-sale
WO2018077736A2 (fr) Procede et systeme pour la reception et/ou l'emission automatique d'informations relatives a des transactions
WO2019122653A1 (fr) Procédé, dispositif et programme de gestion de preuves d'achat
KR20160134836A (ko) 이동장치를 이용하여 결합형 광고를 생성 및 관리하기 위한 방법 및 시스템
EP1330764A1 (fr) Procede de gestion d'un justificatif de reservation d'un produit ou service et dispositif pour sa mise en oeuvre
CN111383029A (zh) 电子票管理的方法和装置
TW200912782A (en) Online rental and management method and system
CN109961285A (zh) 一种微信扫码饮水系统及自主收费经销商微信开通方法
EP1323140B1 (fr) Procede pour fournir des donnees d'identification d'une carte de paiement a un usager
EP3382628A1 (fr) Procédé de traitement de données par un terminal de paiement, terminal de paiement et programme correspondant
EP2824625B1 (fr) Méthode de réalisation de transaction, terminal et programme d'ordinateur correspondant
EP2724305B1 (fr) Procede de transaction dematerialisee
FR2940489A1 (fr) Procede d'aide au controle d'enregistrements de transactions, dispositif de transaction, serveur, terminal mobile et programmes d'ordinateur correspondants.
EP2075751A1 (fr) Procédé pour communiquer depuis un terminal de transaction à un serveur, terminal, serveur et système électroniques correspondants
EP2800072A2 (fr) Procédé de délivrance par un automate de cartes de téléphonie mobile SIM à abonnement prépayé ou postpayé
JPH1063753A (ja) 会計処理システム
FR2905021A1 (fr) Procede et systeme de paiement a l'aide d'un telephone mobile
FR2945881B1 (fr) Procede et systeme de transaction de biens et/ou de services au moyen d'un terminal via un reseau de communication

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 09759746

Country of ref document: EP

Kind code of ref document: A1

WWE Wipo information: entry into national phase

Ref document number: 2009759746

Country of ref document: EP

WWE Wipo information: entry into national phase

Ref document number: 2009353804

Country of ref document: AU

WWE Wipo information: entry into national phase

Ref document number: 2776731

Country of ref document: CA

NENP Non-entry into the national phase

Ref country code: DE

ENP Entry into the national phase

Ref document number: 2009353804

Country of ref document: AU

Date of ref document: 20091005

Kind code of ref document: A

WWE Wipo information: entry into national phase

Ref document number: 13500137

Country of ref document: US

REG Reference to national code

Ref country code: BR

Ref legal event code: B01A

Ref document number: 112012007939

Country of ref document: BR

ENP Entry into the national phase

Ref document number: 112012007939

Country of ref document: BR

Kind code of ref document: A2

Effective date: 20120405