Sourcing et réconciliation des données entre custodians et vendors

Une même obligation du Trésor américain à 10 ans peut afficher quatre prix différents à 16h00 le même jour. Bloomberg dit 98,42. Refinitiv dit 98,39. ICE dit 98,45. Le fichier overnight de votre custodian dit 98,40. Aucun n'a tort. Ce sont simplement des snapshots différents, pris à des heures différentes, auprès de contributeurs différents, selon des conventions différentes. Le travail de la fonction data est de savoir lequel entre en comptabilité, pourquoi, et de repérer le jour où l'écart n'est pas de trois centimes mais de trois points.

Cette leçon vous montre d'où viennent réellement les données de portefeuille et de pricing, en quoi les grands vendors diffèrent, et comment construire une reconciliation waterfall qui signale les breaks avant qu'ils ne corrompent la NAV.

Les données qui comptent : sources et forme

Les asset managers ne possèdent pas la plupart des données sur lesquelles ils tournent. Ils les louent ou les reçoivent. Trois catégories dominent.

Les vendors de market data. Ce sont eux qui pricent les instruments.

• Bloomberg (via le Terminal et ses produits de feed comme BVAL, Bloomberg Valuation Service) est la référence par défaut de beaucoup de front offices. Solide en evaluated pricing sur le fixed income.
• Refinitiv (désormais intégré au London Stock Exchange Group, LSEG) concurrence sur les actions, le FX et le fixed income. Son produit d'evaluated pricing est le Refinitiv Evaluated Pricing Service.
• ICE Data Services (filiale d'Intercontinental Exchange) est très utilisé pour l'evaluated pricing en fixed income et est lui-même administrateur de benchmarks.

« Evaluated price » désigne un prix issu d'un modèle, pour des instruments qui ne se traitent pas à chaque seconde, comme la plupart des obligations corporate et municipales. Un humain ou un modèle estime la juste valeur à partir de transactions comparables, de spreads et de courbes de taux. C'est pour cela que les quatre prix ci-dessus diffèrent : le modèle et l'ensemble de contributeurs de chaque vendor sont différents.

Les custodians. Ce sont les banques qui détiennent légalement vos actifs et produisent l'enregistrement officiel : State Street, BNY, JPMorgan, Northern Trust, Citi. Leurs fichiers overnight de positions et de prix sont souvent traités comme la « golden source » pour les holdings, mais pas toujours pour les prix.

Les données de référence et d'entités. Données statiques descriptives : identifiants (ISIN, CUSIP, FIGI), hiérarchies d'émetteurs, ratings, maturité, coupon, conventions de décompte de jours. Une seule convention de décompte erronée mispricie silencieusement toute une poche obligataire.

Pour comprendre comment les instruments sont identifiés dans ces feeds, la présentation du standard ISIN par l'Association of National Numbering Agencies est une référence gratuite et claire.

Pourquoi la même obligation n'a pas le même visage selon les sources

Quatre raisons légitimes pour qu'un prix break d'une source à l'autre :

1. L'heure du snapshot. Bloomberg peut horodater à 16h00 ET, le custodian utiliser une clôture régionale de 15h00.
2. Prix clean vs prix dirty. Le prix clean exclut les intérêts courus ; le dirty les inclut. Confondez les deux et vous obtenez un break égal aux intérêts courus.
3. L'ensemble de contributeurs. ICE et Bloomberg interrogent des dealers différents.
4. La convention. Prix pour 100 de nominal vs prix en fractions (les Treasuries cotent souvent en 32èmes).

Règle numéro un de la réconciliation : ne comparez jamais deux chiffres avant d'avoir normalisé l'heure, le type de prix et la convention.

Construire la reconciliation waterfall

Une reconciliation waterfall est une séquence de contrôles, du moins coûteux et du plus certain d'abord, que chaque position doit passer. Chaque étape valide la position ou la route vers une file d'exceptions. L'objectif est d'éliminer automatiquement les 95 % faciles pour que les analystes ne touchent que les 5 % réels.

Étape 1 : existence et correspondance d'identifiant

Le custodian détient-il la position que vos livres affirment détenir ? Rapprochement sur l'identifiant. Attention au piège classique : le CUSIP ne couvre que les États-Unis et le Canada, l'ISIN est global, le FIGI est l'identifiant ouvert de Bloomberg. Une position clefée sur CUSIP dans un système et sur ISIN dans un autre ressemblera à un break alors qu'il s'agit d'un simple trou de mapping.

Étape 2 : réconciliation des quantités

Comparez le nominal ou le nombre de titres. Les breaks de quantité viennent en général d'opérations sur titres (une obligation rappelée, un remboursement partiel sur un mortgage-backed security) qu'un système a traité et l'autre pas. Les breaks de quantité sont plus dangereux que les petits breaks de prix parce qu'ils se cumulent.

Étape 3 : réconciliation des prix avec bandes de tolérance

C'est le cœur du sujet. Vous ne signalez pas chaque différence. Vous fixez une tolérance et n'escaladez que les breaks qui la dépassent.

Un exemple chiffré simple. Supposons que votre politique de tolérance soit : signaler tout break de prix obligataire supérieur à 0,50 % OU supérieur à 25 points de base de rendement, selon ce qui est le plus serré pour cette classe d'actifs.

Bond: 10Y corporate, USD
  Book price (from ICE):        101.20
  Custodian price:              100.55

  Break = |101.20 - 100.55| = 0.65
  Percent break = 0.65 / 101.20 = 0.642%

  Tolerance = 0.50%
  0.642% > 0.50%  ->  FLAG for review

Un break de 0,642 % dépasse la bande de 0,50 %, il part donc dans la file d'exceptions. Si le custodian avait affiché 100,90, le break serait de 0,30 %, sous la tolérance, et passerait silencieusement.

Les tolérances doivent être plus serrées pour les instruments liquides (un Treasury américain qui break de 0,50 % est alarmant) et plus larges pour les illiquides (une obligation high-yield privée varie légitimement davantage entre vendors). Fixez-les par classe d'actifs, pas avec un chiffre global unique.

Étape 4 : triangulation cross-vendor

Quand un prix break face au custodian, ne présumez pas qui a raison. Sortez la troisième et la quatrième source. Si Bloomberg, Refinitiv et ICE se regroupent autour de 101,2 et que seul le custodian affiche 100,55, le fichier du custodian est le coupable probable (souvent un prix stale reporté de la veille). Si les trois vendors divergent largement entre eux, vous avez un instrument réellement difficile à pricer et il vous faut une hiérarchie de pricing documentée.

Une hiérarchie de pricing est une règle écrite et gouvernée : pour la classe d'actifs X, utiliser la source A ; si A est manquante ou stale, basculer sur B, puis C. Les auditeurs et les régulateurs attendent que cela soit documenté, pas improvisé.

Gouvernance et métriques de qualité des données

On ne pilote pas ce qu'on ne mesure pas. La fonction data suit sa propre qualité avec un petit jeu de métriques dures. Elles sont encadrées par des frameworks influencés par BCBS 239BCBS 239Principe du Basel Committee on Banking Supervision imposant aux grandes banques une traçabilité stricte des données de risque, ayant catalysé la création de nombreux postes de CDO dans le secteur bancaire. (les principes du Comité de Bâle sur l'agrégation des données de risque, toujours la référence en matière de gouvernance des données en 2026) et, en Europe, par les attentes de l'ESMA et des régulateurs nationaux sur l'exactitude de la NAV des fonds relevant d'UCITS et de l'AIFMD.

