Pourquoi la recherche au niveau des émetteurs est une extension future

Une question évidente lorsqu'on observe la couche /research actuelle : où sont les sociétés ? Les émetteurs du MASI, les émetteurs obligataires corporate marocains, leurs bilans, leurs résultats, leurs historiques de dividendes — tout cela manque. C'est délibéré. Ce n'est pas absent parce que cela n'a pas d'importance ; c'est absent parce que cela mérite sa propre couche et son propre contrat de données.

Deux régimes véritablement différents

La recherche macro et de marché — ce que la plateforme expose aujourd'hui — opère sur des données agrégées, de faible cardinalité et à évolution lente. Une poignée d'indicateurs, chacun observé quelques fois par an ou par jour, décrivant une économie. La recherche au niveau des émetteurs opère sur des données structurées, à haute cardinalité et fondamentalement différentes : comptes de résultat par société, bilans, tableaux de flux de trésorerie, actionnariat, politique de dividendes, échéanciers de dette, événements de crédit. Les axes sont différents. La cadence d'ingestion est différente. Le workflow utilisateur est différent.

Construire les deux sous un même schéma donnerait soit une abstraction au plus petit dénominateur commun qui masquerait les parties intéressantes de chacun, soit une abstraction poreuse qui forcerait la couche macro à porter une complexité émetteur dont elle n'a pas besoin. Aucune des deux options n'est satisfaisante.

Comment la couche Research y est néanmoins préparée

La couche Research introduite en Phase 8A est déjà structurée pour accueillir du contenu émetteur sans refonte :

• Les catégories de notes et de méthodologies sont des axes orthogonaux. Ajouter une catégorie issuer ne touche pas aux catégories macro.
• `relatedEntities` est une liste ouverte — elle accepte déjà issuer, equity, bond. Le système de types est prêt pour issuer-attijariwafa, bond-bcp-2031 et tout identifiant futur que la couche micro définira.
• Le registre est une liste plate, typée statiquement, de modules de contenu. Ajouter une note émetteur se résume à un fichier + une ligne dans le registre ; la page liste /research/notes se régénère automatiquement.
• La structure de contenu (blocs de heading / paragraph / list / callout / quote / code / divider) s'applique aussi bien à un mémo émetteur qu'à une note macro.

Ce qu'il faut pour que la couche micro soit réellement livrée

• Une source de données pour les fondamentaux des émetteurs marocains — soit un flux payant, les dépôts publics de l'AMMC, soit un pipeline d'extraction structurée sur les rapports annuels.
• Un schéma de stockage pour les comptes de résultat, bilans, flux de trésorerie et événements corporate. Pas une courbe de taux, pas un indicateur macro — son propre contrat.
• Une surface produit dédiée /issuers/[code] aux côtés des pages existantes /funds/[isin] et /macro/....