La gestion d’actifs est, de tous les secteurs financiers réglementés en France, celui qui présente peut-être l’écart le plus grand entre la complexité de ses exigences SI et les outils que les directions informatiques ont réellement à disposition.
Une société de gestion de portefeuille (SGP) agréée par l’AMF gère à la fois sa propre comptabilité corporate — salaires, notes de frais, factures de management fees — et la comptabilité de chacun des fonds dont elle a la charge. Ces deux couches sont régies par des règles comptables distinctes, nourries par des flux de données radicalement différents, et produisent des reportings qui répondent à des régulateurs différents. Aucun ERP généraliste ne couvre les deux sans adaptation significative.
Ce guide s’adresse aux DAF, DSI et COO de SGP agréées AMF, de sociétés de gestion d’actifs alternatifs (AIFM), de multi-family offices et de fonds d’investissement alternatifs souhaitant clarifier leur architecture SI en 2026.
Les spécificités de la gestion d’actifs qui compliquent le choix ERP
La double comptabilité : comptabilité des fonds vs comptabilité corporate de la SGP
La contrainte fondamentale d’une SGP est la coexistence de deux comptabilités distinctes dans le même SI.
La comptabilité corporate de la SGP est relativement standard : salaires et charges sociales, notes de frais des gérants, facturation des management fees et commissions de surperformance aux investisseurs, achats de prestations (data vendors, Bloomberg, administrateur de fonds), loyer et charges de structure. Un ERP classique — SAP, Oracle, Dynamics 365, Cegid XRP Flex, Sage X3 — gère très bien cette couche.
La comptabilité de fonds, en revanche, obéit à des règles entièrement différentes. La valeur liquidative (NAV — Net Asset Value) d’un fonds est calculée quotidiennement à partir des cours de clôture des titres en portefeuille. Ce calcul nécessite un référentiel de prix temps réel ou quasi-réel, une valorisation au prix de marché (mark-to-market) pour les instruments cotés, et des modèles de valorisation dédiés pour les actifs non cotés (private equity, immobilier, dette privée). Un ERP standard n’a aucune de ces fonctionnalités.
La distinction est parfois mal comprise en dehors du secteur : la SGP ne “possède” pas les actifs des fonds qu’elle gère. Elle en est le gérant mandataire. Les 3 500 milliards d’euros de gestion collective en France en 2024 (AFG, données 2025) ne figurent pas dans les bilans des 695 SGP agréées — ils figurent dans les comptes des fonds, qui sont des entités juridiques distinctes (SICAV, FCP, FPCI, SLP, etc.). L’ERP de la SGP gère la comptabilité de la société, pas celle des fonds.
Le référentiel valeurs et prix : contrainte temps réel incompatible avec un ERP standard
Le calcul quotidien de la NAV exige l’accès à des flux de prix — cours de clôture des marchés, cotations obligataires, taux de change, et pour les actifs non cotés, des modèles de valorisation validés par le comité de valorisation. Ces données proviennent de data vendors (Bloomberg, Refinitiv, FactSet) via des connexions API normalisées.
Un ERP classique n’est pas conçu pour ingérer et réconcilier ces flux. Cette gestion est assurée par des logiciels de fund accounting dédiés, qui disposent de connecteurs natifs vers les data vendors et des moteurs de calcul de NAV certifiables par le dépositaire.
Les contraintes réglementaires AMF : agrément, piste d’audit, délégation, reporting
En France, toute SGP doit être agréée par l’Autorité des Marchés Financiers (AMF). Les 695 SGP agréées fin 2024 — sur les 5 033 milliards d’euros d’actifs totaux sous gestion recensés par l’AMF et l’AFG (AFG, données 2025) — doivent satisfaire à des obligations permanentes de contrôle interne, de reporting et de documentation de leurs processus.
L’AMF exige notamment une piste d’audit complète des décisions de gestion : qui a décidé quoi, à quelle heure, sur quelle base d’information. Cette traçabilité doit être reconstituable en cas de contrôle sur place. Elle n’est pas une fonctionnalité standard d’un ERP généraliste.
Ce qu’un ERP généraliste peut (et ne peut pas) faire pour une SGP
Ce que l’ERP gère bien
Pour la partie corporate de la SGP, un ERP moderne couvre l’essentiel :
- Comptabilité générale : plan de comptes, écritures, clôtures mensuelles, dossier de révision pour le commissaire aux comptes
- Gestion des frais : notes de frais des gérants et analystes, validation par niveaux d’approbation
- Paie et RH : intégration avec un module SIRH, déclarations DSN, gestion des congés
- Facturation clients : émission des factures de management fees aux véhicules d’investissement, suivi des encaissements
- Fournisseurs et achats : abonnements Bloomberg, FactSet, Refinitiv, prestataires dépositaires, frais d’administration de fonds
- Trésorerie corporate : suivi des comptes bancaires de la société de gestion elle-même
SAP Business One, Sage X3, Microsoft Dynamics 365 Business Central, Cegid XRP Flex ou Oracle NetSuite couvrent correctement cette partie.
Ce que l’ERP ne gère pas seul
L’ERP corporate ne touche pas à :
- Le calcul de la valeur liquidative des fonds
- La gestion du portefeuille (positions, expositions, VaR, tracking error)
- L’exécution et la confirmation des ordres de trading
- Le reporting réglementaire des fonds (AIFMD Annex IV, reporting ESMA, reporting AMF des fonds)
- La conformité des portefeuilles aux contraintes de gestion (ratios UCITS, limites de concentration, contraintes ESG)
- Les rapports aux investisseurs (reporting LPs pour les FIA, rapports semestriels et annuels des OPCVM)
Ces fonctions sont portées par des logiciels spécialisés : OMS (Order Management System) pour les ordres, PMS (Portfolio Management System) pour la gestion de portefeuille, et logiciel de fund accounting pour la comptabilité des fonds.
Les interfaces obligatoires : OMS, PMS, dépositaire, SWIFT
L’architecture SI d’une SGP est structurellement multi-couches. Les connexions entre l’ERP corporate et l’écosystème fonds sont obligatoires mais rarement natives :
- OMS (Iress, Charles River, FlexTrade) — pour la transmission des ordres et le traitement des confirmations
- Dépositaire (BNP Paribas Securities Services, Caceis, Société Générale Securities Services) — pour la conservation des actifs et le contrôle de la valorisation NAV
- SWIFT — pour la communication interbancaire sécurisée sur les flux de règlement-livraison
- Transfer agent / fund admin — pour la tenue de registre des porteurs de parts et la gestion des souscriptions/rachats
Les solutions spécialisées de fund accounting
Les standards de place en Europe : Advent Geneva, SimCorp, FundCount
Le logiciel de fund accounting est la pièce centrale du SI d’une SGP. Il assure le calcul de NAV, la comptabilité par fonds, la réconciliation avec le dépositaire et la production des données nécessaires aux reportings réglementaires.
SS&C Advent Geneva est le logiciel de référence pour les gestionnaires de taille intermédiaire à grande en Europe. Il couvre la gestion multi-actifs, multi-devises, les structures master-feeder, le private equity et la dette privée. Sa base de données de grand livre — conçue pour l’intégrité des données en périodes ouvertes et fermées — en fait l’outil de prédilection pour les SGP gérant des fonds complexes. Il a reçu le prix “Best Portfolio Accounting Platform” aux BST Awards 2025 (Waters Technology, 2025).
SimCorp (SimCorp One depuis la refonte 2023-2025) est davantage positionné sur les grandes institutions — sociétés de gestion appartenant à des bancassureurs, institutionnels, compagnies d’assurance gérant des actifs pour compte propre. Son coût d’implémentation dépasse généralement le budget d’une SGP indépendante.
FundCount est une alternative plus accessible pour les boutiques de gestion et les family offices, avec une couverture multi-actifs (y compris private equity et actifs réels) et des rapports aux investisseurs configurables.
La couche ERP généraliste autour
La majorité des SGP européennes fonctionnent avec une architecture “hub and spoke” : le logiciel de fund accounting est au centre, et l’ERP corporate se connecte à lui pour recevoir les données nécessaires à la comptabilité de la société — management fees reconnus, refacturations intra-groupe, charges allouées par fonds. Cette connexion n’est pas triviale : les plans de comptes sont différents, les devises multiples, et la fréquence de synchronisation doit être quotidienne pour les SGP actives. Les intégrateurs spécialisés gestion d’actifs proposent des connecteurs pré-bâtis entre les logiciels de fund accounting et les ERP standard du marché.
Solutions intégrées pour les petites SGP
Pour les petites SGP mono-stratégie ou mono-fonds gérant des instruments simples (fonds actions cotées ou obligations investment grade), des solutions SaaS allégées commencent à émerger, combinant comptabilité corporate et gestion de portefeuille simplifiée dans une interface unique. Dès que la SGP gère plus d’un fonds, des instruments dérivés ou des actifs non cotés, un logiciel de fund accounting dédié devient nécessaire.
Reporting AIFMD et PRIIPs KID : ce que vos systèmes doivent produire
Les obligations AIFMD II (directive révisée 2024) : rapports AIFM, reporting ESMA
La Directive (UE) 2024/927, dite AIFMD II, est entrée en vigueur le 15 avril 2024. Les États membres doivent la transposer dans leur droit national avant le 16 avril 2026. Les nouvelles obligations de reporting en Annexe IV deviennent applicables à partir d’avril 2027 — ESMA doit finaliser les normes techniques d’ici là (SS&C Technologies, 2024).
Les évolutions majeures pour les AIFM portent sur :
- L’Annexe IV élargie : le reporting aux autorités compétentes doit désormais couvrir “tous les marchés, instruments, expositions et actifs” — et non plus seulement les positions principales. La granularité exigée est nettement supérieure à ce qu’imposait AIFMD I. La production de ce reporting nécessite une extraction structurée depuis votre logiciel de fund accounting dans des formats XML standardisés.
- La délégation : les AIFM doivent déclarer formellement leurs accords de délégation, incluant le nom du délégataire, le pourcentage d’actifs délégués, les effectifs chargés de la surveillance et les dates des revues de diligence raisonnable. Ces informations doivent être traçables dans le SI.
- L’information investisseurs : transparence renforcée sur les coûts, la composition du portefeuille et les frais — avec un niveau de détail que les reportings PDF générés manuellement ne pourront plus tenir.
PRIIPs KID : automatisation depuis le fund accounting
Le document d’information clé (KID) des PRIIPs (Packaged Retail and Insurance-based Investment Products) doit être produit par toute SGP commercialisant ses fonds auprès d’investisseurs de détail dans l’Union européenne. Il doit inclure :
- L’indicateur de risque synthétique (IRS/SRI), noté de 1 à 7, calculé à partir de la volatilité historique (équivalent VaR) et du risque de crédit
- Les 4 scénarios de performance (favorable, intermédiaire, défavorable, stress) calculés sur la base des rendements historiques bootstrappés sur au moins 5 ans de données
- Les coûts totaux décomposés par couche (coûts d’entrée, coûts récurrents, coûts de sortie, coûts accessoires)
La génération automatisée du KID nécessite que le fund accounting produise des séries temporelles de performance nettes de frais et des données de volatilité dans un format structuré. Un ERP généraliste sans module fund accounting ne peut pas produire ces sorties. La mise à jour de l’EU Retail Investment Strategy, dont l’accord politique a été atteint en 2025, introduira en outre un tableau de bord “Product at a glance” et une section ESG dans les prochaines versions du KID.
Reporting AMF : stress tests, concentration, liquidité, leviers
En parallèle de l’AIFMD II, l’AMF exige des reportings périodiques sur la liquidité des portefeuilles, les concentrations sectorielles et géographiques, les leviers utilisés et les stress tests. Ces reportings sont produits depuis le PMS et le fund accounting, dans des formats définis par l’AMF et transmis via son portail en ligne. La chaîne de production de ces données — de la position brute en portefeuille jusqu’au fichier de reporting conforme — est un projet d’architecture SI à part entière.
Architecture SI recommandée pour une SGP de 10 à 50 personnes
Stack type : ERP corporate + fund accounting + outil de reporting réglementaire
Une SGP de taille intermédiaire déploie généralement trois couches logicielles distinctes :
Couche 1 — ERP corporate : pour la comptabilité de la société, la paie, les frais et la facturation des management fees. Solutions adaptées : Sage X3, Microsoft Dynamics 365 Business Central, Cegid XRP Flex, Oracle NetSuite.
Couche 2 — Logiciel de fund accounting : pour le calcul de NAV, la comptabilité par fonds et les données de reporting. Solution de référence : SS&C Advent Geneva. Alternatives : FundCount (pour les structures plus légères), eFront / Allvue (pour le private equity).
Couche 3 — Outil de reporting réglementaire : pour la production des fichiers AIFMD Annex IV en format XML/XBRL, les reportings PRIIPs KID et les dossiers AMF. Certains fund accounting intègrent ces modules nativement ; pour les autres, des outils spécialisés (Confluence Analytics, Clearwater Analytics, Finbourne Technology) complètent le stack.
Connecteurs et APIs entre les couches
L’intégration ERP-fund accounting est le point le plus souvent sous-estimé dans les projets SI des SGP. Les connecteurs doivent gérer la réconciliation des plans de comptes, la gestion multi-devises avec historique des cours de change, et la fréquence quotidienne de synchronisation. Ce coût d’intégration doit être chiffré dès l’appel d’offres : oublier cette ligne dans le budget est l’erreur classique des premiers projets de modernisation.
Budget SI indicatif pour une SGP de taille moyenne
Pour une SGP de 10 à 50 personnes gérant plusieurs fonds, le budget annuel en licences logicielles — ERP corporate + fund accounting + reporting réglementaire — se situe généralement dans une fourchette de 50 000 à 200 000 euros par an, selon la complexité des instruments, le nombre de fonds, le nombre d’utilisateurs et le mode de déploiement (cloud vs on-premise). Cette fourchette ne comprend pas les coûts d’intégration et de paramétrage initiaux, qui peuvent représenter une à deux fois le coût annuel de licence pour une migration depuis Excel ou un système legacy.
Le cas du family office : quand la gestion d’actifs est interne
Multi-asset, multi-devise, multi-entité : les spécificités du family office
Un multi-family office (MFO) ou single-family office (SFO) présente des contraintes différentes d’une SGP traditionnelle. Le patrimoine géré est généralement diversifié — actions cotées, obligations, private equity, immobilier, art, liquidités, participations dans des holdings — et réparti entre plusieurs entités juridiques (holding familiale, sociétés patrimoniales, fondations, trusts étrangers).
La question centrale du family office n’est pas le calcul quotidien de NAV mais la consolidation patrimoniale : disposer d’une vue unifiée du patrimoine total, quel que soit le custodian qui détient chaque actif. Cette consolidation doit intégrer des instruments que les dépositaires reportent dans des formats différents, des devises multiples, et des actifs illiquides valorisés sur une base ad hoc.
Les plateformes de consolidated reporting en 2026
Plusieurs plateformes spécialisées répondent à ce besoin d’agrégation multi-custodian :
- Addepar : positionné sur les structures complexes avec ownership imbriqués, reporting personnalisable et modélisation de scénarios. La plateforme a remporté le prix “Best Consolidated Reporting” aux WealthBriefing Awards 2026 (FundCount, 2026).
- Masttro : orientation forte sur la sécurité des données, la cartographie des entités et le partage sécurisé de documents sensibles. Modèle tarifaire forfaitaire indépendant de l’AUM.
- Landytech : solution européenne avec une couverture forte sur les fonds et actifs alternatifs, bien adaptée aux family offices opérant principalement en zone euro et soumis à des réglementations européennes.
- InvestCloud : plateforme plus orientée wealth management et distribution, avec des modules de reporting patrimoniaux.
Articulation avec l’ERP du groupe holding
Dans les structures familiales complexes, la plateforme de consolidated reporting cohabite avec l’ERP du groupe holding — souvent SAP, Oracle ou Dynamics selon la taille du groupe industriel. L’articulation entre les deux est un projet d’intégration à part entière : il s’agit de réconcilier la valorisation des participations dans l’ERP du holding (souvent à la valeur historique ou à la mise en équivalence) avec la valorisation au prix de marché produite par la plateforme patrimoine. Ces deux visions ne seront jamais identiques, et l’objectif n’est pas la réconciliation parfaite mais la coexistence lisible des deux référentiels pour les décideurs.
Recommandations par profil et critères de sélection
SGP OPCVM de taille intermédiaire (gestion actions/obligations, 5 à 30 personnes)
- ERP corporate : Dynamics 365 Business Central ou Cegid XRP Flex
- Fund accounting : SS&C Advent Geneva (standard UCITS en Europe)
- Reporting réglementaire : module natif Geneva ou outil dédié selon complexité AIFMD II
Boutique de gestion alternative (hedge fund, FIA, FPCI — 3 à 15 personnes)
- ERP corporate : solution légère type Sage X3 ou Oracle NetSuite (volume de transactions corporate limité)
- Fund accounting : FundCount ou Geneva selon la complexité des instruments
- Priorité à l’intégration avec l’administrateur de fonds (auquel la NAV est souvent déléguée)
Family office ou multi-family office
- Priorité à la plateforme de consolidated reporting (Addepar, Masttro ou Landytech selon le profil de patrimoine)
- ERP du groupe holding distinct, avec une interface de réconciliation entre les deux systèmes
Critères transversaux de sélection
- Couverture native des classes d’actifs présentes en portefeuille (cotés, non cotés, dérivés, dette privée, actifs réels)
- Qualité et robustesse des connecteurs vers vos dépositaires et data vendors
- Capacité de production des reportings réglementaires AMF et AIFMD dans les formats exigés (XML/XBRL)
- Références vérifiables chez des SGP de taille comparable en France ou en Europe
- Conformité contractuelle DORA pour les services cloud — applicable depuis janvier 2025 à toutes les SGP (Forum Fintech ACPR-AMF, 2025)
Pour approfondir l’écosystème réglementaire du secteur financier, consultez nos guides connexes : ERP pour les établissements de paiement : ACPR, cantonnement des fonds et PSR 2026 et ERP pour les assurances et mutuelles : modules clés et Solvabilité II. Si votre SGP est soumise à DORA depuis janvier 2025, notre guide DORA et ERP : ce que les DSI du secteur financier doivent exiger de leurs éditeurs en 2026 détaille les clauses contractuelles obligatoires à exiger de vos fournisseurs technologiques.
