IES83415Y1 - A method and system for transferring funds - Google Patents

Abstract

ABSTRACT This invention relates to the field of commerce and in particular to a method of transferring funds using a payment card. Existing funds transfer systems suffer from a number of problems including for example lengthy delays associated with their delivery, high processing costs and high administrative costs. To alleviate these difficulties the present invention provides a method of transferring funds from a first payment cardholder to a second payment cardholder comprising the steps of; receiving an indication from the first cardholder that a transfer of funds is required to the second cardholder, generating a first payment card transaction between a first merchant and the first card holder for a negative amount associated with the value of funds to be transferred, and generating a second payment card transaction between a second merchant and the second cardholder for a positive amount associated with the value of funds to be transferred. The advantage provided by this amount is that using existing payment card systems, transfers of funds can be effected efficiently between cardholders, without significant delay.

Description

Title A METHOD AND SYSTEM FOR TRANSFERRING FUNDS Field of the Invention This invention relates to the field of commerce and in particular to a method of transferring funds using a payment card.

Background to the Invention A number of different services are provided to facilitate the transfer of funds from one person to another. The most common examples of these include the use of bank drafts and wire transfers. An example of a wire transfer service is the funds transfer services provided by WESTERN UNION. The use of bank drafts suffers from disadvantages of lengthy delays associated with their delivery, high processing costs and the irrcorrvenienccfof only having the ability to obtain a draft when the issuing bank/financial institution is open.

The use of wire transfer services overcomes some of the difficulties associated with bank drafts, but suffers from high administrative costs and the inconvenience of only having the ability to send money when the wire transfer office is open. An additional disadvantage is that the person receiving the funds must go to a wire transfer office to obtain the wired funds.

Another difficulty with existing methods of funds transfer is that payment must be made in advance without a guarantee that funds will be received. It may be difficult to obtain a refund in the event that the payment was not made. For example, in the case of a bank draft, the bank may have difficulty identifying whether a particular draft has been cashed and associated problems with refunding drafts which have not been cashed.

One recently introduced service, PAYPAL, seeks to reduce the problems associated with the existing methods of payments and is directed primarily at Internet sales and purchasing. This service allows users to create on—line accounts, which they can credit using a credit or debit card, cash or cheque. Once an account is credited the user can transfer funds from their PAYPAL account to another PAYPAL account.

Whilst, this method has a number of advantages and has become very popular on the Internet, particularly with Auction Sites, it does suffer from problems at the end of the process when a user is withdrawing funds from their PAYPAL account. Currently, the main methods to obtain money from a PAYPAL account is by cheque or wire transfer.

However, PAYPAL also offers an ATM card, which may be used to withdraw cash from ATM machines.

Accordingly, there is a need for an improved funds transfer system.

Summary of the Invention These needs and others will be met by the present invention, in which a first embodiment provides a method of transferring funds from a first payment cardholder to a second payment cardholder comprising the steps of receiving an indication from the first cardholder that a transfer of funds is required to the second cardholder, generating a first payment card transaction between a first merchant and the first cardholder for a negative amount associated with the value of funds to be transferred, and generating a second payment card transaction between a second merchant and the second cardholder for a positive amount associated with the value of funds to be transferred.

The advantage provided by this arrangement is that using existing payment card systems, transfers of funds can be effected efficiently between cardholders, without significant delay.

The method may comprise the initial step of obtaining authorisation for the payment card transaction between the first merchant and the first cardholder prior to generating the first payment card transaction.

The indication may identify the payment card details of the first cardholder and/or the payment card details of the second cardholder. Alternatively, the indication may contain an identifier for the first cardholder and/or a second identifier for the second cardholder whereby these identifiers may be used to obtain the card details of the first and second payment cardholders from a database of cardholders and their associated identifiers.

The positive and/or negative amounts associated with the value of funds to be transferred may be equal to the value of funds to be transferred or may include a service fee applied to the value of funds to be transferred.

In one mode of operation, the currency of the first payment card transaction is the currency of the first cardholder and the second payment card transaction is conducted in the currency of the second cardholder.

In one implementation of the method the step of receiving an indication from the cardholder is performed over a computer network, for example the Internet. In another implementation the step of receiving an indication from the first cardholder is performed over a telephone. In a further implementation, the cardholder provides the indication at the office of the first merchant or an associate.

