Chaque logiciel de comptabilité a ses propres défauts d’export récurrents. Cette page recense ceux qui reviennent le plus souvent, remontés par des utilisateurs sur des forums et documentations éditeurs — à vérifier empiriquement sur votre propre fichier, pas à prendre pour un diagnostic automatique. Déposez votre export pour un contrôle réel en quelques secondes.
Les versions antérieures à 2014 ne géraient pas nativement l’export FEC et doivent être mises à jour. Sur les plans comptables spécialisés ou avec des écritures interfacées depuis un autre système, des anomalies apparaissent le plus souvent sur CompAuxNum ou PieceRef. Des erreurs d’import signalées sur la documentation Sage évoquent fréquemment un décalage d’en-tête ou de colonnes — le type de défaut que CheckTonFEC détecte immédiatement à la lecture du fichier (colonnes attendues vs. colonnes réellement présentes).
La diversité des versions historiques est large, et les installations on-premise nécessitent parfois des correctifs réglementaires appliqués manuellement. Une donnée migrée depuis une ancienne gamme Cegid peut laisser des écritures historiques hors du périmètre de l’export FEC — un fichier syntaxiquement correct mais incomplet, ce qu’une simple lecture de format ne détecte pas mais qu’un contrôle de couverture de l’exercice (dates d’écriture vs. date de clôture) peut révéler.
Le défaut le plus signalé concerne le journal des à-nouveaux (report des soldes d’ouverture) : absent ou incomplet dans certains exports. Un journal AN manquant ne casse pas la lecture du fichier, mais fausse toute vérification de continuité d’un exercice à l’autre — vérifiez que votre export contient bien des écritures datées du premier jour de l’exercice sur les comptes de bilan (classes 1 à 5).
L’export est disponible en .txt ou .csv — le CSV est en pratique plus courant que le pipe-delimited chez cet éditeur, contrairement à d’autres logiciels. Des utilisateurs signalent sur les forums communautaires des exports FEC incomplets nécessitant un nouvel essai. CheckTonFEC accepte les deux extensions et détecte automatiquement le séparateur utilisé, quel qu’il soit.
Aucun défaut d’export récurrent identifié à ce jour. C’est aussi la meilleure référence pour juger si un contrôle CheckTonFEC « propre » correspond bien à un fichier sans anomalie réelle — utile comme fichier de référence si vous testez plusieurs exports.
. et , comme séparateur décimal dans le même fichier — toléré par CheckTonFEC mais signalé comme incohérence.