Extraire un FEC depuis PeopleSoft (Oracle) : guide pas à pas

L'Administration fiscale réclame un fichier des écritures comptables conforme — 18 champs, numérotation séquentielle, virgule décimale. Or la documentation Oracle fait 40 pages, votre consultant PeopleSoft est mobilisé sur un autre projet, et personne en interne ne sait exactement quelles cases cocher sur la page RUN_FEC_EXPORT. Ce guide décortique les trois étapes clés de l'extraction FEC dans PeopleSoft 9.2, en insistant sur les prérequis que la plupart des déploiements internationaux négligent — à commencer par le document sequencing.

Pour une vue d'ensemble des procédures d'extraction selon les principaux ERP du marché, consultez notre panorama complet de l'extraction FEC par ERP.

Avertissement : cette fiche couvre PeopleSoft FSCM 9.2 (versions Update Image récentes). Les chemins de navigation peuvent varier selon votre configuration, vos personnalisations et votre niveau de patch. Les versions antérieures (9.1, 8.9) présentent des différences significatives de navigation et ne disposent pas toujours du module FEC natif. En cas de doute, faites-vous accompagner.

Contexte

Oracle PeopleSoft FSCM 9.2 intègre un module dédié à la génération du FEC français, accessible via le chemin Statutory Reports > FEC Audit Files FRA. Ce module s'articule autour de trois pages de paramétrage — FEC_PRODUCT_TBL (produits), FEC_SETUP (comptes) et RUN_FEC_EXPORT (extraction) — qui permettent de produire un fichier conforme à l'article A. 47 A-1 du LPF.

La difficulté ne réside pas dans l'extraction elle-même, mais dans les prérequis de configuration. PeopleSoft est un ERP massivement déployé par des groupes internationaux dont le siège se trouve souvent hors de France. Les choix d'architecture faits lors du déploiement initial — absence de document sequencing, plan comptable corporate sans mapping PCG, paramètres régionaux anglo-saxons — créent des obstacles structurels à la conformité FEC que l'on ne découvre parfois qu'au moment du contrôle.

Prérequis

Deux prérequis doivent être vérifiés avant de lancer toute extraction. Les ignorer conduit soit à un FEC non conforme, soit à un fichier techniquement inutilisable.

Activer le document sequencing

Le document sequencing est le point de départ absolu. La documentation Oracle est catégorique : son activation est obligatoire pour générer un FEC conforme. Ce mécanisme attribue automatiquement un numéro séquentiel à chaque document comptable (facture, voucher, journal) lors de sa création. Ce numéro alimente ensuite le champ EcritureNum du FEC, satisfaisant ainsi l'exigence du BOI-CF-IOR-60-40-20 (§ 100) : les écritures doivent être numérotées chronologiquement de manière croissante, sans rupture ni inversion dans la séquence.

L'activation se fait à deux niveaux :