In one embodiment the first merchant and second merchant are the same. In an alternative embodiment the first merchant and second merchant are related but not the same. In this alternative embodiment the first merchant may be resident in the country of the first cardholder whereas the second merchant may be located in the country of the second cardholder.

The method may comprise the step of identifying a suitable second merchant from the details of the second cardholder. The method may also comprise the step of identifying a suitable first merchant from the card details of the first cardholder.

The method may also extend to the establishing of a network of merchant accounts to service a plurality of countries.

Preferably the payment card is a debit/credit or charge card.

The method may also include the step of generating a third payment card transaction between a first merchant and a third cardholder wherein the third cardholder and second merchant are associated accounts of the same entity, suitably co—resident in a particular country.

The method is preferably implemented on a computer system.

A further embodiment of the invention provides a system for transferring funds from a first payment cardholder to a second payment cardholder comprising: means for receiving an indication from the first cardholder that a transfer of funds is required to the second cardholder, means for generating a first payment card transaction between a first merchant and the first cardholder for a negative amount associated with the Value of funds to be transferred, and means for generating a second payment card transaction between a second merchant and the second cardholder for a positive amount associated with the value of funds to be transferred.

The system may comprise means for obtaining authorisation for the payment card transaction between the first merchant and the first cardholder prior to generating the first payment card transaction.

The system may further comprise a database of cardholder information, with individual records in the database containing details of cardholders and an associated I\) U: identifier. The system may be adapted to extract cardholders details from the database from identifiers provided to generate the first and/or second transaction.

The system may be adapted to perform dynamic currency conversion on both the first and/or second transactions.

The system may be adapted to receive indications from the cardholder over a computer network, for example the lntemet. In another embodiment, the system may be adapted to receive an indication from the first cardholder over a telephone.

The system may comprise a database associating card numbers or ranges of card numbers to at least one merchant. The system may be adapted to determine an appropriate merchant for use in the first transaction by comparison of the card details of the first cardholder with entries in the database. Similarly, the system may be adapted to determine an appropriate merchant for use in the second transaction by comparison of the card details of the second cardholder with entries in the database.

Other embodiments will become apparent from the description of the invention which follows.

Brief Description of the Drawings The invention will now be described in greater detail with reference to the accompanying drawings in which: Figure 1 is a representation of a terminal suitable for carrying out the invention, Figure 2 is an arrangement suitable for use with the invention, Figure 3 is a process flow diagram of a funds transfer according to the invention, Figure 4 is a flowchart for implementing the method of the invention in the tenninal of Figure 1, Figure 5 is a terminal and host arrangement for processing a funds transfer according to the present invention, Figure 6 is a flowchart for a method suitable for use with figure 5, and ,_.

U! Ix) LI: Figure 7 is an arrangement using a server for use with the method of the present invenfion,and Figure 8 is a process flow chart showing a method suitable for use with the arrangement of Figure 7.

Detailed Description of the Drawings The inventor of the present invention has realised that existing payment card systems used world-wide provide the possibility for an effective an efficient method of transferring funds in a heretofore unknown manner. The invention may be implemented using sophisticated computer systems and/or simple payment card terminal devices in conjunction with a host system.

A suitable payment card terminal device 1, as illustrated in Figure 1, comprises a magnetic strip reader 3, an alphanumeric and function keypad 5, a display unit 7, and a receipt printer 9 for printing receipts ll. Payment card details are entered either by swiping a payment card through a magnetic strip reader, or other input device of the terminal, or using the terminal keypad. Alternative terminal devices may provide a smart card device reader for obtaining payment card details from a payment card having an embedded chip. The transaction details may be entered using the keypad. Optionally, a personal identification number (PIN) key pad (not shown) may be provided to allow a cardholder to enter a PIN number as an authentication/security measure. Internally, the terminal has suitable electronic circuitry for operating the terminal, typically comprising a modem, a power supply unit, microprocessor, RAM and ROM Memory. The terminal software comprises computer code which is adapted to implement the present invention.

The circuitry and elements are preferably arranged to produce a terminal that has a small footprint and is compact.

As shown in the arrangement 20 of Figure 2, the terminal 22 is suitably adapted to communicate with an authorisation host 24, a transactions host 26 and optionally a service provider 28. The authorisation host 24 is configured to grant/deny authorisation to a merchant operating a terminal to proceed with a payment card transactions. The transaction host 26 is adapted to receive details of payment card transactions from the terminal and to pass these transaction details on to the financial institutions for processing of payments. The service provider 28 in the context of the present invention is a computer system associated with the operator of a scheme implementing/providing the facility of the funds transfer method of the present invention. Although, the authorisation host, transaction host and service provider are illustrated as three separate entities, there functionality may however be combined into one or more systems.

