Lorsque vous uploadez un fichier de paiement vous recevez un message d'erreur, un avertissement ou le fichier est uploadé en format libre.

Nº du document: 36088
Modifié: 11/07/2019

Solution:

Lorsque vous uploadez un fichier de paiement, vous recevez un message d'erreur, un avertissement ou le fichier est uploadé en format libre alors que cela ne devrait pas être le cas.

  Les fichiers bancaires sont créés par les applications comptables ou ERP. Ne corrigez pas ces fichiers manuellement mais contactez plutôt votre fournisseur de logiciels ERP ou de logiciel comptable en lui communiquant le message d'erreur.

 

Erreur fatale de format de fichier

Erreur fatale : Le fichier n'est pas conforme à ISO20022 pain.00x.001.0x.xsd

Le fichier n'est pas correctement structuré.

Lors de la validation de votre fichier nous remarquons qu'il n'est conforme aux spécifications. Prenez contact avec votre fournisseurs de logiciels ERP ou comptable pour plus d'informations au sujet d'un bug possible dans leur application. Une solution alternative est de rechercher l'erreur vous-même.

Veuillez consulter "Formats de fichiers bancaires supportés et leurs spécifications" correspondantes pour plus d'informations et la façon de valider manuellement un fichier en fonction d'un XSD.

Erreur fatale : IBAN (IBAN) du compte créditeur non valable

Un IBAN qui est utilisé dans votre fichier bancaire est mal formaté ou ne passe pas le contrôle de validation.

Résolution

Les codes IBAN et leurs règles de validation sont disponibles dans le IBAN Registery. Un IBAN valide doit être présent dans le IBAN registery et doit passer un contrôle de validation pour être correct. La validation se fait de la façon suivante:

Voici une explication plus détaillée et un exemple :
  • La longueur de l'IBAN doit être correcte comme indiqué par pays. Vous pouvez vérifier la bonne longueur sur Wikipedia.org (formats IBAN par pays).
  • Déplacer les 4 premiers caractères de l'IBAN vers la fin de celui-ci.
    Exemple: GB82 WEST 1234 5698 7654 32 > WEST 1234 5698 7654 32 GB82
  • Remplacer les lettres de l'IBAN par des numéros (a=10, B=11, C=12, ...).
    Exemple: WEST 1234 5698 7654 32 GB82 > 32 14 28 29 1234 5698 7654 32 161182
  • Calculer le modulo 97 de votre IBAN altéré. Ce résultat doit être 1 pour avoir un IBAN valide.
    Exemple: mod(97) 3214282912345698765432161182 = 1

Nous conseillons vivement aux fournisseurs de logiciels ERP ou comptables d'implémenter cette validation afin de détecter les entrées erronées.

Erreur fatale : La communication structurée (CommunicationStructurée) Belge n'est pas valide. Seuls 12 caractères numériques sont autorisés et le chiffre de contrôle doit être valide. La référence du créditeur dans l'information structurée de remise doit contenir la communication structurée belge à 12 chiffres

Un message structuré dans votre fichier bancaire est mal formaté ou ne peut être validé avec le modulo 97.

Résolution

Une communication structurée valide se compose uniquement de 12 chiffres (les signes *, +, / ou \ ne sont pas autorisés). La validation se fait de la façon suivante:

  1. La com­mu­ni­ca­tion doit toujours être composée de douze chiffres.
  2. Prenez les 10 premiers chiffres et calculez le module 97 de ces 10 chiffres.
    Exemple: 090933755493 > mod(97) 0909337554 = 93
  3. Le résultat de ce calcul doit être le même que les 2 derniers chiffres de votre communication structurée. 090933755493 = 93
     Une exception se produit lorsque le résultat du calcul modulo est 00, alors 97 doit être utilisé. Un message structuré se terminant par 00 n'est donc pas possible.

Si cette validation échoue, cela signifie que vous disposez d'un message structuré invalide. Veuillez contacter votre bénéficiaire afin de lui demander un message structuré différent et informez-le de cette validation pour qu'il puisse résoudre ce problème de son côté. Nous recommandons de ne pas modifier le message structuré afin de le rendre valide car votre bénéficiaire ne s'attend pas à recevoir cette communication structurée.
Nous conseillons vivement aux fournisseurs de logiciels ERP ou comptables d'implémenter cette validation afin de détecter les entrées erronées ainsi que l'exception du zéro comme résultat du modulo (97) étant donné que c'est une erreur courante.

