1. Mailing Lists
  2. Contributors
  3. Re: Address format in SEPA XML files

Contributors mailing list archives

contributors@odoo-community.org

Browse archives

Re: Address format in SEPA XML files

Re: Address format in SEPA XML files

Avatar

Re: Address format in SEPA XML files

by
Therp, Tom Blauwendraat
- 16/12/2025 12:04:02

We had started on something here:

https://github.com/OCA/bank-payment/pull/1528

Victor, it would be nice if you can respond to the comment that I made on there. So that maybe the PR can be simplified

On 12/16/25 10:57, Victor Champonnois wrote:

Thank you for your reply Alexis.

We are not ready to deploy your "big" PR in production yet. So we will isolate the part of the code that makes the correction in a separate PR. Is it OK for you if we propose this PR to the OCA ? 

Have a nice day,

Victor Champonnois - Coop IT Easy
On 30/10/25 11:12, Alexis de Lattre wrote:
Dear Victor,

I was aware of this change from unstructured addresses to structured addresses in SEPA XML files, as described in the EPC specs. To anticipate this change, I worked on it in august 2024, cf this commit on account_banking_pain_base https://github.com/akretion/banking/commit/e0ccf2d734c1aaea5e26f826c030eb57d392b04f

On v16.0, structured addresses in SEPA credit transfer XML files and SEPA direct debit XML files is implemented in my "big" PR here : https://github.com/OCA/bank-payment/pull/1174
I am fully aware of the problem with the separation of street name and number. I didn't want account_banking_pain_base to depend on base_address_extended, because it would be a very big impact for a very small need.
My implementation strategy was the following :
- if base_address_extended is installed, it use the fields added by that module
- if base_address_extended is not installed, I separate street number and street name "on the fly" with code. It's not always perfect, it works most of the time and, when it doesn't work, the street number is empty and the street name has the whole street field.
Cf the code :
you can have a look at the method _improved_street_split() at line 99.

Look at the test suite to see the result with real life content :

In 18.0, it is implemented in OCA/bank-payment-alternative (which was created from my "big" PR on 16.0 #1174) :
The only change is that the module account_banking_pain_base has been renamed to account_banking_sepa_base.

Porting this on OCA/bank-payment should be pretty easy.

Alexis

Le jeu. 30 oct. 2025 à 10:27, Victor Champonnois <notifications@odoo-community.org> a écrit :
Hello OCA Contributors,

There is an ongoing change in the european regulation regarding the format of address in Sepa direct debit and Sepa credit transfer XML files. See here for the presentation of the regulation and here for the full spec.

Banks in Belgium are already rejecting some XML files generated from the version 12 and 16 of account_banking_sepa_credit_transfer.

There are two possible formats : structured and hybrid. Using the structured format doesn't seem possible because it requires the street name and number to be separated. In Odoo both pieces of information are in the same field. The hybrid format should therefore be used, but from what I see, the XML files already seem to be consistent with this format.

Have you encountered the same problems ? Or do you have more information about this issue ?

Thank you and have a nice day,

-- 
Victor Champonnois - Coop IT Easy

_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe

_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe

_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe

Reference