HM Treasury (le ministère des Finances britannique) n’a toujours pas confirmé s’il utilisera lui-même le système Workday qu’il co-finance depuis 2021. La décision est attendue pour décembre 2026, selon un article de The Register du 11 juin 2026. En jeu : la viabilité financière d’un programme à £1,7 milliard et un précédent de gouvernance qui dépasse largement les frontières britanniques.
Contexte : le programme Matrix Cluster
Lancé pour moderniser les systèmes finance et RH de neuf ministères britanniques, le programme Matrix Cluster repose sur deux contrats clés : Workday (SaaS finance et RH, £64 millions) et Cognizant en intégrateur système (£81 millions), pour un total de £144,3 millions, en nette réduction par rapport à l’estimation initiale de £215 millions.
Le périmètre couvre environ 48 000 utilisateurs, dont les agents du Cabinet Office, du Department for Science Innovation and Technology (DSIT), du Department for Business and Trade, et plusieurs autres administrations. L’objectif initial est de consolider 15 instances de neuf logiciels différents, mélange de solutions on-premises et cloud héritées, en une plateforme SaaS unique.
Workday a remporté ce contrat face à SAP et Oracle. Mais l’ironie du cas britannique : HM Treasury, co-financeur principal à hauteur de £1,15 milliard depuis 2021, utilise lui-même une version personnalisée d’Oracle Fusion et n’a pas encore décidé s’il migrera vers la nouvelle plateforme.
Impact pour les organisations : le paradoxe du co-financeur non-utilisateur
C’est le signal de gouvernance que tout DSI ou DAF devrait décrypter.
Un sponsor financier majeur qui refuse (ou hésite) à adopter la solution qu’il impose aux autres n’est pas anodin. Ce n’est pas qu’un problème d’image, c’est un problème de calcul économique. La National Audit Office (NAO) l’a chiffré : sans HM Treasury et le Department for Education, la valeur actuelle nette des bénéfices projetés tombe de £185 millions à £109 millions, selon The Register (mars 2026). Une chute de 41 % sur la seule incertitude de deux participants.
Plusieurs enseignements opérationnels pour les organisations publiques ou les ETI qui évaluent un ERP mutualisé :
1. Le co-financement n’est pas une adhésion. Financer un programme et le déployer en interne sont deux décisions distinctes, avec des logiques de coût, de risque et de politique internes très différentes. Confondre les deux est une erreur de gouvernance classique.
2. La personnalisation est un frein structurel. HM Treasury a des raisons précises de bloquer : sa version d’Oracle Fusion est fortement personnalisée pour les besoins spécifiques du Trésor. Migrer vers un SaaS standardisé signifie accepter des fonctionnalités retirées, des processus redessinés, et une perte de contrôle perçue. Ce calcul n’a rien d’irrationnel : il est juste douloureux à faire en public.
3. L’économie d’échelle s’effondre sans les gros utilisateurs. Un programme ERP mutualisé fonctionne comme une infrastructure : le coût marginal baisse avec le nombre d’utilisateurs. Si les ministères à plus fort volume restent sur leurs systèmes historiques, les gains de mutualisation disparaissent et les petits ministères supportent des coûts disproportionnés.
4. Workday vs Oracle : ce n’est pas qu’un choix technique. Pour les organisations qui comparent ces deux solutions, ce cas illustre ce que les brochures commerciales ne disent pas. Un ERP SaaS standardisé est une contrainte organisationnelle autant qu’une solution technique. Les administrations qui ont fortement personnalisé Oracle ou SAP depuis des années évaluent souvent le coût de migration comme supérieur aux bénéfices projetés du SaaS.
Ce qu’il faut surveiller
Deux jalons critiques d’ici fin 2026 :
- Fin de l’été 2026 : HM Treasury attend les documents de faisabilité et de coût du programme Matrix pour finaliser son évaluation interne.
- Décembre 2026 : date cible pour la décision formelle des Accounting Officers (responsables comptables) de HM Treasury et du Department for Education.
Si HM Treasury décide de rester sur Oracle Fusion, le programme Matrix devra revoir ses projections de bénéfices et potentiellement renégocier les engagements contractuels avec Workday et Cognizant. Si HM Treasury accepte de migrer, la complexité technique d’intégrer un Oracle Fusion très personnalisé dans un déploiement Workday standardisé sera un test de compétence pour Cognizant et un indicateur pour tout le marché.
Dans les deux cas, le rapport de la NAO sera une lecture de référence pour quiconque manage un programme ERP gouvernemental ou mutualisé en Europe.
Pour aller plus loin sur les signaux d’alerte dans les projets ERP, lisez notre analyse des red flags qui annoncent un projet ERP en difficulté et notre guide sur la gouvernance ERP post-déploiement.