Erreur fatale: Les devises des comptes débiteurs doivent être identiques tout au long du paiement

Vous utilisez un compte donneur d'ordre avec de multiples devises.
La balise <Ccy> (Currency*) est manquante. Cette erreur survient parce que votre fichier est mal structuré. Vous pouvez le modifier manuellement ou contacter votre ERP ou fournisseur de logiciel de comptabilité.

*Currency ne doit être utilisé que si un numéro de compte comprend plusieurs devises et que le compte à débiter est libellé dans une devise autre que celle du transfert.

Résolution

Ajouter la balise <Ccy>, il s'agit d'une partie de la balise <DbtrAcct> (DebtorAccount)

Des informations complémentaires sont disponibles dans "Formats de fichiers bancaires supportés et leeus spécifications correspondantes".

Erreur fatale: Le montant ne devrait pas contenir plus de chiffres après la virgule que le nombre autorisé pour cette devise

Vous utilisez une devise qui ne permet pas ce nombre de décimales.
En fonction de la devise utilisée, une certaine quantité de décimales est seulement autorisée (0,2,3).
Pour la plupart des devises, 2 décimales sont autorisées.
Consultez ci-dessous le nombre de décimales autorisées pour chaque devise.

Devises qui n'autorisent pas de décimales
  1. BIF
  2. BYR
  3. CLF
  4. CLP
  5. DJF
  6. GNF
  7. JPY
  8. KMF
  9. KRW
  10. MGA
  11. PYG
  12. RWF
  13. VUV
  14. XAF
  15. XOF
  16. XPF
Devises permettant jusqu'à 3 décimales
  1. BHD
  2. IQD
  3. JOD
  4. KWD
  5. LYD
  6. OMR
  7. TND
Erreur fatale : Le fichier n'est pas conforme au format attendu

3 bytes ont été ajoutés à la longueur du fichier lors de son enregistrement (par exemple dans le Bloc-notes) en type de codage UTF-8. Ce fichier n'est plus vraiment un fichier UTF8.
Veuillez contacter votre fournisseur ERP ou de logiciel de comptabilité.

Erreur fatale : L'identification privée du schema du créancier initial 'Autre identification' n'est pas un identifiant valable

Cette erreur survient parce que votre fichier est mal structuré au niveau du Creditor Scheme Identification <CdtrSchmeId>

Résolution

Veuillez vérifier la balise suivante : Identification <Id>
Vous pouvez modifier manuellement votre fichier ou contacter votre fournisseur de logiciels ERP ou de comptabilité.
Vous trouverez plus d'informations dans "Formats de fichiers bancaires supportés et leurs spécifications correspondantes".

Le fichier est uploadé comme format libre alors qu'il devrait être uploadé dans un format différent

Le programme Isabel 6 vérifie le fichier de paiement pour déterminer de quel type de fichier bancaire il s'agit. Lorsque le fichier de paiement ou le type de fichier n'est pas correct, le fichier de paiement peut-être uploadé en tant que type de format libre. Ce qui a pour conséquence que le fichier pourrait ne pas être exécuté par votre banque.

Veuillez contacter votre revendeur de logiciel comptable ou ERP pour examiner le fichier et vérifier "les formats de fichiers bancaires supportés et leurs spécifications correspondantes".

VR.BF.V.CT3.ISO.130 - La somme de contrôle du message est invalide (/Document/CstmrCdtTrfInitn/GrpHdr/CtrlSum)

Cette erreur apparaîtra lorsque le somme de contrôle dans le group header ou le payment level du fichier est invalide. Si la balise <CtrlSum> est présent dans le fiichier, son contenu doit être correct. Veuillez corriger ou supprimer la balise.

VR.BF.V.CT3.ISO.133 - Le nombre de transactions de paiements est invalide - (/Document/CstmrCdtTrfInitn/PmtInf/NbOfTxs)

Cette erreur apparaîtra lorsque le somme de contrôle dans le group header ou le payment level du fichier est invalide. Si la balise <NbOfTxs> est présent dans le fiichier, son contenu doit être correct. Veuillez corriger ou supprimer la balise.

Erreur fatal: La banque .......... ne permet pas l'exportation du format XML-CT pain.001.003.03

Ce format de fichier est uniquement pris en charge par ING

Erreur fatal: Si l'information sur le type de paiement est présente au niveau du paiement, elle ne doit pas l'être au niveau de transfert

