Supported banking file formats and specifications

Document ID: 32541
Modified: 13/02/2024

Body:

Spefications for supported upload and download formats as issued by Febelfin.be and iso20022.org.

Supported upload formats

https://febelfin.be/en/publications/2023/banking-standards-for-internet-banking-for-businesses

Format Specifications XSD (*)
SEPA & Non-SEPA Credit Transfer (XML ISO20022) Pain 001.001.03
Credit transfer XML with validation according the XSD standard and the Belgian Implementation guidelines
Febelfin XSD
SEPA & Non-SEPA Credit Transfer (XML ISO20022) Pain 001.001.09 (17/03/2024)**
Credit transfer XML with validation according the XSD standard and the Belgian Implementation guidelines
Febelfin XSD
SEPA & Non-SEPA Credit Transfer (XML ISO20022) Pain 001.002.03
German specific credit transfer XML with validation according the XSD standard (only supported by a limited amount of banks)
Deutsche Kreditwirtschaft XSD
SEPA & Non-SEPA Credit Transfer (XML ISO20022) Pain 001.003.03
German specific credit transfer XML with validation according the XSD standard (only supported by a limited amount of banks)
Deutsche Kreditwirtschaft XSD
SEPA Direct Debit (XML ISO20022) Pain 008.001.02
Either Core & B2B SEPA Direct Debit with validation according the XSD standard and the Belgian Implementation guidelines
Febelfin XSD
SEPA Direct Debit (XML ISO20022) Pain 008.001.08 (17/03/2024)**
Either Core & B2B SEPA Direct Debit with validation according the XSD standard and the Belgian Implementation guidelines
Febelfin
XSD
SEPA Direct Debit Reversal (XML ISO20022) Pain 007.001.02
Either Core & B2B SEPA Direct Debit with validation according to the XSD standard
Febelfin XSD
SEPA Direct Debit Reversal (XML ISO20022) Pain 007.001.09 (17/03/2024)**
Either Core & B2B SEPA Direct Debit with validation according to the XSD standard
  XSD

The allowed character set is a subset of the Latin character set in UTF-8 format. HThe implementation guidelines only allow following characters: a-z, A-Z, 0-9 and the special characters: /-?:().,'+ and space.

All Latin UTF-8 chars that are not in the above list are converted :

  • accented letters to non-accented letters
  • special characters to spaces

(*) An XSD is a file used for validating XML files comply to the ISO standard. It contains information like what information must be filled in, what is the basic structure of each field, how many characters a field may have... With this file your software supplier can build in a basic validation in the accounting software.

** Based on guidelines from the European Payments Council (EPC), Febelfin has published implementation guidelines. The mandatory use of structured addresses from November 2025 on is currently being evaluated and will possibly be revised by the European Payments Council (EPC). As soon as we receive more information about this, it will be mentioned on https://febelfin.be/en/publications/2023/banking-standards-for-internet-banking-for-businesses

Developers tips

Developers tip: We strongly advise ERP or accounting software supplier to implement the XSD check to detect common issues with banking files. When viewing upload error statistics at Isabel we detect that 1/4 issues are directly related to badly validations that could be detected with an XSD check. We encourage you to use the opensource XSD files (created by iso20022.org) mentioned above.
The XSD also contains regular expressions that can be used when validating input fields.

Manually validating a file according to an XSD

Although we recommend that XSD validation is built into your ERP or accounting software you can also manually validate your banking file according to an XSD.

Please note that the information provided below is technical. In the steps below we will use XML Copy Editor (other advanced text editors can also be used).

  1. Download and install XML Copy Editor. Once installed, start this program and open your file using XML Copy Editor (choose File > Open).
    Optional: In some cases when using banking file in XML all data might on 1 single line. This is done by your ERP or accounting software to reduce the file size, but is not user friendly to manually edit files. If you are using XML Copy Editor you can format your file by going to menu XML > Pretty-print.
  2. Verify if your file is a well formed XML file by going to the menu XML > Check Well-formedness. The result of this validation will be displayed in the Information bar at the bottem.
    In case this validation fails your ERP or accounting software created a file that is not according to specifications. The most common mistakes here are illegal characters (only UTF-8 characters are allowed) or an invalid XML file (could be a wide range of possible issues). You will not be able to continue with the next validation step in case this validation fails.
  3. Download the XSD corresponding to your used banking file and unzip it (you can view what type you must download in one of the first lines in your file).
  4. In XML Copy Editor go to the menu XML > Associate > XML Schema. Select the XSD file you downloaded.
  5. Validating your file with the corresponding XSD by going to the menu XML > Validate > DTD/XML Schema
  6. In case this validation returns errors you can try to manually correct them. A malformed BIC, IBAN, text too long, illegal characters,... are common and easy to solve issues. In case they are not one of those we recommend contacting your software supplier and provide them the found issues.
     Although this validation is essential, it is not a guarantee that your file will accepted. Isabel 6 has a more in depth validation that is not covered by this XSD validation alone.