Métriques centrales à suivre quotidiennement :

• Complétude. Pourcentage de positions dotées d'un prix valide. La cible est typiquement de 100 % pour les books liquides ; tout ce qui est en dessous signale des feeds stale ou manquants.
• Break rate. Nombre de positions dépassant la tolérance divisé par le nombre total de positions. Un break rate qui monte signale un problème de feed ou de mapping.
• Taux de prix stale. Pourcentage de prix inchangés pendant N jours consécutifs alors que le marché était ouvert. Une obligation corporate au prix identique cinq jours de suite est suspecte.
• Ponctualité. Pourcentage de feeds livrés avant le cutoff de NAV.
• Time-to-resolution. Nombre médian d'heures pour solder une exception. C'est la métrique qui montre si votre process protège réellement les livres ou se contente de consigner les problèmes.

Ce sont des métriques opérationnelles internes, pas des indicateurs inventés. Fixez vos propres cibles à partir de votre propre baseline. Une pratique courante consiste à revoir les courbes de tendance du break rate et du taux de stale chaque semaine plutôt que de s'obséder sur une journée isolée.

Un mispricing de NAV que vous auriez pu attraper

La NAV est la Net Asset Value, la valeur par part d'un fonds, calculée généralement chaque jour. C'est le chiffre sur lequel les investisseurs achètent et vendent : un prix erroné n'est donc pas un sujet théorique, il peut signifier que des investisseurs transigent à la mauvaise valeur, ce qui déclenche des indemnisations.

Prenons un scénario réaliste (illustratif, pas un événement précis). Un fonds détient une obligation convertible illiquide. Le feed du vendor l'omet une nuit, le système comptable reporte donc le prix de la veille. La métrique de taux de stale grimpe pour cette position. L'étape 3 de la waterfall ne l'attrape pas (le prix n'a pas changé, donc pas de break), mais le contrôle de prix stale de la couche qualité, si. C'est pour cela que la complétude et les contrôles de stale se placent à côté de la tolérance de break, et non à sa place. Un process fondé seulement sur les breaks est aveugle aux prix qui sont faux précisément parce qu'ils n'ont pas bougé.

Voilà la leçon pratique : une seule bande de tolérance ne fait pas un programme de réconciliation. Il vous faut existence, quantité, tolérance de break, triangulation cross-vendor et détection du stale, fonctionnant ensemble.

Points clés

• Quatre sources, quatre prix, tous légitimes. Bloomberg (BVAL), Refinitiv (LSEG), ICE Data Services et votre custodian diffèrent par l'heure du snapshot, l'ensemble de contributeurs et la convention. Normalisez l'heure, le clean vs dirty et la convention de cotation avant toute comparaison.
• Construisez une waterfall par étapes. Existence et correspondance d'identifiant, puis quantité, puis prix avec bandes de tolérance par classe d'actifs, puis triangulation cross-vendor. Validez automatiquement la majorité facile pour que les analystes ne touchent que les vraies exceptions.
• Une hiérarchie de pricing documentée est une exigence de gouvernance, pas un confort. Les régulateurs, sous BCBS 239, UCITS et AIFMD, attendent des règles de repli écrites.
• Suivez la qualité avec des métriques dures : complétude, break rate, taux de prix stale, ponctualité et time-to-resolution. Regardez leurs tendances ; un break rate qui monte est un signal précoce de feed ou de mapping cassé.
• La détection de breaks seule est aveugle aux prix stale. Un prix faux parce qu'il ne s'est jamais mis à jour passera un contrôle de break. Faites tourner la détection du stale en parallèle pour protéger la NAV.