PaymentTypeInformation <PmtTpInf> est obligatoire et peut être présent au niveau de l'information de CreditTransferTransactionInformation (transaction de virement de crédit) et au niveau du paiement. Cependant, il se peut qu'il ne soit pas présent simultanément sur les deux niveaux.

Lorsque la balise est présente au niveau du paiement, elle s'applique à toutes les transactions du fichier.
Si la balise est présente au niveau de la transaction, elle doit être déterminée séparément pour chaque transaction.

Si vous recevez ce message d'erreur, vous devez supprimer la balise complète sur un niveau.

 

Avertissements format de fichier

Comment accepter les avertissements : "Accepter ou refuser les conditions supplémentaires"

Vous pouvez accepter l'avertissement dans les détails de la transaction uploadée. Allez vers Transactions et ouvrez la transaction uploadée. Dans le menu Actions, dans la partie gauche, l'option "Accepter ou refuser les conditions supplémentaires" sera disponible.

Vous pouvez également accepter l'avertissement durant le processus de upload dans la colonne Action. Vous pouver effectuer une sélection dans le menu déroulant qui est disponible un peu après la fin du upload.

 Une fois les conditions acceptées ou refusées vous ne pouvez plus les modifier.

Avertissement : Doublon : ce fichier a déjà été téléchargé le xx/xx/xx x:xx:xx , avec la référence : Fichier de paiement uploadé : xxxxx xxxxx

Doublon : ce fichier a déjà été téléchargé le [Timestamp] avec la référence : [Nom De FichierOuDescription]

Vous avez déjà téléchargé le même fichier dans les derniers 7 jours, dans le même contract ebanking ou avec le même code hash.

Vous pouvez accepter cette avertissement , mais il y a un risque que vous téléchargiez deux fois le même fichier.

Remarque : Vous recevrez ce message même si le fichier téléchargé précédement a été supprimé ou envoyé. Si vous comprenez le risque, vous pouvez malgré tout accepter l'avertissement.

Avertissement : Le fichier a une date d'execution dans le passé [VotreDateD'execution], aujourd'hui [DateD'aujourd'hui]

La date d'exécution dans votre fichier est dans le passé.

Résolution

Vous pouvez accepter ce message , mais le fichier pourrait être rejeté par la banque.

Pour être certain que votre paiement sera exécuté par la banque, il est recommandé que la date d'exécution soit la date du jour ou une date dans le futur. Si vous ignorez cet avertissement, la banque pourrait rejeter votre fichier bancaire (ceci est spécifique à la banque).

Remarque: cet avertissement s’applique uniquement à pain.001.001.02 et au prélèvement SEPA.

Avertissement : BIC (BIC) de l'agent du créditeur inconnu

Le BIC de l'une de vos contreparties n'est pas connu.

Isabel utilise une liste de toutes les banques connectées à SWIFT et effectue une vérification avec le BIC utilisé dans votre fichier. Dans le cas d'un BIC inconnu, cela ne signifie pas que le BIC est incorrect. Vérifier si un BIC est connu chez Swift . Isabel met à jour les BICs connus une fois par mois.

Remarque: Si vous utilisez un BIC valide mais qu'il n'est pas de ce compte, vous recevrez également cette notification.

Obtenez ici le code BIC dont votre compte a besoin.

Avertissement : Le pays du compte du créditeur (numéro de compte) ne correspond pas au BIC du pays de l'agent créditeur (BIC).

Le code pays du BIC de votre contrepartie n'est pas le même que le code pays du numéro de compte.

Assurez-vous que vous utilisez le BIC correct pour votre contrepartie.

Vous pouvez accepter ce message , mais le fichier pourrait être rejeté par la banque.

L’adresse du débiteur est obligatoire car le pays du compte débiteur ou créditeur est localisé dans un pays ou territoire SEPA qui ne se trouve pas dans l’EEA.

Cette erreur peut apparaître lorque vous essayer de faire un upload d'un domiciliation SEPA, avec un compte débiteur où créditeur non-EEA SEPA, si vous n'avez pas entré l'addresse du débiteur. À partir de 24 septembre 2017, cette addresse est obligatoire dans ces cas pour tous les nouveaux domiciliations et mandats. Veuillez adapter le fichier et réessayer de faire un upload.

Si les balises ne sont pas présent, seulement une avertissement apparaît. Vous pouvez l'ignorer mais le banque peut refuser votre fichier. Il est fortement recommandé de fournir ces données, veuilliez consulter les "Formats de fichiers bancaires supportés et leurs spécifications correspondantes" pour plus d'information.

 

