Workday sous pavillon américain : trois architectures RH pour ne plus dépendre du prochain rachat

Workday sous pavillon américain : trois architectures RH pour ne plus dépendre du prochain rachat

Le rachat de Workday par Silver Lake en 2026 n'est pas une simple opération de private equity. Pour un DSI européen, c'est un signal de plus dans une série désormais longue : les acteurs américains dominant la gestion RH des ETI passent progressivement sous contrôle financier ou stratégique d'entités soumises au droit américain — FISA, CLOUD Act, et leurs évolutions réglementaires. Résultat concret : vos données salariales, vos évaluations de performance, vos plans de succession sont hébergées dans un périmètre juridique sur lequel vous n'avez aucun levier.

Ce n'est pas un débat théorique sur la souveraineté. C'est une question d'architecture de SI.

Ce comparatif examine trois approches techniques pour une gestion RH qui desserre — vraiment — ce verrouillage. L'objectif n'est pas d'établir un palmarès, mais d'aider un DSI à identifier où se situent les vraies frictions de migration et les vrais leviers de contrôle.

Les trois approches comparées

Approche A — Suite RH SaaS européenne hébergée en Europe

Exemple représentatif : Lucca (France), éditeur indépendant, hébergement OVHcloud, périmètre juridique exclusivement européen.

Approche B — ERP open source déployé on-premise ou en cloud privé

Exemple représentatif : module HR d'ERPNext (Frappe), déployable sur infrastructure maîtrisée, code source auditable, communauté internationale mais déploiement sous contrôle total du client.

Approche C — Plateforme RH modulaire sur infrastructure souveraine via intégrateur européen

Exemple représentatif : déploiement de Sage HR ou équivalent sur cloud souverain qualifié SecNumCloud, avec contrat de réversibilité encadré par un intégrateur certifié.

Critère 1 — Architecture des données et localisation

| Dimension | Approche A (SaaS EU) | Approche B (Open source on-premise) | Approche C (Modulaire souverain) |

|---|---|---|---|

| Localisation des données | Datacenter EU, certifiable | Infrastructure cliente ou cloud privé EU | Cloud qualifié SecNumCloud |

| Modèle de données | Propriétaire, exportable CSV/API | Schéma ouvert, modifiable | Selon éditeur, encadré contractuellement |

| Chiffrement at rest / in transit | Oui, standard SaaS | Sous responsabilité du déployeur | Oui, audit possible |

| Accès tiers (support, IA, analytics) | Limité, contractualisé EU | Aucun par défaut | Contractualisé, auditable |

Ce que ça implique concrètement : L'approche B offre le contrôle maximal sur le modèle de données, mais transfère la charge de sécurisation à l'équipe interne. Pour une ETI sans équipe infra dédiée, c'est un risque réel. L'approche A est le compromis le plus immédiatement opérationnel. L'approche C est pertinente si vous êtes déjà engagé dans une démarche de qualification SecNumCloud globale sur votre SI.

Avec Workday sous Silver Lake, le point critique n'est pas uniquement l'hébergement — c'est le fait que les flux d'intégration (paie, SIRH, ATS) transitent par des API dont les conditions d'accès peuvent évoluer unilatéralement après un changement de propriétaire. Aucune des trois approches ci-dessus n'expose vos données à ce risque.

Critère 2 — Intégration avec l'écosystème existant

| Dimension | Approche A | Approche B | Approche C |

|---|---|---|---|

| Connecteurs paie natifs | Oui (Silae, PayFit, Nibelis) | À développer ou marketplace communautaire | Selon intégrateur, souvent sur mesure |

| API REST / webhooks | Oui, documentés | Oui, open source | Oui, mais dépend de l'éditeur |

| SSO / IAM européen | Compatible SAML/OIDC, testable | Configurable (Keycloak, Authentik) | Compatible, selon déploiement |

| Interopérabilité avec outils bureautique EU | Bonne (Nextcloud, suite Infomaniak) | Excellente (pas de dépendance native) | Variable |

