Relevé bancaire belge

Numéro de relevé bancaire belge généré automatiquement à la création ou à l'import du fichier CODA.
Pour que le numéro de relevé soit généré automatiquement, le compteur BERBK doit être paramétré et affecté.

Banque du relevé bancaire Belge.
En import, la banque est déterminée automatiquement à partir du RIB ou de l'IBAN défini dans le fichier CODA.

Numéro de séquence de l'extrait de compte papier

Date à laquelle le relevé bancaire belge a été saisi ou importé.

Société de la banque saisie ou déterminée à partir du RIB ou de l'IBAN transmis dans le fichier CODA sur l'enregistrement 1.

Devise de la banque saisie ou déterminée à partir du RIB ou de l'IBAN transmis dans le fichier CODA sur l'enregistrement 1.

Site déterminé à partir de celui paramétré sur la banque.
Sinon site principal de la société paramétrée sur la banque.

Champ non saisissable et déterminé en fonction du mode de création du relevé CODA.

• Si le relevé est saisi, le format est "Manuel".
• Si le relevé est importé, le format est "CODA".

Champ alimenté uniquement en import et correspondant au nom du fichier de relevé CODA importé.

Correspond à la date d'ancien solde du relevé bancaire belge.

• Ce champ est saisissable s'il n'existe pas de relevé précédent pour le couple Banque / Site financier.
• Dès lors qu'un relevé précédent existe, ce champ n'est pas saisissable et alimenté automatiquement à partir de la date du nouveau solde du relevé précédent.

Correspond au montant de l'ancien solde du relevé bancaire belge.

• Ce champ est saisissable s'il n'existe pas de relevé précédent pour le couple Banque / Site financier.
• Dès lors qu'un relevé précédent existe, ce champ n'est pas saisissable et alimenté automatiquement à partir du montant du nouveau solde du relevé précédent.

Correspond au sens de l'ancien solde du relevé bancaire belge.

• Ce champ est saisissable s'il n'existe pas de relevé précédent pour le couple Banque / Site financier.
• Dès lors qu'un relevé précédent existe, ce champ n'est pas saisissable et alimenté automatiquement à partir du sens du nouveau solde du relevé précédent.

Correspond à la date du nouveau solde du relevé bancaire belge.
La date du nouveau solde est contrôlée et ne peut pas être antérieure à la date de l'ancien solde.

Correspond au montant du nouveau solde du relevé bancaire belge.

Correspond au sens du nouveau solde du relevé bancaire belge.

