Maintenance et points de vigilance de l'export FEC dans Business Central

Index

Les deux articles précédents ont couvert l'architecture du module Audit File Export, sa configuration, puis son utilisation quotidienne: pilotage de la carte, planification du traitement, mapping des dix-huit champs réglementaires du FEC. Reste un dernier volet, moins visible mais tout aussi déterminant: les permissions nécessaires, la démarche de dépannage, et surtout les limites structurelles du module, celles qu'aucune documentation officielle ne signale explicitement.

Les permissions nécessaires

Chaque extension du module expose son propre jeu de permissions. Le socle Audit File Export regroupe l'accès aux tables et pages communes (en-tête et lignes d'export, paramétrage, mapping de comptes) ainsi qu'aux codeunits de pilotage du traitement. L'extension FEC ajoute un jeu restreint, limité aux codeunits de vérification et de génération du fichier. Ces permissions ne sont pas accordées par défaut: un utilisateur doit disposer d'un rôle qui les intègre, directement ou via les extensions fournies aux rôles standards de Business Central, pour créer et exécuter un export. Un oubli fréquent, en phase de déploiement, consiste à valider le paramétrage avec un compte administrateur, puis à découvrir que les utilisateurs finaux n'ont pas accès à la carte.

Diagnostiquer un échec

Trois scénarios reviennent régulièrement.

Planification non autorisée: un message signale que l'environnement ne permet pas la création de tâches en arrière-plan. La solution consiste à décocher le traitement parallèle et à lancer l'export en synchrone.
Ligne bloquée sans progression: signale le plus souvent une session serveur perdue. Le module la détecte et la relance automatiquement au cycle suivant, et à défaut, l'action de relance manuelle sur la ligne concernée résout la situation.
Échec immédiat au démarrage, propre au FEC: provient généralement de deux causes, soit le numéro SIREN n'est pas renseigné dans les informations de la société, soit aucune écriture ne correspond à la période ou au filtre de comptes défini sur le document.

Dans les deux cas, le journal d'activité associé à la ligne d'export donne le détail exact de l'erreur, préférable à toute supposition.

Purge et montée de version

Les fichiers générés, comme le contenu des lignes de traitement, restent stockés dans la base tant que le document d'export n'est pas supprimé. Sur un exercice complet, la volumétrie peut devenir significative.

Une revue périodique des documents obsolètes, suivie de leur suppression, permet de contenir la croissance de la base: la suppression d'un document annule au préalable les tâches en cours puis supprime lignes et fichiers associés.

Côté montée de version, SAF-T dispose d'une interface de mise à jour de données qui détecte les changements de structure du référentiel de comptes normalisé et propose une migration guidée.

💡Le FEC ne dispose d'aucun mécanisme équivalent: sa simplicité structurelle limite ce type de besoin, mais aussi les garde-fous en cas d'évolution future.

Les limites à connaître avant de considérer un export comme fiable

Trois points méritent une attention particulière, aucun n'étant a priori évident pour un utilisateur découvrant le module.

Le niveau de contrôle

SAF-T embarque un contrôle de données complet, qui vérifie la complétude des fiches clients, fournisseurs, comptes bancaires, et le paramétrage de la TVA avant tout export.

Le FEC n'a pas d'équivalent: sa vérification préalable se limite aux dates de période et à la présence du numéro SIREN. La qualité des libellés de comptes et de journaux, leur conformité à la langue française, l'absence de transcodage de masse (autant d'exigences du BOFIP détaillées dans le premier article de cette série) ne sont jamais contrôlées par le module. Cette responsabilité reste entière, et incombe à qui prépare l'export.

Le filtre de comptes

Le filtre de comptes disponible sur le document FEC s'applique de la même façon au calcul des soldes d'ouverture et aux écritures de la période.
Utilisé sans discernement, il peut produire un fichier dont le total des débits ne correspond plus au total des crédits, dès lors que certaines contreparties se trouvent exclues du périmètre exporté. Un fichier déséquilibré échoue au premier test technique d'un outil d'analyse comme Alto. Ce filtre gagne à rester documenté, et testé avant toute utilisation en production.

Le descriptif d'accompagnement

Le module ne le génère jamais, alors que son absence constitue à elle seule un défaut de conformité au sens du BOFIP.
Les conventions propres à l'implémentation Business Central (numéro d'écriture unique fixé à zéro pour les soldes d'ouverture, valeur conventionnelle pour les transactions multi-tiers, correspondance entre ValidDate et la date de création du lot d'écriture plutôt qu'une validation métier distincte) doivent toutes figurer dans ce document rédigé à part, faute de quoi elles apparaîtront comme des anomalies aux yeux d'un vérificateur qui n'en connaît pas l'origine.

Un dernier constat, transversal à l'ensemble de cette série: le module traduit fidèlement les données déjà présentes dans Business Central en un fichier conforme aux spécifications techniques du FEC.
Il ne se substitue ni à la qualité de la tenue comptable en amont, ni à la rédaction du descriptif d'accompagnement, ni à une vérification humaine avant remise au vérificateur. Cette répartition des responsabilités, entre l'outil et l'utilisateur, résume assez bien ce qu'il convient de retenir de cette série d'articles.