WO2012143547A1 - Real time paperless payment control - Google Patents
Real time paperless payment control Download PDFInfo
- Publication number
- WO2012143547A1 WO2012143547A1 PCT/EP2012/057364 EP2012057364W WO2012143547A1 WO 2012143547 A1 WO2012143547 A1 WO 2012143547A1 EP 2012057364 W EP2012057364 W EP 2012057364W WO 2012143547 A1 WO2012143547 A1 WO 2012143547A1
- Authority
- WO
- WIPO (PCT)
- Prior art keywords
- electronic
- receipt
- receipts
- payment
- database
- Prior art date
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/20—Point-of-sale [POS] network systems
- G06Q20/209—Specified transaction journal output feature, e.g. printed receipt or voice output
-
- 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/04—Payment circuits
- G06Q20/047—Payment circuits using payment protocols involving electronic receipts
Definitions
- the present invention relates to an real time paperless payment control system for handling transaction receipts issued by a point of sale in a secure way, comprising the steps: providing an electronic receipt card to the consumer that comprises a consumer identifier, providing retailers with electronic means generating an electronic transaction receipt, transmitting the electronic transaction receipt together with the consumer identifier to an electronic receipts storage means, providing at least one interface to access, manage and organize stored electronic receipts within said electronic receipts storage means, according to the preamble of claim 1.
- Receipts are used in the commerce for a number of different purposes. They are handed over together with the purchased good as proof of payment. A receipt can then be used by a business traveler to claim a reimbursement from his employer. The receipt has a date and comprises such a proof of the date when the good has been purchased. This might be important for warranty issues or in the case that a good is exported to a different country, e.g. in view of VAT reimbursement. A further function of a receipt is the proof for the buyer and seller, that the price paid included federal or local taxes as well as VAT or further duties as e.g. prepaid recycling charges. Usually such receipts are paper receipts.
- a further method and system according to the preamble of claim 1 is known from US 6,341,353 providing a system with a specific organization of the entries of the receipt.
- the receipts according to this system are stored in a database.
- the electronic transaction receipt generating electronic means comprises an electronic funds transfer terminal
- said electronic receipt card is also a payment token usable within the electronic funds transfer terminal and comprising a consumer account identifier, wherein during a payment transaction a funds transaction code is transmitted to the electronic funds transfer terminal adapted to forward said funds transaction code together with the electronic transaction receipt to said electronic receipts storage means.
- Such a payment token can be an e-money card, e-money (using a prepaid amount stored in connection with an account number), a debit card (using an authorization of a deduction from an account), a credit card (using an authorization of charging an account), or a SIM card of a portable electronic communication device (using an authorization of charging an account connected with a phone number or a limited amount in case of a prepaid SIM card), or another payment authorizing token.
- the authorization can be granted through feedback from a clearing institution as with higher amounts for debit and credit cards, or a direct debit, where only the legitimacy of the card itself is checked and the deducted amount is communicated later on.
- a payment means is characterized by the features of claim 9.
- a database system is characterized by the features of claim 13.
- the invention is based on the insight that the user is interested to have one single card providing the payment information as well as the receipt handling. This also reduces the possibilities for fraud and therefore such a system is better accepted by corporations issuing corporate credit cards as well as by tax authorities.
- the system can therefore directly be used by a VAT refund corporation, since the data received are complete and the confirmed amount of the possible plurality of items is directly related to the possibly different VAT rates of the different goods and services. Therefore the customer can then, after having obtained the perhaps necessary export certification, directly obtain the refund since the refund organization is already in possession of a fraud proof receipt.
- the receipt comprises the itemized list of acquired goods and services with descriptive fields for - inter alia amount, VAT, kind of service and seller/provider codes, where available, as e.g.
- model number, serial number, service number etc. Not all of these fields are necessarily filled. It is important that the data is transferred in a possibly tamper proof way and, if it is directly written into a memory, it is even a privacy securing way to handle the itemized data.
- the itemized receipt is stored on the payment token or chip card directly.
- the existing chip credit cards are processor cards having memory portions. It is possible to store the complete receipts in an additional memory chip to enable co-existence of the known credit-card chip and an additional memory or the itemized receipt is stored within the memory of the processor card itself. It is an advantage, when the debit card or credit card function of the processor chip is combined with an additional storage function which can be realized onboard within the same or an additional storage means or within an external database.
- the electronic receipt is digitally signed by the seller.
- This can be done within a one-chip solution or for a receipt stored within an additional memory card, in fact such a storage is equivalent to a storage in an "internal" database, i.e. on the chip.
- the storage can also be effected in an external database, wherein the transfer is automatically initiated during the payment transaction, wherein said transfer can also be protected by a digital signature.
- a further possible use is based on the direct transfer of the data to a health care organization. Since the effected payment is directly connected to the single items of the medical treatment, the health care organization can verify the necessity to effect reimbursements for the itemized treatment steps within the list of goods (e.g. drugs) and services (e.g. care).
- the invention is characterized by the fact, that the already existing credit card information can be used to generate the consumer identifier linking the information to the database as storage for the receipts.
- the system is based on the insight that usually an account number is associated with a specific credit card. Now additionally a consumer number is also associated to such a credit card enabling the transfer of information to two different institutions, reflected technically by two distinct databases and communication channels. These communication channels start from the point of sale, where the unique card and relating information is gathered from the customer.
- debit card instead of a credit card.
- debit card or credit card which can also be a prepaid card
- the card as such can also be a virtual card, in other words; the invention can also be used within internet based shops with the transfer of the card information instead of directly parsing the card through a point of sale device.
- Debit card and credit card as well as their virtual form can be defined as payment token having a chip, or e-money card.
- physical cards provide further advantages inherent to the fact that they can be used as data storage and transfer means.
- the storage of the receipt within a memory on the card can then be supported providing an access means for the user, e.g. a card reader to extract the information from the chip card memory into an external memory.
- a card reader to extract the information from the chip card memory into an external memory.
- the user of the card has the entire control over his receipt data, which enhances the security but also has the drawback that the transfer to a third party database, e.g. a VAT refund company, a health care institution, his employers travel database or the customers own database, necessitates a personal action, i.e. reading his card.
- a third party database e.g. a VAT refund company, a health care institution, his employers travel database or the customers own database, necessitates a personal action, i.e. reading his card.
- a standard chip card e.g. according to ISO 7816, in order to provide a specific interface usable for the payment part of the method as well as usable for the storage part of the method.
- the storage part is protected under the same or further security means in the same or an additional chip within the same device or even the same token, e.g. the same chip card. This enhances the possibilities to avoid fraud in case that the data has to be transmitted in a tamper proof way, like it is often necessary, if the data relates to health care issues, VAT issues and/or personal data.
- a cellular phone, smart phone or PDA since these electronic devices comprise an electronic identification means.
- the invention with any electronic device allowing a payment function.
- the payment function of the SIM card of a cellular phone is materialized through the contract of the user with the telephone provider company. This is even true for a prepaid SIM card, since this only limits the purchase power for goods and services to the prepaid amount.
- SIM-card as payment token is also contemplated within the scope of the present invention. Furthermore, it is clear, that it is also possible to use any authenticating token as an e-money card according to the invention, if the payment can be effected based on that device.
- Such a receipt hosting according to the invention enables companies to issue electronic receipts to their customer instead of paper receipts.
- These electronic receipts as all registered customer data are either stored on the chip card itself or are anonymously hosted on a database server.
- the customer himself can also access his data on the server of the database host.
- Customers have worldwide access to their receipts via internet. They can manage their receipts; they can print them in case for taxes or warranty of a purchased product. No permanent filing any more is also an evident advantage for the company's customer. Companies can save millions of costs and also profit from anonymous tracking of their customer habits. Today a lot of companies already have their own member card and track their customer. But they can not track their customers' consumer habits outside their shop. So companies benefit from receipt hosting 360° tracing, they save money and - last but not least - they profit from a more sustainable green image.
- thermographic paper receipts during their journey and/or to file such receipts all the time because they need them for accounting. This manages the easy handle of centralized receipts.
- the server of the system can be the server of the issuer of the e-money card but this database host can also be outsourced. This is possible for a direct electronic transfer of the itemized receipt to that database but is also true for a card-based transfer via the memory on the chip card.
- An electronic payment means for use with this method is adapted to be read and/or written by the electronic funds transfer terminal and comprises the information of the consumer account identifier and information for engaging a payment transaction. Usually there is an electronic memory for storage of the consumer account identifier.
- the electronic payment means is usually an EFTPOS (Electronic Funds Transfer at Point of Sale) card, being also called more specifically a credit card, a debit card, a deferred debit card, an ATM card or a charge card.
- EFTPOS Electronic Funds Transfer at Point of Sale
- the electronic payment means for use with this method is not necessarily read and/or written by the electronic funds transfer termmal through a physical electrical contact. It is also possible to provide a wireless information transfer. This can be provided through RFID transmission, wherein usually the energy for the information transfer comes from the point-of-sale terminal is issued. It is also possible to provide the exchange of information through a wireless coded transfer as a message being sent to a smartphone and authenticated by the SIM-card.
- the user uses a chip card as payment means in connection with a communication device.
- This can be realized through a separate portable communication device as a smartphone which access number is stored within the receipt database.
- the receipt database comprises as such or derived from the stored information relating to data of bought goods and services. This information is a client profile, which changes dynamically through every purchase. Then additional information relating to the bought goods and services can be made available to the user,
- the receipt database can also be hosted by the payment institution.
- the communication means is a smartphone having a SIM card being used as payment means and adapted to directly receive the feedback communication based on the consumer/user's purchase profile stored within the receipt database.
- the electronic receipt is transmitted to the electronic receipts storage means being adapted to generate an offer message which is transmitted to the device comprising the electronic receipt card being used in connection with an electronic communication means.
- the offer message can be created on the basis of information stored as offer information with the receipt database or can retrieve additional information from third parties.
- the profile of a user of the system is dynamically updated through every purchase on the fly and therefore after having generated one or more information messages relating to a restaurant, a newly generated message relating to e.g. a bar can be produced, if a transmitted receipt reveals that the user has visited a restaurant.
- a further advantage of the dynamically updated database is an enhancement of security. After a first purchase based on a in-depth check of the identity of the consumer it is possible, based on the last entry or last entries of the receipt database, to make a simpler indentity check, e.g. with a voice identification of the customer or acceptance directly, if the newly good to be purchased enters into the purchase pattern of the user, which is a clear indication, that it is the owner of the electronic payment means, i.e. a chip of a credit card, or a chip in a SIM card etc. who makes this further purchase.
- the customer can decide, which receipts are transmitted to the database and thus comprise the basis for generated messages.
- Specific receipts can be transmitted on a one-to-one basis or in a coded way or specific types of receipts, having received a flag, are never transmitted or transmitted everytime, depending on the electronic flag stored in the receipt database.
- the customer is requested, either everytime upon a purchase or it is stored in a profile choice, to decide if a specific receipt request is transmitted to the receipt database or not.
- the customer stores in his profile a general or type-coded acceptation de storage of receipts with issuance of message proposals relating thereto onto his communication device.
- the customer has a second possibility to store the transmitted receipts in a coded form, so that only the customer can retrieve the actual type of purchase.
- the customer can accept to receive generated messages onto his communication device based on the coded stored information.
- This comprises the creation of a customer profile as a data set in the receipt database, which can be coded or not.
- the third possibility is the creation of the receipt database for his personal consultation and refuse the generation and reception of such information messages based on the client profile. It is also possible that the receipt storage itself is coded according to a predetermined ky.
- An electronic receipt system for use in connection with the cited method and using the mentioned electronic payment means for managing transaction receipts issued by a point of sale to a consumer within an electronic receipt system, comprises an electronic receipts database hosting a database providing electronic receipts which can be accessed by a consumer or customer with his electronic receipt cards based on a consumer identifier stored thereon.
- the system comprises electronic means generating electronic transaction receipts which are transferred with communication means to said electronic receipts database from the electronic funds transfer terminal or directly from the payment institution, which can be the local bank providing the EFTPOS terminal to the seller, the credit card institution or the bank of the buyer.
- one such electronic payment means for use with a method according to the invention is adapted to transmit the information after finishing the payment transaction to more than one receipts database.
- Fig. 1 shows an example of data flow upon using an electronic receipt system as such
- Fig. 2 shows an embodiment of the system architecture
- Fig. 3 shows a system diagram showing an example of data flow upon using the system according to an embodiment of the invention.
- Fig. 4 shows a further example of a representation of the data flow using an electronic receipt system according to an embodiment of the invention.
- POS systems which are integrated in a payment network.
- EFT-POS-terminal for Electronic-Funds-Transfer-Terminal is available.
- said devices are connected during payment with a banking computer of the issuer of the card to authorize (or not) the intended transaction.
- the consumer himself is able to log into a computer system accessing the database within which the electronic receipts are stored.
- the authorization to access this database can also be given to the management of the corporate credit card in order to directly manage the expenses due to the use of their corporate cards.
- the system is also intended to be run by a VAT refund company receiving the receipts from the point-of-sale in the framework of a trilateral agreement.
- the customer has an e- money card issued by the payment organization. He also has an agreement with the VAT refund company, allowing the storage of the specific receipts on their database for use with the tax authorities to obtain a refund. Then the tax refund company contacts the customer for payment of the refund. Therefore there is no direct need for the customer to check and manage the receipts in the tax refund company's database. This is especially true, if the refund is done via the credit card issuing company.
- possibility of a data access is sometimes required or mandatory.
- the same approach is possible within the health care system, if the data concerning the payment is directly transferred with an itemized list of health care services and goods to the database of the health care insurance company to check the possibility of reimbursements. It is possible to transfer the receipts depending on the services/goods to different databases or to one single database, wherein different entities having different access rights, e. g. the database can have a tax refund portion, a health care related invoice portion and a private receipt database portion.
- the goods and/or services which are to be paid are registered locally within a cash register.
- Such a payment means comprises an e-money card having a connection with either e-money (prepaid amount stored in connection with an account number), a debit card (authorization of a deduction from an account), a credit card (authorization of charging an account), or a SIM card of a portable electronic communication device (authorization of charging an account connected with a phone number or a limited amount in case of a prepaid SIM card), or another payment authorizing token.
- the payment is to be authorized by the issuing or handling organization in a known way.
- the payment transaction is effected.
- the transaction code is transferred as proof of successful payment
- the payment receipt comprising the transaction code is printed, and is handed over within a paper receipt.
- the goods and/or services which are to be paid are registered locally within a cash register and details relating to specific goods/services are temporarily stored, the consumer shows sales discount vouchers etc. as mentioned above
- the payment is to be authorized by the issuing or handling organization in a known way.
- the consumer identifier is also checked for issuance of an electronic receipt.
- Said communication request can be effected either directly within a second communication channel with the electronic receipt database or it is indirectly requested through the payment institution.
- a flag is transmitted to the server of the payment institution triggering a request from said server with the server and database of the electronic receipt institution.
- the membership information e.g. a consumer identifier is transmitted via the payment institution to the POS terminal,
- the transaction code is transferred as proof of successful payment
- the transaction code and information is not printed anymore (although this remains an additional optional step) and the data relating to the goods/services, the transaction code as well as the consumer identifier is transmitted to the database of the electronic receipt server, which can be e.g. a server of a tax refund company for having a direct payment proof for goods which has only to be joined by an export certification for effecting a refund payment. It can also be the server of a health care organization, which is then directly in measure to calculate a reimbursement for the medical care services according to a health care agreement of the customer.
- the transfer can also be a direct transfer to a memory portion of the chip card or e-money card used to effect the payment.
- the electronical data can be stored within the memory of the e-money card.
- the transfer of the data to the electronic receipt server does not happen at that very moment online but is postponed to a later moment in time, e.g. daily. It is also possible that the consumer identifier is not verified online, but calculated offline to be a valid number.
- the transfer to an electronic receipt server is also postponed until the user of the e-money card decides to effect such a transfer using a card- reader/writer. It is possible that the card reader is also a card writer to delete extracted itemized receipts.
- the information transferred from the POS terminal to the electronic receipt storage means e.g. the memory on the chip card or the external database, is electronically signed to enable a later authentication check.
- the data transfer to an external database can be initiated by signed messages like email, short messages etc.. It is also possible that the receipt is initially transferred to a mobile smart phone, having the SIM card, of the customer and is only subsequently transferred to the database of the company, even in the case of the tax refund company, since it is possible to encapsulate the message in a tamper-proof envelope, using the customer's smart phone as a valid intermediate storage device. This is possible, since it is in the customer's interest to initiate, when technically possible, the transfer of the receipts to the database, either for his personal perusal or for the use of the company for e.g. reimbursement purposes.
- the e-money card is also directly usable to create the export certificate, if a terminal capable of identifying the e-money card is installed with the relevant local customs authorities to identify a specific receipt. Then it would be possible to intermediately store a copy of the receipt for access by the customs authorities so that they can directly provide an export flag to be added to the data set.
- the consumer can then use his identifier to logon directly into the (eventually optionally further) electronic receipt database to manage his receipts. It is also possible that third persons, i.e. corporate accountants can access the data, and that deletions of data are not authorized for the consumer itself.
- third persons i.e. corporate accountants can access the data, and that deletions of data are not authorized for the consumer itself.
- the itemized receipt is stored within a memory on the chip, said transfer to a further database is initialized through such a logon to an electronic receipt database.
- Fig. 1 shows a system diagram referring to the data flow and the interaction between the user using an electronic receipt system with a retailer or seller of a good or provider of a service.
- the purchase can also comprise acquiring services and also comprise health care services and medication treatment.
- the receipt is assembled using information relating to the goods purchased and the customer identifier. This information including the number is transferred to the electronic receipt server as step 11.
- the electronic receipt server receives said information and stores it in its database as step 12.
- the client has the necessary information to login in the electronic receipt server and accesses the portion within the database relating to the electronic receipts for the customer identifier as step 13.
- the client is the customer
- he has than according to the cited prior art different possibilities to manage his receipts as step 14 and can finally use the electronic receipts for his accountant in case of business expenses to be charged and paid by his business in step 15.
- the data sets stored within the database can be executed according to the existing agreement with the customer, which may or may not include a right to the customer to effect reading, writing or further actions on the data.
- Fig. 2 shows an embodiment of the system architecture together with an example of a data structure 20.
- the system architecture comprises a point of sale part 30, an electronic receipt part 40 and a payment part 50.
- the point of sale part 30 comprises a cash register 31 and a credit card terminal 34 and may comprise a scanner 32 and a printer 33. It is possible that the point-of-sale only has some of these devices, only a terminal 34 and the connection with the interface 35 are mandatory.
- the terminal 34 can be as shown a credit card / debit card terminal or an authentication device for a different e-money payment means as a SIM-card or a different credit giving token.
- the electronic receipt part 40 comprises an electronic receipt server 41 comprising a database. This database can be an external database or it can be realized by a memory portion within the e-money card, implemented within one processor chip used to effect the communication with the payment part 50 or as an additional memory chip, which can have a protected memory.
- the payment part 50 comprises a payment server 51 comprising a database, usually related to the payment institution.
- the payment server 51 is not accessed directly and comprises a number of different known communication devices in between.
- the payment server 51 is synonymous for the electronic information within the payment institution relating to a specific customer account and the relating personal and financial information. This can also be a database of a telecom company allowing payments based on a contractual agreement in connection with a SIM-card of a communication device.
- the control unit 35 can be within the premises of the shop but can also be in an external building and accessed over communication channels 61 as a telephone line or a packet distributed network or the internet.
- Said control unit 35 is adapted to access with the help of a communication channel 62 the electronic receipt server 41 for the exchange of the electronic receipt 20, having the data structure as will be explained later on.
- Said control unit 35 is further adapted to access with the help of a further communication channel 63 the payment server 51 for the exchange of the electronic cash information having a data structure as will be known by a person skilled in the art.
- the electronic receipt 20 comprises a reference number 21 of the receipt itself, a POS identifier 22, the date 23, one or more transaction codes 24 and the details of the purchase 25. e.g. the list of items bought with relevant price and identification information.
- the one or more transaction codes 24 comprise at least the transaction code issued by the financial payment institution, i.e. from the payment server 51 but can also comprise a POS transaction code relating to the selling institution.
- the above mentioned fields 21 to 25 of the electronic receipt 20 are usual values having a defined field structure according to the needs of the transfer or storage of the entries.
- the fields 25 comprise usual health care product codes and information relating to costs therefore.
- the fields 25 comprise also VAT rates. If - as mentioned above - the specific data set 20 is also accessible for customs authorities to check the list of exported goods to deliver an export certification, then the data set 20 and/or the field 25 comprises an additional flag comprising the decision of the customs authorities of deliverance of an export certification which then allows the tax refund company working on the data sets within the database server 41 to reimburse the customer.
- the electronic receipts database comprises an access for a third party allowing adding an electronic flag to each data set having a specific transaction code.
- the invention comprises at least the two following storage approaches.
- the database server 41 is an external server as explained above.
- the database server of the tax refund company, health care organization etc. is a further database server which receives the itemized receipts from the card holder directly, since the receipt is stored on the e-money card as storage means 41 and can or is only transferred later on to said further database server.
- the storage of the receipts 20 on the data-chip of the payment token which can be an e- money card or SIM card or a memory enhanced processor chip, improves the security especially, if the data is digitally signed and/or encrypted so that only the owner of the card can access the data, especially is the only person able to provide the necessary access codes to copy/extract the receipts 20 from the e-money card to a further electronic database.
- This requires use of a card reader and preferably a card-reader/writer through the user. It is also possible that the payment institution 51 has the details of purchase, so that their computers can detect changes in behavior more easily and more rapidly, thus increasing security also in the case of theft of the card.
- the electronic receipt system can either be adapted that the electronic funds transfer terminal, i.e. with its part as the interface 35, connects with a server 51 of the payment institution issuing said e-money card to receive from said server 51 said funds transaction code 24 to be transferred to the database.
- the electronic receipt system can also be adapted in a different way, which is not shown in Fig. 3.
- the electronic funds transfer terminal 35 is adapted to be connected with said server 51 of the payment institution issuing said e-money card to initiate within said server the generation of said funds transaction code 24.
- said funds transaction code is directly transferred to said electronic receipts database 41, i.e. with a communication channel between the entities 51 and 41 which is not shown in the drawings. This would enable a time differed transfer of the information which can then be reassembled in the database 41 through knowledge of the customer identifier and/or the reference number 21, which should in this case also be transferred to the payment institution 51.
- SIM-card In case of use of a SIM card base electronic device, it is also possible to transmit the electronic receipt from the electronic funds transfer terminal via an RFID or NFC connection with an interface not shown in the drawings to the electronic device in question using the SIM card and wherein the electronic device, i.e. a cellular phone, a PDA or another identifiable electronic device having received this transaction code 24 and electronic receipt from the electronic funds transfer terminal directly or indirectly to the database. Said transmission can be sent by email or by a packet related transmission initialized by the electronic device of the user to the database of the electronic receipt server 41.
- the SIM card is then considered to be an e-money card.
- the electronic receipt can be stored in a memory means provided within the e-money card or the electronic device having said token (SIM-card).
- the electronic receipt can be digitally signed and/or encrypted, such a temporary storage allows a later synchronization/transferral of these data to the database server.
- the communication channel used to conclude the transaction can be directly used for the following or the access number of the electronic device is stored within the receipt database and used to reopen a communication channel. Then additional information relating to the acquired goods and services can be made available to the customer based one the customer profile construed based on former transactions of the user.
- the offer message can be created on the basis of information stored as offer information with the receipt database or can be retrieved as additional information from databases of third parties.
- Fig. 3 shows a system diagram referring to the data flow and the interaction between the user using the system and the retailer or seller of a good or provider of a service.
- the cash register(s) 100 are protected by a firewall 101 when transmitting their electronic receipt information 102 to an input feeder 103 in a feed zone 110.
- the feed zone 110 is separated from a security zone 120 by a further firewall 105.
- the electronic receipt information is fed to an archive application 121 for storing it in a database 122.
- Fig. 3 shows two databases 122 for security and backup reasons. Of course further backup means 130 are provided.
- the customer access 140 is usually a web application, accessing via 141 through a firewall 106 a web access zone hosting a number of web fronts 151. These web fronts access via a further fire wall 107 accessors 125 for reading and writing, in fact managing the electronic receipt information, within a database mirror 126 of the database 122.
- the customer access 140 can be the customer having purchased goods, it can be the health care provider checking the reimbursement, and it can be the customs authorities for identification of a customer asking for an export certification allowing a verified secure communication of such a flag for the export certification into the dataset.
- Fig. 4 shows a further example of a representation of the data flow using an electronic receipt system according to an embodiment of the invention.
- the consumer or buyer 210 presents 211 the goods and/or shows sales discount vouchers etc. to the seller 200.
- the goods and/or services which are to be paid are registered locally within a cash register and details relating to specific goods/services are temporarily stored by the seller 200.
- the payment is to be authorized by the issuing bank 230 or handling organization either directly or as shown in Fig. 4 through a credit card institution 220.
- This comprises usually two authorization requests 201 and 221.
- For credit cards usually the authorization of the payment and the payment itself, the so called settlement, is separated in view of the different contractual binds.
- the retailer may transfer the authorization request initially to his own banking institution from which he has the POS-terminal which then contacts the credit card processor 220 who then requests approval for the purchase with the issuing bank, where the card holder has an account or a credit. At that point the consumer identifier is also checked for issuance of an electronic receipt.
- Said communication request can be effected as shown in Fig, 4 within a second communication channel 202 as a membership query with the electronic receipt database 240 or it is indirectly requested through the payment institution; either 220 or 230. Then a confirmation of membership 204 as e.g. a flag is transmitted to the seller 200.
- the receiptbox database 240 can be the external server receiving a data transfer through the net or the database 240 can be the storage means on the e-money-card or within the device hosting the e-money-card, e.g. a smart phone. In the latter case there is no net transfer but a direct writing access of the e-money card memory by the POS terminal. In the case of an e-money-card within a SIM card of the smart phone the write transfer of the itemized receipt can nevertheless be a near-field transfer, by Bluetooth or another wireless preferably encrypted data transfer. It is also possible that the e-money-card only accepts contact chip card transfer over ship contacts as e.g. standardized as in ISO 7816. Then all data can be protected with a password known to the owner of the card.
- the request 221 is answered by the bank with either a denial or an authorization confirmation 222 which is then handled and forwarded as authorization confirmation 203 to the seller.
- the server of the payment institution 220/230 triggers the deliverance 206 of the electronic receipt to the database of the electronic receipt institution 240.
- the goods are handed over 212 to the buyer 210.
- the reference numeral 200 the seller, relates in fact to the unique POS terminal transferring the membership information as well as the payment information.
- the consumer identifier is transmitted via the payment institution 220 to the POS terminal. This is symbolized within Fig. 4 with the dotted double arrow 300.
- This arrow 300 represents the shift of the information transfer 202, 204 and 206 from the database of the electronic receipt server 240 towards the server of the credit card processor 220, enabling a direct transfer of the specific buyer information contained in the data sets having the data structure 20 via the POS terminal and the credit card organization 220. It would also be possible to shift this transfer 300 to a communication between receipt box server 240 and the banking institution.
- the communications "authorization request 201" and “authorization confirmation 203" can be realized via RFID, NFC or Bluetooth transmittal means provided in the payment device of the buyer, e.g. a cellular phone, smart phone or PDA.
- the communication 201 can also be realized in a wireless manner when a card document as a credit card is used, since RFID transmittal can be included in the body of the card. Storage of the itemized data in a magnetic strip on such a card or on a device is also possible.
- the transaction code is transferred as proof of successful payment according to the information channel 206 and/or 300 to the database 240 and can be shown as visual information within the POS terminal.
- the reference number 21 in the data structure 20 is then used to indicate a number of different goods in transaction codes 24 and details of purchase 25.
- the electronic receipt is digitally signed.
- the seller e.g. it's electronic funds transfer terminal
- the electronic receipt database 122 stores electronic receipts having a verifiable content, so that it can be directly used as authentic proof of expense.
- the receipts 206 are not only transferred to the database of the receipt box 240, but also or instead to a database of a third party, as e.g. the employer of the credit card user. Then it is possible, that the travelling businessmen do not need to store receipts during their journey and to file such receipts with his firm's accountant, but that such receipts are transferred in a centralized process. It is also possible that the data transfers to the receiptbox database of the user and the receiptbox database of the firm uses different communication means, as email and packet transfer.
- the system for different data in relation with payment requirements, e.g. not for the transfer of buying receipts but for receipts of health care services.
- the data would be transferred to the user's account in the database 241 and as well to the health care insurance data base which would usually be a second database, accessible for the insurance employee's and if authorized to the patient in question.
- the method according to the invention take more potential if the electronic receipt transmittal 206 is also provided to a database of the customs authorities to allow adding said export certification flag to the data set.
- a different solution would be the (web) access of the customs authorities directly or through the buyer 210 to said dataset, wherein the customs services apply their export certificate information to said dataset, e.g. electronically signing the dataset of the buyer 210, e.g. through digitally signing the receipt 20 provided by the customer on his mobile phone by transmitting and adding said signature electronically to the data set in question, or triggering e.g. a web access to the tax refund database through providing an access code through the electronic device of the buyer 210.
- the data can in any case also be stored in a magnetic strip on the card, separately from a chip and separately from a possible RFID antenna.
- the database mentioned as receiptbox 240 in the context of Fig. 4 can also be the database of the VAT refund company or of the health care insurance company, i.e. the database 240 is not directly connected to the buyer 210 who has access via his contractual agreement with the database host.
- the invention therefore combines a secured data flow between four entities, the buyer 210, the seller 200, the payment institution 230 (e.g. a bank, a telecom company, a credit allowing entity) and the interested host 240, which can be a tax refund company, a health care insurance, an electronic receipt managing company or a private database for the customer/buyer.
- receipt architecture 121 archive application data structure 122 electronic receipt database reference number 125 accessor
Abstract
Description
Claims
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CH00273/14A CH707002B1 (en) | 2011-04-21 | 2012-04-23 | Paperless real-time payment control. |
US14/113,076 US20140229305A1 (en) | 2011-04-21 | 2012-04-23 | Real time paperless payment control |
Applications Claiming Priority (14)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
HK11104055 | 2011-04-21 | ||
HK11104055.1 | 2011-04-21 | ||
SG2011029170A SG185158A1 (en) | 2011-04-21 | 2011-04-25 | Electronic receipt system |
SG201102917-0 | 2011-04-25 | ||
CH00724/11 | 2011-04-28 | ||
CH7242011 | 2011-04-28 | ||
CH00856/11 | 2011-05-20 | ||
CH8562011 | 2011-05-20 | ||
CH9852011 | 2011-06-10 | ||
CH00985/11 | 2011-06-10 | ||
CH01036/11 | 2011-06-17 | ||
CH10362011 | 2011-06-17 | ||
US201161498941P | 2011-06-20 | 2011-06-20 | |
US61/498,941 | 2011-06-20 |
Publications (1)
Publication Number | Publication Date |
---|---|
WO2012143547A1 true WO2012143547A1 (en) | 2012-10-26 |
Family
ID=47041074
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
PCT/EP2012/057364 WO2012143547A1 (en) | 2011-04-21 | 2012-04-23 | Real time paperless payment control |
Country Status (1)
Country | Link |
---|---|
WO (1) | WO2012143547A1 (en) |
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20140236714A1 (en) * | 2013-02-21 | 2014-08-21 | Hakuhodo Inc. | Electronic receipt system, electronic receipt management server, and information processing apparatus |
US10083427B2 (en) | 2013-05-31 | 2018-09-25 | Mastercard International Incorporated | Method for receiving an electronic receipt of an electronic payment transaction into a mobile device |
US10498743B2 (en) | 2015-12-31 | 2019-12-03 | Walmart Apollo, Llc | Systems and methods for data authentication via a stateless edge appliance |
WO2020128240A1 (en) * | 2018-12-21 | 2020-06-25 | Idemia France | Processing of an electronic ticket service |
Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6341353B1 (en) | 1997-04-11 | 2002-01-22 | The Brodia Group | Smart electronic receipt system |
US20030115135A1 (en) * | 2001-12-17 | 2003-06-19 | Sarfraz Aamer Ahmad | Method and apparatus for recording transactions |
US20070069013A1 (en) * | 2005-09-28 | 2007-03-29 | First Data Corporation | Electronic receipting |
US20090313132A1 (en) * | 2008-06-13 | 2009-12-17 | Microsoft Corporation | Handling payment receipts with a receipt store |
US20100100434A1 (en) | 2008-10-19 | 2010-04-22 | Sock Birame N | Global electronic receipt platform for recording, managing and accessing transaction receipts through retailers' physical or internet based point of sale system |
WO2011014920A1 (en) * | 2009-08-05 | 2011-02-10 | Mark Johnson | Electronic funds and receipt transfer system |
-
2012
- 2012-04-23 WO PCT/EP2012/057364 patent/WO2012143547A1/en active Application Filing
Patent Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6341353B1 (en) | 1997-04-11 | 2002-01-22 | The Brodia Group | Smart electronic receipt system |
US20030115135A1 (en) * | 2001-12-17 | 2003-06-19 | Sarfraz Aamer Ahmad | Method and apparatus for recording transactions |
US20070069013A1 (en) * | 2005-09-28 | 2007-03-29 | First Data Corporation | Electronic receipting |
US20090313132A1 (en) * | 2008-06-13 | 2009-12-17 | Microsoft Corporation | Handling payment receipts with a receipt store |
US20100100434A1 (en) | 2008-10-19 | 2010-04-22 | Sock Birame N | Global electronic receipt platform for recording, managing and accessing transaction receipts through retailers' physical or internet based point of sale system |
WO2011014920A1 (en) * | 2009-08-05 | 2011-02-10 | Mark Johnson | Electronic funds and receipt transfer system |
Cited By (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20140236714A1 (en) * | 2013-02-21 | 2014-08-21 | Hakuhodo Inc. | Electronic receipt system, electronic receipt management server, and information processing apparatus |
US10083427B2 (en) | 2013-05-31 | 2018-09-25 | Mastercard International Incorporated | Method for receiving an electronic receipt of an electronic payment transaction into a mobile device |
US10498743B2 (en) | 2015-12-31 | 2019-12-03 | Walmart Apollo, Llc | Systems and methods for data authentication via a stateless edge appliance |
WO2020128240A1 (en) * | 2018-12-21 | 2020-06-25 | Idemia France | Processing of an electronic ticket service |
FR3090959A1 (en) * | 2018-12-21 | 2020-06-26 | Idemia France | Processing an electronic ticket service |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US20140229305A1 (en) | Real time paperless payment control | |
US7200578B2 (en) | Method and system for anonymizing purchase data | |
US8676707B2 (en) | Credit cards system and method having additional features | |
US10621589B2 (en) | System for merchant and non-merchant based tractions utilizing secure communications while allowing for secure additional functionality | |
KR100933387B1 (en) | Online payer authentication service | |
US20010007983A1 (en) | Method and system for transaction of electronic money with a mobile communication unit as an electronic wallet | |
AU2024200015A1 (en) | System and method for providing a security code | |
US20080306877A1 (en) | Secure Internet E-Commerce | |
JP2003099693A (en) | Electronic settlement method | |
CN102150398A (en) | System and method for providing a secure network on another secure network | |
US20120173436A1 (en) | Method and system for authorizing, authenticating, implementing, brokering data transfers, and collecting fees for data transfers among distributed electronic devices and servers | |
EP1265200A1 (en) | Credit card system and method | |
JP2001357019A (en) | Synthetic habitant supporting system utilizing ic card and ic card to be used therefor | |
WO2012143547A1 (en) | Real time paperless payment control | |
JP2013092949A (en) | System for purchasing merchandise and service | |
KR20180089136A (en) | Electronic transation method and system using virtual payment information | |
KR102010013B1 (en) | Non-facing transaction and payment method, management server using virtual payment information | |
KR20160010042A (en) | Method, server and computer-readable recording medium for payment using realtime account transfer, account collection | |
CA3201909A1 (en) | Systems and methods for proxy card and/or wallet redemption card transactions | |
KR101884600B1 (en) | Method, system and service server for non-facing payment | |
KR20210116740A (en) | Method for matching the producter by paying point and/or coin in watching advertisement | |
KR20000054140A (en) | RF-ID intergration system for settlement and rechargement function | |
KR20010000329A (en) | The ON/OFF line electronic commerce method and system using a networking prepaid card and the method of sharing members among the internet site by means of this system | |
KR100574376B1 (en) | Online trading system using a client card | |
JP6737478B1 (en) | Payment processing system, payment processing method, server, and program |
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: 12726590 Country of ref document: EP Kind code of ref document: A1 |
|
NENP | Non-entry into the national phase |
Ref country code: DE |
|
WWE | Wipo information: entry into national phase |
Ref document number: 10204100000273 Country of ref document: CH |
|
32PN | Ep: public notification in the ep bulletin as address of the adressee cannot be established |
Free format text: NOTING OF LOSS OF RIGHTS PURSUANT TO RULE 112(1) EPC (EPO FORM 1205N DATED 11/02/2014) |
|
WWE | Wipo information: entry into national phase |
Ref document number: 14113076 Country of ref document: US |
|
122 | Ep: pct application non-entry in european phase |
Ref document number: 12726590 Country of ref document: EP Kind code of ref document: A1 |