Correspond au total des mouvements débiteurs du relevé bancaire belge (c'est à dire à la somme des lignes dont le sens est "recette").

Correspond au total des mouvements créditeurs du relevé bancaire belge (c'est à dire à la somme des lignes dont le sens est "dépense").

Champ accessible si le statut de la ligne est "à valider".
Pour valider le relevé en masse, utilisez le clic droit / Maj Colonne.

Gestion en Saisie / Import

• En saisie, le site à la ligne est auto-alimenté par défaut par le site d'en-tête du relevé.
• En import, si aucun bordereau de remise n'est affecté, la même règle qu'en saisie est appliquée.
• En import, si un bordereau de remise est affecté, le site correspond au site de ce dernier et n'est pas modifiable.
• Le site n'est plus modifiable lorsque la ligne de relevé est validée ou qu'un bordereau de remise est affecté dans le tableau 1 de la ligne courante du relevé.
  

Gestion En saisie

Cette zone peut être saisie manuellement ou alimentée par picking dès que le site est renseigné et si les conditions suivantes sont remplies :

• La ligne ne doit pas être validée.
• La zone compte doit être vide.
• La zone tiers doit être vide.
• La valeur paramètre BELRBK - Relevé Bancaire Belge doit avoir pour valeur "oui" pour la société du relevé.

Contrôle en Saisie

• Seuls les bordereaux dont la société est identique à celle du relevé sont saisissables.
• Seuls les bordereaux dont la comptabilisation intermédiaire a été effectuée sont saisissables.
• Si la comptabilisation en banque a déjà été réalisée pour le bordereau, ce dernier n'est pas saisissable.
• Seuls les bordereaux qui ne sont pas déjà imputés à une autre ligne de relevé sont saisissables.

Un tunnel permet d'accéder directement à la fonction bordereau de remise.

Gestion en import

Pour que le bordereau de remise puisse être affecté automatiquement en import, il est nécessaire que le numéro de séquence des règlements belge ne dépasse pas 13 caractères, afin que la référence interne puisse être interprétée. (cette zone étant découpée en deux blocs de 13 caractères dans le fichier CODA).
Le numéro de bordereau est affecté dès lors qu'une référence interne est transmise dans le relevé CODA et que les contrôles sont valides (i.e. contrôles en saisie).
Dès qu'un bordereau est affecté à la ligne courante du tableau 1 du relevé, les champs "Montant" et  "Référence Interne" du tableau 2 sont alimentés respectivement par les montants et les références des règlements associés au bordereau de remise.

Gestion en Saisie

Champ saisissable et modifiable par l’utilisateur tant,

• que la ligne de relevé courante n’est pas validée,
• qu’il n’y a pas de compte défini sur la ligne de relevé courante du tableau 1,
• qu’aucune échéance ne soit déjà imputée dans le tableau 2,
• qu’aucun bordereau de remise n’est alimenté sur la ligne de relevé courante du tableau 1.

Gestion en Import

• Le tiers est déterminé à partir du numéro de RIB ou d'IBAN transmis dans le fichier CODA sur l'enregistrement 23.
• Si plusieurs tiers portent le même RIB / IBAN, la zone tiers n'est pas alimentée.

Correspond à la raison sociale du tiers, lorsque ce dernier est défini.

Champ définissant la date comptable qui sera utilisée lors de la comptabilisation du règlement ou du bordereau de remise.
Lorsque la ligne de relevé du tableau 1 n'a pas été saisie complètement et qu'une échéance ou un bordereau est saisi par picking, la date comptable est alimentée par défaut par la date du jour.

Champ définissant la date de valeur qui sera utilisée lors de la comptabilisation du règlement ou du bordereau de remise.
La date est alimentée par défaut par la date comptable.

Gestion en Saisie

Champ indiquant le sens du mouvement.
Ce champ peut prendre trois valeurs différentes :

• Recette (impact le solde débiteur du relevé),
• Dépense (impact le solde créditeur du relevé),
• Indéterminé (dans ce cas, les soldes débiteur, créditeur du relevé ne sont pas impactés).

Si un bordereau de remise est défini, le champ est non saisissable et le sens correspond au sens de la transaction de règlement associée au bordereau.
Si aucun bordereau de remise n'est défini, le sens détermine le sens de la transaction de règlement qui sera utilisée pour générer le règlement.

Gestion en Import

Si l'enregistrement 21 du relevé CODA a un sens = 0, le sens du mouvement est créditeur. 
Le sens de la ligne de relevé prend la valeur "dépense".

Si l'enregistrement 21 du relevé CODA a un sens = 1, le sens du mouvement est débiteur.
Le sens de la ligne de relevé est donc "recette".

Gestion en Saisie

• Si un bordereau de remise est défini, le champ est non saisissable et correspond au montant total du bordereau.
• Si aucun bordereau de remise n'est défini, le montant est saisissable et correspond au montant total du règlement qui sera généré.
• Le montant est en devise de banque.

Gestion en Import

Champ indiquant le montant du mouvement

• Si l'import des relevés bancaires belges a été effectué avec le flag "Import des lignes détail" décoché, le montant correspond au montant global de l'enregistrement 21 courant.
• Si l'import des relevés bancaires Belges a été effectué avec le flag "Import des lignes détail" coché, les montants correspondent à la somme des lignes composant l'enregistrement 21 courant
  La somme des lignes du tableau 2 est toujours égale au montant du tableau 1 de la ligne de relevé courante.

Compte de banque déterminé à partir du journal de banque paramétré sur la banque.

Lorsqu'un compte est défini, le règlement Débiteur / Créditeur généré est de type frais.
Ce champ permet de renseigner le compte de charge ou produit pour le règlement des frais.

Ce champ est saisissable et modifiable si :

• la ligne de relevé courante n’est pas validée,
• aucune échéance ou bordereau de remise n’est affecté à la ligne de relevé courante,
• aucun tiers n’a été saisi sur la ligne de relevé courante.
  

Si un bordereau de remise est défini, le champ est non saisissable et correspond à la transaction de règlement associée au bordereau.
Si aucun bordereau de remise n'est défini, la transaction de règlement définie celle qui sera utilisée lors de la génération du règlement. Par défaut, la transaction alimentée est celle paramétrée dans la valeur paramètre BELTRSDEF - Transaction de règlement.

Contrôle en saisie

Les contrôles effectués sont les mêmes que ceux réalisés sur la valeur paramètre BELTRSDEF - Transaction de règlement.

Correspond au numéro de règlement généré lorsque la ligne de relevé bancaire validée ne comporte pas de bordereau de remise.

Ce champ est calculé et peut prendre les valeurs suivantes :

• "en attente" : tous les champs nécessaires à la validation d'une ligne de relevé ne sont pas renseignés,
• "à valider" : la ligne de relevé peut être validée.

   Condition pour que le statut soit "A valider"  : cas d'un règlement

• Le site à la ligne du relevé doit être non vide.
• La transaction de règlement doit être non vide.
• La destination comptable doit être non vide.
• Le montant doit être différent de 0.
• La date comptable doit être non vide.
• La somme des montants des lignes du tableau 2 doit correspondre au montant de la ligne de relevée associée du  tableau 1.
• Il n’y a pas de bordereau saisi sur la ligne courante.
• Le sens n’est pas indéterminé.

   Conditions pour que le statut soit "A vaider" : cas d'un bordereau de remise

• Le site à la ligne de relevé doit être non vide.
• Le numéro de bordereau de remise doit être renseigné.
  
  
• "validée" : la ligne de relevé a été validée, impliquant soit la validation en banque d'un bordereau de remise, soit la génération d'un règlement et sa comptabilisation.

Gestion en Saisie

Ce champ est saisissable si :

• aucun bordereau de remise n'est alimenté sur la ligne de relevé courante du tableau 1,
• la ligne de relevé n'a pas été validée.
  
  La destination comptable est définie par défaut en fonction du sens de la ligne de relevé du tableau 1.
• Si le sens est "dépense", la destination comptable alimentée par défaut est celle définie dans la valeur paramètre :
  DENSPG-Destination comptable dépense.
  
• Si le sens est "recette", la destination comptable alimentée par défaut est celle définie dans la valeur paramètre :
  DENTAK-Destination comptable recette.

Gestion en Import

• Si l'import des relevés bancaires Belges est réalisé avec le champ "Import des lignes détails" décoché  : Mode Global.

• Quel que soit le type d’imputation de la rubrique défini sur l’enregistrement 21, la destination comptable est définie en fonction du  sens du mouvement
  
• Si le sens du mouvement est créditeur alors la destination comptable provient de la valeur paramètre :
  DENSPG-Destination comptable dépense
• Si le sens du mouvement est débiteur alors la destination comptable provient de la valeur paramètre :
  DENTAK-Destination comptable recette
• Quel que soit le type d’imputation de la rubrique CODA défini sur l’enregistrement 21, la zone compte de la ligne détail est toujours vide.
  
  
• Si l'import des relevés bancaires Belges est réalisé avec le champ "Import des lignes détails' coché : Mode détail.
  
  
• Si l’enregistrement 21 est composé uniquement d’un numéro détail pour un même numéro de séquence, alors la destination comptable est définie de façon identique au cas "import en mode global" et la zone compte de la ligne détail est vide.
• Si l’enregistrement 21 est composé de plusieurs numéros détails pour un même numéro de séquence, la destination comptable et le compte sont alimentés de la façon suivante :
   
• Si la rubrique CODA définie sur l’enregistrement 21 est paramétrée dans la fonction de paramétrage des rubriques CODA et que  le type d’imputation est « 1 – Aucune », alors la destination comptable est définie en fonction du sens du règlement (via les valeurs paramètres DENSPG / DENTAK) et la zone "Compte" de la ligne détail  est vide.
• Si  la rubrique CODA définie sur l’enregistrement 21 est définie dans la fonction de paramétrage des rubriques CODA et que le type d’imputation est  « 2- compte »,  alors la destination comptable est définie à partir de la valeur paramètre BELDENDEF – Destination comptable par défaut et le compte est récupéré à partir de celui paramétré sur la rubrique CODA.
• Si la rubrique définie sur l’enregistrement 21 n’est pas paramétrée dans X3, on prend la rubrique par défaut définie dans la valeur paramètre BELRUBDEF- Rubrique par défaut.

En Saisie

Le champ compte est saisissable en fonction du paramétrage de la destination comptable.

En Import

En import, le champ compte est auto-alimenté en fonction de la destination comptable et de la rubrique CODA.

Gestion en saisie

Correspond au type de pièce de l'échéance sélectionnée par picking ou saisie manuelle.
Lorsqu'un compte est défini dans le tableau 1, ce champ n'est pas saisissable.

Gestion en Import

Correspond au type de pièce de l'échéance retrouvée automatiquement à partir du Numéro VCS, lorsque le type de communication de l'enregistrement 21 est 101.

Gestion en saisie

Correspond au numéro de pièce de l'échéance sélectionnée par picking ou saisie manuelle.
Lorsqu'un compte est défini dans le tableau 1, ce champ n'est pas saisissable.

Gestion en Import

Correspond au numéro de pièce de l'échéance (Facture de vente / Facture Tiers client) retrouvée automatiquement à partir du Numéro VCS lorsque le type de communication de l'enregistrement 21 est 101.

Gestion en Saisie

• Champ alimenté automatiquement par le montant saisi dans le tableau 1 de la ligne de relevé.
• Si une échéance est saisie ou sélectionnée par picking, le montant auto-alimenté est remplacé par le solde disponible de l'échéance.

Si un bordereau de remise est affecté dans le tableau 1 de la ligne courante du relevé, les montants de chaque ligne du tableau 2, correspondent aux montants respectifs des règlements du bordereau de remise. Dans ce cas, le montant n'est pas modifiable.

Gestion en Import

• Si l'import des relevés bancaires Belges est réalisé avec le champ "Import des lignes détails" décoché : Mode Global.
• Le montant correspond au montant global de l'enregistrement 21 courant. Il est égal au montant du tableau 1 de la ligne de relevé courante.
  
  
• Si l'import des relevés bancaires Belges est réalisé avec le champ "Import des lignes détails" coché : Mode détail.
  
  
• Les montants de chaque ligne du tableau 2, correspondent à chaque ligne détail du mouvement courant du fichier coda.
• La somme des montants des lignes du tableau 2, correspond au montant du tableau 1 de la ligne de relevé courante.
• Les montants peuvent correspondre soit au montant des règlements associés au bordereau de remise affecté, soit aux montants des échéances retrouvées à partir du N° VCS soit à un montant simple (pas d'échéance liée).
  

Cas des échéances en devises

• Lorsque l'échéance est dans une devise différente de la devise de banque, le montant en devise d'échéance est converti dans la devise de banque.
• Si la devise de banque est égale à la devise du référentiel principal.
  
  
• Si la transaction de règlement est paramétrée "sans application cours facture", le montant de l'échéance est converti en date comptable de la ligne de relevé courante.
• Si la transaction de règlement est paramétrée "avec application cours facture", le montant de l'échéance est converti en date comptable de facture.
  
  
• Si la devise de banque est différente de la devise du référentiel principal, le montant de l'échéance est toujours converti en date comptable de la ligne de relevé courante et l'application cours facture n'est pas appliquée, quel que soit le type de paramétrage de la transaction de règlement.
  Remarque : dans ce cas l'application du cours inverse peut impliquer que l'échéance ne soit pas nécessairement soldée en devise de transaction.

Le champ est saisissable si la destination comptable et le compte affecté à la destination comptable sont soumis à TVA.
Le code TVA est alimenté par défaut, par celui paramétré sur le compte.

Gestion en saisie

Lorsqu'un bordereau de remise est saisi, ce champ contient le numéro de règlement associé au bordereau.

Gestion en import

Lorsque la référence interne est alimentée dans le fichier CODA sur l'enregistrement 22, ce champ est utilisé pour déterminer automatiquement le numéro de bordereau de remise dont les références des règlements correspondent au numéro des références internes transmises.

Remarque : la référence interne étant composée de deux blocs de 13 positions, les numéros de séquence des règlements Belge ne doivent pas dépasser 13 digits.

Champ alimenté uniquement en import.
Il contient le numéro de virement à communication structurée.
Lorsque ce champ est renseigné, le programme affecte automatiquement la facture de vente ou facture tiers client, portant le même numéro VCS, à condition que cette dernière n'ait pas déjà été soldée.
Le numéro VCS est transmis lorsque le type de communication de l'enregistrement 21 est 101.

Champ alimenté uniquement en import.
Il correspond au numéro de compte bancaire ou IBAN du tiers.
Il permet d'alimenter automatiquement le champ tiers, à condition qu'il n'existe pas plusieurs tiers paramétrés avec le même numéro de compte ou IBAN.

Champ alimenté uniquement en Import.
Il correspond au Code BIC du tiers.

Champ composé de 8 digits alimentés uniquement en import.

• Les 4 premiers digits correspondent au numéro de séquence de l'enregistrement permanent.
  Le numéro de séquence commence par 0001 et est augmenté de 1 pour chaque article"mouvement" se rapportant à un autre mouvement de l'extrait.
• Les 4 derniers digits correspondent  au numéro de détail.
  Le numéro de détail commence par 0000 et est augmenté de 1 par article "mouvement" pour le même n° de séquence permanent.
  

Le type caractérise le montant qui est communiqué (total, sous-total, détails).

Champ alimenté uniquement en import.
Chaque opération reçoit dans le relevé CODA une codification unique. Cette codification comporte toujours 8 positions.

• 1er = type.
• 2ème et 3ème = famille : indique la catégorie dont relève une opération.
  Par exemple : virements, cartes, domiciliations, ...
• 4ème et 5ème = opération : identifie l'opération dans une famille.
  Pour chaque code famille, il existe une série de codes d'opérations pour les mouvements de débit et de crédit.
• 6ème + 7ème + 8ème = rubrique.

Le type et la rubrique étant affichés dans leurs champs respectifs, ce champ affiche la famille + opération.

Exemple de Familles :

Exemple de Familles / Opérations :
 Exemple : Famille  01 - Virement internationaux/ locaux - Sepa Credit Transfert - Opération de Débit

 Exemple : Famille  01 - Virement internationaux/ locaux - Sepa Credit Transfert - Opération de Crédit

Pour obtenir la liste complète des codes familles par opération , se référer à la documentation CODA du site Febelfin  :

• En Français : http://febelfin.be/sites/default/files/Payments/Standard-CODA-23-FR.pdf
• En Anglais :  http://febelfin.be/sites/default/files/Payments/Standard-CODA-23-EN.pdf

Champ alimenté uniquement en import.
La "rubrique" donne le détail des frais ou des décomptes de commissions.

La rubrique influe sur la détermination de la destination comptable et du compte imputé à cette dernière.

Pour plus d'information, se référer à l'aide paramétrage des Rubriques CODA.

Champ alimenté uniquement en import.

Dans le fichier CODA peut figurer des communications.
Lorsque la communication est structurée, un code de 3 positions indique le type de communication suivi de la communication.

Pour plus d'information se référer à l'aide du paramétrage des Types de communication.

Lorsque la communication est renseignée, il est possible de visualiser le détail de la communication par clic droit / visu communication structurée.