Reporting IFRS 17 sous Power BI : restituer la CSM sans perdre la maîtrise

Restituer IFRS 17 sous Power BI, c'est transformer la masse granulaire produite par le moteur (CSM, cohortes, LRC/LIC) en dashboards lisibles, réconciliés et auditables. La condition qui sépare un tableau de bord qui pilote d'un tableau de bord qui trompe n'est pas dans Power BI : elle est en amont, dans la gouvernance de la chaîne de données. Power BI restitue et navigue ; il ne doit pas calculer la norme ni réparer une donnée mal réconciliée.

IFRS 17 a changé la nature du reporting des contrats d'assurance. Là où IFRS 4 tolérait des pratiques locales et une lecture agrégée, la norme entrée en application le 1er janvier 2023 impose une mesure économique, réévaluée à chaque arrêté, et surtout granulaire : les engagements se suivent par groupe de contrats, par cohorte annuelle, avec un étalement explicite du profit via la marge de service contractuelle (CSM). Cette granularité est une richesse de pilotage — mais elle produit un volume de données que les états financiers seuls ne donnent pas à voir, et qu'un tableur ne restitue plus.

C'est précisément le terrain où la Business Intelligence, et Power BI en particulier, apporte une valeur concrète : transformer la masse produite par le moteur IFRS 17 en tableaux de bord lisibles, réconciliés et auditables. À une condition, qui fait toute la différence entre un dashboard qui pilote et un dashboard qui trompe : gouverner la chaîne de données en amont de la restitution.

Pourquoi IFRS 17 appelle une restitution BI

La norme repose sur des mécanismes qui sont, par construction, des séries de données à suivre dans le temps :

• la CSM, profit non encore acquis, qui se déroule (« roll-forward ») période après période — reconnaissance en résultat, désactualisation, ajustements d'expérience, nouveaux contrats ;

• les cohortes annuelles et les groupes de contrats (onéreux, sans risque significatif de le devenir, reste), qui segmentent la mesure ;

• les mouvements de la LRC (passif au titre de la couverture restante) et de la LIC (passif au titre des sinistres survenus) ;

• l'ajustement pour risque non financier ;

• les écarts réel vs attendu (« actual vs expected »), qui sont le cœur du pilotage de la rentabilité technique.

Chacun de ces éléments est une donnée qui bouge à chaque arrêté, par cohorte et par groupe. Les tableaux de rapprochement exigés par la norme — le roll-forward de la CSM, les mouvements de LRC/LIC — sont littéralement des vues que Power BI sait produire, à jour et navigables, mieux qu'un classeur figé.

Ce qu'un dashboard IFRS 17 bien conçu doit montrer

Un bon reporting IFRS 17 ne se contente pas d'afficher des chiffres exacts : il répond aux questions que se posent la direction financière et la direction technique. Concrètement :

• L'évolution de la CSM — le stock de profit futur, sa consommation, son alimentation par les nouveaux contrats. C'est l'indicateur de valeur le plus scruté sous IFRS 17.

• La rentabilité par cohorte — quels millésimes sont rentables, lesquels basculent en onéreux, avec le détail qui permet d'agir.

• Les ponts (bridges) — passer d'un solde d'ouverture à un solde de clôture en décomposant chaque effet, ce qui rend la variation explicable au comité comme au commissaire aux comptes.

• La cohérence multinormes — l'articulation avec la classification des actifs sous IFRS 9, condition d'un arrêté cohérent entre le passif d'assurance et l'actif financier.

Un dashboard qui montre ces vues, filtrables par cohorte et par groupe, transforme un exercice de conformité en outil de décision.

La condition de succès : gouverner la donnée avant de la restituer

C'est ici que beaucoup de projets IFRS 17 déçoivent. Power BI est un excellent outil de restitution — mais un outil de restitution ne corrige pas une donnée mal gouvernée en amont. Brancher directement un tableau de bord sur des extractions actuarielles non réconciliées produit un dashboard rapide et faux, ce qui est pire qu'un tableau lent et juste.

La chaîne qui tient repose sur trois principes :

1. Une donnée réconciliée en amont, pas dans le rapport. Les résultats du moteur IFRS 17, les données comptables et la classification IFRS 9 doivent être rapprochés dans une couche gouvernée — un entrepôt ou une plateforme de traitement à l'échelle (par exemple Databricks) — avant d'alimenter Power BI. La réconciliation est une étape de la chaîne data, jamais une formule cachée dans un visuel.

