SEPA Credit Transfer UK
SEPA Credit Transfer UK
Our SEPA Credit Transfer UK (SCT UK) service lets you exchange euro payments with any SEPA participant bank via the SEPA Credit Transfer (SCT) scheme. To get started with SCT UK, you'll need a euro account under a ClearBank UK BIC. This will be set up for you as part of your onboarding process.
If you're interested in using this new service, please contact your Client Director.
Availability and hours
SCT UK is available Monday to Friday from 07:00 to 14:30 UK time, and is subject to scheme holidays.
The scheme holidays applicable to SCT UK are listed below:
- New Year's Day
- Good Friday
- Easter Monday
- Labour Day
- Christmas Day
- Boxing Day / Christmas Holiday
Exact dates can be found on the ECB's website.
Bulk payments
SCT UK supports bulk payments, which can be useful for making many simultaneous payments. Each outbound payment request can include up to three debtor accounts, each of which can pay up to 2 different creditor accounts. It is therefore possible to request up to 6 payments at once.
Each payment request contains a nested structure of debtor accounts and their associated payments and creditor details. The outer array, PaymentInformation, contains entries for each debtor account. Within each debtor entry, the CreditTransferTransactionInformation array lists up to 2 individual payments to creditor accounts.
When you send several payments at once in bulk, each payment is processed individually. This means if one payment fails, the remainder of the batch will be unaffected. You'll receive either a Cross-Border Outbound Payment Failed, or a Cross-Border Outbound Payment Completed and a Customer Accounts Transaction Completed webhook for each payment in the batch, so you can keep track of their status.
Validation
When requesting a SEPA CT payment from our POST /payments/cross-border/v2/payments endpoint, certain validation requirements must be fulfilled:
- Text fields cannot have leading or trailing whitespace
- The creditor agent bank must be on the SCT Reachable Payment Service Provider (PSP) list*
* - For a current list of reachable PSPs, refer to the spreadsheet available at the blue URL at the bottom of the European Banking Authority's STEP2 SCT Participants page.
Outbound payments
Example outbound payment request
You can use the below example request payload to test the POST /payments/cross-border/v2/payments endpoint.
Take care to update the RequestedExecutionDate field to today's date, and to use a different UETR if using this example more than once.
{"messageIdentification": "MSGID-25OCT23-TEST03","paymentInformation": [{"paymentInformationIdentification": "PYMTID-25OCT23-DEBT-03","requestedExecutionDate": "2025-10-23","debtor": {"name": "John Smith","postalAddress": {"streetName": "High Street","buildingNumber": "100","postCode": "DN40 2AB","townName": "Immingham","countrySubdivision": "Lincolnshire","country": "GB"},"organisationIdentification": {"anyBic": "PAEEGB22"}},"debtorAccount": {"iban": "GB96CLRB04056700273872"},"creditTransferTransactionInformation": [{"paymentIdentification": {"instructionIdentification": "INSTID-25OCT23-03A","endToEndIdentification": "E2E-25OCT23-03A","uetr": "107367a1-99c3-411e-abd1-fcbbb74a8b01"},"paymentTypeInformation": {"serviceLevelCode": "SEPA"},"instructedAmount": {"amount": 1.03,"currency": "EUR"},"creditorAgent": {"bicfi": "BCOEESM0"},"creditor": {"name": "Maria Garcia","postalAddress": {"streetName": "Calle de Alcala","buildingNumber": "45","postCode": "28014","townName": "Madrid","countrySubdivision": "Community of Madrid","country": "ES"},"privateIdentification": {"birthDate": "1987-11-10","cityOfBirth": "Madrid","countryOfBirth": "ES"}},"creditorAccount": {"iban": "ES9121000418450200051332"},"remittanceInformation": {"unstructured": ["RemittanceInformation Unstructured 2025OCT23C"]}}]}]}
Return reason codes
If an outbound SCT UK payment is returned, you'll receive a Cross-border Outbound Payment Return Completed webhook. This includes a ReasonCode in the ReturnReasonInformation array specifying why the payment was returned. The return reason codes include, but are not limited to:
| Reason code | Reason | Description |
|---|---|---|
| AC01 | Incorrect Account Number | Invalid beneficiary account. The beneficiary's IBAN is invalid or the account does not exist. |
| AC04 | Closed Account Number | Beneficiary account closed. The beneficiary's account has been closed. |
| AC06 | Blocked Account | Beneficiary account blocked. The beneficiary's account is blocked from processing the payment. |
| AG01 | Transaction Forbidden | Payment not permitted for this account. The beneficiary account does not allow this type of credit transfer, for example certain savings accounts. |
| AG02 | Invalid Bank Operation Code | Invalid payment information. The payment contains an incorrect scheme, service or transaction code. |
| AM05 | Duplication | Duplicate payment. The payment has been identified as a duplicate of another payment. |
| BE04 | Missing Creditor Address | Beneficiary's address missing or invalid. Required beneficiary address information is missing or cannot be used. |
| CNOR | Creditor Bank Is Not Registered | Beneficiary bank not reachable through the clearing system. The beneficiary bank is not registered for SCT under the specified BIC in the clearing system. |
| ERIN | ERI Option Not Supported | Extended Remittance Information not supported. The beneficiary bank does not support the Extended Remittance Information option used by the payment. |
| MD07 | End Customer Deceased | Beneficiary deceased. The payment was returned because the beneficiary is deceased. |
| MS02 | Not Specified Reason Customer Generated | Returned at the beneficiary's request. The beneficiary has requested that the payment is returned. |
| MS03 | Not Specified Reason Agent Generated | Reason not specified. The beneficiary bank returned the payment without providing a more specific reason. |
| RC01 | Bank Identifier Incorrect | Invalid bank identifier. The BIC identifying a bank involved in the payment is incorrect. |
| RR01 | Missing Debtor Account or Identification | Payer account or identification information missing. Information required to identify the payer or payer's account is missing or incomplete. |
| RR02 | Missing Debtor Name or Address | Payer name or address missing. Required information about the payer, such as their name or address, is missing or incomplete. |
| RR03 | Missing Creditor Name or Address | Beneficiary name or address missing. Required information about the beneficiary, such as their name or address, is missing or incomplete. |
| RR04 | Regulatory Reason | Payment returned for regulatory reasons. The beneficiary bank was unable to process the payment due to regulatory requirements. |
External code sets can be downloaded from iso20022.org.
Inbound payments
When you receive an SCT payment, you'll be notified via webhook. To receive webhooks, you'll need to subscribe to them first using the ClearBank Portal.
Our SCT UK service has two dedicated inbound payment webhooks:
Payments.CrossBorder.InboundPaymentCompleted- Cross-border Inbound Payment Completed webhook - This webhook contains detailed ISO 20022 compliant payment information of any inbound SCT payments.CustomerAccounts.TransactionCompleted- Customer Account Transaction Completed webhook - This webhook contains the minimum information necessary to reconcile a payment.
Note: if you are subscribed to our inbound Multi-Currency Payments service webhooks,
Payments.Mccy.TransactionCreatedandPayments.Mccy.TransactionSettled, these will also notify you of any inbound SCT payments. All of these webhooks'TransactionIdfield will have the same UUID whenever they refer to the same payment, so you can use this field in your idempotency logic to prevent double counting of inbound SCT payments.
Simulation endpoints
Simulate a returned SCT UK payment
To simulate the return of an outbound SCT UK payment in the simulation environment, use the Send an SCT payment endpoint with the remittanceInformation.unstructured field populated with --SCTRETURN--. This will simulate an outbound SCT UK payment settling and then being returned by the creditor.
Receipt of the Cross-border Outbound Payment Return Completed webhook confirms the return payment.
Note: The return reason in Simulation will always be AC01 (Incorrect Account Number). See Return reason codes.
"remittanceInformation": {"unstructured": ["--SCTRETURN--"]}