Capitalisation ou distribution : ce que gérer les deux mécaniques change vraiment dans l'infrastructure d'une SGP
Un rappel rapide de ce que ces deux mécaniques recouvrent
Prenons 2 minutes pour poser les termes, parce que la nuance entre capitalisation et distribution n'est pas toujours claire pour qui suit le sujet de loin.
Une part distributive verse périodiquement à l'investisseur les revenus générés par le véhicule (dividendes, coupons, loyers nets, plus-values réalisées selon la nature du fonds). L'investisseur reçoit régulièrement de la liquidité, et la valeur de la part reste globalement stable puisque les revenus sont sortis. Ce format convient aux investisseurs qui cherchent un complément de revenu, typiquement les retraités, ou qui veulent monitorer précisément le rendement courant de leur allocation.
Une part capitalisante, à l'inverse, réinvestit automatiquement les revenus dans le fonds. L'investisseur ne reçoit pas de flux périodique, mais la valeur liquidative de sa part augmente à mesure que les revenus s'accumulent. Le mécanisme des intérêts composés joue à plein sur le long terme, et c'est généralement le choix des investisseurs jeunes qui construisent leur allocation patrimoniale sur 20 ou 30 ans.
La différence dépasse la simple préférence individuelle. Elle a des conséquences fiscales importantes. Sur un compte-titres classique, les revenus distribués sont taxés chaque année, tandis que les revenus capitalisés ne sont taxés qu'à la sortie, ce qui produit un effet de report qui peut représenter des points de rendement sur le long terme. Sur les enveloppes fiscales spécifiques (assurance-vie, PEA-PME), l'arbitrage change encore, avec des mécaniques propres à chaque enveloppe.
Historiquement, la plupart des SGP proposaient soit des parts capitalisantes, soit des parts distributives, en fonction du positionnement du fonds et de sa clientèle-cible. Cette segmentation simple s'est effritée à mesure que les SGP se sont retailisées et ont dû s'adapter à des clientèles hétérogènes. La demande de proposer les deux options sur un même véhicule est devenue courante, et elle bouscule les modèles opérationnels des maisons qui ne s'y étaient pas préparées. Amundi a par exemple généralisé la double classe C/D sur la plupart de ses OPCVM retail au cours des années 2022 à 2024.
Pourquoi la question monte en importance aujourd'hui
3 mouvements convergents rendent le sujet plus pressant qu'il ne l'était il y a 5 ans, et méritent d'être nommés pour comprendre le contexte.
La retailisation multiplie les profils d'investisseurs sur un même véhicule. Là où une SGP institutionnelle pouvait avoir 50 LPs aux profils fiscaux relativement homogènes, une SGP retail se retrouve avec des milliers d'investisseurs aux préférences très différentes. Certains cherchent du revenu régulier, d'autres cherchent la capitalisation, d'autres encore veulent pouvoir basculer d'un mode à l'autre selon leur situation personnelle. Cette hétérogénéité impose de proposer plusieurs classes de parts sur un même fonds, sinon on renonce à toute une partie de la clientèle potentielle.
Les CGP indépendants renforcent cette demande. Ils veulent pouvoir orienter chacun de leurs clients vers la classe de parts qui correspond à sa situation fiscale et à son horizon. Une SGP qui ne propose qu'une seule mécanique par fonds les prive d'un levier de conseil, ce qui pèse sur leur envie de distribuer le produit.
Les nouvelles enveloppes fiscales et réglementaires (ELTIF 2 notamment) imposent parfois des configurations de parts spécifiques. Un ELTIF 2 semi-liquide entré en vigueur en janvier 2024 doit permettre des rachats périodiques, ce qui interagit avec la logique de distribution. Une SGP qui structure un ELTIF sans avoir pensé la question dès le départ se retrouve à faire de la couture réglementaire en cours de route. Plusieurs acteurs qui ont lancé des ELTIF 2 en 2024 (Amundi, Ardian, Tikehau) ont dû composer avec ces contraintes de conception dès le premier prospectus.
Résultat, la question du multi-classes ne relève plus d'un choix stratégique optionnel. Elle est devenue une condition d'accès à une bonne partie du marché retail. L'infrastructure doit suivre, et c'est là que les vrais problèmes commencent pour les SGP qui n'ont pas anticipé.
Ce que gérer les deux impose vraiment côté infrastructure
Quand on regarde ce qu'implique la coexistence des parts capitalisantes et distributives dans une plateforme, on découvre une complexité qui est presque toujours sous-estimée par ceux qui ne l'ont pas construite eux-mêmes.
Le registre nominatif doit distinguer les classes de parts pour chaque investisseur, avec des positions séparées si un même investisseur détient les deux. Ça semble évident mais c'est déjà un choix d'architecture, la clé primaire d'une position n'est plus juste investisseur × fonds, elle devient investisseur × fonds × classe de parts. Toutes les requêtes qui interrogent le registre doivent en tenir compte, sinon on se retrouve à agréger des positions qui ne peuvent pas l'être.
Le calcul de la valeur liquidative doit se faire par classe de parts, avec des trajectoires qui divergent dans le temps. Une part capitalisante d'un fonds voit sa VL augmenter à chaque distribution réinvestie, tandis qu'une part distributive du même fonds voit sa VL rester stable après chaque distribution. Sur un fonds qui vit 10 ans, les deux VL peuvent finir par être significativement différentes. Le moteur de valorisation doit traiter chaque classe séparément et éviter les erreurs de contamination entre classes.
Les événements de distribution génèrent des flux comptables très différents selon la classe. Sur les parts distributives, chaque distribution produit un virement vers l'investisseur, une écriture comptable, un avis de distribution, une ligne fiscale. Sur les parts capitalisantes, la même distribution produit un événement de réinvestissement interne au fonds, un ajustement de la VL, et rien qui sorte vers l'investisseur. Tout doit être tracé pour être opposable en cas de contrôle.
La production documentaire se complexifie. Un investisseur qui détient des parts capitalisantes et distributives dans le même fonds doit recevoir des documents qui reflètent les deux mécaniques. Les IFU annuels doivent ventiler les revenus effectivement perçus (part distributive) des revenus capitalisés (part capitalisante), avec des règles fiscales différentes. Les attestations de participation doivent afficher les deux positions clairement.
Le portail investisseur doit afficher les deux mécaniques de manière compréhensible. Un utilisateur qui consulte son compte doit comprendre en un coup d'œil ce qui lui a été versé, ce qui a été capitalisé, comment ces deux totaux se combinent. Une interface mal conçue crée de la confusion et génère des tickets support qui pèsent sur le back-office.
Le reporting réglementaire vers l'AMF et l'ESMA doit également ventiler les positions et les flux par classe de parts. Le format des rapports impose une granularité qui ne pardonne pas les agrégations approximatives.
Additionné, tout ça représente un changement significatif de l'infrastructure par rapport à un fonds mono-classe. Une transformation qui touche à peu près toutes les briques du back-office, non un ajout marginal.
L'approche naïve et ce qu'elle produit
Face à cette complexité, la tentation initiale de beaucoup de SGP est de dédoubler l'infrastructure. Un flux pour la classe capitalisante, un flux pour la classe distributive, avec des traitements séparés qui vivent en parallèle. Cette approche paraît simple à première vue et elle permet de sortir vite une V1 fonctionnelle.
Elle produit en réalité une des situations les plus douloureuses qu'on rencontre dans les back-offices de SGP.
Deux systèmes qui font la même chose en parallèle divergent inévitablement dans le temps. L'un intègre une correction de bug qui n'est pas répliquée dans l'autre. L'un adopte une nouvelle règle de calcul, l'autre reste sur l'ancienne. Après 18 mois, les deux flux ne sont plus réconciliables sans effort massif, et l'audit trail devient chaotique.
Les évolutions coûtent le double. Chaque nouvelle règle réglementaire (un nouveau format d'IFU, une nouvelle exigence de reporting) doit être implémentée deux fois, testée deux fois, déployée deux fois. La vélocité de l'équipe technique s'effondre progressivement, jusqu'à ce qu'elle passe plus de temps à maintenir la duplication qu'à livrer de la valeur nouvelle.
Les cas de bord (investisseurs qui détiennent les deux classes, transferts entre classes, corrections rétroactives) deviennent des cauchemars parce qu'ils traversent deux systèmes qui ne se parlent pas. Ces cas sont rares individuellement mais leur accumulation crée une charge opérationnelle disproportionnée.
Les rapports consolidés deviennent difficiles. Quand un dirigeant demande à voir l'exposition totale d'un investisseur toutes classes confondues, ou l'encours global d'un fonds toutes classes agrégées, la requête doit croiser deux systèmes qui n'ont pas les mêmes conventions. Le résultat est lent, souvent bugué, et rarement reproductible.
Cette dette architecturale ne se voit pas immédiatement. Elle apparaît au bout de 2 ou 3 ans, quand la SGP a accumulé suffisamment de véhicules et d'investisseurs pour que la duplication devienne ingérable. À ce moment-là, la refonte coûte beaucoup plus cher que ce qu'aurait coûté une architecture propre dès le départ.
Ce qu'une architecture propre change au calcul
L'alternative n'est pas magique, mais elle repose sur un principe simple qu'il vaut la peine de nommer. La distinction entre parts capitalisantes et distributives se comporte comme une propriété qui s'applique au moment du traitement d'un événement de revenu, non comme une distinction structurelle profonde. Une architecture propre traite le revenu de la même façon dans son socle, puis applique la mécanique appropriée à la classe concernée juste avant l'output.
Concrètement, ça veut dire qu'on a un seul moteur de calcul de revenu par fonds. Ce moteur produit un événement de revenu (coupon, dividende, loyer net, plus-value) indépendamment de la classe de parts. Cet événement est enregistré dans le registre événement-sourcé, avec sa date, son montant, sa source. Jusque-là, tout est mutualisé.
C'est au moment de la répartition entre investisseurs que la logique de classe entre en jeu. Pour chaque investisseur du fonds, le système regarde la classe de parts qu'il détient et applique la mécanique correspondante. Si c'est une part distributive, le système génère un événement de versement (virement, avis, ligne fiscale, mise à jour de la position cash de l'investisseur). Si c'est une part capitalisante, le système génère un événement de réinvestissement interne (ajustement de la VL, mise à jour de la position en parts, aucune sortie vers l'extérieur).
Le point important, c'est qu'il n'y a qu'un seul code source de vérité. Les règles de calcul du revenu, les conventions comptables, la logique de reporting sont mutualisées. Seule la mécanique finale (verser à l'investisseur ou capitaliser dans le fonds) bifurque en fonction de la classe.
Cette architecture a plusieurs avantages qui se déploient dans le temps. Elle permet à un investisseur de basculer d'une classe à l'autre sans changer de fonds, l'événement de bascule étant traité comme n'importe quel événement dans le registre. Elle permet d'ajouter de nouvelles classes (semi-distributives, capitalisantes avec option de tirage, distributives conditionnelles) sans refondre le socle. Elle simplifie considérablement les rapports consolidés, puisque le socle événementiel est unique.
Le coût initial de cette architecture est légèrement plus élevé qu'une approche naïve, parce qu'elle demande un effort de conception en amont. Ce coût est cependant amorti en général sur les 18 à 24 premiers mois d'exploitation, et il produit ensuite une base saine sur laquelle toute l'évolution ultérieure peut s'appuyer sans souffrance.
Ce que ça change stratégiquement pour la SGP
Au-delà des considérations techniques, cette question a des conséquences stratégiques qui débordent le périmètre du back-office.
Une SGP qui a construit son infrastructure sur une architecture propre du multi-classes peut lancer un nouveau véhicule avec les deux mécaniques en quelques semaines. Une SGP qui a une architecture naïve doit chaque fois refaire les parcours, les documents, les rapports, les tests. Le time-to-market se compte en jours pour l'une, en mois pour l'autre.
La flexibilité produit change fondamentalement. Une architecture propre permet de faire des expérimentations rapides (tester une classe semi-distributive sur un fonds, proposer un basculement dans un contexte marketing spécifique, ouvrir une classe premium pour les gros tickets). Une architecture naïve fige ces choix et transforme chaque évolution en projet lourd.
La qualité de la relation investisseur s'en ressent. Un investisseur qui peut basculer d'une classe à l'autre en 3 clics parce que sa situation fiscale a changé perçoit un service adapté. Un investisseur qui doit racheter ses parts distributives et souscrire à nouveau en capitalisantes perçoit une friction qui pèse sur sa satisfaction.
Enfin, la valorisation de la SGP dans une opération corporate (cession, fusion, entrée d'un partenaire) dépend en partie de la qualité de l'infrastructure sous-jacente. Un back-office propre, event-sourcé, avec une architecture multi-classes native est un actif qui se valorise mieux qu'un empilement de systèmes dupliqués. La consolidation en cours dans l'asset management français (plusieurs opérations rendues publiques en 2023 et 2024) rend ce point particulièrement d'actualité.
Pour finir
Le choix entre parts capitalisantes et distributives paraît anodin quand on le prend individuellement pour un véhicule donné. Il devient structurant quand on regarde la trajectoire d'une SGP sur 5 ou 10 ans, avec plusieurs véhicules en portefeuille et des milliers d'investisseurs aux préférences variées. Un choix d'architecture qui conditionne la vélocité, la scalabilité et la valorisation de la maison, plus qu'un simple choix produit.
La bonne question à se poser, quand on lance un projet de plateforme ou qu'on refond une existante, ne concerne pas "quelle classe de parts proposer sur le premier fonds ?". Elle porte sur "est-ce que l'architecture technique de notre plateforme permet de proposer facilement les deux mécaniques, aujourd'hui et sur les fonds à venir, sans dédoubler l'infrastructure ?". Cette question, posée en amont, oriente les choix techniques qui feront la différence pendant toute la vie de la plateforme.
Beaucoup de SGP qui ont grossi rapidement ces dernières années portent aujourd'hui la dette d'une architecture qui n'a pas été pensée pour le multi-classes. Pour elles, le sujet se déplace du choix à la mesure de la dette et à la programmation de sa résorption. Le meilleur moment pour le faire, c'est probablement avant qu'un lancement de nouveau véhicule ne rende la situation insoutenable.