Implémenter un ERP comptable dans une entité d'assurance

Cet ouvrage traite de cette décision et de son implémentation.

Il poursuit trois objectifs. Le premier est d'expliquer S/4HANA à un lecteur qui n'a aucune compétence préalable en systèmes d'information : ce qu'est un progiciel de gestion intégré, ce que la base de données HANA change et ne change pas, pourquoi l'Universal Journal représente la rupture la plus substantielle depuis vingt ans dans l'organisation de la comptabilité SAP. Le deuxième est de séparer systématiquement ce que le produit rend possible de ce que le programme réalise — distinction que les présentations d'éditeur et les légendes noires du marché escamotent avec une égale efficacité. Le troisième est de traiter la question sous l'angle propre de l'assureur : cycle de production inversé, provisions techniques, sub-ledger des placements, coexistence avec les systèmes de gestion des contrats et des sinistres, chaîne IFRS 17, production des états prudentiels.

Cet angle est le motif du livre. Il existe une littérature abondante sur S/4HANA pour l'industrie et la distribution, et une littérature technique dense sur IFRS 17 et Solvabilité II. Le point de jonction — comment un assureur français ou européen construit son cœur financier sur S/4HANA, avec quelles comptabilités auxiliaires, quelles réconciliations et quelles responsabilités — reste peu documenté hors des supports d'éditeurs et d'intégrateurs, dont ce n'est pas le rôle d'être neutres.

Périmètre. L'ouvrage traite des concepts et des décisions, jamais du paramétrage : aucun écran, aucune transaction, aucune table n'y est décrite pour être reproduite. Oracle, Workday, Microsoft et les solutions sectorielles y sont mentionnés pour situer le marché, sans être évalués — le lecteur ne trouvera pas ici de comparatif d'éditeurs, ni de plaidoyer. L'ouvrage prend position sur des points précis — la portée réelle du « temps réel », le caractère bloquant de certains prérequis, l'impossibilité pour un logiciel de produire la conformité — et signale explicitement les points où les sources divergent ou manquent.

Méthode et sourcing. Chaque affirmation normative renvoie au texte officiel : Code de commerce, directive 2009/138/CE et directive (UE) 2025/2, normes IFRS publiées par l'IFRS Foundation, publications de l'EIOPA et de l'ACPR, documentation SAP. Les chiffres qui circulent abondamment sur ce sujet — coûts moyens de projet, gains de délai de clôture, taux d'automatisation, parts de marché — proviennent presque tous de comparateurs commerciaux, d'études commanditées ou de cabinets de conseil en licences. Ils ne sont pas repris comme des faits. Quand un ordre de grandeur est utile, il est présenté comme tel, avec l'origine de la source et la réserve qui s'impose. Cette discipline a un coût : le lecteur trouvera moins de chiffres frappants que dans une brochure. Elle a une contrepartie : ce qui est écrit ici peut être opposé en comité d'investissement.

Convention de lecture. L'ouvrage désigne par ERP le progiciel de gestion intégré, sigle anglais universellement employé en français professionnel. Il distingue systématiquement SAP ECC, le cœur applicatif de SAP ERP 6.0 utilisé par la plupart des installations historiques, et S/4HANA, produit distinct commercialisé depuis 2015. HANA désigne la base de données ; S/4HANA l'ERP qui l'utilise. Le terme édition renvoie aux trois formes de S/4HANA — on-premise, Cloud Private Edition, Cloud Public Edition — et jamais à une version. Le terme version renvoie au millésime logiciel. FI désigne la comptabilité financière au sens de SAP, CO le contrôle de gestion. Cette convention est rappelée en tête de chaque partie, afin que chacune se lise séparément.

L'ouvrage suit un mouvement simple : comprendre l'objet, comprendre ce qu'il fait de la comptabilité, comprendre ce qu'on achète, peser les apports contre les coûts, choisir une trajectoire, traiter les spécificités de l'assurance, conduire le programme. L'économie d'abord, la technique ensuite, les contrôles en fermeture.