Questions relatives aux incidents liés aux contrats bancaires et aux droits, formats de fichiers, types de paiements autorisés, comptes donneurs d'ordre :

Erreur : Le service bancaire ne prend pas charge ce format de fichier
  • Votre fichier bancaire n'a pas été encodé en UTF-8 ou ANSI.
  • Votre banque ne prend pas en charge ce type de format de fichier bancaire.
  • Vous n'êtes pas abonné au module 'Upload de chèques et fichiers divers'.

Résolution

Pour vérifier si votre banque supporte votre fichier bancaire :

  1. Vérifiez si votre fichier est supporté par Isabel 6.
  2. Si votre fichier fait partie des types de fichiers supportés: contactez votre banque pour vérifier si elle supporte ce type de fichier.
  3. Si votre fichier ne fait pas partie des types de fichiers supportés: Avec isabel, vous pouvez envoyer des fichiers de type inconnu. Si vous essayez d'envoyer un fichier de type inconnu, vérifiez que votre banque le supporte et que vous êtes inscrit au module Upload de chèques et fichiers divers.
Erreur : Le compte donneur d'ordre xxx dans votre fichier n'est pas reconnu dans le(s) contract(s) ou se trouve hors des plages acceptées

Vous utilisez un compte donneur d'ordre qui n'est pas connu ou pas encore configuré dans Isabel 6.

Assurez-vous que le compte donneur d'ordre utilisé est bien configuré dans Isabel. Vous pouvez tester cela en essayant de créer une nouvelle transaction avec ce compte donneur d'ordre.

 Seul le compte donneur d'ordre doit être répertorié dans l'assistant mentionné, la représentation ne doit pas être identique.

  • Si vous uploadez un paiement (non) - SEPA, vous devez être en mesure d'utiliser le compte donneur d'ordre comme dans le fichier uploadé lors de la création d'un Paiement via l'assistant de paiement Isabel.
  • Si votre compte n'est pas répertorié dans l'Assistant mentionné, votre compte n'est pas encore configuré. Contactez votre banque pour ajouter votre compte donneur d'ordre.
Erreur : L'Utilisateur xxx ne dispose pas des droits nécessaires pour uploader un fichier bancaire de format xxx

Vous n'êtes pas autorisé à uploader ce type de fichier bancaire.

Si vous tentez d'uploader une Domiciliation SEPA, assurez-vous de vous être inscrit au module Domiciliation.

Erreur : Le service bancaire ne prend pas en charge ce format de fichier

Vous devez disposer du module Importation de chèques et fichiers divers pour télécharger ce type de fichier.

Erreur : Service bancaire : xxx n'autorise pas les fichiers production avec le code de type de transaction qualifié : xxx

Vous n'êtes pas autorisé à uploader ce type de fichier.

Prenez contact avec votre banque afin de demander l'option d'upload de fichier avec le type de transaction qualifié mentionné (QTT).

Ou utilisez, si possible, un de vos comptes donneur d'ordre (d'une autre banque) qui autorise le QTT mentionné.

[AVERTISSEMENT] : Sélectionnez votre banque contractante
[AVERTISSEMENT] Sélectionnez votre sous-type
[AVERTISSEMENT] Introduisez votre paramètre de sous-type

Le fichier que vous téléchargez n'est pas fichier de type connu.

  • Si vous êtes informé que vous téléchargez un fichier qui n'est pas de type connu mais qui sera accepté par votre banque, il faudra sélectionner votre banque contractante ainsi qu'un sous-type ou un paramètre de sous-type (vous pouvez choisir un sous-type pour votre fichier mais celui-ci pourrait être rejeté par la banque).
  • Si votre fichier est un fichier de type connu et que vous avez ces options, cela signifie que votre fichier n'est pas correctement structuré car la détection du type de fichier a échoué. Contactez votre fournisseur ERP ou de logiciel de comptabilité afin de vérifier si le fichier est valide.
L'erreur fatale : La procédure d'importation a échoué

Cette erreur se produit si un profil de mandats avancés est actif pour votre compte d'utilisateur, ce qui restreint les téléchargements. Veuillez contacter votre banque pour modifier le profil des mandats avancés.

 

