WO2015008086A1 - Système de paiement - Google Patents

Système de paiement Download PDF

Info

Publication number
WO2015008086A1
WO2015008086A1 PCT/GB2014/052202 GB2014052202W WO2015008086A1 WO 2015008086 A1 WO2015008086 A1 WO 2015008086A1 GB 2014052202 W GB2014052202 W GB 2014052202W WO 2015008086 A1 WO2015008086 A1 WO 2015008086A1
Authority
WO
WIPO (PCT)
Prior art keywords
payment
account
merchant
paid
voucher
Prior art date
Application number
PCT/GB2014/052202
Other languages
English (en)
Inventor
Oliver GRATRY
David Smith
Original Assignee
Barclays Bank Plc
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 Barclays Bank Plc filed Critical Barclays Bank Plc
Publication of WO2015008086A1 publication Critical patent/WO2015008086A1/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/04—Payment circuits
    • G06Q20/045—Payment circuits using payment protocols involving tickets

Definitions

  • the present invention relates to a payment system and in particular to a payment system for paying merchants for pre-paid vouchers.
  • Voucher issuing systems provide consumers with access to pre-paid deals and other offers. These voucher systems also provide merchants with a reliable outlet for promoting and selling their goods and services. Where a voucher system provides an outlet for multiple merchants then there is required a mechanism for securely issuing vouchers to consumers, passing received payments onto the merchants and avoiding fraudulent vouchers/transactions, and measuring performance of marketing campaigns that include offer redemption. Such aims may be achieved by distributing dedicated voucher redemption systems to merchants but this increases costs and reduces convenience. Such dedicated or specialist voucher redemption systems may require dedicated hardware or at least internet access to achieve secure and reliable validation.
  • a method of paying a merchant a payment for a pre-paid offer redeemable from the merchant comprising the steps of:
  • the payment account may be a first payment account, the payment may be a first payment and the
  • condition may be a first condition, the method further comprising the steps of:
  • the method may further comprise the steps of:
  • the payment account or accounts may be virtual credit or payment card accounts. This includes any or all of the first, second or third payment accounts (the actual number of payment accounts is unlimited) . Virtual payment card accounts may be set up for particular or individual events or purposes. This type of account
  • condition or conditions are the expiry of time periods following the purchase of the pre-paid offer. This may include any of the first, second or third conditions, as appropriate. Therefore, the payment or payments to the merchant may be defined when the purchase is made .
  • condition or conditions are the expiry of time periods following redemption of the pre-paid offer. This may include any of the first, second or third
  • the payment or payments to the merchant may be defined when the pre-paid offer is redeemed.
  • the step of obtaining the payment account or payment accounts may further comprise issuing an
  • API request to an account generator. This improves and simplifies the interaction and interface of systems potentially operated by different entities .
  • the time periods are anywhere between zero days and 120 days inclusive. Other time periods may be used.
  • the time periods of each condition may be different.
  • the method may further comprise the step of paying the merchant a final payment of any outstanding amount on expiry of the pre-paid voucher. Therefore, the condition or conditions may be reliant on redemption of the pre-paid voucher and merchant will get the entire payment amount that is due to them even if the voucher is not redeemed before its expiry.
  • each payment account may have a reference associated with the pre-paid offer. This links the payment account or accounts with the offer. Therefore, the payment account or accounts may be restricted so that they can only pay the merchant of a particular offer.
  • the method may further comprise the step of the merchant receiving from the customer a reference
  • identifier associated with the purchased pre-paid offer This can uniquely identify the offer and be used in
  • the reference identifier associated with the purchased pre-paid offer may be a credit or payment card number
  • the method may further comprise the step of
  • the validity of the presented offer or voucher by a customer to the merchant may be achieved by using the credit or payment card number to execute a
  • POS terminal (physical / digital), to be used to validate and process vouchers without requiring new equipment or services .
  • processing the reference identifier using the card processing terminal provides an authorisation for a transaction corresponding to redemption of the voucher.
  • the authorisation may be for a payment amount and also validate the pre-paid offer.
  • the transactions may include a payment to the merchant less than the value of the first or second portions of the payment.
  • the value of the transaction does not have to be the same as the value of the pre-paid offer, for example.
  • the value may be a small value such as £1, for example.
  • the method may further comprise the step of tracking redemption of the pre-paid voucher using the payment card number. Tracking through a payment card transaction provides the merchant with a way to verify the offer or voucher and allows the issuer of the offer to obtain information regarding redemption (may monitoring the payment card transactions) without requiring the merchant to provide additional feedback external messages.
  • a reference number may be associated with each payment account and the pre-paid offer. This may link each of the payment accounts together if there is more than one .
  • the payments of the portions of the payment to the merchant from the payment accounts may be push payments.
  • Push payments may be scheduled and/or executed automatically. There may be other types of payments used.
  • the account or accounts are configured to pay only the merchant from which the pre-paid offer is redeemable. This may assist with fraud and incorrect payment protection (e.g. the wrong merchant) .
  • the step of obtaining the account or accounts may further comprise either:
  • payment accounts may be generated as and when they are needed or taken from a store of available accounts to be used for this purpose.
  • a payment system for paying a merchant a payment for a prepaid offer, the payment system comprising logic or a
  • processor configured to:
  • the payment account may be a first payment account, the payment is a first payment and the condition may be a first condition, and wherein the logic may be further configured to:
  • the logic may be further configured to: obtain a third payment account
  • the payment system may further comprise an interface with a card payment system, wherein the logic may be further configured to pay the merchant the payment or payments through the card payment system.
  • the payment system may further comprise a scheduler configured to schedule the payment or payments to the merchant.
  • the scheduler may initiate scheduled events when the condition or conditions are met, for example.
  • the payment system may further comprise a data store configured to store data associated with the prepaid voucher. This may be a database, for example.
  • the data associated with the pre-paid voucher may include any one or more of : pre-paid voucher reference, pre-paid voucher purchase date, expiry date, voucher value, merchant payment value, redemption date, payment account identifier, payment amount, customer
  • the payment system may further comprise a voucher issuer or virtual account issuer configured to issue the pre-paid voucher.
  • the voucher issuer may include logic to generate identifiers and store voucher details, for example .
  • the payment system may further comprise a payment account generator configured to generate the
  • the payment account generator may generate new accounts as and when they are required or take existing accounts from a store of accounts, for
  • the payment account may be a virtual card account as or a credit account. This may include credit, debit, pre-paid, charge funding cards / payments.
  • the methods described above may be implemented as a computer program comprising program instructions to operate a computer.
  • the computer program may be stored on a
  • FIG. 1 shows a schematic diagram of a system and method for issuing vouchers and paying a merchant
  • FIG. 2 shows a schematic diagram of an issued voucher
  • FIG. 3 shows the voucher of figure 2 displayed on a mobile device.
  • Figure 1 illustrates schematically the interactions between these separate entities and the steps required to implement the payment system 10 and method.
  • the entities include a consumer 15, an offer provider 20, a merchant 30, an virtual account issuer 40, two virtual card banks 50 (one for payment and one for redemption), a payment card processor 60, an offer system bank 70, a payment network 80 and an acquirer 90.
  • the merchant 30 there exists an agreement between the merchant 30 and the offer provider 20 such that a portion of the total payment made by the consumer 15 for a particular offer will be shared between the offer provider 20 and the merchant 30.
  • part of the total payment that will be paid to the merchant 30 will be split into two portions. A first portion of this payment (x%) will be paid to the merchant 30 at the time that the consumer 15
  • a voucher e.g. 80% of the total payment to the merchant 30.
  • a first condition or trigger for paying this first portion to the merchant 30 is the purchase of a voucher.
  • the remainder (y%) of the payment forms a second portion and in this example (20%), this is paid 90 days after the voucher is purchased. Therefore, the second condition for payment is 90 days after purchase of the voucher by a consumer 15.
  • the method steps and interactions that occur between each of these entities are also shown in figure 1.
  • the method starts with the consumer 15 making a purchase from the offer provider 20 at step 1. This may follow from the consumer 15 browsing and choosing one of a plurality of available offers. Such an offer browsing and providing system is not described in detail here.
  • Purchase of the offer or voucher by the consumer 15 initiates a number of steps. These steps create a
  • the offer provider 20 retrieves a voucher number from the virtual account issuer 40.
  • the virtual account issuer 40 obtains the voucher number from the payment card processor 60.
  • the voucher number is a virtual credit or payment card number associated with a virtual credit or payment card account with a £1 limit.
  • the consumer 15 can present the voucher number to a merchant 30 and use it for a single £1 transaction upon which the virtual credit or payment card account will cease to be operational. Use of this £ transaction and authorisation to validate the offer
  • the voucher including the voucher number is issued to the consumer 15 at step 2b.
  • the issued voucher may also include other voucher information to be used by the consumer 15 and the merchant.
  • this voucher information may include an offer ID, a start date (typically the day that the voucher is purchased), an expiry date (e.g. 12 months from purchase) and the value of the goods or services that may be redeemed from the merchant 30 (for example, the offer may include provision of discounted rates such that the consumer 15 pays a lower amount to the offer provider 20 than they would need to spend to obtain the same goods and services directly from the merchant 30) .
  • An application programming interface exists between the offer provider 20 and the virtual account issuer 40 to facilitate easier communication.
  • This API is invoked at step 3 to retrieve a first payment account from the virtual account issuer 40.
  • the first payment account is a virtual payment card account.
  • the first virtual payment card account issued by the virtual account issuer 40 is issued on behalf of the offer system bank 70. Therefore, the virtual account issuer 40 notifies the offer system bank 70 whenever it issues a virtual payment card account and this notification includes all the details of the virtual payment card account.
  • the first virtual payment card account has a fixed lifespan and a credit or spend limit matching the first portion of the payment payable to the merchant 30 (e.g. 80%) .
  • the 80% portion of the payment may be made available to the merchant in the
  • step 4 the merchant is notified of the voucher purchase and the details of the first portion of the payment that they are now entitled to. They may now use the virtual payment card account to obtain the first portion of the payment. Instructions on how to obtain the first portion of the payment may also be transmitted to the merchant within step 4.
  • Payment of the first portion is requested by the merchant at step 5 using their existing credit or debit card acquirer 90.
  • the merchant 30 enters the details of the first virtual payment card (notified to them at step 4) into a payment card payment system provided by their acquirer.
  • This payment is then settled at step 6 according to their usual terms set by their acquirer 90. These terms may include a typical three day payment schedule and any predetermined deductions or charges.
  • the acquirer 90 processes this payment through the payment processor 80 (e.g. VISA) .
  • the payment processor 80 notifies the offer system bank 70 when the payment from the first virtual payment card account is requested and settled as the first virtual payment card account was issued on behalf of the offer system bank 70. This step may use a similar system used to produce statements for physical payment cards, for example.
  • Payments between the offer provider 20 and the offer system bank 70 need to be reconciled as the offer provider 20 received the original payment from the consumer 15 and the offer system bank 70 has indirectly paid the merchant 30 at least the first portion of the payment. Furthermore, the credit provided on to the first virtual payment card account has been used and needs to be settled. This achieved in steps 7 and 8.
  • step 7 the offer system bank 70 provides the offer provider 20 with a statement.
  • the offer provider 20 then makes the payment to the offer system bank 70 to reconcile the statement at step 8.
  • Step 9 is similar to step 3 except that an API request is made to retrieve a second virtual payment card account with a spend or credit limit of 20% (for example) of the total amount payable to the merchant 30. This 20% is the second portion of the payment.
  • the virtual account issuer 40 provides the second virtual payment card account to the offer provider 20, which was taken from the virtual card bank 50.
  • Step 10 matches step 4, except that the merchant is notified that a second payment is available and is provided with instructions to obtain this second portion of the payment.
  • the merchant 30 requests payment from the acquirer 90 using the virtual payment card account details.
  • the acquirer 90 settles this request at step 12 according to the usual payment conditions that the acquirer 90 has with the merchant 30.
  • This second portion of the payment is processed through payment processor 80 and the details of this payment are transmitted to the offer system bank 70.
  • Steps 13 and 14 match steps 7 and 8 in which the second portion payment is reconciled between the offer provider 20 and the offer system bank 70. It is noted that the virtual account issuer 40 issues the second virtual payment card account on behalf of the offer system bank 70 in a similar way to the first virtual payment card account.
  • the consumer 15 may redeem the voucher with the merchant 30 by presenting the merchant 30 with the voucher (Voucher Presented - step A) . Redemption is
  • the issued voucher is actually a virtual payment card number having a £1 spend limit. Therefore, a £1 transaction may be carried out using this virtual payment card number by the merchant 30 through their acquirer 90.
  • the £1 spend or credit limit is based on the limitations of current payment processing platforms that a credit or spend limit must be a round number.
  • the actual transaction at can be minimal e.g. £0.01, for example. If the transaction is £1 and the limit is £1 then the card can only be used once which supports the precision of the tracking and single use of each voucher) . In a store environment this may be achieved by using a point of sale device (e.g. a credit or debit card terminal) to obtain authorisation for the £1 transaction.
  • a point of sale device e.g. a credit or debit card terminal
  • the merchant 30 obtains an additional £ from their acquirer 90 according to their usual terms (e.g. the payment delay and any fee reduction) .
  • the £1 transaction is processed through payment processor 80 and this transaction is notified to the offer system bank 70 as the virtual payment card number was issued on behalf of the offer system bank 70.
  • This provides the offer system bank 70 with a mechanism to track redemption of the offer as this a direct indication that the customer 15 has presented the voucher to the merchant 30.
  • the offer system bank 70 may also issue a statement to the offer provided 20 in order to obtain the £1 charge and separately alert the offer provider 20 to the voucher redemption event (this is a primary purpose of the £1 transaction) .
  • the presented voucher has a value to the merchant of £1
  • the full face value of the voucher is honoured by the merchant 30 to the consumer 15. This may be independent of the merchant receiving
  • the merchant 30 can be sure that the voucher was validly issued from the authorisation of the £1 payment card transaction .
  • the offer provider 20 therefore has a way to obtain feedback and to track redemption of the vouchers through statements presented by the offer system bank 70 (i.e. the £1 transactions) . These may be matched by the offer provider 20 against the particular voucher that was issued to the consumer 15. In particular, any vouchers that are not redeemed by the consumer 15 before they expire can be tracked and reported. This may be important where the merchant 30 is entitled to receive in full payments for unredeemed vouchers upon expiry.
  • This system and method is advantageous for merchants as they get paid at least a portion of the payment on and/or a fixed time from purchase of the voucher by the consumer 15.
  • the system 10 also provides a straightforward mechanism for settling payments between the offer provider 20 and the offer bank system 70 that provides credit (there is no credit risk as the consumer 15 has already paid for the voucher when the virtual payment accounts are created) .
  • Each virtual payment card account may be set to be valid only between purchase date and offer expiry date.
  • the system also provides flexibility between the offer provider 20 and the merchant 30 in terms of conditions to be set for payments to be made. Therefore, some merchants may have different conditions to other merchants. For example, some merchants may only a single payment. In this case, only one virtual payment card account is issued for 100% of the merchant payment.
  • Various other conditions may be set relating to redemption of the voucher (or time periods from such an event), for example.
  • a third payment portion may be payable to the merchant. Therefore, a third payment account or virtual payment card account may be issued by an virtual account issuer 40 to set up this payment to be paid when a third condition is met. Fourth and further payments may also be made with corresponding further payment accounts ro virtual payment card accounts being issued and conditions set.
  • This system 10 also provides a reduction in cost as the offer provider 20 can dispense with external payment and administration systems to implement voucher redemption and merchant payments.
  • the offer provider 20 can be kept informed of voucher redemption and expiry of vouchers without their use.
  • Cash flow may also be improved and streamlined.
  • Fraud may also be reduced as the payments to the merchants are linked to virtual payment card accounts that are only available for the same period as the voucher.
  • FIG. 2 shows an example voucher 100 that may be purchased by the consumer 15.
  • the voucher may be printed out to be presented to the merchant 30.
  • the voucher includes voucher information (e.g. merchant 30, redemption value, expiry date and voucher identifier) .
  • the voucher may also include the details of the virtual payment card number (£1 virtual account) for presenting to the merchant 30. This virtual payment card number may have the same expiry date as the voucher.
  • FIG. 3 shows a further voucher but in this example the voucher is displayed on a smart phone 200.
  • the same information is included in this electronic voucher.
  • a benefit of including the voucher on a smart phone (or other mobile device) is that the voucher does not need to be printed.
  • the voucher system may be accessed through a mobile application also residing on the smart phone 200. Therefore, the voucher may be purchased whilst away from a fixed computer or even within the merchant premises .
  • the system may be implemented using a suitable computer system
  • the payment accounts may be virtual debit card or pre-paid accounts.
  • the virtual debit card / pre-paid accounts may be funded when the voucher is purchased .
  • the £1 transaction authorisation may be made with our without an actual £1 payment (to the merchant 30) . If the £1 payment is made, rather than simply being authorised, then the value payable to the merchant may be reduced by £ accordingly . Satisfying a single condition may result in the full payment being made to the merchant 30. Other conditions or triggers may include the redemption of the voucher by the consumer 15 at the merchant 30 or particular time period or periods from redemption. Meeting each condition may result in one portion of the payment being made to the merchant 30. Different types of conditions may relate to separate
  • the consumer 15 purchasing the voucher may trigger the first portion, expiry of a time limit from purchase may trigger a second portion of the payment, and redemption of the voucher (and/or a time limit from this) may trigger payment of a third portion of the payment.
  • the system and especially the offer provider 20 may be implemented as a computer system used in a networked
  • the computer system may also be arranged as a personal computer (PC) a desktop computer, or any other machine capable of executing a set of programming
  • system may also be understood to include any arrangement of systems or sub- units .
  • the computer system may include a processor such as a central processing unit (CPU) .
  • the processor may execute logic in the form of a software program.
  • the computer system may include a memory including volatile and non-volatile storage medium.
  • a computer-readable medium may be included to store the logic or program instructions used to implement the described method.
  • the different parts of the system may be connected using a network (e.g. a wireless network and/or a wired network) .
  • the computer system may include one or more interfaces.
  • the computer system may contain a suitable operation system such as UNIX, Windows (RTM) or Linux, for example .
  • Different suppliers may provide services for various entities in system 10. For example, bespoke (RTM) from Barclaycard (RTM) may be the offer provider 20.
  • the offer system bank may be Barclaycard (RTM) .
  • the payment network 80 may be VISA (RTM) .
  • the payment card processor 60 may be TSYS (RTM) .
  • the virtual account issuer 40 may be Conferma. Any combination or all of these functions may be provided by the same entity. As will be appreciated by the skilled person, details of the above embodiment may be varied without departing from the scope of the present invention, as defined by the appended claims.

