Skip to main content

Relevé CFONB

 

 

PRODUIT COMPTABILITÉ

Anomalie sur les relevés bancaires Crédit Coopératif

Communication à destination des utilisateurs — Dans la Comptabilité eiG

 

En résumé : le Crédit Coopératif génère actuellement un fichier de relevé bancaire (CFONB) comportant des dates erronées. Ce fichier ne doit pas être intégré dans Comptabilité Desktop.

 

Madame, Monsieur,

Nos équipes ont identifié une anomalie affectant les relevés bancaires transmis au format CFONB par le Crédit Coopératif. À la suite d’une modification opérée par la banque, les fichiers générés comportent des dates de solde incohérentes : le solde de début est daté du 16 juin tandis que le solde de fin est daté du 15 juin.

Cette anomalie provient exclusivement du fichier fourni par la banque et n’est liée ni à un dysfonctionnement de Comptabilité Desktop, ni à une action de votre part.

Comment reconnaître cette situation

Vous êtes potentiellement concerné si vous êtes client du Crédit Coopératif et que vous réalisez un rapprochement bancaire dématérialisé dans Comptabilité Desktop.

Lors de l’intégration du relevé, le logiciel affiche un message vous signalant une anomalie possible sur les dates. Les soldes étant cohérents, le programme reste toutefois techniquement capable d’intégrer le fichier : c’est pourquoi une vigilance particulière est requise de votre part.

La consigne à suivre

N’intégrez pas ce relevé. Tant que le fichier n’a pas été intégré, la situation peut être corrigée simplement de votre côté.

 

Deux cas de figure se présentent :

1. Le relevé n’a pas encore été intégré

Vous pouvez supprimer le fichier avant intégration. Cette opération nécessite le mot de passe administrateur. La procédure est la suivante :

<![if !supportLists]>1.   <![endif]>Ouvrez le menu Traitements périodiques puis Import de relevés.

<![if !supportLists]>2.   <![endif]>Cliquez sur la flèche jaune orientée vers le bas pour accéder à l’outil pupitre.

<![if !supportLists]>3.   <![endif]>Sélectionnez le fichier concerné, puis supprimez-le.

2. Le relevé a déjà été intégré

Aucune fonctionnalité ne permet de supprimer un relevé déjà intégré. Une intervention de notre service R&D est alors indispensable. Nous vous invitons à contacter la hotline dans les meilleurs délais afin d’ouvrir un ticket.

Informations à préparer avant de contacter la hotline

<![if !supportLists]>•     <![endif]>Le code journal de la banque concernée

<![if !supportLists]>•     <![endif]>La section sur laquelle la banque est positionnée

 

Nos équipes restent pleinement mobilisées pour traiter votre demande dans les plus brefs délais. Nous vous remercions de votre compréhension.

Equipe R&D/Référent produit — Comptabilité

 

COMPTABILITÉ

Procédure interne — Anomalie CFONB Crédit Coopératif

Communication à destination des techniciens (TCR / hotline) — Comptabilité

 

Contexte : à la suite d’une modification de script côté Crédit Coopératif (banque nationale), les fichiers CFONB générés présentent un relevé daté du 16 au 15 juin. À ce jour, 4 clients sont identifiés comme impactés. Seul le Crédit Coopératif est concerné.

 

Bonjour à toutes et à tous,

Nous avons informé les clients de cette anomalie via le centre de notification et nous risquons d’avoir des appels.

Ce message décrit la marche à suivre en cas d’appel client relatif à l’anomalie CFONB du Crédit Coopératif. Les appels concernés portent le plus souvent sur un relevé déjà intégré, mais certains clients contactent la hotline par précaution, sans avoir vérifié leur situation.

Marche à suivre en cas d’appel

Le client récupère depuis sa banque un fichier .txt qu’il dépose dans un répertoire local. Comptabilité Desktop pointe ce répertoire et propose l’intégration du relevé. Il faut distinguer deux phases :

<![if !supportLists]>•     <![endif]>Phase de consultation : le logiciel lit le fichier .txt et propose son intégration. Une intervention est encore possible à ce stade.

<![if !supportLists]>•     <![endif]>Phase de traitement : après validation de l’utilisateur, les données sont intégrées à la base. Il est alors trop tard pour agir localement.

Étape 1 — Vérifier où en est le client dans le processus

La toute première action consiste à vérifier, via Traitements périodiques, si le fichier est encore présent et non intégré :

<![if !supportLists]>1.   <![endif]>Si le fichier est toujours présent (non intégré) → accompagnement à la suppression (Étape 2).

<![if !supportLists]>2.   <![endif]>Si le fichier n’est plus présent → il a basculé dans le programme, une intervention R&D est nécessaire (Étape 3).

Étape 2 — Relevé non intégré : accompagner la suppression

Cette opération requiert impérativement le mot de passe administrateur du client.

 

<![if !supportLists]>1.   <![endif]>Menu Traitements périodiques → Import de relevés.

<![if !supportLists]>2.   <![endif]>Cliquer sur la flèche jaune vers le bas pour accéder à l’outil pupitre.

<![if !supportLists]>3.   <![endif]>Sélectionner le fichier concerné, puis le supprimer.

Étape 3 — Relevé déjà intégré : remontée vers la R&D

Aucune fonctionnalité ne permet de supprimer un relevé déjà intégré ; aucun technicien ne peut réaliser cette opération. Une action en base par le service R&D est indispensable.

Avant toute remontée, il est impératif d’identifier précisément où se situe l’anomalie. Les informations à transmettre à la R&D sont :

<![if !supportLists]>•     <![endif]>Le code journal de la banque (le code banque est unique et suffit à identifier la banque ; le numéro de banque n’est pas nécessaire)

<![if !supportLists]>•     <![endif]>La section sur laquelle la banque est positionnée

<![if !supportLists]>•     <![endif]>L’identification du client via le ticket hotline (nom, prénom, téléphone, adresse mail)

Aucune date n’est à fournir : le relevé est systématiquement daté du 16 au 15 juin pour l’ensemble des cas identifiés. Le Crédit Coopératif étant une banque nationale, aucune identification de région ou d’agence n’est requise.

Points de vigilance

<![if !supportLists]>•     <![endif]>Toujours vérifier l’état réel du fichier avant toute remontée : un client peut s’inquiéter alors que le fichier n’a pas été intégré.

<![if !supportLists]>•     <![endif]>Le message client précise que le fichier CFONB erroné ne doit pas être intégré ; s’appuyer dessus pour cadrer l’échange.

 

Le technicien remonte ensuite le ticket via la procédure habituelle ; la suppression du fichier sera traitée par la R&D dans les plus brefs délais.

Equipe R&D/Référent produit — Comptabilité