The method of the invention is shown in its simplest form in Figure 3 and provides for the effective transfer of funds from a first payment cardholder 30 to a second cardholder 36 using one or more merchants 32,34 in a payment card scheme to act as intermediary. The method works by, in response to receiving an indication from a cardholder 30 that they want to transfer funds to a second cardholder, creating a first payment card transaction between a merchant 32 and the first cardholder 30 for an amount associated with the value of funds to be transferred, i.e. charge the first cardholder for the funds they wish to transfer. This amount may include a service fee.

To complete the transfer of funds a second transaction is generated between a second merchant 34 and the second cardholder 36 for a credit associated with the value of funds to be transferred, i.e. credit the second cardholder with the appropriate funds. The credit represents the funds to be transferred, which may have a service fee deducted. It will be appreciated that in this form, the first and second transactions may be created by a single merchant using a conventional payment card terminal. In situations where the first merchant and second merchant are two separate entities, some reconciliation between the first and second merchant may be required An exemplary method of performing a transfer using the terminal described above, as shown in Figure 4, commences with a cardholder making a request to the merchant to perform a funds transfer. The merchant makes an appropriate selection 40 on the terminal, e.g. presses a particular key or key combination, to indicate that a funds transfer is required. The terminal may respond by displaying 42 an appropriate message on the terminal display asking the merchant/cardholder to enter the cardholder’s details, [xi U\ for example: “Funds Transfer Option Selected - Please Enter Transferors Card Details”.

The merchant may then enter 44 the cardholder’s details, for example by swiping their payment card through the magnetic strip reader of the terminal or other input device of the terminal. In response, the terminal may display 46 an appropriate message on the terminal display asking the merchant to enter the value of funds to be transferred, for example “Funds Transfer Option - Please Enter Amount to be Transferred”.

The merchant may enter 48 the amount to be transferred by keying the amount on the keypad of the terminal. Once the amount has been entered, the terminal may use an appropriate software routine and look—up table to calculate/retrieve 50 a service fee.

This service fee may be included in the amount charged for the first transaction described or deducted in calculating the amount of the second transaction.

Once the service charge has been determined, the terminal may display a message 52 showing the amount of the service fee applicable for the funds to be transferred and/or the total cost for the transfer or the net amount to be transferred. The terminal software may provide an option 54 to allow a user to stop the transfer process at this time and/or at other times during the transfer process on the terminal. The terminal and/or host generates a first transaction for the calculated amount between a first merchant and the first cardholder. Suitably, the means for generation of the first transaction is program code contained with the terminal and/or host. The terminal may request authorisation 56 for the generated first transaction, i.e. a payment card transaction between the merchant and the cardholder for the total cost for the transfer. If authorisation is not received for the first transaction, the whole transfer process may be cancelled.

If authorisation is received, the terminal displays 58 an appropriate message on the terminal display requesting the merchant to enter the payment card details of the cardholder to whom the funds are to be transferred. t_.

(Jr R) U! The merchant may enter 60 the payment card details of the second cardholder using the keypad of the tenninal, or in the event that the second payment card is available using the magnetic strip reader, or other tenninal input device, for example chip card reader. Once the payment card details of the second person have been entered, the terminal may print a transaction slip/receipt for signature by the cardholder. The transaction slip suitably identifies payment card details of the cardholder, the payment card details of the second cardholder and the value of funds to be transferred. The transaction slip/receipt may also identify the service fee payable.

In addition to printing these details the terminal may also print a transaction identifier uniquely identifying the transfer. This transaction identifier may be used when subsequently trying to track a transfer. This transaction identifier may be generated by the terminal or may be supplied by a host. Suitably, a record is maintained of the transaction identifiers and the first and second transactions associated with each identifier.

The terminal and/or host appropriately generates 62 a second transaction to complete the transfer of funds, between the merchant and the second cardholder for an amount associated with the value of funds to be transferred. Suitably, the means for generation of the second transaction is program code contained within the terminal and/or ho'st. As this second transaction is crediting the second cardholder, no card authorisation for the second transaction is required.

Suitably, the first and second transactions are stored in the terminal and/or host for subsequent posting 64 (and accordingly processing by the computer systems of the payment card schemes) to the collection host along with other transactions. Batching of payment card transactions for temiinals is typically performed once a day.

Once these two transactions have been processed, the first cardholder will have a debit against their account, whereas the second cardholder will have an equivalent credit (ignoring service fees/exchange rates etc.). Thus a transfer of funds from the first « cardholder to the second cardholder will have been achieved. an O To provide the cardholders with some information, each transaction may have a detail entry stored against them which will appear on their statement, identifying to whom the transfer was made.

The simplified exemplary method described above may in certain limited circumstances facilitate fraud and money laundering as the transactions are generated and controlled from a single point of sale terminal.

In practice, a network of merchants may be established to offer the funds transfer system. This network may comprise existing merchants who accept payments by payment cards or a dedicated network of merchants set up to provide the funds transfer system or a combination of the two. The advantage provided by this arrangement is that using existing payment card systems, transfers of funds can be effected efficiently, without significant delay. It will be appreciated that in the context of the present invention, the term merchant would include accounts set up specifically by the payment card scheme operators or acquiring banks for the purposes of the transactions described herein.

To overcome the difficulties of the exemplary method described above, a further embodiment of the invention is provided. In this embodiment, a schematic representation of which is shown in Figure 5 , a host 70 is provided for processing the request for a funds transfer from the first cardholder to a second cardholder. The host is suitably adapted to receive requests from one or more terminal devices 72. The system may be operated with a single merchant account. However, for reasons which will become apparent, the system preferably comprises an arrangement comprising a plurality of merchant accounts 74. The merchant accounts may be arranged so that each merchant account is associated with the processing of card payments associated with a particular region, country and/or financial institution 76.

The merchant accounts are suitably all accounts of the same entity, or related entities for example subsidiaries of the same parent company, merchant and/or bank. In './I I\J ‘J\ this embodiment, the merchants associated with the host, rather than the merchant associated with the terminal, are used in the transaction to effect a transfer of funds from the first cardholder to the second cardholder. As there is effectively only one organisation in the arrangement processing the transfers, regulatory and other matters can be dealt with centrally. By having this centralised structure, concerns over money laundering and other matters may be obviated.

The operation of this further embodiment will now be described with reference to an exemplary method of operation as shown in figure 6.

The method commences with a cardholder making a request to an outlet offering the funds transfer service to perform a funds transfer. The outlet preferably has a payment card terminal adapted to perform the functions described below. The terminal operator makes an appropriate selection 101 on the terminal, e.g. presses a particular key or key combination, to indicate that a funds transfer is required. The terminal may respond by displaying 103 an appropriate message on the terminal display asking for the first cardholder’s details, for example: “Funds Transfer Option Selected — Please Enter Transferors Card Details”.

The operator/cardholder may then enter 105 the cardholder’s details, for example by swiping the payment card through the magnetic strip reader of the terminal. In response, the terminal may display 107 an appropriate message on the terminal display asking for the entry of the value of funds to be transferred, for example “Funds Transfer Option — Please Enter Amount to be Transferred”.

Once the amount has been entered 109, the terminal may calculate/retrieve a service fee and display a message showing the amount of the service fee applicable for the funds to be transferred. An option may be provided allowing a user to stop the transfer process at this time and/or at other times during the process.

The terminal may then display 113 a message requesting the entry of the payment card details of the cardholder to whom the funds are to be transferred. The terminal may request/authorisation for the first transaction before/after/during this step.

This authorisation may be performed by making a request to the host, which, in turn processes the authorisation request. In the event that authorisation is not obtained, the whole funds transfer process may be cancelled.

Once the payment card details of the second cardholder have been entered, the terminal may print a receipt slip for signature by the first cardholder. The receipt slip suitably identifies the payment card details of the first cardholder, the payment card details of the second cardholder, the value of funds to be transferred and the identity of the outlet. The transaction slip/receipt may also identify the service fee payable.

In addition to printing these details a terminal may also print a transaction identifier uniquely identifying the transfer. This transaction identifier may be generated by the terminal or may be supplied by a host.

These details are also stored in the terminal for subsequent transmission 115 to the host. This may be performed immediately or in batch for example at the end of each day. ‘ Upon receipt of the transactions at the host, the host may perform a check 117 to confirm the authenticity and/or validity of the data provided. To process the transfer request, the host determines 119 a suitable merchant for processing a first transaction for the first cardholder. The suitability of the merchant may be made with reference to one or more factors including the issuing institution of the first cardholder, the geographic location of the card issuing institution of the cardholder, the minimum interchange fee available. The determination of a suitable merchant may be made by reference to a look- up table containing a list of card numbers (or ranges of card numbers) and their associated merchants. Once, an appropriate merchant has been determined, a first transaction is created 121 between the determined suitable merchant and the first cardholder for an amount equivalent to the value of funds to be transferred. Suitably, the means for generation of the first transaction is program code contained within the host. to LA This amount may or may not have a commission added. The amount may be regarded as a negative amount as the cardholder is effectively being debited for the transaction.

The host may then determine 123 a second merchant, which is suitable for processing a second transaction with the second cardholder. The determination may be performed in the same manner in which a merchant for the first cardholder was detennined. Once a suitable second merchant has been determined, the host may generate 125 a second transaction between the second merchant and the second cardholder for an amount equivalent to the value of funds to be transferred. This amount may or may not have a commission deducted. This amount may be regarded as a positive amount since it effectively represents a crediting of funds to the second cardholder’s account.

As there are two separate transactions, each cardholder may be billed/credited in their own currency with the host operator effectively performing dynamic currency conversion, a suitable system for which is described in European Patent EP 1018711.

To process the two transactions, the host may forward 127 the transactions via a suitable communications link, for example using modems and conventional telephone line, a dedicated communication network or the Internet, to a collection host associated with an issuer for onward processing of the two transactions into the payment card schemes. Alternatively, where for technical or legal reasons it is not possible for the host to forward transactions directly to the collection host of an issuer, the host may forward individual transactions to the computer system of the merchant identified in the transactions. The computer system of the merchant being suitably adapted to receive the transactions and forward them on to computer systems associated with the payment card scheme for processing.

It will be appreciated that once the first and second transactions have been processed, the first cardholder will have a debit against their payment card account, whereas the second cardholder will have an equivalent credit (ignoring service fees/exchange rates etc.) on their payment card account. Thus a transfer of funds from the first cardholder to the second cardholder will have effectively been achieved.

In the event of a problem, the first and second transactions may be effectively cancelled by applying two further transactions to cancel the first and second transactions.

Details of the transactions may also be stored in a database on the host or an associated computer system identifying the transactions with their associated details, transaction identifiers etc. Having a central database of all the transactions makes it possible to facilitate a complete audit trail and ensures that reporting, reconciliation and monitoring is possible.

In addition to these first two transactions, the host may generate a further transaction to provide the operator of the outlet with a service fee for having handled the request. The host may aggregate these transactions of the outlet so as to provide a single payment periodically, for example on a weekly or monthly basis.

To provide cardholders with some information, each transaction may have a detail entry associated with them. These detail entries will be processed with the transactions so that they appear on the cardholders’ payment card account statements and provide an identifier as to what the transaction relates. Thus, for example, the detail entry for the first cardholder may make reference to the second cardholder and vice VCISB.

By having a plurality of merchant accounts, the present invention obviates difficulties associated with Card Scheme fees for local Issuers and/or pro-longed funding by the local issuer i.e. where payment is settled by the first cardholder monthly (whereas receipt by the second cardholder occurs practically instantaneously).

Further variations of the system are foreseeable. An example of a further embodiment is the use of an Internet server providing a web site to facilitate the transfer of funds between payment cardholders. In a basic embodiment, this internet portal replicates the method described above allowing a user to entering a first cardholder’s details, a second cardholder’s details and the amount of funds to be transferred. Upon receipt of this information, the lntemet server or a related computer system may generate the two transactions and process them as described above.

In another embodiment, a server is provided, as shown in figure 7, which ensures that a transfer of funds can be effected from a first cardholder to a second cardholder without the second cardholder having to reveal their card details to the first cardholder and similarly for the first cardholder not having to reveal their card details to the second cardholder. This embodiment will now be described with reference to Figure 7.

The server 150 comprises an interface adapted to provide a user (cardholder) 156 with information and to receive responses from the user. The interface may for example be a web interface 154, comprising a series of HTML or similar pages, which may be viewed by a cardholder having suitable web browser software on their computer.

The server or an associated computer has a cardholder database 152 adapted to store a plurality of individual cardholder’s details as records in the database. Each of the records in the database may have an associated user account name and password so as to prevent unauthorised access to cardholder’s details. Accordingly, each record may be viewed as an account on the database. A cardholder may create a record (account) for themselves, for example, by completion of a suitable form provided by the web interface. For security reasons, the option of creating an account on the database by other means may be provided, for example by fax, telephone or post. The server is also suitably adapted to make a connection with a host 160 and provide the host with a request for a funds transfer from one cardholder to another cardholder for processing by the host. The host functionality may be incorporated within the server 150.

A method of performing a funds transfer using this system will now be described with reference to figure 8. For simplicity, it will be assumed that the first and second cardholders have both created accounts on the server.

The method commences with a user (transferor) 156 accessing 200 the server using a web browser or other software on a computer to make a connection over a network, eg. the Internet 158. Once the server has been accessed, the user may make a request, for example, by clicking on the appropriate link in a web page, to initiate a transfer of funds. The user is then presented with a suitable web page allowing the cardholder to enter 202 their user account name (an identifier for the first cardholder), and optionally for security reasons their password. In the same page or subsequent pages, the user is presented with suitable places to enter 204 the account name or other identifier of the person (transferee) to whom the funds are to be transferred and to enter the value of the funds to be transferred.

Once the cardholder has provided this information or if entering the information sequentially in different pages after the cardholders account name and password have been supplied, an appropriate check may then be made on the cardholder’s database to confirm that the transferor’s account entered exists and if required to verify the password. If the account exists then the system retrieves 208 the cardholder information from the database for the first cardholder (the transferor). The system also retrieves 210 the cardholder infomiation from the database for second cardholder (the transferee).

Once this cardholder information has been retrieved, the transfer of the entered funds may be effected as described above with reference to the embodiment of Figure 5 by passing the first cardholder’s details, the second cardho1der’s details and the amount to be transferred to one or more host(s) for processing as described in Figure 6. In this regard the host(s) will generate the first and/or second transactions as previously described. It will be appreciated that it is not imperative for the first transaction to be held up pending the generation of the second transaction and/or it is conceivable that two separate hosts may deal with either of these transactions and/or yet another host deal (separately) with the authorisation ofthe first transaction. An advantage of this method is that it is not necessary for the second cardholder to reveal their card details to facilitate the transfer of funds into their account. The server may provide the user with a suitable confirmation page confirming that the transfer has been completed or is being processed.

It is believed that the present invention provides a system which can facilitate one of the most efficient 24 hour, 365 day cross border money transfer systems, providing consumers with total convenience coupled with full guarantees of payment or refund and audit trail transparency plus transaction statement, reporting and reconciliation and monetary monitoring if desired.

It will be appreciated by those skilled in the art that the present invention is not intended to be limited to the embodiments described herein, but includes other variations which fall within the scope of the claims. For example, the system may be adapted to effect a transfer of funds from a first person to a cardholder where the first person is not necessarily a cardholder. In this scenario, the cardholder may pay a service provider directly, either using another funds transfer system, e.g. telephone banking, cash or cheque and the service provider uses a payment card associated with the service provider in the first transaction in the method described to effect the transfer of funds to a second cardholder using the method described above.

The words “comprises/comprising” and the words “having/including” when used herein with reference to the present invention are used to specify the presence of stated features, integers, steps or components but does not preclude the presence or addition of one or more other features, integers, steps, components or groups thereof.

Claims (5)

Claims

1. A method of transferring funds from a first payment cardholder to a second payment cardholder comprising the steps of: receiving an indication from the first cardholder that a transfer of funds is required to the second cardholder, generating a first payment card transaction between a first merchant and the first cardholder for a negative amount associated with the value of funds to be transferred, and generating a second payment card transaction between a second merchant and the second cardholder for a positive amount associated with the value of funds to be transferred.

. A method according to claim 1, comprising the initial step of obtaining authorisation for the first payment card transaction prior to generating the first payment card transaction.

. A system for transferring funds from a first payment cardholder to a second payment cardholder comprising: means for receiving an indication from the first cardholder that a transfer of funds is required to the second cardholder, means for generating a first payment card transaction between a first merchant and the first cardholder for a negative amount associated with the value of fimds to be transferred, and means for generating a second payment card transaction between a second merchant and the second cardholder for a positive amount associated with the value of funds to be transferred. 19

4. A method of transferring funds from a first payment cardholder to a second payment cardholder as described herein with reference to and/or as illustrated in the accompanying drawings. 5

5. A system for transferring funds from a first payment cardholder to a second payment cardholder as described herein with reference to and/or as illustrated in the accompanying drawings