Abstract

La présente invention concerne un procédé et un système de paiement permettant de faire un paiement à un commerçant pour une offre prépayée remboursable à partir du commerçant. Le procédé comprend les étapes suivantes : recevoir une notification qu'un client a acheté l'offre prépayée ; obtenir un compte de paiement en réponse à la notification reçue ; associer l'offre prépayée achetée au compte de paiement obtenu ; et faire un paiement au commerçant à partir du compte de paiement lorsqu'une condition est remplie.
PCT/GB2014/052202 2013-07-19 2014-07-18 Système de paiement WO2015008086A1 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
GB201312975A GB201312975D0 (en) 2013-07-19 2013-07-19 Payment system
GB1312975.4 2013-07-19

Publications (1)

Publication Number Publication Date
WO2015008086A1 true WO2015008086A1 (fr) 2015-01-22

Family

ID=49119011

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/GB2014/052202 WO2015008086A1 (fr) 2013-07-19 2014-07-18 Système de paiement

Country Status (2)

Country Link
GB (1) GB201312975D0 (fr)
WO (1) WO2015008086A1 (fr)

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO1999049424A1 (fr) * 1998-03-25 1999-09-30 Orbis Patents Limited Systeme et procede de carte de credit
WO2003067531A2 (fr) * 2002-02-04 2003-08-14 Olympic Technologies Limited Systeme d'autorisation de compte
WO2008117171A1 (fr) * 2007-03-28 2008-10-02 Pure Commerce Pty Limited Procédé de détermination de devise pour une transaction par carte
US20130185125A1 (en) * 2012-01-12 2013-07-18 Mastercard International Incorporated Systems and methods for managing overages in daily deals

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO1999049424A1 (fr) * 1998-03-25 1999-09-30 Orbis Patents Limited Systeme et procede de carte de credit
WO2003067531A2 (fr) * 2002-02-04 2003-08-14 Olympic Technologies Limited Systeme d'autorisation de compte
WO2008117171A1 (fr) * 2007-03-28 2008-10-02 Pure Commerce Pty Limited Procédé de détermination de devise pour une transaction par carte
US20130185125A1 (en) * 2012-01-12 2013-07-18 Mastercard International Incorporated Systems and methods for managing overages in daily deals

