Cegid Loop : relevés CFONB en historique ou déjà comptabilisés ?
Mis à jour · 4 min de lecture
Avant de réimporter un relevé CFONB dans Cegid Loop, identifiez l’objet qui existe déjà : relevé collecté en historique, dernier relevé intégré ou écritures visibles dans la comptabilité. Une ligne dans l’historique ne prouve pas la comptabilisation ; une absence à l’écran ne prouve pas que tous les mouvements sont absents du journal.
Cette méthode s’adresse à l’opérateur autorisé préparant une décision de reprise dans le dossier français concerné. Elle porte sur le parcours CFONB documenté, sans supposer un import CSV ni appliquer les mêmes contrôles à toute collecte DSP2.
Les applications exportent la date, la description et le montant en CSV. Ouvrez ce CSV dans Excel pour enregistrer un classeur XLSX. Vérifiez le résultat avec votre PDF : la compatibilité dépend du format du relevé.
Relever les trois niveaux avant toute reprise
La présentation officielle de l’image de collecte situe l’outil dans Trésorerie → Outils → Image de la collecte bancaire. L’aide du bloc Historique précise que des relevés peuvent y être stockés après une erreur de première intégration.
| Objet à relever | Observation utile | Ce que cette observation seule ne prouve pas |
|---|---|---|
| Historique | Relevé concerné, période et erreur affichée | Toutes ses écritures sont déjà comptabilisées |
| Dernier relevé intégré | Dates et soldes du dernier relevé intégré | Tous les relevés suivants ont été traités |
| Journal de banque et Grand Livre | Écritures réelles, références, montants et comptes | Un fichier de même nom peut être rejoué sans doublon |
Relevez compte bancaire, compte général associé, protocole, version et droits effectifs de l’opérateur. Si un écran ou une information n’est pas accessible avec son rôle, notez cette limite et faites intervenir le responsable autorisé ; ne la traduisez pas par « aucun relevé ». N’utilisez pas un état générique de projet comme substitut au relevé bancaire.
Comparer la frontière entre intégré et non intégré
La procédure actuelle du bouton Intégrer distingue cohérence et incohérence de dates ou de soldes entre dernier relevé intégré et premier relevé non intégré.
- Conservez l’état observé avant de sélectionner une action de reprise. Relevez séparément les bornes et soldes des deux relevés, sans modifier une valeur pour faire disparaître l’écart.
- Examinez le journal de banque et le Grand Livre concernés. L’aide demande notamment de vérifier la présence en comptabilité de l’intégralité des mouvements du dernier relevé intégré avant une réparation de solde.
- Classez le blocage : date incohérente, solde incohérent, compte associé inadéquat ou information manquante. Pour la date, la procédure renvoie au support. Transmettez les observations plutôt que de choisir une autre date au hasard.
- Vérifiez les conditions du bouton : l’aide de l’historique exige un compte général associé de type banque, pointable et non fermé. La présence d’un libellé de compte ne remplace pas ces conditions.
La documentation décrit une intégration conduisant à des écritures dans le journal de banque et le Grand Livre lorsque la chaîne est cohérente. Cela explique les objets à contrôler ; ce n’est pas un résultat observé dans votre dossier ni une garantie de dédoublonnage à chaque nouvelle exécution.
Distinguer une reprise d’historique d’un nouveau fichier CFONB
L’import CFONB manuel est un autre parcours, destiné au mode de génération par règles bancaires. Il permet de sélectionner compte et période du fichier, avec un compte bancaire lié au compte général. Ne le remplacez ni par un CSV à trois champs ni par une seconde copie couvrant aveuglément une période déjà intégrée.
Les règles de dates de collecte et la version 5.42 du 10 février 2026 justifient aussi de conserver date de début et protocole configurés. Ces paramètres ne remplacent pas l’inventaire des écritures déjà présentes.
Remettre une décision documentée au responsable
Dans le cas fictif de la fiche de contrôle, un relevé R1 apparaît comme dernier intégré et R2 dans l’historique. Leurs références sont fictives ; la présence de tous les mouvements R1 au journal reste « à vérifier ». La décision est de compléter cette vérification et d’expliquer le blocage R2 avant toute reprise, pas de supprimer R1 ni de certifier R2 absent de la comptabilité.
Le dossier de décision contient compte/protocole, deux relevés et leurs bornes/soldes, écritures retrouvées, erreurs et droits encore inconnus. Seul le responsable peut ensuite décider de l’action appropriée selon le dossier et l’aide applicable. Une quantité importée ou un historique vidé ne suffit pas à certifier la justesse comptable.
Pour un simple PDF source, LocalExtract exporte un CSV localement, un PDF à la fois avec date,description,amount. Il ne génère pas de CFONB et n’intègre pas de relevés dans Loop. Le guide du format CSV comptable traite une autre étape, après identification du véritable objet cible.
Documentation officielle consultée le 17 octobre 2026. Ne transposez pas les captures anciennes ni les conditions CFONB à un autre protocole ou à des droits non vérifiés.
LocalExtract Team
Nous développons LocalExtract, un convertisseur de relevés pour ordinateur. Questions ou corrections ? Contact · Politique éditoriale