Quand une filiale française facture une licence logicielle à sa maison mère néerlandaise, ou qu’un centre de services partagés facture ses prestations comptables à huit entités du groupe dans six pays différents, deux questions surgissent inévitablement : à quel prix ? Et pouvez-vous le justifier ?
Les administrations fiscales de plus de 100 juridictions se posent les mêmes questions depuis la finalisation du plan BEPS en octobre 2015, avec des outils d’échange automatique d’informations qui leur permettent désormais de comparer les déclarations d’une même entité dans plusieurs pays en quelques secondes. La documentation des prix de transfert, longtemps traitée comme un exercice annuel confié à un cabinet spécialisé, est devenue une obligation permanente de traçabilité que votre ERP doit être capable d’alimenter.
Ce guide s’adresse aux DSI, directeurs financiers et responsables fiscaux de groupes multi-entités qui doivent aligner leur système d’information sur les exigences du master file et du local file, comprendre les seuils français, et identifier ce que leur ERP peut réellement documenter, et ce qui nécessite des outils complémentaires.
BEPS Action 13 : le cadre à trois niveaux qui structure toute documentation TP
Le plan d’action BEPS (Base Erosion and Profit Shifting) de l’OCDE, finalisé en octobre 2015 avec la publication des 15 rapports finaux, a introduit une architecture de documentation à trois niveaux pour les transactions entre entités d’un même groupe multinational. Plus de 100 juridictions ont transposé ces règles dans leur droit interne, rendant cette architecture incontournable pour tout groupe opérant à l’international.
Le master file (fichier principal)
Le master file donne une vue d’ensemble du groupe. Il couvre cinq grandes dimensions :
- La structure organisationnelle : diagramme des entités légales, détail des participations et des droits de vote.
- La description des activités : sources principales de valeur ajoutée du groupe, chaîne d’approvisionnement des cinq principales catégories de produits et services, accords importants entre entités du groupe.
- Les actifs incorporels : liste des actifs incorporels importants (marques, brevets, savoir-faire), accords de licence intragroupe, politique de R&D et de gestion des incorporels.
- Les activités financières intragroupe : description des financements intragroupe, politique de taux d’intérêt, accords de cash pooling.
- Les positions fiscales du groupe : rulings fiscaux existants, rescrits de prix de transfert (APAs), positions fiscales significatives.
Le master file est un document de gouvernance, pas un document analytique transaction par transaction. Il répond à la question : comment fonctionne le groupe et comment se répartit la valeur entre les entités ?
Le local file (fichier local)
Le local file est l’élément le plus exigeant opérationnellement. Produit au niveau de chaque entité légale, il documente les transactions contrôlées matérielles, c’est-à-dire les transactions entre entités du même groupe qui dépassent les seuils de matérialité retenus.
Pour chaque catégorie de transactions (achats de marchandises, prestations de services, redevances, prêts intragroupe, mise à disposition d’actifs), le local file doit présenter :
- La description de la transaction, les parties impliquées, les volumes et montants.
- L’analyse fonctionnelle : qui fait quoi, qui supporte quels risques, qui utilise quels actifs dans cette transaction.
- La méthode de prix de transfert retenue (prix comparable sur le marché libre, méthode du prix de revente, méthode du coût majoré, méthode de la marge nette, méthode du partage des bénéfices) et la justification du choix.
- Le benchmark : comparaison avec des transactions entre entreprises indépendantes pour démontrer le respect du principe de pleine concurrence.
La déclaration pays par pays (Country-by-Country Report)
Le troisième niveau concerne les groupes dont le chiffre d’affaires consolidé dépasse 750 M€ (seuil BEPS Action 13, OCDE, confirmé par l’implémentation dans le cadre des règles GloBE). Elle synthétise pour chaque juridiction : revenus, résultat avant impôt, impôts payés, effectifs, capital et réserves, actifs corporels. Ce document permet aux administrations fiscales de détecter des incohérences entre les profits déclarés et l’activité économique réelle dans chaque pays, signe potentiel d’optimisation fiscale agressive.
La transposition en droit français
La France a transposé BEPS Action 13 via la loi de finances pour 2016, introduisant des obligations différenciées selon la taille de l’entité.
Les seuils en vigueur
Documentation complète (articles L 13 AA et L 13 AB LPF) : les entreprises dont le chiffre d’affaires annuel hors taxes ou le total de bilan excède 150 M€ doivent tenir une documentation complète comprenant master file et local file, disponible sur demande de l’administration fiscale (PwC Tax Summaries France). Cette obligation s’étend aux entités détenant plus de 50 % du capital ou des droits de vote dans des sociétés répondant au même seuil.
Formulaire 2257 (déclaration simplifiée) : les entités dont le CA ou le total de bilan dépasse 50 M€ sont soumises à une obligation de déclaration annuelle simplifiée via le formulaire 2257 (PwC Tax Summaries France). Ce formulaire exige la communication des montants agrégés des transactions intragroupe dépassant 100 000 € par catégorie, ainsi que la méthode de prix de transfert principale utilisée pour chaque type de transaction.
Les pénalités en cas de défaillance
En cas de défaut ou d’insuffisance de documentation, la pénalité s’élève au plus élevé de ces deux montants :
- 5 % des bénéfices imposables transférés à l’étranger via des prix de transfert inadéquats, ou
- 0,5 % du montant des transactions non documentées (minimum 50 000 € par exercice)
Le contribuable dispose de 30 jours à compter de la mise en demeure formelle pour fournir la documentation complète. Un délai court qui rend impraticable toute approche de documentation “à la demande” construite sur des extractions manuelles de l’ERP.
L’environnement européen : DAC4 et DAC6
Au niveau européen, la directive DAC4 (2016) a transposé les obligations BEPS Action 13 en droit de l’UE, imposant l’échange automatique des déclarations pays par pays entre administrations fiscales des États membres. La directive DAC6 (directive 2018/822/UE) a ajouté une couche de déclaration obligatoire des montages fiscaux transfrontaliers potentiellement agressifs. Ces deux directives créent une pression croissante sur la cohérence de la documentation TP entre les différentes juridictions européennes d’un groupe.
Ce que le master file exige de votre SI groupe
La production du master file repose sur des données qui, pour l’essentiel, doivent être extraites de plusieurs systèmes du groupe. L’ERP central joue un rôle clé pour certaines sections.
Structure organisationnelle. Votre ERP multi-entités doit maintenir un référentiel des entités légales du groupe avec les participations. Dans SAP S/4HANA, ce référentiel s’appelle la hiérarchie des sociétés. Dans Microsoft Dynamics 365, c’est la structure des entités légales. Dans Oracle Fusion Cloud ERP, le concept de Business Unit et Legal Entity structure cette information. Ce référentiel est le point de départ du master file.
Accords financiers intragroupe. Les accords de cash pooling, les prêts intragroupe et les garanties doivent être documentés avec les taux appliqués. L’ERP doit être capable de restituer l’encours moyen des créances et dettes intragroupe par entité, ainsi que les intérêts nets comptabilisés. Notre guide dédié sur le cash pooling groupe et ERP détaille comment ces flux sont tracés dans les principaux ERP.
Chaîne d’approvisionnement. La description des cinq principales catégories de produits et services exige de pouvoir extraire de l’ERP les flux physiques et financiers entre entités. Un module de gestion des ventes intragroupe, avec les incoterms associés, est indispensable.
Ce que le local file exige transaction par transaction
Le local file est l’exercice le plus consommateur de données ERP. Pour chaque catégorie de transactions contrôlées matérielles, il faut extraire plusieurs éléments structurés.
Les montants agrégés par type de transaction et par entité. L’ERP doit permettre une extraction des flux intragroupe ventilés par nature (marchandises, services, redevances, financements) et par entité partenaire. Dans un ERP bien paramétré, les journaux comptables enregistrent systématiquement l’entité liée contrepartie sur chaque écriture intragroupe. Sans ce paramétrage, la reconstitution manuelle représente des semaines de travail pour le service fiscal.
La documentation des accords. Les contrats de prestation de services intragroupe (accord CSP, accord de mise à disposition de personnel, licence de marque) doivent être enregistrés et versionnés dans le système documentaire associé à l’ERP ou dans un outil de CLM (Contract Lifecycle Management) connecté. Chaque révision de prix doit être traçable avec sa date d’effet.
La méthode et le benchmark. Cette partie n’est pas dans l’ERP mais dans l’analyse économique effectuée par le service fiscal ou le cabinet TP. Elle utilise les données ERP comme intrants (marges brutes par entité, coûts des services intragroupe) mais les traite dans des bases de données de comparables (Bureau van Dijk Orbis, S&P CapIQ) et des outils spécialisés (TP Catalyst de Thomson Reuters, ONESOURCE TP). L’ERP est la source de données, pas l’outil d’analyse.
Pourquoi l’ERP est le point de départ naturel de la documentation TP
La centralisation des données transactionnelles
Un ERP multi-entités capte nativement trois des cinq grandes sources de données TP :
- Les flux financiers intragroupe (factures intragroupe, paiements, encours)
- Les marges brutes et les coûts de revient par entité et par gamme de produits
- Les effectifs et les charges de personnel par entité (utile pour les analyses fonctionnelles)
Dans un déploiement SAP S/4HANA avec une instance centrale, un document intercompany automatique est généré pour chaque transaction entre sociétés du groupe. Ce document porte le même identifiant de groupe de pièces (document group) côté vendeur et côté acheteur, ce qui rend l’élimination en consolidation et la traçabilité TP immédiatement disponibles. Le module SAP Intercompany Reconciliation (ICR) permet de rapprocher automatiquement les soldes réciproques et d’identifier les écarts avant clôture, données utiles dans le local file.
La piste d’audit comme argument face au contrôle fiscal
La piste d’audit de l’ERP est un avantage décisif face à une vérification de prix de transfert. Contrairement à un tableur Excel reconstitué ex post, l’ERP enregistre chaque transaction avec son horodatage, l’utilisateur qui l’a saisie ou validée, et les paramètres de tarification actifs au moment de la transaction (grille tarifaire, accord-cadre, version de prix). Cette traçabilité répond directement aux exigences d’une vérification approfondie.
Les obligations d’archivage des données ERP sont distinctes des obligations de documentation TP mais s’imbriquent : en France, les données comptables doivent être conservées dix ans. Les règles de rétention et d’archivage ERP sont détaillées dans notre guide archivage et rétention des données ERP.
Les fonctionnalités ERP clés pour la conformité TP
Module intercompany et plan de comptes groupe
Le prérequis numéro un est un plan de comptes groupe qui distingue explicitement les opérations intragroupe des opérations avec tiers. Les comptes de créances intragroupe, de dettes intragroupe, de produits financiers intragroupe et de charges financières intragroupe doivent être utilisés systématiquement dans toutes les entités. Sans ce codage, la segmentation des données pour le local file devient un exercice de reconstitution laborieux.
Le module de gestion des intercos (ou intercompany netting) permet de compenser les dettes et créances réciproques entre entités, simplifiant les flux de trésorerie tout en maintenant la traçabilité transaction par transaction nécessaire au local file. Notre article sur la gestion multi-sites et multi-entités dans les ERP détaille les architectures disponibles.
Reporting consolidé et éliminations interco
La consolidation financière dans l’ERP (ou dans l’outil de consolidation connecté : SAP Group Reporting, Oracle Financial Consolidation and Close, IBM Cognos Controller, Tagetik) produit les états financiers consolidés en éliminant les transactions intragroupe. Ces mêmes données d’élimination constituent la base des montants à documenter dans le local file.
Un paramétrage soigneux de la consolidation, avec des règles d’élimination automatique par catégorie de transaction intragroupe et par couple d’entités, réduit considérablement la charge de production du local file. Chaque élimination automatique est un flux documenté et quantifié.
Export vers les outils TP spécialisés
Les ERP leaders proposent des connecteurs ou des exports standards vers les outils de documentation TP spécialisés. SAP fournit des extracteurs vers des outils comme TP DataHub. Oracle dispose d’APIs vers les solutions ONESOURCE. Ces connecteurs exportent automatiquement les flux intragroupe agrégés par catégorie, prêts à être importés dans le template master file ou local file.
Si votre ERP ne dispose pas de connecteur natif, une extraction structurée via le module de reporting (SAP BW/Analytics Cloud, Oracle Analytics Cloud, Dynamics 365 Analytics) en format CSV normalisé reste fonctionnellement équivalente, à condition de maintenir une piste d’audit sur l’extraction elle-même.
Formulaire 2257 : automatisation possible
Le formulaire 2257 français exige la ventilation des transactions intragroupe par catégorie et par entité contrepartie pour les montants dépassant 100 000 €. Cette extraction est directement disponible dans tout ERP bien paramétré : une requête sur les journaux de ventes et d’achats intragroupe, filtrée sur l’exercice et le seuil de matérialité, produit les données brutes. Des éditeurs comme Divalto, Cegid ou Sage proposent des modules de reporting réglementaire qui intègrent ce formulaire dans leurs tableaux de bord de clôture fiscale.
Ce que l’ERP ne peut pas faire seul
La documentation TP n’est pas un simple exercice d’extraction de données. L’ERP fournit les données factuelles, mais la documentation requiert aussi des compétences que le système ne peut pas produire.
L’analyse économique et le benchmark. Justifier qu’un prix de prestation de services intragroupe respecte le principe de pleine concurrence exige une comparaison avec des transactions entre tiers indépendants. Cette comparaison repose sur des bases de données de comparables (Orbis de Bureau van Dijk, Compustat, Amadeus) et une méthodologie économique que seul un analyste fiscal maîtrise.
La rédaction narrative. Le master file et le local file sont des documents rédigés, pas seulement des tableaux chiffrés. La description des fonctions, des risques et des actifs de chaque entité (l’analyse FAR : Fonctions, Actifs, Risques) nécessite une compréhension des modèles économiques du groupe que l’ERP ne peut pas synthétiser.
La défense en cas de contentieux. Quand l’administration fiscale redresse les prix de transfert, la défense du contribuable passe par des échanges argumentés sur les méthodes et les comparables, un terrain où les cabinets spécialisés en prix de transfert sont indispensables.
Pour les groupes de taille intermédiaire (150 M€ à 1 Md€ de CA), l’approche la plus efficace combine l’extraction automatisée des données ERP, qui réduit considérablement le temps de collecte, avec un cabinet TP pour l’analyse économique et la rédaction narrative. L’ERP ne remplace pas l’expertise fiscale, il la rend accessible à un coût raisonnable.
Plan d’action en 90 jours pour aligner votre ERP sur les exigences TP
J+0 à J+30 : diagnostic
- Cartographier les flux intragroupe matériels (>100 000 €) sur l’exercice précédent, à partir des données de l’ERP.
- Identifier les lacunes de codage : les comptes intragroupe sont-ils bien utilisés de manière systématique ? L’entité contrepartie est-elle renseignée sur toutes les écritures intragroupe ?
- Recenser les accords intragroupe existants (contrats de services, licences, prêts) et vérifier leur enregistrement dans l’ERP ou le système documentaire.
J+30 à J+60 : paramétrage
- Compléter le plan de comptes groupe avec des sous-comptes intragroupe si nécessaire.
- Paramétrer les règles d’élimination interco dans le module de consolidation.
- Créer les états de reporting dédiés : extraction pour le formulaire 2257, flux intragroupe par catégorie et par entité.
J+60 à J+90 : documentation et test
- Produire une version préliminaire du local file sur l’exercice précédent, à partir des extractions ERP.
- Identifier les trous de données qui nécessitent un complément analytique (benchmark, rédaction FAR).
- Tester la procédure de réponse à une mise en demeure fiscale : pouvez-vous produire la documentation complète en moins de 30 jours ?
Pour approfondir les thématiques liées à la gestion des groupes multi-entités dans les ERP, retrouvez nos guides sur la gestion multi-sites et multi-entités avec consolidation interco, sur le cash pooling groupe dans les ERP SAP, Oracle, Sage et Cegid et sur la conformité CSRD et le reporting durabilité dans les ERP.
