ClearBank

GBP Cross-Border

GBP Cross-Border

Cross-border payments are financial transactions where the payer and the recipient are based in separate countries. Our GBP Cross-Border payment product enables you to send sterling payments to any sterling account, in any permissible overseas jurisdiction. Payments are guaranteed to settle on the same-day, as long as the instruction is received before 5pm UK time on that working day.

There is no limit to the amount that can be sent using this service.

You can send GBP cross-border payments using the POST /payments/cross-border-sterling/v3/payments endpoint.

Settlement details are provided to you via the Transaction Settled webhook.

Things to note:

  • You can initiate a payment during the sterling availability period, 08:00 to 17:00 (UK time), on business days. Payments sent after this window closes will be rejected with a 400 Bad Request response.
  • If you use version 2, you do not need to provide the details of the intermediary agent. Instead, we'll use the details of the creditor to identify the correct intermediary agent on your behalf. We recommend using version 2 due to this benefit.
  • If you use version 1 of the endpoint, you'll need to include a GBP Direct Participant in the intermediary agent field.
  • You can recognise a Transaction Settled webhook that describes a GBP Cross-Border payment by checking the TransactionSource is set to Cross Border GBP.

The GBP Cross-Border endpoint supports the new ISO20022 payment message formats, specifically pacs.008.

GBP Cross-Border validation

