Cartographier la data stack market et portefeuille
# Cartographier la data stack market 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 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 reportings que les régulateurs, les auditeurs et les investisseurs tiendront pour vérité.
Ce parcours, d'un feed de prix brut à un enregistrement de portefeuille fiable, est le cœur de la data stack de l'asset and wealth management (AWM). Suivons-le.
Le point de départ : la market data
La market data, c'est l'information brute de prix et de référence sur les titres : prix, rendements, volumes, corporate actions et identifiants. Elle vient 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 feeds de données.
- ICE Data Services et FactSet : très utilisés pour le pricing et l'analytics.
- Les places de marché (NYSE, Nasdaq, LSE) : la source originelle des prix de transaction.
Une société s'appuie rarement sur une source unique. La 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 va chercher 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é aux clients peut exiger une licence différente de celle d'un usage interne.
Deux types de données
Gardez la distinction claire, car toute la stack en dépend :
- Market data (dynamique) : prix, cotations 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 vit 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 maison.
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 dénomination.
Le problème des identifiants
Un 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 le mapping n'est pas net, 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 des erreurs de pricing.
Une référence gratuite utile sur les standards d'identifiants globaux : 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 quelle quantité on en détient. C'est le rôle du système de position-keeping, souvent partie d'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 ligne détenue, sur chaque portefeuille, mise à jour au fil du settlement des trades et des mouvements de cash.
Pour notre position Apple, le position keeper suit :
- La quantité d'actions détenue 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 settlement, 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 le trade (le 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, la market data la valorise. Trois systèmes, une position.
Calculer 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 le résultat. La NAV (net asset value) est la valeur par part d'un fonds. Pour un fonds ouvert ou un ETF, elle est calculée au moins une fois par jour et constitue le prix auquel beaucoup d'investisseurs achètent et vendent.
La formule est simple :
NAV per share = (Total assets - Total liabilities) / Shares outstandingLa complexité est dans les inputs. Calculer la NAV signifie :
1. Récupérer le cours de clôture de chaque ligne depuis 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 lignes, ajouter le cash, retrancher 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 (par exemple une forte variation en pourcentage) par rapport à la veille, le système le signale pour revue humaine. Vrai mouvement de marché, ou donnée erronée ?
Beaucoup de fonds recourent aussi à un fund administrator, une société externe qui calcule la NAV de façon indépendante, en contrôle du chiffre du gérant. Quand les deux concordent dans la tolérance, la confiance est élevée. Cette supervision indépendante est une protection essentielle des investisseurs.
Vérification des acquis
1. Quelle est la distinction fondamentale entre market data et reference data dans la data stack AWM ?
2. Pourquoi les sociétés de gestion désignent-elles généralement une source primaire et une ou plusieurs sources de repli pour la market data ?
3. L'extrait décrit un cours de clôture qui se propage dans « des milliers de portefeuilles clients », dans le prix officiel d'un fonds et dans des reportings réglementaires. Quel concept fondamental cela illustre-t-il ?
4. Sélectionnez TOUTES les bonnes réponses sur les raisons pour lesquelles le coût et la licence de la market data comptent en opérations.
Sélectionnez toutes les réponses correctes.
5. Sélectionnez TOUTES les bonnes réponses qui classent correctement des exemples de reference data (statique) et de market data (dynamique).
Sélectionnez toutes les réponses correctes.
Où la stack casse (et comment les sociétés se protègent)
Comprendre les points de défaillance, c'est ce qui sépare 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 (stale prices). Un jour férié à l'étranger, ou une action suspendue, et le prix de la veille est repris. Les bons systèmes taguent les prix avec un timestamp et une source, pour qu'une valeur périmée soit visible et non cachée.
Erreurs de corporate actions. Un split d'action 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 cassé entre un ISIN et un code interne peut laisser une mise à jour de prix orpheline. 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 des écarts. Les sociétés d'AWM réconcilient en permanence :
- Les positions dans l'IBOR contre les positions chez le custodian (la banque qui détient juridiquement les actifs).
- Le cash dans le système comptable contre le cash en banque.
- La NAV de la société contre 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 savent expliquer d'où il vient. C'est le 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 reporting.
Pour notre prix Apple, le lineage montrerait : feed Bloomberg, timestamp, appariement au security master sur l'ISIN, application à la quantité du position keeper, intégration dans le calcul de NAV, publication dans le fund fact sheet.
Une 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 → 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 sans risque, car on ne peut pas faire confiance à un algorithme si on ne peut pas faire confiance à ses inputs.
Points clés à retenir
- Un simple 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 (la quantité détenue) et le calcul de 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 font donc tourner 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 attrape les breaks avant qu'une NAV erronée n'atteigne les investisseurs.
- Le 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 → et la gouvernance rendent toute la stack auditable, et ils sont le socle d'une automatisation et d'une IA dignes de confiance.