17 December 2017
Chris Errington


Chris Errington - None

4Posts 14,412Views 19Comments
Innovation in Financial Services

Innovation in Financial Services

A discussion of trends in innovation management within financial institutions, and the key processes, technology and cultural shifts driving innovation.

Exploiting the value of extended remittance information

13 May 2014  |  2468 views  |  1

I sat in on an interesting case study discussion at the London SWIFT business forum last week about the use of extended remittance information (ERI) to improve automation of accounts receivable and payable.

HSBC, BNP and Orange spoke about a successful proof of concept they carried out which demonstrated the value of using ISO XML messages (specifically Swift Bank-to-Customer Cash Management messages – CAMT 52, 53 and 54 message IDs) passed over Swift to carry more remittance information than is possible across existing bank infrastructures. Clearing systems are often restricted to just 18 characters of information. Even the modern SEPA system allows just 140 characters – good enough for Twitter, but not fit for purpose in the remittance world.

Payments that are stripped of valuable remittance information as they pass through the banking system make it difficult for corporates to reconcile the receipt to the invoice. This presents a challenge for Orange which receives high volumes of payments from its customers.

Seeing an opportunity to improve the process, Orange, HSBC and BNP carried out a proof of concept whereby the corporate remitter (the company paying the invoice) sends a rich XML payment instruction that is split into two.  The payment itself goes through the existing banking system to create the cash movement. The rich XML remittance information is sent over Swift to the corporate. The sending and receiving banks collaborate to ensure the file exchange works and make use of the CAMT messages to pass on the ERI. This allows Orange to more easily identify what the bank receipt of funds relates to, essentially by matching the payment to the rich CAMT message key identifiers, such as invoice number and reference in the incoming message. 

While there are still some issues to be resolved around the difficulty of packing and unpacking messages as they enter and exit the banking infrastructure, the success of the trial shows there is now a very real opportunity for all involved to repeat the process and roll it out more widely. There was also a call to action for other banks to join this collaboration. The arguments are compelling: corporates will benefit from the automation of their cash allocation process, while banks gain an ability to charge for the added value whilst retaining their existing payment systems.

In my view this all sounded as though it should have happened 20 years ago but I guess it is progress. Perhaps this time it will be the ISO XML message and Swift that facilitate a step change, so long as the parties are on Swift, the chosen banks support the messaging and parties can handle XML.

Splitting a message into two parts and routing the payment and information separately is a workaround, which causes most of the remittance headache globally.  A better solution is to keep the information firmly together (which Amazon and Ebay achieve) but until such time as the banking system is overhauled these workarounds will have to remain.

The corporate world of matching and reconciliation certainly needs an overhaul, with new technology to assist the drive for automation and control, especially in the shared service centre world. Any improvement to the messaging of remittance information is progress – so adoption of the concepts in the case study can only help.

These developments should also pave the way to reducing the reliance on spreadsheets as the tool of choice for matching and reconciling payments, which has got to be good for the industry as a whole.


Comments: (2)

Ketharaman Swaminathan
Ketharaman Swaminathan - GTM360 Marketing Solutions - Pune | 14 May, 2014, 19:45

Agreed. Your figure of 18 characters resonates totally with my personal experience. As I'd highlighted in my post titled How Usability Can Increase Adoption of Internet Banking on my personal blog, I wanted to enter "MCS MERIDIAN CLIENT ACCOUNT" in the payee field of the payment instruction but my bank - a Top 5 UK Bank - would only permit a narration as long as "MCS MERIDIAN CLTAC" which is exactly 18 characters. However, another Top 10 UK Bank was able to accept my full narration. Maybe some banks did implement a workaround several - if not 20 - years ago, considering my post is from 2008.

Be the first to give this comment the thumbs up 0 thumb ups! (Log in to thumb up)
Chris Errington
Chris Errington - None - London | 15 May, 2014, 14:08

Unfortunately, even when you can enter more than 18 characters there is no certainty that the extended information will make it through the next phases of payment.  Even more frustrating when you are allowed to enter the information as though it will be transmitted, only for it to be lost before it reaches the receiver.

Be the first to give this comment the thumbs up 0 thumb ups! (Log in to thumb up)
Comment on this story (membership required)

Latest posts from Chris

Spreadsheet gridlock: getting from A to B with STP

13 February 2015  |  1450 views  |  0 comments | recomends Recommends 0 TagsPost-trade & opsTransaction banking

Robots are automating receivables - Danger, Will Robinson!

01 July 2014  |  3574 views  |  0 comments | recomends Recommends 0 TagsRisk & regulationGroupInnovation in Financial Services

Exploiting the value of extended remittance information

13 May 2014  |  2468 views  |  1 comments | recomends Recommends 0 TagsPaymentsInnovationGroupInnovation in Financial Services

FCA rules on client money loom: are you ready to reconcile?

26 March 2014  |  6921 views  |  0 comments | recomends Recommends 0 TagsInnovationGroupElectronic Bank Account Management

Chris's profile

job title Semi-retired
location London
member since 2011
Summary profile See full profile »

Chris's expertise

Member since 2011
4 posts19 comments
What Chris reads
Chris's blog archive
2015 (1)2014 (3)

Who's commenting on Chris's posts