• Au niveau système : accédez à Installation Options > Overall et activez le document sequencing. Ce paramètre conditionne la disponibilité de la fonctionnalité dans l'ensemble de l'instance PeopleSoft.
• Au niveau Business Unit : chaque Business Unit General Ledger (l'entité organisationnelle qui porte la comptabilité dans PeopleSoft) doit ensuite être configurée individuellement pour utiliser le document sequencing. Il faut définir les journal types (types de journaux), journal codes (codes journaux), document types (types de documents) et sequence ranges (plages de numérotation).

Le piège majeur : si le document sequencing n'a pas été activé dès le déploiement initial, l'activer rétroactivement ne corrige pas les exercices passés. Les écritures comptabilisées sans numérotation séquentielle resteront non conformes pour le FEC de ces exercices. Ce scénario est fréquent dans les filiales françaises de groupes américains ou britanniques, où le document sequencing n'est pas requis par la réglementation locale et n'a donc jamais été activé.

Vérifier les paramètres régionaux

Les montants du FEC français doivent utiliser la virgule comme séparateur décimal et aucun séparateur de milliers (art. A. 47 A-1 du LPF). Dans PeopleSoft, le format des nombres dépend du profil utilisateur qui lance l'extraction — pas d'un paramètre global.

Si le profil utilisateur est configuré en format anglo-saxon (point comme séparateur décimal), le fichier généré sera rejeté par Test Compta Demat avant même que son contenu soit analysé. La solution : créer un profil utilisateur dédié à l'extraction FEC avec les paramètres régionaux français (Personalize Regional Settings), ou vérifier systématiquement ce point avant chaque extraction.

Procédure d'extraction

L'extraction FEC dans PeopleSoft s'organise en trois étapes séquentielles, chacune correspondant à une page de configuration dédiée.

Étape 1 — Configurer les produits FEC (FEC_PRODUCT_TBL)

Chemin : Statutory Reports > FEC Audit Files FRA > Set Up FEC Products France.

Cette page définit le périmètre fonctionnel de l'extraction : quels modules PeopleSoft alimentent le FEC. PeopleSoft livre une liste par défaut de « produits » — c'est-à-dire de modules sources dont les transactions sont enregistrées dans le General Ledger (le grand livre comptable) : Payables (fournisseurs), Receivables (clients), Billing (facturation), Asset Management (immobilisations), Expenses (notes de frais), Treasury (trésorerie), entre autres.

L'enjeu de cette page est l'exhaustivité : si un module est absent de la liste, ses écritures ne figureront pas dans le FEC. Pour les modules non-PeopleSoft qui génèrent des écritures via le Journal Generator (l'outil PeopleSoft qui transforme des transactions applicatives en écritures comptables), l'utilisateur peut les ajouter manuellement, à condition d'utiliser la même valeur de system source définie dans la table Accounting Entry Definition du Journal Generator.

Les écritures manuelles saisies directement dans le General Ledger sont toujours incluses. En revanche, les écritures issues de systèmes externes (feeders) qui transitent par le Journal Generator doivent être explicitement ajoutées sur cette page. Omettre un feeder signifie omettre des écritures — et un FEC incomplet est un FEC non conforme.

Étape 2 — Configurer les comptes FEC (FEC_SETUP)

Chemin : Statutory Reports > FEC Audit Files FRA > Set Up FEC Accounts France.

Cette page charge la liste des comptes comptables à inclure dans l'extraction. PeopleSoft propose deux modes de chargement :

• Populate from Account : utilise le ChartField ACCOUNT, c'est-à-dire le plan comptable principal de l'instance PeopleSoft. Ce mode est adapté lorsque les comptes du grand livre respectent déjà la nomenclature du PCG français.
• Populate from Alternate Account : utilise le ChartField ALTACCT, un plan comptable statutaire local maintenu en parallèle du plan corporate. Ce mode est indispensable lorsque l'entreprise utilise un plan comptable groupe qui ne respecte pas la numérotation PCG.

Le choix entre ces deux modes est crucial — il sera repris à l'identique à l'étape 3 (voir ci-dessous la section dédiée au piège Account vs Alternate Account).

L'option Exclude Type 8 and 9 Accounts permet d'exclure les comptes de classes 8 et 9 (comptes spéciaux et engagements hors bilan) du chargement, conformément à la pratique courante. Une fois les comptes chargés, la page affiche deux grilles : « FEC Accounts » (comptes inclus dans l'extraction) et « Other Accounts » (comptes exclus). L'utilisateur peut déplacer des comptes d'une grille à l'autre pour affiner le périmètre.

Étape 3 — Lancer l'extraction (RUN_FEC_EXPORT)

Chemin : Statutory Reports > FEC Audit Files FRA > Export FEC Data France.

C'est la page d'exécution. Chaque paramètre mérite attention :

• Business Unit : sélectionner la Business Unit General Ledger source. L'option « Use Legal Entity » permet de regrouper plusieurs Business Units dans une seule entité légale — utile pour les groupes multi-BU partageant un même SIREN.
• Ledger (et éventuellement Ledger Code si le Book Code Feature est activé) : cible le jeu d'écritures à extraire. Dans un environnement multi-ledger (grand livre principal, grand livre IFRS, grand livre fiscal), le choix du bon ledger est déterminant.
• Report By : Account ou Alternate Account — doit impérativement correspondre au choix fait à l'étape 2.
• Fiscal Year, From Period, To Period : l'exercice comptable et la plage de périodes à extraire.
• Include Beginning Balances : cette case doit être cochée pour inclure les soldes d'ouverture issus des Beginning Balance Journals (écritures de report à nouveau). Si elle n'est pas cochée, le FEC sera incomplet — voir la section dédiée ci-dessous.
• Detail / Summary : choisir Detail, sauf si l'entreprise bénéficie d'une exemption expresse permettant le reporting synthétique (cas limité aux très grandes entreprises).
• Extract Data puis Generate File : le processus se déroule en deux temps. L'extraction charge les données dans des staging tables (tables de transit), puis la génération produit le fichier de sortie. Cette séparation permet de répartir la charge — par exemple, extraire produit par produit ou période par période, puis générer le fichier final en une seule passe.
• Include Field Names : cocher obligatoirement pour inclure les noms de champs en première ligne du fichier (exigence de l'art. A. 47 A-1 du LPF pour les fichiers à plat).
• File Name : nommage obligatoire au format SirenFECAAAAMMJJ avec extension .CSV. Le délimiteur utilisé par PeopleSoft est le pipe (|), ce qui est conforme à l'art. A. 47 A-1 du LPF qui accepte la tabulation ou le caractère « | » comme séparateur de zones.

Le piège du plan comptable : Account vs Alternate Account (ALTACCT)

C'est le point technique le plus critique pour les filiales françaises de groupes internationaux — et celui qui génère le plus de sueurs froides à l'approche d'un contrôle.

PeopleSoft propose un ChartField nommé ALTACCT (Alternate Account) pour maintenir un plan comptable statutaire local en parallèle du plan comptable corporate du groupe. Concrètement, ALTACCT permet de faire coexister un plan de comptes groupe (utilisé pour le reporting consolidé) et un plan PCG français (utilisé pour les obligations légales locales), avec un mapping entre les deux.

Trois situations se présentent :

• ALTACCT est déployé et mappé au PCG : l'extraction FEC doit être paramétrée en mode « Report By Alternate Account ». Le FEC produit contiendra des numéros de compte conformes à la nomenclature PCG. C'est la situation idéale.
• ALTACCT n'est pas déployé, mais les comptes ACCOUNT respectent le PCG : l'extraction se fait par « Report By Account ». Les trois premiers caractères des numéros de compte doivent respecter les normes du PCG, conformément à l'art. A. 47 A-1 du LPF. Vérifier systématiquement ce point.
• ALTACCT n'est pas déployé et les comptes ACCOUNT ne respectent pas le PCG : situation fréquente dans les déploiements pilotés depuis un siège anglo-saxon. Deux options : soit reconfigurer le mapping ALTACCT (projet à part entière, incompatible avec l'urgence d'un contrôle), soit fournir au vérificateur une table de correspondance avec le PCG. Cette possibilité est admise par le BOI-CF-IOR-60-40-10 (§ 130-150) pour les succursales françaises d'entreprises étrangères.

Ce sujet doit être vérifié bien avant tout contrôle. La mise en place d'ALTACCT rétroactivement implique de définir le mapping compte par compte, de reconfigurer les pages FEC_SETUP, et de retester l'intégralité de l'extraction — un chantier qui se compte en semaines, pas en jours. Pour approfondir la structure des 18 champs du FEC et comprendre comment CompteNum doit refléter la nomenclature PCG, consultez notre analyse détaillée de la structure FEC.

Le report à nouveau (Beginning Balance Journals)

PeopleSoft gère les soldes d'ouverture via des Beginning Balance Journals, générés lors de la clôture annuelle (Closing Rules > Journal Options). Ces écritures reprennent les soldes de clôture de l'exercice précédent comme soldes d'ouverture du nouvel exercice.

L'art. A. 47 A-1 du LPF est explicite : le FEC doit contenir les écritures de reprise des soldes de l'exercice précédent. Si la case « Include Beginning Balances » n'est pas cochée sur la page RUN_FEC_EXPORT, ou si les Beginning Balance Journals n'ont pas été correctement générés lors de la clôture, les soldes d'ouverture seront absents.

Conséquence directe : le FEC sera incohérent avec la balance générale. Le total des débits et crédits du fichier ne correspondra pas aux totaux issus de la balance, et le vérificateur identifiera immédiatement l'anomalie.

Vérification systématique : comparer les totaux du FEC (avec à-nouveaux) avec la balance générale issue de PeopleSoft. Ce cadrage est un contrôle élémentaire mais indispensable qui doit figurer dans toute procédure d'extraction.

Nommage et format du fichier

Le fichier FEC doit respecter la convention de nommage définie par l'art. A. 47 A-1 du LPF, paragraphe IX : SirenFECAAAAMMJJ, où le SIREN est celui de l'entité contribuable et AAAAMMJJ la date de clôture de l'exercice.

PeopleSoft ajoute un suffixe _AB (par exemple _01, _Q1) pour distinguer les fichiers par période au sein d'un même exercice. Le format de sortie est un fichier .CSV avec le pipe (|) comme délimiteur. L'encodage doit être UTF-8. La première ligne contient les noms des 18 champs obligatoires.

Rappel des exigences de format :

• Séparateur décimal : virgule (pas de point)
• Séparateur de milliers : aucun
• Dates : format AAAAMMJJ sans séparateur
• Séparateur de zones : pipe (|) ou tabulation
• Première ligne : noms de champs obligatoires

Points de vigilance FEC

Plusieurs points méritent une attention particulière lors de l'extraction depuis PeopleSoft :

• Report à nouveau : toujours cocher « Include Beginning Balances ». Leur absence rend le FEC incohérent et constitue une anomalie FEC fréquente identifiable dès le cadrage avec la balance.
• Séparateur décimal : configurer les paramètres régionaux du profil utilisateur en format français avant chaque extraction. Un fichier avec des points décimaux sera rejeté par Test Compta Demat.
• Comptes PCG vs plan interne : si les numéros de compte du grand livre ne respectent pas la nomenclature PCG, activer et configurer ALTACCT — ou préparer une table de correspondance.
• CompAuxNum : ce champ (numéro de compte auxiliaire) doit être renseigné pour les comptes clients et fournisseurs qui disposent d'un auxiliaire. PeopleSoft alimente ce champ à partir des sub-ledgers (grands livres auxiliaires) Payables et Receivables. Si le champ reste vide alors qu'un auxiliaire existe, vérifier le mapping des produits FEC à l'étape 1.
• DeviseCode : ce champ n'est obligatoire que si la devise de l'écriture diffère de la devise de tenue des comptes. Pour les écritures en euros dans un grand livre en euros, il reste à blanc conformément à l'art. A. 47 A-1 du LPF.
• EcritureNum continue : la numérotation doit être croissante et sans rupture. Toute interruption dans la séquence sera signalée par Test Compta Demat et questionnée par le vérificateur.

Anomalies courantes spécifiques à PeopleSoft

Extraction échouée faute de document sequencing

Une filiale française d'un groupe américain découvre, lors de la préparation d'un contrôle fiscal, que le document sequencing n'a jamais été activé. Le déploiement PeopleSoft avait été piloté depuis les États-Unis, où cette fonctionnalité n'est pas requise. Résultat : le champ EcritureNum ne peut pas être alimenté avec une numérotation séquentielle conforme pour les exercices antérieurs. L'équipe doit négocier avec le vérificateur une solution de contournement — typiquement, une numérotation reconstituée à partir des timestamps de journal — tout en activant le document sequencing pour les exercices futurs.

Enseignement : vérifier l'activation du document sequencing dès le déploiement initial de PeopleSoft en France, indépendamment des pratiques du siège.

FEC rejeté pour séparateur décimal incorrect

Un comptable lance l'extraction FEC depuis son profil utilisateur PeopleSoft configuré en paramètres régionaux US (point comme séparateur décimal). Le fichier passe la génération sans erreur, mais Test Compta Demat le rejette immédiatement pour non-conformité du format des montants. Le problème ne vient pas des données mais de la configuration du profil utilisateur.

Résolution : modification des Personalize Regional Settings pour utiliser la virgule comme séparateur décimal, puis relance de l'extraction.

Enseignement : créer un profil utilisateur dédié à l'extraction FEC avec les paramètres régionaux français, et inclure cette vérification dans la checklist pré-extraction.

Vérification post-extraction et archivage

Une fois le fichier généré, quatre contrôles s'imposent avant de considérer le FEC comme exploitable :

1. Nommage : vérifier que le fichier respecte la convention SirenFECAAAAMMJJ.
2. Validation formelle : passer le fichier dans Test Compta Demat, l'outil de la DGFiP, pour valider la structure, les séparateurs et les champs obligatoires.
3. Cadrage comptable : comparer les totaux débit/crédit du FEC avec la balance générale. Tout écart signale une anomalie (à-nouveaux manquants, module non inclus, filtre de comptes trop restrictif).
4. Numérotation : vérifier que le champ EcritureNum présente une séquence continue et chronologique, sans rupture ni inversion.

La documentation Oracle recommande de créer et d'archiver les fichiers FEC dès la clôture de chaque exercice, sans attendre une notification de contrôle fiscal. Cette pratique est un conseil de bon sens : extraire un FEC plusieurs années après la clôture, sur un environnement PeopleSoft qui a peut-être été mis à jour entre-temps, expose à des risques de régression fonctionnelle ou de perte de paramétrage.

Quand faire appel à un spécialiste

L'extraction FEC depuis PeopleSoft est un processus technique qui se situe à l'intersection de la comptabilité, de la fiscalité et de l'administration ERP. Trois situations justifient de solliciter un accompagnement spécialisé :

• Le document sequencing n'a jamais été activé et des exercices antérieurs doivent être produits au format FEC : la reconstitution d'une numérotation conforme nécessite une analyse technique et une négociation avec l'administration.
• Le plan comptable PeopleSoft ne respecte pas la nomenclature PCG et ALTACCT n'est pas déployé : le choix entre déployer ALTACCT et fournir une table de correspondance dépend du contexte (nombre de comptes, urgence du contrôle, pérennité de la solution).
• Le FEC généré est rejeté par Test Compta Demat ou présente des écarts de cadrage inexpliqués : l'analyse des anomalies requiert une double compétence PeopleSoft et fiscalité informatique.

Pour aller plus loin sur les erreurs d'extraction les plus fréquentes par ERP, consultez notre guide des erreurs FEC courantes. Et pour toute question sur la conformité de votre FEC, n'hésitez pas à consulter un avocat spécialisé en fiscalité informatique.