2. La rejouabilité. Le chiffre affiché doit pouvoir être reconstitué à l'identique six mois plus tard, en traçant chaque transformation depuis la donnée source. Un dashboard sans cette traçabilité n'est pas auditable, quelle que soit sa beauté.

3. La granularité maîtrisée. IFRS 17 produit un volume qui peut écraser un modèle Power BI mal dimensionné. Le traitement lourd (agrégations par cohorte, roll-forwards) se fait en amont dans la couche data ; Power BI restitue et navigue, il ne calcule pas la norme.

Cette logique — le traitement à l'échelle en amont, la restitution en aval — est la même qui structure l'automatisation du reporting Solvency II, et ce n'est pas un hasard : un assureur soumis aux deux cadres a tout intérêt à une chaîne data commune plutôt qu'à deux silos.

L'expertise avant l'outil

Un dashboard IFRS 17 n'a de valeur que si celui qui le construit comprend ce qu'est réellement une CSM, une cohorte onéreuse ou un ajustement pour risque — sinon le visuel est juste en apparence et faux sur le fond. C'est la conviction de Finengy : réunir la maîtrise de la norme (voir notre guide IFRS 17 et notre article dédié à la CSM) et l'ingénierie qui l'industrialise, pour que le reporting cesse d'être une contrainte et devienne un levier de pilotage.

Si votre production IFRS 17 vous donne des chiffres justes mais illisibles, ou lisibles mais non réconciliés, l'enjeu est la chaîne, pas l'outil. Auditons ensemble votre restitution IFRS 17 — de la donnée actuarielle au dashboard remis au comité.

Chiffres-clés — repères de marché (IFRS 17)

• IFRS 17 en application depuis le 1er janvier 2023 (adoptée dans l'UE par le Règlement (UE) 2021/2036), en remplacement d'IFRS 4.

• Une mesure granulaire : suivi par groupe de contrats et par cohorte annuelle, avec étalement explicite du profit via la CSM — d'où un volume de données que les états financiers seuls ne donnent pas à voir.

• Trois modèles de mesure (GMM, PAA, VFA) selon la nature des contrats, chacun avec sa mécanique de CSM et de LRC/LIC à restituer.

• Articulation IFRS 9 / IFRS 17 : la cohérence entre classification des actifs financiers et passifs d'assurance est une condition d'un arrêté multinormes juste — donc une exigence de la chaîne data, pas du seul visuel.

FAQ

Pourquoi restituer IFRS 17 sous Power BI plutôt qu'en Excel ? Parce qu'IFRS 17 produit des séries granulaires (roll-forward de CSM, mouvements LRC/LIC, rentabilité par cohorte) qui bougent à chaque arrêté, par groupe et par cohorte. Power BI restitue ces vues à jour et navigables, filtrables par cohorte, là où un classeur fige et sature. Les tableaux de rapprochement exigés par la norme sont littéralement des vues que Power BI sait produire.

Power BI calcule-t-il la CSM ? Non, et il ne doit pas. Le calcul de la norme (CSM, ajustement pour risque, roll-forwards) se fait en amont dans le moteur IFRS 17 et la couche de traitement de la donnée ; Power BI restitue et navigue. Lui faire porter le calcul disperse la logique dans des visuels non auditables et sature un modèle mal dimensionné.

Quelle est la principale cause d'échec d'un dashboard IFRS 17 ? Brancher un tableau de bord directement sur des extractions actuarielles non réconciliées. On obtient un dashboard rapide et faux — pire qu'un tableau lent et juste. La réconciliation (résultats du moteur, comptabilité, classification IFRS 9) est une étape de la chaîne data, jamais une formule cachée dans un visuel.

Qu'est-ce que le roll-forward de la CSM ? C'est la décomposition, période après période, de l'évolution de la marge de service contractuelle : reconnaissance en résultat, désactualisation, ajustements d'expérience, apport des nouveaux contrats. C'est l'indicateur de valeur le plus scruté sous IFRS 17, et l'un des tableaux de rapprochement que le reporting doit rendre explicable au comité comme au commissaire aux comptes.

Sources : IASB (IFRS 17) ; Règlement (UE) 2021/2036 (adoption UE) ; ANC ; ACPR. Contenu informatif décrivant les mécanismes de la norme et leur restitution ; ne constitue pas un conseil comptable.