Gestion d'actifs · Cartographier la data stack marché et portefeuille

À 16h00 heure de New York, le cours de clôture d'une action Apple s'affiche sur un terminal Bloomberg. En quelques minutes, ce seul chiffre se propage dans une chaîne de systèmes au sein d'une société de gestion : il met à jour la valeur de milliers de portefeuilles clients, alimente le prix officiel d'un fonds et atterrit dans des rapports que régulateurs, auditeurs et investisseurs tiendront pour des faits établis.

Ce trajet, du flux de prix brut à l'enregistrement de portefeuille de confiance, est le cœur de la data stack de l'asset et wealth management (AWM). Suivons-le.

Le point de départ : la market data

La market data, ce sont les informations brutes de prix et de référence sur les titres : prix, rendements, volumes, corporate actions et identifiants. Elle provient des vendors et des places de marché.

Les grands noms que vous entendrez :

• Bloomberg et LSEG (Refinitiv) : les deux fournisseurs dominants de terminaux et de flux de données.
• ICE Data Services et FactSet : largement utilisés pour le pricing et l'analytics.
• Les places de marché (NYSE, Nasdaq, LSE) : la source d'origine des prix de transaction.

Une société s'appuie rarement sur une source unique. Une pratique courante consiste à désigner une source primaire et une ou plusieurs sources de repli. Si Bloomberg ne fournit pas de prix pour une obligation peu liquide, le système se tourne vers la source suivante dans une hiérarchie définie.

Pourquoi c'est important : la market data coûte cher. Les contrats vendors figurent parmi les postes les plus lourds d'un budget opérations, et l'usage est strictement licencié. Afficher un prix Bloomberg sur un écran destiné au client peut exiger une licence différente de celle d'un usage interne.

Deux types de données

Gardez la distinction en tête, car toute la stack en dépend :

• Market data (dynamique) : prix, quotes et taux qui changent en permanence.
• Reference data (statique) : les faits descriptifs d'un titre. Son émetteur, sa devise, sa maturité, son secteur et ses identifiants.

La reference data réside dans le security master.

Le security master : la source unique de vérité

Le security master est la base de données centrale qui définit chaque instrument qu'une société peut détenir ou négocier. Voyez-le comme le dictionnaire officiel des titres de la société.

Chaque entrée répond à une question : qu'est-ce que c'est exactement ? Pour notre action Apple, l'enregistrement stocke :

• Les identifiants : ISIN (International Securities Identification Number, un code global de 12 caractères), CUSIP (un identifiant nord-américain) et le ticker propre au vendor.
• Les attributs descriptifs : type actions, devise USD, place de cotation, secteur GICS.
• L'historique des corporate actions : splits, dividendes, changements de nom.

Le problème des identifiants

Le même titre porte des codes différents selon les systèmes. Un vendor l'appelle « AAPL US Equity », un autre utilise l'ISIN, un troisième un ID interne. Si ces codes ne se mappent pas proprement, une mise à jour de prix peut s'attacher au mauvais instrument, ou à aucun.

C'est pourquoi le security master data management est une discipline à part entière. Une rupture dans le mapping des identifiants est une cause racine fréquente d'erreurs de pricing.

Une référence gratuite utile sur les standards d'identifiants globaux est l'Association of National Numbering Agencies, qui supervise le standard ISIN.

Le système de position-keeping : que détenons-nous réellement ?

Une fois qu'on sait ce qu'est un titre (security master) et ce qu'il vaut (market data), il faut savoir combien on en détient. C'est le travail du système de position-keeping, souvent intégré à une plateforme plus large de portfolio accounting ou d'investment book of record (IBOR).

Un IBOR est l'enregistrement en temps réel des positions de la société : chaque détention, dans chaque portefeuille, mise à jour au fil des règlements de transactions et des mouvements de cash.

Pour notre position Apple, le position keeper suit :

• La quantité d'actions détenues dans chaque portefeuille.
• Le cost basis (ce que la société a payé).
• Les ajustements de corporate actions (un split 4 pour 1 multiplie le nombre d'actions et divise le prix).

Du trade à la position

Quand un gérant achète Apple, l'ordre passe par un order management system (OMS), s'exécute, puis se règle. Le règlement, c'est le moment où le cash et les titres changent effectivement de mains. Sur la plupart des grands marchés actions, cela se produit désormais un jour ouvré après la transaction (ce qu'on appelle T+1), suite au passage à T+1 en 2024 aux États-Unis, au Canada et au Mexique.

Le position keeper reflète la détention, le security master l'identifie et la market data la valorise. Trois systèmes, une position.

Le calcul de la NAV : transformertransformerUn Transformer est une architecture de réseau de neurones qui utilise le self-attention pour traiter des séquences en parallèle. Elle est au cœur de la plupart des modèles de langage et d'IA générative actuels.Voir la définition complète → des données en un chiffre digne de confiance

Voici l'aboutissement. La NAV (net asset value) est la valeur par part d'un fonds. Pour un fonds commun de placement ou un ETF, elle est calculée au moins une fois par jour et constitue le prix auquel de nombreux investisseurs achètent et vendent.

