Déposer un registre d’information pour de nombreuses entités, et non pour une seule
La plupart des explications sur le registre d’information s’adressent à une entité financière unique produisant un registre unique. Si vous déposez pour vingt entités, elles ne sont pas fausses : elles répondent à une autre question. La difficulté n’est plus de remplir un modèle, c’est de faire vingt fois la même classification sans produire vingt réponses incohérentes.
À qui s’adresse cette page
Aux organisations qui déposent pour un ensemble d’entités et non pour une seule.
- Sociétés de gestion et administrateurs de fonds déposant sur une gamme de fonds
- Réseaux et groupes de courtage en assurance
- Cabinets comptables et sociétés de domiciliation déposant pour le compte des entités qu’ils servent
- Fonctions groupe tenant un registre aux niveaux consolidé ou sous-consolidé
Ce qui se répète, et ce qui ne se répète pas
Les prestataires, les fonctions et les appréciations de criticité se répètent d’une entité à l’autre. Les données d’entité, les références de contrat et le paquet, non.
Vingt fonds administrés par une même maison ont rarement vingt parcs TIC distincts. Ils partagent un dépositaire, une plateforme de comptabilité de fonds, un agent de transfert, un fournisseur de données et un outil de reporting — et la classification de chacun d’eux, quelle fonction il soutient, de quel type de service il relève, s’il sous-tend une fonction critique ou importante, est un jugement porté une fois puis appliqué.
Ce qui ne se répète pas, c’est la couche entité : identifiants, succursales, références des accords contractuels, et le paquet déposé. C’est cette césure qui fait qu’un portefeuille d’entités n’est pas un multiple d’une entité, et c’est aussi pourquoi le travail gagne à être mené de façon centrale plutôt que fonds par fonds.
Un groupe dépose-t-il un registre ou un par entité ?
Un registre se tient au niveau de l’entité, ou aux niveaux sous-consolidé et consolidé — et un registre consolidé couvre toutes les entités financières et tous les prestataires TIC intra-groupe du groupe.[1]
Quelles entités relèvent d’un registre consolidé n’est pas tranché par la seule norme d’exécution : l’entreprise mère doit tenir compte de la législation sectorielle pertinente de l’Union pour en décider. C’est une question à régler avant la collecte et non pendant, puisqu’elle détermine de qui vous rassemblez les contrats.[1]
C’est aussi celle que l’on repousse le plus souvent, parce qu’elle a l’air d’une formalité juridique alors qu’elle est la décision de périmètre sur laquelle repose tout l’exercice.
Ce qui déraille à l’échelle et pas sur un registre isolé
La cohérence et l’uniformité — un même prestataire désigné de deux façons, ou une même fonction identifiée différemment dans deux entités.
La norme d’exécution énonce six principes de qualité des données, et deux d’entre eux portent sur l’accord plutôt que sur l’exactitude. Un registre assemblé par plusieurs équipes franchit tous les contrôles de champ tout en désignant le même prestataire sous deux noms, ou en classant la même plateforme partagée comme critique dans une entité et pas dans une autre. Rien n’est malformé dans le fichier ; simplement, l’ensemble ne fait pas un jeu de données.[2]
Un superviseur qui compare les entités d’un groupe le voit immédiatement, et c’est le genre de constat coûteux à expliquer après coup et peu coûteux à prévenir avant. La prestation le traite en portant la classification une fois puis en l’appliquant, plutôt qu’en réconciliant vingt réponses ensuite.
Ce qui mord à l’échelle au moment du dépôt
La réutilisation d’un nom de fichier et la fenêtre de synchronisation des identifiants — deux points qui ne deviennent des risques de calendrier que lorsqu’il y a beaucoup de dépôts à faire.[3]
Un nom de fichier déjà utilisé est rejeté : sans conséquence pour un dépôt, c’est un vrai problème d’ordonnancement pour vingt. La CSSF indique par ailleurs qu’un registre ne peut être déposé qu’une fois le LEI de l’entité synchronisé dans le portail de dépôt, opération effectuée une fois par jour pendant la nuit — un identifiant communiqué le jour de l’échéance arrive donc trop tard.[4]
Ni l’un ni l’autre n’est un problème de qualité des données, et ni l’un ni l’autre n’est visible dans le fichier du registre. C’est pourquoi un déposant à l’échelle veut une séquence de dépôt planifiée plutôt que découverte.
Questions de ceux qui déposent à l’échelle
Nous avons des entités dans plusieurs pays. Cela change-t-il le travail ?
Cela change le dépôt, non la classification. Les modèles et les contrôles relèvent du même texte partout ; ce qui diffère, c’est l’autorité qui reçoit le paquet et la mécanique pour l’y porter. Le travail de classification se fait une fois dans tous les cas.
Pouvons-nous garder une partie en interne et acheter le reste ?
Oui, et la césure naturelle passe entre la collecte et la classification. Rassembler les contrats et les données d’entité est un travail que vos équipes savent faire et où elles savent chercher ; trancher les identifiants de fonction, les types de service et la criticité est là où se logent le jugement et l’exposition.
Que se passe-t-il à l’exercice suivant ?
La classification se reporte tant que les accords sous-jacents ne changent pas ; l’assemblage, non. En pratique, un exercice ultérieur est un écart par rapport au registre précédent plus une reconstruction du paquet, ce qui est sensiblement plus léger que la première fois.
Une de nos entités a déjà été rejetée. Cette prestation aide-t-elle ?
Pas directement : un rejet part du code d’erreur et non de vos contrats, et il existe une prestation distincte et plus rapide pour cela. Mieux vaut corriger le rejet d’abord, puis décider quoi faire du reste du portefeuille.
Ce qu’il faut nous écrire
Le nombre d’entités pour lesquelles vous déposez, un ordre de grandeur d’accords contractuels TIC par entité, et l’autorité auprès de laquelle vous déposez. Cela suffit pour un chiffre plutôt qu’une fourchette.
Références
- [1]Le registre tenu et mis à jour aux niveaux sous-consolidé et consolidé comprend toutes les entités financières et tous les prestataires de services TIC intra-groupe qui font partie du sous-groupe et du groupe ; les entreprises mères tiennent compte de la législation sectorielle pertinente de l’Union lorsqu’elles déterminent quelles entités doivent y figurer. Voir la source (s’ouvre dans un nouvel onglet) ↩
- [2]L’ITS énonce six principes de qualité des données que le registre doit respecter : exactitude, exhaustivité, cohérence, intégrité, uniformité et validité. Voir la source (s’ouvre dans un nouvel onglet) ↩
- [3]La CSSF publie une guidance expliquant les messages d’erreur émis lors du dépôt d’un registre d’information, qui nomme les codes ICTO001 à ICTO012 — dont une limite de taille de fichier de 20 Mo, un rejet lorsqu’un nom de fichier a déjà été utilisé, et une date de référence obligatoire au 31/12/2025 pour l’exercice 2026. Voir la source (s’ouvre dans un nouvel onglet) ↩
- [4]La CSSF indique qu’un registre ne peut être déposé qu’une fois le LEI de l’entité synchronisé dans le portail de dépôt, opération effectuée une fois par jour pendant la nuit — un LEI communiqué le jour de l’échéance arrive donc trop tard. Voir la source (s’ouvre dans un nouvel onglet) ↩