Also Published As

Publication number Publication date
GB201312975D0 (en) 2013-09-04

Similar Documents

Publication Publication Date Title
US20110015955A1 (en) System and method for exchanging loyalty points for acquisitions
US20110106695A1 (en) Payment processing system, method and computer program product
US20140249910A1 (en) Method and system for redeeming rewards to fund a payment card account
US20150248657A1 (en) System and method for recovering refundable taxes
CN104094301A (zh) 用于具有实时购买支持的移动商务的方法和系统
US20180082319A1 (en) Systems and methods for providing credit to financial service accounts
US20090313105A1 (en) System and method for a mobile voucher
WO2013106826A1 (fr) Systèmes et procédés de gestion d'excédents dans des opérations quotidiennes
KR20080002668A (ko) 다용도 환급카드
US20240037513A1 (en) Payment processing method and apparatus using an intermediary platform
US20130262214A1 (en) Decisioning system based on account behavior at individual merchant
US10956927B2 (en) Card-linked merchant promotional credit processing
US20170357974A1 (en) Payment processing
US7702547B2 (en) Calculating and displaying interest avoided by use of a particular interest calculation method
JP7032602B1 (ja) 決済処理装置、決済処理方法、及びプログラム
KR102384946B1 (ko) 금융 서비스 제공 방법 및 이를 수행하는 전자 장치
US20180197214A1 (en) Efficient, centralized computer based transaction system
TW202014954A (zh) 用於信用卡交易的信用卡紅利點數折抵方法及系統
JP6681652B2 (ja) クーポン管理システムおよびクーポン管理方法
WO2015008084A1 (fr) Système d'offre de rabais
US20200082385A1 (en) System and method for managing resource consumption for electronic transaction data processes
Nagasubramanian et al. Payment gateway-innovation in multiple payments
WO2015008086A1 (fr) Système de paiement
KR20210152339A (ko) 전자상거래용 상품 또는 할인쿠폰 판매 대행 시스템 및 이를 이용한 상품 또는 할인쿠폰 판매 대행방법
WO2019126050A1 (fr) Système de surveillance en temps réel

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: 14742332

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 14742332

Country of ref document: EP

Kind code of ref document: A1