Ce que ça implique concrètement : Le vrai verrouillage Workday n'est pas l'interface utilisateur — c'est la profondeur des intégrations construites sur 3 à 7 ans. Les connecteurs ADP, les exports automatisés vers votre outil de BI, les workflows d'onboarding : tout ça crée une dette d'intégration qui rend une migration techniquement douloureuse, indépendamment du choix de l'outil cible.

La bonne question à poser en audit préalable : combien de flux sortants quittent Workday chaque nuit, vers quoi, et dans quel format ? Si la réponse est floue, vous mesurez l'étendue du lock-in.

L'approche B (open source) offre le meilleur ratio flexibilité/contrôle pour reconstruire ces flux proprement — à condition d'accepter un chantier d'intégration initial non négligeable.

Critère 3 — Gouvernance contractuelle et réversibilité

| Dimension | Approche A | Approche B | Approche C |

|---|---|---|---|

| Portabilité des données garantie contractuellement | Oui (RGPD natif) | Totale (code + données sous contrôle) | À négocier, encadrable |

| Clause de réversibilité explicite | Standard dans les contrats EU | Non applicable (vous êtes propriétaire) | À exiger, possible |

| Dépendance à un éditeur unique | Oui, mais EU et auditable | Non | Partielle |

| Risque de changement de propriétaire | Faible (taille PME, capital FR/EU) | Nul | Moyen |

| Droit applicable en cas de litige | Droit français ou européen | Droit du déployeur | EU si bien négocié |

Ce que ça implique concrètement : La leçon Workday/Silver Lake, c'est que le changement de propriétaire n'est jamais anticipé dans les contrats signés 5 ans avant. Les clauses de continuité de service et de portabilité des données doivent désormais inclure explicitement une disposition en cas de changement de contrôle — avec délai de préavis, format d'export garanti, et gel des conditions tarifaires.

Cette exigence est négociable avec un éditeur européen de taille intermédiaire. Elle est quasi-impossible à obtenir d'un acteur américain coté ou en cours de LBO.

Critère 4 — Souveraineté opérationnelle et continuité

| Dimension | Approche A | Approche B | Approche C |

|---|---|---|---|

| Dépendance à l'accès Internet | Oui (SaaS) | Non si on-premise | Oui (cloud) |

| Capacité d'audit du code | Non (SaaS propriétaire) | Totale | Partielle |

| Roadmap influençable par le client | Faible | Oui (contribution open source) | Selon poids contractuel |

| Plan de continuité en cas de faillite éditeur | À vérifier (séquestre de code ?) | Sans objet | Séquestre ou fork possible |

Ce que ça implique concrètement : L'approche B est la seule qui offre une continuité opérationnelle totalement découplée des décisions d'un tiers. Mais elle suppose une équipe capable de maintenir le déploiement — ce qui est une réalité pour les ETI de plus de 500 salariés avec une DSI structurée, et une contrainte forte pour les structures plus légères.

Ce que le DSI doit décider maintenant

Le rachat Workday par Silver Lake n'impose pas une migration d'urgence. Il impose un audit de dépendance — immédiatement.

Trois actions concrètes à lancer dans les 90 jours :

1. Cartographier tous les flux de données RH sortant de Workday (ou de tout SIRH américain en production). Format, fréquence, destination, propriétaire du flux.

2. Relire le contrat en vigueur à la lumière d'un changement de contrôle : qu'est-ce qui change si Silver Lake cède Workday à un tiers dans 3 ans ? Quelles clauses vous protègent ?

3. Lancer un POC sur l'une des trois approches selon votre contexte — pas pour migrer en 6 mois, mais pour mesurer la charge réelle de portage de vos données et intégrations.

La fenêtre d'action, c'est maintenant : avant que le prochain cycle de renouvellement vous enferme pour 3 ans supplémentaires dans un contrat dont vous ne maîtrisez plus ni le propriétaire, ni le droit applicable, ni la roadmap.