QUEEN'S BENCH DIVISION
BRISTOL DISTRICT REGISTRY
MERCANTILE COURT
B e f o r e :
____________________
TIDAL ENERGY LIMITED |
Claimant |
|
- and - |
||
BANK OF SCOTLAND PLC |
Defendant |
____________________
Neil Levy (instructed by Foot Anstey LLP) for the defendant
____________________
Crown Copyright ©
His Honour Judge Havelock-Allan Q.C.:
"You are hereby authorised to effect these instructions either by transmission through the Clearing House Automated Payments System or by such other method as you may in your sole discretion decide.I/We agree that no responsibility is to attach to you for any loss caused by delays, interruptions or errors in transmission of payment, which are not directly due to the negligence or default of your own officers or servants.
Please debit the payment from my/our account number detailed in Section 1.
Neither this instruction for a CHAPS transfer nor your acceptance of it shall be enforceable by the payee or any other third party. "
0938 CHAPS Transfer Form received at the bank's office at St William House, Tresilian Terrace in Cardiff. 1143 Transfer Form forwarded by fax to the bank's CHAPS processing team in Gillingham. 1520 The processing team effected the transfer through CHAPS by sending the funds from the bank's account at the Bank of England to the account of the receiving bank at the Bank of England. A "FUNDSFLOW - CHAPS DAILY ACTIVITY Form and Form MT03 (which was a record of the payment instruction) were immediately generated. All of the payee information on the Transfer Form (receiving customer's account number at Barclays, sort code of Barclays, receiving customer's name and the invoice number in respect of which the payment was being made) was reproduced in both documents. After 1520 The bank debited the claimant's account at the Cardiff branch and Barclays credited the funds to account number 13027309 at sort code 2016-12 (which was its branch in Bury St Edmunds).
"10. CHAPS is a payment mechanism used by its members (banks) to make same-day payments in sterling. CHAPS is run by the CHAPS Clearing Company Ltd ("CHAPSCo"). The CHAPS Scheme Rules, including the Reference Documents, are the technical documents which set out the service provided by CHAPSCo in the Bank to Bank space i.e. they articulate the obligations of members, CHAPSCo and the Bank of England when sending payments between member banks. They do not articulate how the Bank should transact with its customers.11. CHAPSCo provides its members with a secure messaging system by which payment instructions may be sent from scheme members to each other and from and to the Real Time Gross Settlement System operated by the Bank of England. Whilst CHAPSCo provides the framework (rules) under which the relevant messages should be sent and received, the content of the message is defined by the SWIFT Standard MT103 (Customer Transfer). This standard format message stipulates that fields to be completed as "mandatory" e.g. amount; either the sort code or the bank identifier code; and the account number. "Beneficiary name" is not a mandatory field.
12. CHAPSCo does not prescribe the basis on which payments are processed by the members of the scheme following receipt of the payment, apart from stating that the payment should be processed within the maximum inward payment transmission time of 1.5 hours. The CHAPS Scheme Rules and associated Reference Documents are, therefore, not relevant to the Bank's allegation summarised by [the claimant's solicitors] and are not relied on by the Bank in this regard.
13. It is my experience that all of the major UK clearing banks, including the Bank, process and route electronic payments to a customer's account, including CHAPS payments, on the basis of sort code (or bank identifier code) and account number, and not account or beneficiary name, except in the circumstances mentioned in paragraph 18 below. This means that, where the paying CHAPS member sends a message via CHAPS to pay a particular sort code and account number which matches the sort code and account number of an account held by another CHAPS member, that payment will be successfully processed on a "straight-through" basis (no manual intervention), regardless of whether the beneficiary name entered into the CHAPS payment message by the paying CHAPS member matches the name of the account or the name of the holder of the receiving account. At pages 6 to 11 of the Exhibit is an extract from the Payment Council's guidance note entitled "Payment Services Regulations - Industry Best Practice" which reflects this position, saying "payments executed via CHAPS are processed on sort code and account number - the "unique identifier"".
14. I believe that CHAPS members use this system of account number and sort code primacy because it maximises the number of payments which go straight through the system without delay. "Straight-through processing" is fundamental to payments as customers operate in a real-time world and their accounts are credited in near real-time. CHAPS payments are usually high-value payments and are treated as urgent so speed of credit is important. Whilst it is open to the receiving CHAPS member (in this case Barclays) to scrutinise every payment instruction which they receive, to check that the beneficiary name entered by the paying member matches the name of the beneficiary account or account holder, I believe it would be economically impossible to do so if they are also to fulfill their obligations to process CHAPS payments within the maximum inward payment transmission time of 1.5 hours.
15. Although it is my experience that as a matter of normal banking practice, beneficiary name is not used as a primary means by which payment is routed through CHAPS, the Financial Action Task Force Recommendations require members of CHAPS, for anti-money laundering and counter-terrorist purposes, to include the beneficiary name when making payments via wire transfers, including CHAPS. At pages 12 to 24 of the Exhibit are relevant extracts from those Recommendations.
16. It is noteworthy that at paragraph 11 of the Interpretive Note to Recommendation 16 of the Financial Action Task Force Recommendations, the paying bank is obliged to verify the accuracy of the payer information in wire transfers, (which may include payer's name, account number and address), but is not obliged to ensure the accuracy of the beneficiary information contained in the payment instruction message. Paragraph 11 specifies "accurate" in relation to "originator information" but does not specify accuracy for "beneficiary information". "Accurate" is defined in the Glossary at the end of the document as "information that has been verified for accuracy". This reflects my experience that, where the beneficiary account resides with another CHAPS member bank, and is therefore held on that member's accounting database, there is no possibility for the sending bank to check and verify the account number or name of the beneficiary: such information is confidential to the payee and is not disclosed as a matter of routine by receiving banks to paying banks as this would ordinarily constitute a breach of customer confidentiality on the part of the receiving bank.
17. As set out at paragraphs 12 to 15 above, it is up to the individual CHAPS members themselves to set the criteria on which they process incoming payments. Therefore, I cannot comment with certainty on how Barclays processed the claimant's payment which is the basis for this dispute, other than to say that it is my experience that (for the reasons outlined above) when the Bank makes a payment via CHAPS, that payment is not returned if the account number and sort code entered by the Bank into the payment instruction message matches an account and sort code held by the receiving bank, regardless of the beneficiary name entered.
18. Although not directly relevant to the matters in dispute, the Bank's own process when it receives payments via CHAPS is to apply that payment to the account which matches the payment instruction message on the basis of account number and sort code only, without reference to the beneficiary name included in the payment instruction. The Bank will refer to the beneficiary name on the payment instruction message only if it cannot automatically apply the payment to an account on the basis of account number and sort code only. In other words, if the Bank does not hold an account with the account number and sort code specified in the payment instruction message. In that case, a Bank employee will manually search the beneficiary name set out in the payment instruction message against the database of accounts associated with the receiving sort code to try to identify the intended beneficiary. If the Bank employee is unable to do so with certainty, the payment will be returned to the paying CHAPS member. However, this manual matching process would not be undertaken where the Bank held an account with an account number and sort code which matches the corresponding details within the payment instruction message as such payments are subject to straight-through processing."
Submissions
"The physical or ministerial aspect of payment involves the delivery of money by one person to another. Where the two persons meet face-to-face and the debtor seeks to hand to the creditor legal tender, the physical act of delivery (in the absence of some misrepresentation or mistake) will not be achieved without the concurrence of the debtor. Where the relevant contract or the terms of the debt require payment to be made in a particular way, as for example by payment into an identified account at a particular branch of a named bank, the payment will be effected by payment into that account. Prior authority has been given to discharge the debt or other obligation in that way; the debtor has authorised the bank (or other relevant person) to receive and accept the money on his behalf. No further act of concurrence or assent is required from the debtor. The creditor discharges his obligation by making the contractual payment in the contractually stipulated manner.
Another situation which may exist is where the creditor makes the payment in a way that puts the relevant money under the exclusive control of the creditor. Thus the debtor may put legal tender through the letterbox of the creditor or may cause a payment to be made into the creditor's bank account. Once this has been done the creditor has the unconditional right to the use of the funds transferred. The debtor has divested himself wholly of the right or power to recall the relevant sum of money. In such a situation the ministerial or physical act of delivery of the money has been completed. What is the legal effect of that successful delivery of the money by the debtor to the creditor will depend upon what had been their previous relations and/or what may subsequently occur."
"In the case of an instruction by a customer to his bank to transfer funds to a third party, the paying bank has only carried out such instruction when the third party has the right to draw against his bank: see Webster J in Royal Products at 198 and Lord Bridge in Awilco A/S v Fulvia SpA di Navigazione, The Chikuma [1981] 1 All ER 652 at 657-659, [1981] 1 WLR 314 at 318-320. Accordingly if, for whatever reason, the instruction is not carried out and no payment is made to the third party, the debt owed by the paying bank to its customer is not discharged and the paying bank has no right to debit its customers account. It thus follows that we are satisfied that the debt owing by KSFIOM to Habana would only have been discharged if and when IPMS's account at RBS had been duly credited so that IPMS had the right to draw on the account in the amount so credited. ...".
Final determination or the Part 24 test?
Conclusion
Note 1 Regulation 74(2) provides: Where the unique identifier provided by the payment service user is incorrect, the payment service provider is not liable under regulation 75 or 76 for non-execution or defective execution of the payment transaction, but the payment service provider (a) must make reasonable efforts to recover the funds involved in the payment transaction; and (b) may, if agreed in the framework contract, charge the payment service user for any such recovery. [Back]