Télechargement échoué (votre fichier n'a pas été transféré vers Isabel). Ce sont des soucies liés a la communication sécurisé du client-server, par exemple active X, fichier tar, CIS,...

 

Validation de fichier uploadé :

Le processus de validation de fichier

Lors du téléchargement de fichiers bancaires vers la banque via Isabel 6, Isabel valide la structure et le contenu de n'importe quel fichier bancaire de type connu. Ce processus de validation vous donnera plus de sécurité lorsque la banque va commencer à exécuter le fichier lors de sa réception puisque vous obtiendrez des informations en temps réel sur vos fichiers. Cette validation peut échouer si la structure ou le contenu ne correspond pas à ce qui est décrit dans "Formats de fichiers bancaires supportés et leurs spécifications correspondantes" (*). Nous avons 3 types de messages qui pourraient survenir.

     (*) Ces spécifications (ou consignes d'implémentation) ne sont pas maintenues par Isabel, elles sont uniquement implémentées.

  • Avertissement: un avertissement vous informe d'un problème possible avec le fichier ou vous alerte concernant une étape supplémentaire par laquelle le fichier va passer. Lorsque vous recevez un avertissement vous pouvez décider si vous acceptez ou refusez cette mise en garde. Bien qu'il puisse être accepté par Isabel, le fichier peut encore être rejeté par la banque.
  • Erreur fatale: une erreur fatale survient lorsque le fichier ne peut être accepté car il n'est pas structuré correctement. Envoyer ce fichier à la banque n'est pas autorisé.
  • Echec de téléchargement: l'upload a échoué et votre transaction n'est pas visible dans l'aperçu des transactions.
Il est impossible de modifier un fichier de transation uploadé

Effectuez les modifications dans votre logiciel ERP ou de comptabilité et uploadez à nouveau le fichier.
Etant donné que vous ne pouvez modifier le contenu d'un fichier uploadé dans Isabel, il est préférable que vous supprimiez le fichier incorrect dans Isabel 6.

Les messages d'erreurs/avertissement de upload expliqués

Si vous recevez un avertissement ou une erreur fatale durant le processus d'upload, vous pouvez cliquer sur la loupe pour afficher l'erreur ou l'avertissement qui correspond au fichier uploadé. Vous pouvez aussi voir ce message d'erreur en allant dans l'aperçu des Transactions et en consultant les détails de votre fichier uploadé. Un avertissement ou une erreur fatale sera structuré de la façon suivante:

SEPA.CT.V3_ISO20022.1 - Fatal(4) - (25,32) - Fichier n'est pas conforme à ISO20022 pain.001.001.03.xsd

SEPA.CT.V3_ISO20022.1 L'ID de la règle de validation qui provoque cette erreur.  
Fatale(4) Pourrait être soit fatale(4) soit un avertissement.
(25,32) Le numéro de ligne et la position sur cette ligne où l'erreur s'est produite. A noter que cette position est approximative. En certaines occasions cet emplacement n'est pas complété.
Fichier n'est pas conforme à ISO20022 pain.001.001.03.xsd Le message d'erreur technique sous forme de texte.
Autres avertissements ou messages d'erreur fatale

Contactez votre fournisseur ERP ou de logiciel de comptabilité et communiquez-lui le message d'erreur reçu.
Ou vous pouvez modifier manuellement votre fichier à l'aide du message d'erreur reçu.

  Corriger manuellement les fichiers bancaires est à vos risques et périls.

Correction manuelle de fichiers

  Les fichiers bancaires sont créés par le logiciel ERP ou de comptabilité. Au lieu de corriger manuellement les fichiers, vous pouvez aussi contacter votre fournisseur de logiciels et lui fournir le message d'erreur.

 Corriger manuellement les fichiers bancaires est à vos risques et périls.

Si vous corrigez manuellement un fichier bancaire, vous pouvez l'ouvrir à l'aide d'un éditeur de texte plus avancé tel que XML Copy Editor (Cet éditeur peut afficher les numéros de ligne et valider les fichiers XML avec le XSD correspondant).

Dans certains cas, lors de l'utilisation de fichiers bancaires en XML, toutes les données peuvent se retrouver sur une seule ligne. Ceci est réalisé par logiciel ERP ou de comptabilité afin de réduire la taille du fichier mais n'est pas propice à l'édition manuelle des fichiers. Si vous utilisez XML Copy Editor, vous pouvez formater votre fichier en allant dans le menu XML XML > Pretty-print

Vous pouvez corriger le fichier en utilisant le numéro de ligne, la position et l'avertissement qui est affiché dans le message d'erreur que vous recevez d'Isabel

Lorsque vous uploadez un fichier de paiement vous recevez un message d'erreur, un avertissement ou le fichier est uploadé en format libre.
36088
11/07/2019