2025 SEPA rulebooks
Comply with the 2025 SEPA rulebooks with Numeral
The 2025 SEPA rulebooks published by the European Payments Council (EPC) on November 28, 2024 are entering into force on October 5, 2025. This date aligns with the Instant Payments Regulation (Regulation (EU) 2024/886) and the SEPA Regulation (amending Regulation (EU) 260/2012)
SEPA rulebooks apply to all direct and indirect participants to SEPA schemes.
This guide details the changes introduced by the 2025 SEPA rulebooks as well as the impacts on your Numeral integration.
Rulebook updates
Update | SCT | SCT SDD | SCT Inst |
---|---|---|---|
Hybrid postal address | ✅ | ✅ | ✅ |
Organization identification structure | ✅ | ✅ | ✅ |
Single return request allowed | ✅ | - | ✅ |
SCT Inst processing time | - | - | ✅ |
SCT Inst maximum amount | - | - | ✅ |
Obligation to notify SCT Inst debtor | - | - | ✅ |
Hybrid postal address
Rulebook updates
The SEPA 2025 rulebooks introduce a new hybrid address format alongside the existing structured format. The existing unstructured address format will no longer be authorised starting from November 22, 2026.
The differences between structured, hybrid, and unstructured Address formats are as follows:
Attribute | Structured address | Hybrid address starting October 5, 2026 | Unstructured address until November 22, 2026 |
---|---|---|---|
Mandatory | country city | country city line_1 | country line_1 |
Optional | street_name postal_code All other attributes in address | street_name postal_code All other attributes in address | line_2 |
Absent | line_1 line_2 | city Any other attribute |
Numeral integration changes
- Incoming payments: no change required, as Numeral already supports structured and hybrid addresses
- Payment orders: customers have until November 22, 2026 to migrate to structured or hybrid addresses
Organization identification structure
Rulebook updates
The SEPA 2025 rulebooks now allow LEI
, anyBIC
, and / or one occurrence of Othr
as organization identification.
In case an organization has multiple identifiers,default_other_identifier
should be used to specify the identifier to be used by default.
Numeral integration changes
- Incoming payment: no change required
- Payment order
- No change required for
originating_account
andreceiving_account
- Breaking change for
ultimate_originator
- No change required for
ultimate_originator
breaking change
ultimate_originator
breaking changeultimate_originator.organization_identification
is currently defined with bank_code
and other (string)
attributes.
There will be a migration phase where these 2 attributes will still be allowed in the new definition of organization_identification
but will be deprecated later on.
"organization_identification": {
"bank_code": string | null,
"other": string | null
}
"organization_identification": {
"bank_code": string | null,
"other": string | null,
"legal_entity_identifier": string | null,
"business_identification_code": string | null,
"default_other_identifier_type": string | null,
"others": [
{
"type": string,
"value": string
}
]
}
"organization_identification": {
"legal_entity_identifier": string | null,
"business_identification_code": string | null,
"default_other_identifier_type": string | null,
"others": [
{
"type": string,
"value": string
}
]
}
During the migration phase, the rules will be:
- If
business_identification_code
is defined, then it will take precedence overbank_code
. Otherwise, if onlybank_code
is defined, its value will be copied tobusiness_identification_code
- If
others
array has at least one element, then it will take precedence overother
as a string. Otherwise, if onlyother
as a string is defined, then it will be copied to thevalue
attribute of an element of theothers
array withtype
=unknown
Single return request allowed for SCT and SCT Inst payments
Rulebook updates
The SEPA 2025 rulebooks now allow only one return request per SCT and SCT Inst payment.
Numeral integration changes
- Incoming payments: Numeral support team will contact if you are receiving more than one return request
- Payment orders: the Numeral API will return a 409 - Conflict status code if a return request already exists
SCT Inst processing time
Rulebook updates
The SEPA 2025 rulebooks defines the execution timeline of SCT Inst payments as follows:
Event | Description | Timer |
---|---|---|
Initiation date time | Also referred to as time or receipt or timestamp, the initiation timestamp is the date time when the originator PSP initiates the payment, as captured in the initiated_at attribute in payment_order and incoming_payment objects.initiated_at is defined as an ISO 8601 date time to the milliseconds without trailing zeros. | - |
Maximum execution time target | The target time for the originator PSP to receive a positive or negative response from the beneficiary PSP. | 5 seconds from initiation |
Hard time-out deadline | The deadline for the CSM to receive a positive or negative response from the beneficiary PSP before sending a negative response to the originator PSP and the beneficiary PSP. | 7 seconds from initiation |
Funds reservation lift time | The time when the originator PSP must lift funds reservation. Note that a positive response might still be received after funds reservation life time. | 10 seconds from initiation |
Numeral integration changes
- Incoming payments: incoming payments and related events now include
initiated_at
for SCT Inst payments. Customers must useinitiated_at
to compute target maximum execution time target and reject payments that have been received more than 7 seconds from initiation. Numeral does not calculate target maximum execution time target and does not automatically reject payments - Payment orders
- Created from the API: customer must include
initiated_at
and setauto_approval
totrue
- Created from the dashboard or through file ingestion: Numeral will automatically set
initiated_at
- Created from the API: customer must include
SCT Inst maximum amount
Rulebook updates
The SEPA 2025 rulebooks defines maximum amount for an SCT Inst payment as €999,999,999.99 instead of €100,000.00.
Numeral integration changes
Numeral already supports amounts up to 999,999,999.99.
Obligation to notify SCT Inst debtor
Rulebook updates
The SEPA 2025 rulebooks mandate the debtor PSP to notify its customer that that the funds have been credited on the beneficiary's account.
Numeral integration changes
Customers can already use the payment_order:executed
event as a confirmation that the funds have been credited on the beneficiary's account.
Updated about 12 hours ago