Two things change on the same day. Every payment address must carry a structured town and country, and PAIN.001.001.03 stops being accepted. Here is exactly what changes, who has to act, and why a file that passes schema validation can still be rejected.
The Swiss Payment Standards release taking effect on 14 November 2026 brings two separate changes that land on the same date. Both are hard cut-offs, not recommendations.
| What | Before | From 14 Nov 2026 |
|---|---|---|
| Address format | Unstructured address lines accepted | Structured or hybrid only — town and country mandatory as separate elements |
| Message version | pain.001.001.03 and pain.001.001.09 both accepted | pain.001.001.09 only (cash management: camt.05x.001.08) |
The consequence is blunt. Payments that do not meet the new requirements can no longer be processed from 14 November 2026. This is not a grace period — it is the date the old formats stop working.
One practical detail that catches people out: if you are still submitting unstructured addresses, the execution date must fall before 14 November 2026, not merely the submission date. A file sent in early November with a later execution date is still a problem.
A structured address splits the address into named XML elements rather than free-text lines. The Swiss Implementation Guidelines allow two variants, and the same non-negotiable rule applies to both: the town name and the country must always be supplied.
This is the recommended form for all payment types:
| Element | XML tag | Status |
|---|---|---|
| Street name | StrtNm | Recommended |
| Building number | BldgNb | Recommended |
| Post code | PstCd | Recommended |
| Town name | TwnNm | Mandatory |
| Country (ISO 3166 alpha-2) | Ctry | Mandatory |
| Address type | AdrTp | Must not be sent |
Where an address does not fit the structured fields — common outside Europe — up to two free-text address line elements may be added, at a maximum of 70 characters each. Two constraints apply: information already given in a structured element must not be repeated in an address line, and the town and country must still be supplied as structured elements. Support for the hybrid variant depends on your bank; it is optional under the Swiss Payment Standards.
The house number is a special case. Putting it inside the street name is still permitted until further notice. But the guidelines warn explicitly that for SEPA and cross-border payments the transaction may still be rejected depending on the recipient country. Splitting it into its own building number element costs nothing and removes that risk.
One more limit worth knowing: the creditor name is capped at 140 characters in general, but at 70 characters for SEPA payments. Exceeding a schema length limit rejects the entire file, not just the one transaction.
The Swiss market has run a parallel phase in which both the older pain.001.001.03 and the newer pain.001.001.09 were accepted. That phase ends on 14 November 2026. From then, only pain.001.001.09 is supported for payment orders, alongside camt.05x.001.08 for account statements and reporting.
The two changes are connected. The newer message version is what introduced the additional address elements that make a properly structured address expressible in the first place — which is why the address rule and the version cut-off share a date.
The Swiss schema file has not changed name. The current SPS XML schema is still pain.001.001.09.ch.03.xsd, as published on iso-payments.ch and referenced in SPS 2026 Version 2.3. If you were expecting a new schema to download, there is not one — what changed is the guidelines and the business rules the banks enforce.
If your accounting or ERP software still exports pain.001.001.03, that is the most urgent item on your list. Ask your vendor for their migration date in writing, and make sure it sits comfortably before November.
This is the part that surprises even technical teams, and it is worth understanding before you rely on any validation tool.
The official Swiss XML schema marks the town and country elements as optional. A payment file that omits them is therefore perfectly valid XML against the official schema. It passes any schema check you or your software runs, cleanly, with no warnings.
The address requirement is a business rule enforced by the banks, not a schema constraint. Schema validation cannot detect a missing town or country. Passing it proves nothing about whether your file will be accepted after 14 November 2026.
The practical implication: "our files validate against the SPS schema" is not evidence of readiness. Neither is "our bank accepted our last upload" — today it will, because the old rules still apply. The only meaningful check is whether every address block in your output actually contains a town and a country.
You can verify this yourself in about a minute. Open a payment file you generated recently in any text editor and search for <PstlAdr>. Every occurrence should contain both a <TwnNm> and a <Ctry> before it closes. If any block has a street or a post code but no town, that payment will be rejected from November.
What you need to do depends on how you pay your bills. Find yourself below.
This is where the real risk sits. Confirm two things with your vendor: that the export is pain.001.001.09, and that it writes a town and country into every address. Then check an actual exported file yourself — see section 4. Do not accept "we are ISO 20022 compliant" as an answer; it does not address either question.
Your bank handles the format. Your job is the data: creditor records that are missing a town or country need completing. Ask your bank whether they can report which of your saved creditors are incomplete.
Financial institutions must adjust existing standing orders and templates by 13 November 2026. Stop using old templates and follow your bank's instructions. Watch for invoice issuers — landlords and leasing providers especially — sending new QR-bills where only the address format changed; standing orders based on those need updating.
The QR-bill already permits only the structured address, so if your invoicing is current you are likely fine. Verify that your creditor address on the bill carries a town and country in the structured fields rather than combined address lines.
No action needed for this deadline. No adjustment is planned for LSV+/BDD before its discontinuation at the end of September 2028, and the unstructured address may continue to be used there.
A note on timing. Migrating early costs nothing — structured addresses are already accepted today. There is no reason to wait for November, and every reason not to: the closer to the deadline, the busier your vendor and your bank will be.
The swissCFO PAIN.001 generator produces pain.001.001.09 files against the current Swiss schema, and enforces the November 2026 address rules today.
Upload a Swiss QR-bill and generate a payment file. Free to try — no login, no installation.
Open the PAIN.001 generatorIf you would rather check your existing process than switch tools, the test in section 4 works on any file from any software. It takes a minute and gives you a definite answer.
Two things change on the same date. First, the address of every party in a payment must be structured: the town and country must be supplied as separate XML elements. Second, the parallel phase for older message versions ends, so only pain.001.001.09 is accepted for payment orders and camt.05x.001.08 for cash management messages. Payments that do not meet the new requirements can no longer be processed from that date.
No. 14 November 2026 is the end of the parallel phase during which both message versions were supported. From that date, Swiss financial institutions accept only pain.001.001.09. Files in pain.001.001.03 will no longer be processed. If your software still produces pain.001.001.03, it must be updated before the deadline.
A structured address splits the address into separate XML elements instead of free-text lines: street name, building number, post code, town name and country. Under the Swiss Payment Standards the town and the country must always be supplied. A hybrid variant is also permitted, where up to two free-text address lines carry information that does not fit a structured field — but even then the town and country must be supplied as structured elements.
Yes, and this is the most common way the change catches people out. The Swiss XML schema marks the town and country as optional, so a file missing them validates cleanly against the official pain.001.001.09.ch.03 schema. The requirement to supply them is a business rule enforced by the banks, not a schema constraint. Passing schema validation therefore proves nothing about whether your file will be accepted after 14 November 2026.
It is recommended but not yet mandatory. The Swiss Implementation Guidelines permit the house number inside the street name element until further notice. However, they warn that for SEPA and cross-border payments the transaction may still be rejected depending on the rules and processing in the recipient country. Supplying the building number in its own element is the safer option.
No. No adjustment is planned for LSV+/BDD before its discontinuation at the end of September 2028, and the unstructured address may continue to be used there. The 14 November 2026 requirement applies to credit transfers submitted with pain.001.
Financial institutions must ensure that existing standing orders and templates are adjusted by 13 November 2026 at the latest. You should stop using old templates in e-banking and follow your bank's instructions. Note that invoice issuers may send new QR-bills for existing recurring payments where only the address format has changed, and standing orders based on them must be updated.
The authoritative source is the Swiss Implementation Guidelines for Customer-Bank Messages for Credit Transfer, SPS 2026 Version 2.3, published by SIX Interbank Clearing. The address rules are in the chapter on the use of address information. SIX also publishes a short factsheet on address adjustment and message version migration aimed at SMEs. Both are free to download from six-group.com.
Upload your Swiss QR-bill invoices and get a pain.001.001.09 file that already meets the November 2026 address rules. Free to try, no installation.
Try the PAIN.001 generator