According to statistics this error occurs most when:

  • A wrong formatted IBAN is used. A valid IBAN must begin with the 2 letter (country code), 2 check digits followed by 1 to 30 alphanumeric characters. Regular expression (*): [A-Z]{2,2}[0-9]{2,2}[a-zA-Z0-9]{1,30})
  • A wrong BIC is used. A valid BIC must begin with 4 letters (institution code or bank code), 2 letters (country code) and 2 alphanumeric characters (location code). Optionally there are 3 alphanumeric characters at the end for the branch code. Total of 8 or 11 characters. Regular expression (*): [A-Z]{6,6}[A-Z2-9][A-NP-Z0-9]([A-Z0-9]{3,3}){0,1}
  • An empty tag is used in the banking file. It is not allowed to have empty tags (like <tag></tag> or <tag/>)
  • Illegal characters are used in the banking file. Only the characters as stated below can be used as valid input value. The file itself must have UTF-8 encoding.
    a b c d e f g h i j k l m n o p q r s t u v w x y z
    A B C D E F G H I J K L M N O P Q R S T U V W X Y Z
    0 1 2 3 4 5 6 7 8 9
    / - ? : ( ) . , ' +
    Isabel does allow the complete UTF-8 charset (so also letters with accents etc) but will be converted. For more information please read charset.pdf
  • Another cause what made your file badly structured. The XSD validation covers a lot of various rules. In case the above reasons are verified you are advised to contact your accounting or ERP software supplier to verify where the issue is located. When contacting your software supplier also inform them about What is an XSD.

(*) A Regular expression can be used by your accounting or ERP software supplier to validate your input so you get real-time feedback when you've input a wrong value.

Older supported banking formats

These older formats may no longer be accepted by your bank. Contact your bank for more information.

SEPA Direct Debit (XML ISO20022) Pain 008.001.01
Either Core & B2B SEPA Direct Debit with validation according the XSD standard and the Belgian Implementation guidelines
CIRI FBF (domestic payment) layout 128 and 360
Old format for Belgian domestic payment with validation according to the Belgian implementation guidelines
CIRI VME (international payment) layout 128 and 1440 version 3.1
Old format for Belgian international payment with validation according to the Belgian implementation guidelines
CIRI VME (international payment) layout 128 and 1440 version 3.0
Old format for Belgian international payment with validation according to the Belgian implementation guidelines
CIRI-RCA (cheque) layout 128 and 180
Old format for Belgian cheque with validation according to the Belgian implementation guidelines

Supported download formats

The file formats below can be used by your accounting software to automatically process your account information. For more information which formats and versions your bank supports you can contact your bank(s).
To be able to receive reporting files you can request your bank to start sending. You can file your request report files via Isabel.eu/manage.

Format  Specifications XSD (*)
CODA 2.6
Downloadable Reporting format
Febelfin  
CODA: SEPA Direct Debit reporting codes
Reason codes for SEPA Direct Debit in CODA
Febelfin  
MT940
Downloadable Reporting format (booked statements)
SWIFT  
MT941
Downloadable Reporting format (balance report)
SWIFT  
MT942
Downloadable Reporting format (intraday)
SWIFT  
CAMT (XML ISO20022) CAMT 052.001.02
Downloadable Reporting format (intraday account balances and transactions)
ISO20022 XSD
CAMT (XML ISO20022) CAMT 053.001.02
Downloadable Reporting format (booked account balances and transactions)
Febelfin XSD
CAMT (XML ISO20022) CAMT 054.001.02
Downloadable Reporting format (detailed batch report)
Febelfin XSD
CAMT (XML ISO20022) CAMT 052.001.03
Downloadable Reporting format (intraday account balances and transactions)
ISO20022 XSD
CAMT (XML ISO20022) CAMT 053.001.03
Downloadable Reporting format (booked account balances and transactions)
ISO20022 XSD
CAMT (XML ISO20022) CAMT 054.001.03
Downloadable Reporting format (detailed batch report)
ISO20022 XSD

 

 

 

Supported banking file formats and specifications
32541
13/02/2024