Migration SIRH ratée : qui paie la perte des données RH ?

Une migration de système d'information RH n'est jamais l'affaire d'un seul acteur. Trois parties interviennent et chacune porte une responsabilité distincte. L'éditeur fournit la solution cible et, parfois, les outils d'import. Le consultant SIRH intégrateur conçoit et exécute la reprise : il mappe les données, écrit les règles de transformation, pilote les tests. Le client détient les données sources, en garantit la qualité et valide la recette finale.

Quand une migration échoue — historiques de carrière tronqués, soldes de congés faux, ancienneté recalculée de travers, éléments variables de paie perdus — la première question n'est pas « est-ce grave ? » mais « à quelle étape l'erreur est-elle née ? ». Car la chaîne ETL (extraction, transformation, chargement) répartit les responsabilités. Une donnée source déjà fausse n'est pas votre faute ; une règle de transformation mal écrite, si.

Pour le consultant, l'enjeu juridique est de cantonner sa responsabilité à son périmètre réel. Cela suppose de documenter le mapping validé, les jeux de tests, et la frontière contractuelle entre ce que vous garantissez et ce que le client garde sous sa main.

Décomposer la chaîne de migration permet de situer la faute. Le tableau ci-dessous résume les zones de responsabilité typiques :

Le contentieux se cristallise presque toujours sur la transformation, cœur de votre prestation intellectuelle. Une règle de calcul d'ancienneté mal écrite recalcule de travers des milliers de lignes : c'est là que votre RC Pro est mobilisée. À l'inverse, si le client vous a livré des données sources sales sans vous mandater pour les nettoyer, sa propre responsabilité est engagée.

Ce qui transforme une migration imparfaite en catastrophe, c'est l'irréversibilité. Une donnée mal transformée se corrige si l'on dispose encore de la source intacte et d'un point de retour. Une donnée perdue sans sauvegarde est définitivement perdue — et le préjudice explose.

Trois garde-fous méthodologiques font la différence, et leur absence peut être retenue contre le consultant comme un manquement à son devoir de conseil :

• La sauvegarde complète avant bascule : l'ancien système doit rester accessible en lecture seule pendant plusieurs mois.
• Le plan de réversibilité : un scénario écrit décrivant comment revenir en arrière si la recette échoue.
• La bascule progressive ou en parallèle : faire tourner ancien et nouveau système en parallèle sur un cycle complet sécurise la détection des écarts avant abandon de l'ancien.

Le consultant qui exécute une migration « big bang » sans sauvegarde ni réversibilité s'expose doublement : au risque technique et au reproche de ne pas avoir alerté son client sur ce risque.

Quand le client réclame réparation après une migration ratée, il assigne généralement tous les intervenants. C'est alors que votre assureur RC Pro joue un rôle décisif sur trois plans :

• Établir votre part : l'assureur mandate ou suit une expertise technique pour déterminer la fraction du préjudice réellement imputable à votre prestation, et écarter ce qui relève du client ou de l'éditeur.
• Assurer votre défense : prise en charge des frais d'avocat et d'expertise, qui peuvent à eux seuls représenter des montants importants dans un litige technique complexe.
• Indemniser le préjudice retenu : reconstitution des données, heures de rattrapage du service RH, conséquences sur la paie, dans la limite des plafonds.

Sans assurance, le consultant doit financer seul son expertise et sa défense, dans un rapport de force déséquilibré face à un client et un éditeur souvent mieux armés juridiquement. La couverture du consultant SIRH n'est pas qu'une indemnisation : c'est un appui technique et juridique dans la bataille de la causalité.

La meilleure protection contre un litige de migration se joue avant le projet, dans le contrat de mission. Quelques clauses changent radicalement votre exposition :

1. La définition du périmètre de reprise : listez explicitement les données reprises et celles laissées hors scope. Tout ce qui n'est pas écrit sera réputé de votre responsabilité.
2. La responsabilité de la qualité des sources : précisez que le client garantit la qualité des données qu'il vous fournit, sauf mission de nettoyage explicitement commandée.
3. Le protocole de recette : définissez les critères d'acceptation, l'échantillon de contrôle, et faites signer un procès-verbal de recette. La validation client fait basculer la responsabilité.
4. La clause de réversibilité : actez par écrit que la sauvegarde et le plan de retour relèvent d'une décision conjointe, pour ne pas porter seul le reproche de leur absence.

Ces clauses ne remplacent pas l'assurance : elles la complètent en délimitant ce que votre RC Pro aura à défendre. Un périmètre flou est le premier allié d'une réclamation lourde.