ElementTypeValidationDescription
namestringmaxLength: 140
minLength: 1
pattern: [0-9a-zA-Z/\-\?:\(\)\.,'\+ !#$%&\*=^_`\{\|\}~";<>@\[\\\]]+
Also known as Account Holder Name
This the Creditor’s name.
If max length exceeds 35 characters, this will be truncated before sending to scheme.
referencestringmaxLength: 35
minLength: 0
pattern: [0-9a-zA-Z/\-\?:\(\)\.,'\+ !#$%&\*=^_`\{\|\}~";<>@\[\\\]]+
Also known as the Payment Reference
This is the Payment reference under remittance information.

The character set defined by the pattern for the name and reference fields includes all SWIFT allowed characters. These are alphanumeric (uppercase and lowercase) and the special characters shown in this table:

Special characterDescriptionSpecial characterDescription
!Exclamation mark|Pipe
#Hash}Right curly bracket
$Dollar sign~Tilde
%Percent"Double straight quote
&Ampersand(Left parenthesis
'Single straight quote)Right parenthesis
*Asterisk,Comma
+Plus sign:Colon
-Hyphen;Semicolon
/Forward slash<Left angle bracket
=Equals sign>Right angle bracket
?Question mark@At sign
^Caret[Left square bracket
_Underscore\Backslash
`Backtick]Right square bracket
{Left curly bracket

Version 3 mandatory fields

In line with the Bank of England's ISO 20022 data enhancement requirements, you will be required to provide additional details on the debtor and creditor such as the Legal Entity Identifier (LEI), Purpose Code and Category Purpose Code.

You can find further details about these fields on our Knowledge Centre, or access a list of all the recommended Purpose and Category Purpose Codes and their definitions on the Bank of England website: UK recommended Purpose Code PDF.

Legal Entity Identifer (LEI)

The LEI is a 20-character, alpha-numeric code based on the ISO 17442 standard and contains information about an entity’s ownership structure. Providing the LEI is mandatory for pacs.008 where the party being described (debtor or creditor) is a financial institution. Otherwise, it is an optional field but strongly recommended to include when the party is an organisation.

Purpose Codes and Category Purpose Codes

The Purpose Code captures the nature of the payment and should be transported end to end. The Purpose Code is 4 characters used to abbreviate the purpose, for example, IVPT - Invoice Payment.

The Category Purpose Code is used to identify the broader nature of the payment and is used by agents. There are fewer Category Purpose Codes as this is providing a higher level understanding. In total there are 127 Purpose Codes and 28 Category Purpose Codes.

To help make sense of the various codes, they have been broken down into eight categories in the following table. The categories have been created by ClearBank to support our clients in finding the appropriate codes for their use case when making GBP Cross-Border payments.

For your convenience, Purpose Codes and Category Purpose Codes with the same value are shown in bold.

GroupNameDescriptionPurpose CodesCategory Purpose Codes
1Personal financeThese codes can be used if the payment relates to something specific to a person, for example, alimony payment or dental services.ALMY, BECH, BENE, CHAR, CLPR, DNTS, EDUC, GAMB, LOTT, LTCF, MDCS, SALA, SAVG, SSBE, SUBS, TRFD, VIEWGP2P, MP2P, SALA, SSBE
2Finance and accountingThese codes can be used if the payment relates to invoices or managing finances.ACCT, AREN, BKIP, BKPP, CASH, CSDB, INTC, INTP, IVPT, LIMA, NETT, REOD, TREA, LOAN, LOAR, INTECASH, TREA, INTC, INTE, LOAN
3CorporateThese codes can be used if the payment relates to topics that impact corporations.ADCS, AGRT, BEXP, BONU, COMC, COMM, COMP, COMT, CPYR, DEPT, DIVD, ECPR, EPAY, GDSV, GIFT, GSCB, HREC, INSM, PEFC, REBT, REFU, RELG, ROYA, TRAD, SUPP, PENSBONU, DIVI, DVPM, PENS, RRCT, SUPP
4Tax & government specificThese codes can be used if the payment relates to tax or for government related activities.ESTX, FAND, GOVT, HSTX, PENO, RDTX, TAXR, TAXS, VATX, WHLD, PTXPGOVT, TAXS, VATX, WHLD
5InsuranceThese codes can be used if the payment relates to insurance.HLTI, INPC, INPR, INSC, INSU, INTX, LBRI, LIFI, PPTIOTHR
6PropertyThese codes must be used if the payment is related to property. It is a priority to identify these payments correctly.HLRP, HLST, PCOM, PDEP, PLDS, PLRFOTHR
7Financial productsThese codes can be used if the payment relates to a financial product.BKFE, BNET, BOCE, CBLK, CMDT, COLL, CORT, DERI, EXTD, FNET, FORW, FREX, FUTR, FXNT, HEDG, INVS, OTCD, REPO, SBSC, SECU, SLEB, SWFP, SWPP, SWRS, SWUF, LREB, LREVCBLK, CORT, HEDG, TRAD, SECU
8Bills and feesThese codes can be used if the payment being made is related to a bill or fee being applied.CBTV, CDBL, LICF, SERV, TCSC, UBIL, WTER, PHON, ELEC, GASB, CPKC, FEES, BLDM, DBTC, RENTCCRD, DCRD, FCOL

Common use case examples

The following table details common uses of Purpose Codes and Category Purpose Codes which you can refer to when making payments.

Use casePurpose CodeCategory Purpose Code
Buying a property – payment of a depositPDEP – Property DepositOTHR – Other Payment
Buying a property – final payment to complete the purchase of a propertyPCOM – Property Completion PaymentOTHR – Other Payment
Payments made in relation to salariesSALA – Salary PaymentSALA – Salary Payment
Moving money for the same company from a ClearBank to a non-ClearBank accountINTC – Intra Company PaymentINTC – Intra Company Payment
Moving money for the same individual(s) from a ClearBank to a non-ClearBank accountINTP – Intra Party PaymentGP2P – Person to Person Payment
Paying a supplierSUPP – Supplier PaymentSUPP – Supplier Payment
Paying a business expenseBEXP – Business ExpensesOTHR – Other Payment
Paying a generic tax billTAXS – Tax PaymentTAXS – Tax Payment
Payment of an insurance premiumINSU – Insurance PremiumOTHR – Other Payment
Paying VATVATX – Value Added Tax PaymentVATX – Value Added Tax Payment
Making a payment for a tradeTRAD - TradeCORT – Trade Settlement Payment
Paying an invoiceIVPT – Invoice PaymentCASH – Cash Management Transfer
Paying fees of some sortFEES – Payment of FeesOTHR – Other Payment
Payment of building maintenanceBLDM – Building MaintenanceOTHR – Other Payment
Repayment of a loanLOAR – Loan RepaymentLOAN - Loan
Funding your account at Bank of England (pacs.009)LIMA – Liquidity ManagementCASH – Cash Management Transfer

Send a GBP cross-border payment

post/payments/cross-border-sterling/v3/payments

This endpoint will send a cross-border customer payment in sterling (pacs.008).

Parameters

  • Authorization string, header, Required

    Your API token retrieved from the ClearBank portal.

  • DigitalSignature string, header, Required

    Signed hash of the body of the request. The hash is signed by your private key.

  • X-Request-Id string, header, Required

    A unique identifier for the request.

Request Payload (application/json)

  • instructionIdentification string, Required

    Unique identification, as assigned by an instructing party for an instructed party, to unambiguously identify the instruction.\n\nUsage: The instruction identification is a point to point reference that can be used between the instructing party and the instructed party to refer to the individual instruction. It can be included in several messages related to the instruction.

    Minimum length
    1
    Maximum length
    35
  • endToEndIdentification string, Required

    Unique identification, as assigned by the initiating party, to unambiguously identify the transaction. This identification is passed on, unchanged, throughout the entire end-to-end chain. Usage: The end-to-end identification can be used for reconciliation or to link tasks relating to the transaction. It can be included in several messages related to the transaction. Usage: In case there are technical limitations to pass on multiple references, the end-to-end identification must be passed on throughout the entire end-to-end chain.

    Minimum length
    1
    Maximum length
    35
  • instructedAmount object, Required

    A number of monetary units specified in an active or a historic currency where the unit of currency is explicit and compliant with ISO 4217.

  • sourceAccount object, Required

    The ClearBank account that will be credited or debited based on the successful completion of the payment instruction. You need to include EITHER iban OR schemeName, proprietary, and identification as shown in the groups below.

  • debtorAccount object, Required

    Unambiguous identification of the account of the debtor to which a debit entry will be made as a result of the transaction. You need to include EITHER iban OR schemeName, proprietary, and identification as shown in the groups below.

  • debtor object, Required

    Party that owes an amount of money to the (ultimate) creditor.

  • creditorAccount object, Required

    Unambiguous identification of the account of the creditor to which a credit entry will be posted as a result of the payment transaction. You need to include EITHER iban OR schemeName, and identification as shown in the groups below.

  • creditor object, Required

    Party to which an amount of money is due.

  • creditorAgent object, Required

  • purpose string, Required

    Underlying reason for the payment transaction, as published in an external Purpose Code list.

    Minimum length
    4
    Maximum length
    4
    Enum array
    BKFE, BKIP, BKPP, CBLK, ACCT, CASH, COLL, CSDB, DEPT, INTC, INTP, LIMA, NETT, EXTD, OTCD, REPO, SBSC, SLEB, AGRT, AREN, BEXP, BOCE, COMC, CPYR, GDSV, GSCB, LICF, ROYA, SERV, SUBS, SUPP, TRAD, CHAR, COMT, ECPR, EPAY, CLPR, COMP, DBTC, HLRP, HLST, INPC, INPR, INSC, INSU, INTE, LBRI, LIFI, LOAN, LOAR, PENO, PPTI, RELG, TRFD, FORW, FXNT, BLDM, BNET, CDBL, CORT, CPKC, EDUC, FAND, FEES, GIFT, GOVT, INSM, IVPT, REBT, REFU, RENT, REOD, TCSC, CMDT, DERI, DIVD, FREX, HEDG, INVS, SAVG, SECU, TREA, FNET, FUTR, DNTS, HLTI, LTCF, MDCS, VIEW, SWFP, SWPP, SWRS, SWUF, ADCS, ALMY, BECH, BENE, BONU, COMM, HREC, PEFC, PENS, SALA, SSBE, LREB, LREV, ESTX, HSTX, INTX, PTXP, RDTX, TAXS, VATX, WHLD, TAXR, CBTV, ELEC, GASB, PHON, UBIL, WTER, GAMB, LOTT, PCOM, PDEP, PLDS, PLRF
  • categoryPurpose string, Required

    Broader nature of the payment, as published in an external Category Purpose Code list.

    Minimum length
    4
    Maximum length
    4
    Enum array
    BONU, CASH, CBLK, CCRD, CORT, DCRD, DIVI, DVPM, FCOL, GP2P, GOVT, HEDG, INTC, INTE, LOAN, MP2P, OTHR, PENS, RRCT, SALA, SECU, SSBE, SUPP, TAXS, TRAD, TREA, VATX, WHLD
  • remittanceInformation object

    Information supplied to enable the matching of an entry with the items that the transfer is intended to settle, such as commercial invoices in an accounts' receivable system.

  • intermediaryAgent1 object

request

{
"instructionIdentification": "string",
"endToEndIdentification": "string",
"instructedAmount": {
"amount": "1416.98",
"currency": "GBP"
},
"sourceAccount": {
"iban": "GB12CLBK01020312345678"
},
"debtorAccount": {
"iban": "GB12CLBK01020312345678"
},
"debtor": {
"name": "string",
"postalAddress": {
"buildingNumber": "string",
"buildingName": "string",
"streetName": "string",
"townName": "string",
"country": "st",
"postCode": "string"
},
"organisationIdentifier": {
"bic": "DEUTNL2A",
"lei": "844517J3KKERBCP9QQ94",
"otherIdentification": "string"
},
"privateIdentifier": {
"otherIdentification": "string"
}
},
"creditorAccount": {
"iban": "NL91ABNA04171643008894"
},
"creditor": {
"name": "string",
"postalAddress": {
"buildingNumber": "string",
"buildingName": "string",
"streetName": "string",
"townName": "string",
"country": "st",
"postCode": "string"
},
"organisationIdentifier": {
"bic": "DEUTNL2A",
"lei": "844517J3KKERBCP9QQ94",
"otherIdentification": "string"
},
"privateIdentifier": {
"otherIdentification": "string"
}
},
"creditorAgent": {
"bic": "ABNANL2A"
},
"purpose": "SALA",
"categoryPurpose": "SALA",
"remittanceInformation": {
"creditorReferenceInformation": "SALARY25112024"
},
"intermediaryAgent1": {
"name": "ABN AMRO",
"postalAddress": {
"buildingNumber": "string",
"buildingName": "string",
"streetName": "string",
"townName": "string",
"country": "st",
"postCode": "string"
},
"bic": "ABNANL2A",
"lei": "646700J3LMYRBDP9MA86"
}
}
Code copied

Response (application/json)

  • 202 Accepted
  • 400 Bad Request

Accepted

{
"paymentId": "bd382f05e8fa4056b25e"
}
Code copied

Bad Request

{
"type": "string",
"title": "string",
"status": 0,
"detail": "string",
"instance": "string",
"property1": null,
"property2": null
}
Code copied

Associated Webhooks