La formule est simple :

NAV per share = (Total assets - Total liabilities) / Shares outstanding

La complexité est dans les inputs. Calculer la NAV signifie :

1. Récupérer le cours de clôture de chaque détention auprès de la source primaire convenue.
2. Rattacher chaque prix au bon titre via le security master.
3. Multiplier le prix par la quantité issue du position keeper.
4. Sommer toutes les détentions, ajouter le cash, soustraire les frais et autres passifs.
5. Diviser par le nombre de parts en circulation.

Pour notre fonds, le cours de clôture d'Apple multiplié par le nombre d'actions détenues devient une ligne de cette somme.

Qui contrôle le chiffre ?

La NAV n'est pas calculée une fois puis acceptée aveuglément. Les sociétés font tourner un processus de price validation ou de tolerance check. Si le prix du jour d'un titre a bougé au-delà d'un seuil défini (disons une variation en pourcentage importante) par rapport à la veille, le système le signale pour revue humaine. Était-ce un vrai mouvement de marché, ou une donnée erronée ?

De nombreux fonds recourent aussi à un fund administrator, une société externe qui calcule la NAV de façon indépendante comme contrôle du chiffre du gérant. Quand les deux concordent dans la tolérance, la confiance est élevée. Ce contrôle indépendant est une protection essentielle des investisseurs.

Là où la stack casse (et comment les sociétés s'en protègent)

Comprendre les points de rupture est ce qui distingue la mamaUtiliser un logiciel pour automatiser les tâches et campagnes marketing répétitives, afin de personnaliser à grande échelle sur des canaux comme l'email, le web et le social.Voir la définition complète →îtrise de la théorie.

Prix périmés. Un jour férié à l'étranger, ou une action suspendue, et le prix de la veille est reporté. Les bons systèmes horodatent les prix et indiquent leur source, si bien qu'une valeur périmée est visible, pas dissimulée.

Erreurs de corporate actions. Un split d'actions manqué est un désastre classique. Si le prix est divisé par quatre mais que le nombre d'actions n'est pas multiplié par quatre, la valeur de la position chute de 75 % du jour au lendemain. Le traitement des corporate actions est fortement automatisé et fortement surveillé.

Discordances d'identifiants. Comme indiqué, un mapping rompu entre un ISIN et un code interne peut orpheliner une mise à jour de prix. La réconciliation les détecte.

La réconciliation : le filet de sécurité quotidien

La réconciliation est le processus de comparaison de deux enregistrements indépendants et d'investigation de tout écart. Les sociétés d'AWM réconcilient en permanence :

• Les positions dans l'IBOR face aux positions chez le custodian (la banque qui détient légalement les actifs).
• Le cash dans le système comptable face au cash en banque.
• La NAV de la société face à la NAV du fund administrator.

Un break est tout écart inexpliqué. Les équipes opérations passent une grande partie de leur journée à ramener les breaks à zéro avant la finalisation de la NAV. C'est ingrat et absolument central.

Data governanceData governanceLa data governance est l'ensemble des politiques, rôles et processus qui garantissent que les données sont exactes, sécurisées, bien définies et utilisées de façon responsable dans toute l'organisation.Voir la définition complète → : la couche au-dessus de tout

Les régulateurs attendent de plus en plus des sociétés qu'elles prouvent non seulement qu'un chiffre est juste, mais qu'elles peuvent expliquer d'où il vient. C'est la data lineagedata lineageLe data lineage cartographie les déplacements et transformations de la donnée à travers les systèmes, de l'origine à la consommation : d'où elle vient, ce qui l'a modifiée, et où elle va.Voir la définition complète → : le chemin documenté d'une donnée, de la source au rapport.

Pour notre prix Apple, la lineage montrerait : flux Bloomberg, horodatage, correspondance dans le security master sur l'ISIN, application à la quantité du position keeper, intégration dans le calcul de la NAV, publication dans la fact sheet du fonds.

Une data governance solide (les politiques, rôles et contrôles sur les données) transforme un enchevêtrement de systèmes en une chaîne auditable. C'est aussi ce qui permet à une société d'adopter l'IA et l'automatisation en sécurité, car on ne peut pas faire confiance à un algorithme si on ne peut pas faire confiance à ses inputs.

Points clés

• Un seul prix traverse quatre couches essentielles : la market data (le prix), le security master (ce qu'est le titre), le système de position-keeping / IBOR (combien vous détenez) et le calcul de la NAV (la valeur finale de confiance).
• Le security master est la source unique de vérité de la société pour les définitions de titres, et un mapping des identifiants propre (ISIN, CUSIP) est ce qui empêche toute la chaîne de casser.
• La NAV ne vaut que ce que valent ses inputs : les sociétés exécutent donc des tolerance checks et recourent souvent à un fund administrator indépendant pour valider le chiffre.
• La réconciliation face au custodian et à l'administrateur est le filet de sécurité quotidien qui détecte les breaks avant qu'une NAV erronée n'atteigne les investisseurs.
• La data lineage et la gouvernance rendent toute la stack auditable, et elles sont le socle d'une automatisation et d'une IA dignes de confiance.