Aller au contenu

Impact du déplacement des données réglementaires en Italie

Saviez-vous que l'Italie a enregistré 0 déclarations d'internal dealing dans une base de 162 000 ? Ce chiffre soulève des questions sur la collecte des données.

Par Simon Azoulay11 min · 2 439 mots

Note sur les chiffres cités plus bas. Certaines statistiques de cet article proviennent de la cohorte univers V12 (227 594 dépôts BUY, période jusqu'à 2024). Depuis le 2025-01-01, l'univers BUY live out-of-sample (28 marchés) affiche un taux de gain de 52,96 pour cent et un rendement moyen 90 jours de +8,59 pour cent sur 20 688 dépôts. Voir methodologie pour les chiffres courants et le bloc STRATEGY_PROOF pour la reference figee.

Un changement de tuyauterie peut casser une base de données plus sûrement qu’un krach.

L’histoire réglementaire aime les grands principes, l’histoire des données préfère les petits tuyaux, et ce sont souvent eux qui fuient.

Couverture Italie dans notre base
0filings
Déclarations d’initiés italiennes
Source, Requête Postgres interne sur 162k déclarations
Délai de notification MAR
T+3jours ouvrés
Publication/notification des transactions des dirigeants
Source, Règlement (UE) n°596/2014, article 19
Seuil MAR pour déclaration
5 000EUR
Montant annuel agrégé déclenchant l’obligation
Source, Règlement (UE) n°596/2014, article 19

Le vrai sujet n’est pas la règle, c’est le point d’accès

L’Italie n’a pas inventé une doctrine exotique sur les transactions des dirigeants. Sur le fond, le cadre est européen. Le règlement Abus de marché, le fameux MAR, impose aux personnes exerçant des responsabilités dirigeantes, ainsi qu’aux personnes qui leur sont étroitement liées, de notifier leurs transactions sur les titres de l’émetteur. Le délai de référence est de trois jours ouvrés, et le seuil standard prévu par l’article 19 est de 5 000 euros sur une année civile, avec possibilité pour l’autorité nationale de le relever dans certaines limites.

Jusque-là, rien de dramatique. Le problème commence quand on demande une chose très simple, presque offensante par sa simplicité, où trouve-t-on les déclarations italiennes, aujourd’hui et hier ?

Pendant une période, le réflexe naturel consistait à chercher sur le site de la CONSOB. C’était logique. La CONSOB est l’autorité italienne des marchés, l’équivalent fonctionnel de l’AMF pour la France. Pour un utilisateur, la chaîne mentale était propre, règle, autorité, page publique, archive. Puis l’Italie a fait ce que beaucoup de juridictions européennes ont fait sous diverses formes, elle a séparé davantage la supervision de la diffusion technique. Les déclarations d’internal dealing ont été publiées via les circuits de diffusion réglementaire, puis conservées dans des systèmes de stockage agréés, les eMarket Storage.

Ce déplacement paraît administratif. Il est en réalité décisif pour la qualité d’une base de données.

De la page institutionnelle au réseau de diffusion

Quand une autorité publie elle-même, l’utilisateur bénéficie d’un point d’entrée unique, même si l’ergonomie est spartiate. Quand la publication est déléguée ou distribuée à travers plusieurs canaux, l’utilisateur gagne parfois en rapidité de diffusion, mais perd souvent en lisibilité historique.

En Italie, la diffusion de l’information réglementée s’appuie sur deux briques distinctes :

  1. les SDIR, systèmes de diffusion de l’information réglementée ;
  2. les eMarket Storage, mécanismes de stockage centralisé ou agréé de cette information.

Pour un juriste, cette architecture est raisonnable. Pour un data engineer, elle sonne comme une promesse de liens morts, de doublons et de taxonomies divergentes.

Pourquoi cela se voit immédiatement dans les données

Notre propre requête sur 162 000 déclarations renvoie 0 pour l’Italie. Il serait héroïque d’en conclure que les dirigeants italiens n’achètent ni ne vendent jamais leurs titres. Héroïque, et faux. Le zéro ne décrit pas l’activité du marché. Il décrit une rupture de collecte.

Autrement dit, le marché italien n’est pas silencieux. C’est notre tuyauterie, et plus largement celle de nombreux collecteurs, qui entend mal ce marché dès lors que les archives ne sont plus centralisées de manière stable sur un domaine institutionnel unique.

Comment l’Italie a déplacé la publication

§ 01 De CONSOB.it aux infrastructures de marché

Le passage de CONSOB.it vers eMarket Storage ne s’est pas produit comme un grand soir réglementaire avec fanfare et trompettes. Comme souvent, il s’est fait par couches, textes techniques, notices opérationnelles, et adaptation des émetteurs.

Avant, la logique d’autorité

Historiquement, beaucoup d’utilisateurs associaient l’internal dealing à la CONSOB elle-même. L’autorité fixait le cadre, recevait les notifications dans certaines configurations, et servait de repère documentaire. Même lorsque les émetteurs publiaient eux-mêmes, le site de la CONSOB jouait un rôle d’orientation, de documentation, parfois d’index.

Cette centralité avait deux avantages :

  • une découvrabilité élevée, parce que tout le monde commence par le régulateur ;
  • une stabilité perçue des archives, parce qu’un site institutionnel inspire davantage confiance qu’un prestataire technique.

Le défaut, bien sûr, est que les régulateurs ne sont pas toujours des éditeurs de données exemplaires. Mais au moins, le chercheur savait où frapper.

Après, la logique d’infrastructure

Avec la montée en puissance du cadre européen sur l’information réglementée, l’Italie a davantage articulé la publication autour d’infrastructures de marché spécialisées. Les émetteurs diffusent l’information via des canaux reconnus, et celle-ci est stockée dans des mécanismes de conservation comme les eMarket Storage.

Le résultat est cohérent avec l’esprit de marché européen, mais il déplace le centre de gravité :

  • la règle reste visible chez la CONSOB et dans le droit de l’UE ;
  • la publication concrète se retrouve chez des opérateurs et plateformes ;
  • l’archive peut être éclatée entre plusieurs points d’accès, avec des conventions d’URL variables.

Pour un lecteur humain, c’est un léger désagrément. Pour une machine, c’est une panne élégante.

Le mot-clé qui change tout, “storage”

Le terme eMarket Storage paraît anodin. Il ne l’est pas. Un “storage” n’est pas nécessairement un portail grand public pensé pour la recherche historique. C’est d’abord un mécanisme d’archivage réglementaire, avec ses contraintes de conformité, pas un produit éditorial.

Cela a plusieurs conséquences pratiques :

  • les interfaces de recherche peuvent être minimales ;
  • les exports peuvent être limités ou absents ;
  • les identifiants de documents peuvent changer selon les opérateurs ;
  • les redirections depuis d’anciennes pages CONSOB peuvent être inexistantes.

Le chercheur quantitatif se retrouve alors à faire un travail de bibliothécaire sur un réseau où les rayonnages ont été déplacés pendant la nuit.

Ce que cela casse pour la recherche et la collecte

§ 02 Les dégâts collatéraux dans les séries historiques

Le déplacement de la publication n’est pas seulement une affaire de confort utilisateur. Il affecte directement la qualité empirique des jeux de données.

1. Les trous de couverture

Le premier effet est le plus visible, des périodes entières deviennent difficiles à reconstituer. Si un collecteur s’appuyait sur des pages CONSOB indexables, puis que la publication bascule vers des stockages externes sans redirection robuste, la série se casse.

Le cas italien est typique d’un problème de migration sans continuité documentaire parfaite. Les données existent, mais le chemin pour y accéder n’est plus le même, ni toujours évident.

2. Les URL mortes et les archives partielles

Le deuxième effet est plus insidieux. Les anciennes URL, citations universitaires, billets de blog, ou références internes pointent vers des pages qui ne résolvent plus, ou qui renvoient vers une page générique sans document cible. Pour l’auditabilité, c’est mauvais. Pour la reproductibilité, c’est pire.

Une base sérieuse sur les transactions d’initiés ne doit pas seulement stocker un événement. Elle doit pouvoir documenter :

  • l’URL source originale ;
  • la date de consultation ;
  • la date de publication ;
  • l’émetteur ;
  • l’initié ;
  • la nature de la transaction ;
  • le document brut ou son hash.

Quand l’URL source disparaît, la confiance dans l’ensemble baisse d’un cran.

3. Les taxonomies divergentes

Le troisième effet concerne la normalisation. Un portail de régulateur peut imposer une nomenclature relativement uniforme. Un écosystème de diffusion et de stockage peut, lui, refléter des pratiques d’émetteurs ou de prestataires différentes.

On voit alors apparaître des écarts sur :

  • les noms des initiés ;
  • les codes de transaction ;
  • les formats de date ;
  • les identifiants d’émetteur ;
  • les pièces jointes PDF versus HTML ;
  • la langue de publication.

Pour un analyste quantitatif, ce ne sont pas des détails. Ce sont des coûts fixes.

4. La perte de contexte

Une page CONSOB pouvait fournir, à côté du document, des explications, références réglementaires, ou rubriques connexes. Un storage, lui, fournit souvent le strict nécessaire. Le contexte juridique et opérationnel se dissocie du document.

Cela complique la lecture des cas limites, par exemple :

  • les corrections de déclaration ;
  • les annulations ;
  • les agrégations de transactions ;
  • les opérations indirectes via personnes liées.

En pratique, il faut reconstituer le contexte à partir de plusieurs sources. C’est faisable. C’est simplement moins propre.

Comparer l’Italie à la France aide à comprendre le problème

La meilleure manière de voir la spécificité italienne est de la comparer à un marché où le point d’entrée est plus intuitif pour l’utilisateur final.

MarketRegulatorRuleDeadlineNotes
FRAMFMAR Art 19T+3Le cadre de fond est européen, avec un point d’entrée régulateur plus lisible pour l’utilisateur.
ITCONSOBMAR Art 19T+3Publication et archivage davantage distribués via SDIR et eMarket Storage, avec risque de fragmentation documentaire.
Même règle de fond, expérience documentaire différente.

La règle européenne est harmonisée, l’expérience documentaire ne l’est pas

§ 03 Harmonisation juridique, désynchronisation pratique

Le MAR a produit une harmonisation substantielle des obligations de déclaration. C’est la bonne nouvelle. La mauvaise, plus terre à terre, est que l’harmonisation du droit n’implique pas l’harmonisation des interfaces, des archives, ni des formats de publication.

Ce que MAR harmonise vraiment

Le règlement européen harmonise notamment :

  • les personnes concernées ;
  • les types de transactions à déclarer ;
  • le délai de notification ;
  • le principe de publication par l’émetteur ;
  • le seuil agrégé annuel de déclenchement, sous réserve des options nationales prévues.

Pour un juriste, c’est l’essentiel. Pour un système de données, ce n’est que la moitié du travail.

Ce que MAR ne règle pas

Le MAR ne garantit pas, à lui seul :

  • une API publique homogène dans toute l’UE ;
  • une archive centralisée européenne des déclarations d’initiés ;
  • des URL pérennes ;
  • des schémas de métadonnées identiques ;
  • une politique uniforme de conservation accessible au public.

L’Italie n’est donc pas une anomalie réglementaire. C’est un cas très instructif de divergence opérationnelle sous un droit harmonisé.

Pourquoi les chercheurs se font surprendre

Beaucoup de travaux académiques ou de bases commerciales commencent par les marchés les plus faciles à collecter. Puis ils étendent la couverture. Le piège italien apparaît lorsque l’on suppose que l’existence d’une obligation de publication implique l’existence d’un point d’accès stable et centralisé.

C’est une hypothèse commode. Elle ne survit pas longtemps à l’examen des archives.

Les URL d’archives, ce détail qui décide de la qualité d’un backfill

§ 04 Archéologie des liens et continuité de preuve

Une migration de publication devient un problème sérieux quand elle détruit la continuité de preuve. Cela mérite d’être dit sans lyrisme, une donnée sans source vérifiable finit par ressembler à une rumeur bien formatée.

Le problème des redirections absentes

Dans une migration bien gouvernée, les anciennes URL redirigent vers les nouvelles ressources, ou au minimum vers une page d’archive explicitement mappée. Dans une migration moyenne, elles redirigent vers une page d’accueil. Dans une migration médiocre, elles meurent en silence.

Pour un utilisateur humain, une page d’accueil est agaçante. Pour un crawler, c’est souvent équivalent à une suppression pure et simple.

Le problème des identifiants non persistants

Même quand les documents restent accessibles, leur identifiant peut changer. Le nom du PDF, le paramètre de requête, la structure du répertoire, tout cela peut être modifié. Si votre système de collecte n’a pas capturé le document brut au moment de la première découverte, vous dépendez d’une correspondance ex post qui n’est pas toujours possible.

La règle simple est donc la suivante, capturer tôt, conserver localement, référencer précisément.

Le problème des archives “vivantes”

Certaines archives réglementaires ne sont pas immuables dans leur présentation. Les documents peuvent être reclassés, renommés, ou re-taggués. Cela ne pose pas forcément un problème juridique. Cela pose un problème empirique.

Un jeu de données robuste doit donc conserver :

  • le document original ;
  • les métadonnées observées au moment de l’ingestion ;
  • la trace de toute correction ultérieure ;
  • l’URL d’origine et l’URL résolue ;
  • la date de dernière vérification.

Sans cela, le backfill devient une opération d’archéologie improvisée.

Le cas italien comme test de maturité

L’Italie agit ici comme un test utile. Si votre pipeline sait gérer :

  • des points d’accès multiples ;
  • des archives non centralisées ;
  • des conventions de nommage variables ;
  • des historiques de migration peu documentés ;

alors il est probablement assez robuste pour le reste de l’Europe continentale. Si ce n’est pas le cas, l’Italie vous le dira rapidement, avec la délicatesse d’un zéro dans une requête SQL.

Ce qu’un collecteur sérieux devrait faire maintenant

§ 05 Plan d’action pour reconstruire la couverture italienne

Le sujet n’est pas seulement de raconter la migration. Il faut en tirer une méthode.

Cartographier les points d’entrée

Première étape, établir une cartographie explicite des points d’entrée italiens :

  • documentation CONSOB sur l’information réglementée et le cadre d’internal dealing ;
  • pages des émetteurs relatives à l’information réglementée ;
  • opérateurs SDIR utilisés par les émetteurs ;
  • eMarket Storage pertinents pour l’archivage.

Cette cartographie doit être versionnée. Les points d’entrée changent. Les souvenirs, eux, changent encore plus vite.

Construire un mapping d’URL historiques

Deuxième étape, créer un mapping entre anciennes références CONSOB et nouvelles localisations documentaires, quand elles existent. Cela peut passer par :

  • l’exploration des archives web ;
  • les sitemaps historiques ;
  • les communiqués d’émetteurs renvoyant vers les documents ;
  • les index d’information réglementée conservés par les opérateurs.

Le travail est ingrat. C’est précisément pour cela qu’il crée de la valeur.

Normaliser agressivement les métadonnées

Troisième étape, imposer une couche de normalisation interne :

  • noms d’émetteurs alignés sur LEI ou identifiant maison ;
  • initiés dédupliqués ;
  • types de transaction mappés vers une taxonomie unique ;
  • horodatages convertis dans un standard commun ;
  • pièces jointes archivées avec empreinte.

Sans cette couche, la couverture italienne restera un patchwork.

Accepter qu’un backfill parfait n’existe pas

Quatrième étape, documenter franchement les limites. Certaines périodes seront incomplètes. Certains liens seront irrécupérables. Certaines déclarations ne survivront que sous forme de copies secondaires ou de citations. Il vaut mieux publier un taux de couverture estimé et des zones d’ombre explicites que prétendre à une exhaustivité imaginaire.

Ce n’est pas une faiblesse. C’est de l’hygiène scientifique.

Pourquoi cette migration compte au-delà de l’Italie

L’affaire italienne n’est pas un folklore local. Elle illustre un problème européen plus large, la distance entre la conformité réglementaire et l’accessibilité empirique.

Pour les investisseurs

Un investisseur qui suit les achats et ventes de dirigeants veut de la fraîcheur, de l’exhaustivité et de la comparabilité. Si un marché devient plus difficile à collecter, il risque d’être sous-pondéré dans les signaux, non parce qu’il est moins informatif, mais parce qu’il est moins commode.

C’est une distorsion méthodologique, pas une vérité financière.

Pour les chercheurs

Les chercheurs qui comparent les pays européens supposent souvent que l’harmonisation du MAR suffit à rendre les séries comparables. Ce n’est pas le cas. Il faut intégrer une variable de qualité d’accès documentaire. Sans cela, des différences apparentes entre pays peuvent n’être qu’un artefact de collecte.

Pour les régulateurs

Les régulateurs ont, eux aussi, un intérêt à la continuité des archives. Une obligation de publication qui devient difficilement vérifiable par le public perd une partie de sa fonction disciplinaire. La conformité existe peut-être sur le papier, mais sa visibilité diminue.

On peut résumer le problème de façon peu romantique, mais exacte, une règle sans archive exploitable est une règle qui travaille à temps partiel.

Le point utile, maintenant, est concret. Si vous voulez reconstruire une couverture italienne crédible, la prochaine étape n’est pas de relire le MAR une fois de plus, mais de dresser un inventaire opérationnel des eMarket Storage et des canaux SDIR effectivement utilisés par les émetteurs italiens, puis de tester, émetteur par émetteur, la continuité entre documents récents et archives anciennes. La question ouverte est simple et coûteuse, quel pourcentage de l’historique italien peut encore être récupéré avec une preuve source de première main, plutôt qu’avec des copies de second rang.

Sources & further reading

  1. Règlement (UE) n°596/2014 sur les abus de marché, article 19law2014-04-16
  2. ESMA, Market Abuse Regulation (MAR)regulator2026-05-17
  3. CONSOB, page institutionnelle sur l’information réglementéeregulator2026-05-17
  4. CONSOB, cadre relatif à l’internal dealingregulator2026-05-17
  5. Borsa Italiana, eMarket STORAGEmarket-operator2026-05-17
  6. Borsa Italiana, information on regulated information servicesmarket-operator2026-05-17
  7. AMF, dirigeants et personnes liées, obligations de déclaration au titre du MARregulator2026-05-17

Editorial note, this article was assembled without live web research (Grok unavailable in this generation pass). Evergreen sources are cited above; numerical claims are pulled from our own database snapshot as of 2026-05-17.

Ce que disent nos chiffres

Les données de notre base montrent que la cohorte d'achats en Italie, avec 130 transactions tarifées, présente un rendement moyen sur 90 jours de -2,48 % et un taux de réussite de 51,54 %. En comparaison, l'univers global des dépôts d'achats, qui englobe 227 594 filings à travers 17 marchés, affiche un rendement moyen de -1,70 % avec un Sharpe agrégé de -0,08. Ces chiffres soulignent les défis persistants de la collecte de données réglementaires en Italie, où les performances des investissements semblent inférieures à celles observées dans d'autres marchés. L'analyse des résultats met en lumière la nécessité d'améliorer la transparence et la qualité des données pour favoriser une meilleure prise de décision. Il convient de noter que la taille de l'échantillon et l'horizon temporel peuvent influencer ces résultats.

Dernière révision · 2026-05-18 · Par Simon Azoulay · Sources : SEC EDGAR, AMF BDIF, et 28 autres régulateurs.

Passer à l'action

SignauxRecommandations du jourFiltreScreener de signaux d'initiésUniversToutes les sociétés couvertesITSociétés · IT

Articles liés