Transformer des règles juridiques en algorithmes : retour d’expérience sur un moteur d’indemnités de rupture et de seuils d’exonération fiscale et sociale

Publié le 7 août 2026 à 21:55

Construire un moteur de calcul des indemnités de rupture peut sembler, au départ, être un simple exercice de formules : ancienneté, salaire de référence, convention collective, plafond de sécurité sociale. En réalité, c’est tout l’inverse. Plus le projet avance, plus il montre que la difficulté principale n’est pas de coder, mais de transformer des règles juridiques complexes en une matrice de calcul fiable, explicable et auditable.

Le moteur construit permet de calculer l’indemnité de rupture et ses principaux seuils d’exonération fiscale et sociale. L’enjeu n’est pas seulement de produire un montant final, mais de rendre le raisonnement compréhensible : quelle règle a été appliquée, quel plafond a été retenu, quelle fraction est exonérée et quelle fraction devient soumise.

1. Une matrice construite autour du type de rupture

La matrice ne peut pas appliquer une règle unique à tous les dossiers. Chaque rupture doit d’abord être qualifiée afin d’appliquer le bon régime fiscal et social.

  • licenciement hors PSE
  • licenciement ou départ volontaire dans un PSE
  • rupture conventionnelle avec ou sans possibilité de retraite
  • mise à la retraite d’office
  • cessation forcée d’un mandat social
  • sommes salariales comme le préavis, les congés payés ou la non-concurrence

2. Un référentiel de règles plutôt qu’un empilement de formules

Le cœur de la matrice repose sur une logique de TypeRegle. Chaque TypeRegle porte ses propres limites fiscales, sociales, CSG/CRDS et contributions spécifiques.

TypeRegle

Rôle dans la matrice

LIC_HORS_PSE

Licenciement hors PSE

LIC_PSE

Licenciement ou départ volontaire dans un PSE

RC_NON_RETRAITE

Rupture conventionnelle sans possibilité de retraite

RC_RETRAITE

Rupture conventionnelle avec possibilité de retraite

MISE_RETRAITE_OFFICE

Mise à la retraite d’office

MANDATAIRE_CESSATION_FORCEE

Cessation forcée d’un mandat social

PREAVIS_NON_CONCURRENCE

Sommes assimilées à salaire

3. Séparer les indemnités de rupture et les sommes assimilées à salaire

La matrice distingue les indemnités liées à la rupture des sommes qui relèvent d’un traitement de salaire. Cette séparation est déterminante pour sécuriser les calculs.

Famille

Exemples

Indemnités liées à la rupture

Indemnité légale, indemnité conventionnelle, indemnité PSE, aide au départ, incitation au reclassement, aide à la création d’entreprise.

Sommes assimilées à salaire

Préavis, congés payés, non-concurrence, transaction salariale.

4. Le rôle central des plafonds PASS

La matrice calcule automatiquement les seuils 2 PASS, 3 PASS, 5 PASS, 6 PASS et 10 PASS à partir du PASS de l’année de rupture. Ces seuils servent à déterminer les fractions exonérées ou soumises selon le régime applicable.

Un arbitrage important a été de bien distinguer le PASS annuel utilisé pour les seuils de rupture du PMSS utilisé en paie. Le PASS annuel pilote les seuils d’exonération de l’indemnité de rupture, tandis que le PMSS peut intervenir dans le traitement de paie des sommes assimilées à salaire.

5. Une matrice pensée pour l’audit

L’un des objectifs du moteur est de produire des résultats contrôlables. Le résultat ne se limite donc pas à une indemnité finale. La matrice restitue aussi le type de règle, les plafonds, les bases d’exonération, les fractions imposables et les montants soumis à cotisations ou à CSG/CRDS.

  • montant de l’indemnité calculée
  • autres sommes liées à la rupture
  • rémunération brute N-1
  • plafonds PASS utilisés
  • part non imposable et part imposable
  • part non soumise et part soumise à cotisations
  • part non soumise et part soumise à CSG/CRDS
  • contribution spécifique lorsque le régime le prévoit

6. Les défis rencontrés lors de la modélisation

La phase de modélisation a représenté la partie la plus délicate du projet. Il ne s’agissait pas seulement de comprendre la réglementation, mais de la transformer en règles systématiquement applicables par un moteur de calcul. Chaque texte devait être interprété, puis converti en conditions logiques, plafonds, seuils et formules.

Les difficultés provenaient notamment de la coexistence de plusieurs sources réglementaires, de nombreux cas particuliers et de la nécessité de conserver un comportement cohérent quel que soit le profil du salarié. Les débats ont souvent porté sur des sujets en apparence simples, mais dont les conséquences sur les résultats pouvaient être significatives : montant légal ou conventionnel à retenir, utilisation des plafonds PASS, traitement des ruptures conventionnelles avec départ en retraite possible, distinction entre indemnités de rupture et sommes assimilées à du salaire, ou encore gestion des dispositifs PSE.

7. Une matrice solide, mais pas un outil d’entreprise prêt à brancher tel quel

La matrice constitue une base solide capable de réaliser des calculs cohérents et auditables. Pour devenir un outil exploitable dans une société, elle devra toutefois être adaptée à l’environnement cible.

  • adapter les flux d’entrée aux extractions du SIRH utilisé
  • intégrer les accords d’entreprise spécifiques
  • compléter la couverture des conventions collectives non encore modélisées
  • gérer les règles propres à certains secteurs ou populations
  • prévoir une gouvernance de maintenance pour suivre les évolutions légales, conventionnelles et doctrinales

Le véritable défi n’était pas de coder le moteur, mais de modéliser correctement la réglementation. Une fois la matrice stabilisée, le développement devient une étape de mise en œuvre.

Conclusion

Construire un moteur de calcul des indemnités de rupture rappelle une réalité souvent sous-estimée dans les projets réglementaires : la difficulté n’est pas seulement de développer l’algorithme, mais de modéliser correctement les règles métier. Derrière chaque montant calculé se cachent des arbitrages structurants : la rémunération de référence, le type de rupture, les plafonds applicables, la nature des sommes versées et les règles d’exonération associées.

La principale leçon du projet est simple : dans un moteur réglementaire, la qualité du résultat dépend avant tout de la qualité de la modélisation métier. Le code ne fait qu’exécuter les décisions prises en amont.

RH / PAYROLL DATA FACTORY
Data RH • Paie • SIRH • Conformité • Pilotage 🚀

Ajouter un commentaire

Commentaires

Il n'y a pas encore de commentaire.