Phoenix a fait de la préparation du système de paie et de l'indemnisation des employés un test de responsabilité en matière de marchés publics

Résumé

• Phoenix a combiné un remplacement logiciel avec une centralisation des services, de sorte que la préparation devait couvrir l'ensemble du système de la RH à la paie.L'initiative a remplacé un moteur de paie vieux de plusieurs décennies tout en transférant le travail de rémunération des ministères à un nouveau Centre de paie. Le rapport de mise en œuvre 2018 du vérificateur général a constaté que des fonctions critiques ont été supprimées, les tests ont été réduits, les avertissements sur la préparation ont été ignorés et le système a été déployé en deux vagues en février et avril 2016.

  Un moteur de calcul pouvait sembler techniquement opérationnel alors que les ministères, les données, les procédures et la capacité de service restaient non préparés.

• Le rôle d'IBM doit être décrit à travers le contrat et le travail autorisé, pas à travers un récit moral d'un seul fournisseur.L'entreprise a été sélectionnée comme intégrateur pour aider à concevoir, personnaliser, intégrer et mettre en œuvre le système basé sur PeopleSoft. Services publics et Approvisionnement Canada contrôlait la gestion de projet, les décisions commerciales, les autorisations de tâches et le lancement. La performance du fournisseur est un sujet légitime de responsabilité, mais le dossier officiel ne soutient pas l'attribution de toutes les décisions de portée, de test, de capacité et de lancement à IBM seul.

• Les premières mesures de la crise mélangeaient personnes, argent et éléments de travail qui ne peuvent être traités comme une seule statistique.Le rapport 2017 sur les problèmes de paie du vérificateur général a rapporté des décomptes d'employés datés et des valeurs en dollars pour les sous-paiements et les trop-payés, tandis que d'autres dossiers comptaient les demandes de paie en suspens. Un employé peut avoir plusieurs transactions ou dossiers. Une demande peut être informative, non financière ou non résolue sans prouver le même niveau de préjudice qu'un chèque de paie manquant.

• La précision agrégée peut coexister avec des difficultés individuelles et un inventaire ancien.Un pourcentage élevé de paie traitée avec précision sur des millions de paiements n'établit pas que chaque employé a reçu le bon montant à temps. Un échantillon d'audit montrant des erreurs ne peut pas non plus être projeté mécaniquement sur l'ensemble des effectifs. La précision, la ponctualité, l'âge des arriérés, les employés touchés, le recouvrement des trop-payés et l'indemnisation nécessitent des dénominateurs distincts.

• La réponse humaine n'était pas un seul programme.Les avances de salaire d'urgence, le remboursement des frais, les dommages généraux, les crédits de congé, les paiements forfaitaires, les dispositions de rattrapage et les demandes d'impact grave suivaient différentes autorités, groupes de négociation, périodes d'admissibilité et processus. Une compensation automatique n'est pas une réclamation soumise; une réclamation soumise n'est pas une réclamation acceptée; une réclamation acceptée n'est pas nécessairement de l'argent payé à la même date. L'indemnisation des employés nécessite un registre aussi rigoureux que le registre de paie.

• Les totaux de coûts nécessitent des limites explicites.Les budgets de projet originaux, les économies prévues, les dépenses annuelles liées à Phoenix, la stabilisation cumulée, les dommages, les provisions pour trop-payés, le travail de transition ministériel et les estimations du programme Dayforce répondent à différentes questions. Les additionner sans ajustement pour la période et la portée double compte l'activité et cache les exclusions. Une estimation du coût de remplacement n'est pas une facture, et une dépense annuelle n'est pas un coût cumulé sur la durée de vie.

• Goss Gilroy et le vérificateur général ont fait un travail différent.L'étude de leçons apprises commandée indique expressément qu'il ne s'agit pas d'un audit et que ses conclusions sont celles du cabinet de conseil. C'est une preuve de consultation précieuse sur la culture, la gouvernance et la gestion du changement, mais elle ne peut pas être citée comme une constatation du vérificateur général. Les étiquettes de mandat font partie de l'exactitude factuelle.

• Dayforce reste un programme de préparation, pas la preuve que Phoenix a été réparé.Les travaux de faisabilité, la configuration, les tests avec des données fictives, les exécutions parallèles prévues et un calendrier de mise en œuvre raccourci sont des preuves d'activité et d'intention. Le rapport de modernisation 2026 du vérificateur général a décrit une opportunité de traiter les risques alors que la planification était incomplète. Le succès nécessite des résultats de production réconciliés, une migration contrôlée, la préparation des ministères, des recours pour les employés et une porte d'arrêt indépendante et exécutoire.

La paie est un système de continuité du service public

La paie est souvent décrite comme une fonction de back-office, mais pour les employés, c'est une obligation publique récurrente. Un paiement manqué ou incorrect peut affecter le loyer, l'hypothèque, la nourriture, la garde d'enfants, les impôts, les prestations, les cotisations de retraite et le crédit. Pour un employeur, la même erreur crée un travail de soutien, des ajustements comptables, des obligations de recouvrement et des conséquences en relations de travail.

Lorsque l'employeur est le gouvernement fédéral, la continuité de la paie affecte également la légitimité institutionnelle: l'État doit démontrer qu'il peut honorer son engagement le plus routinier envers les personnes qui fournissent les services publics.

La frontière de contrôle commence avant tout calcul. Un ministère crée ou modifie un événement d'emploi: nomination, transfert, intérim, congé, heures supplémentaires, allocation, mise à jour de convention collective, cessation d'emploi ou retraite. L'événement doit être autorisé, saisi correctement et transmis à temps. Les règles de paie déterminent ensuite ce qui est dû. Le Centre de paie peut avoir besoin de documents ou d'une action manuelle. Phoenix calcule et émet la paie, mais la correction ultérieure, les processus fiscaux, de retraite, de prestations et de comptabilité peuvent dépendre du même enregistrement.

Cette chaîne explique pourquoi un diagnostic de « bogue logiciel » est trop étroit. Le moteur de calcul peut fonctionner selon les règles configurées alors que l'événement source est tardif ou erroné. Une transaction correcte peut attendre derrière du travail ancien. Un système RH ministériel peut utiliser un processus ou une norme de données différente. Une convention collective peut nécessiter des mises à jour massives. Une correction peut générer une nouvelle transaction et interagir avec un trop-payé antérieur. Chaque transfert a besoin d'un propriétaire, d'une norme de service, d'un statut d'exception et d'une voie d'escalade.

La modernisation a donc combiné au moins quatre changements: technologie, modèle opérationnel, capacité de main-d'œuvre et comportement organisationnel. Le gouvernement a remplacé le système de paie régional, centralisé les services pour de nombreux ministères et réduit la capacité locale de rémunération tout en demandant aux organisations de modifier leurs pratiques RH. Une décision de préparation devait répondre si les quatre changements fonctionnaient ensemble à une échelle réelle. Un test qui montrait que le logiciel pouvait produire un chèque de paie était nécessaire mais pas suffisant.

La continuité du secteur public nécessite également une solution de repli. Si un nouveau système ou un service centralisé ne peut pas traiter un événement valide, les employés ont toujours besoin d'un revenu en temps opportun. Les avances d'urgence peuvent réduire le préjudice immédiat, mais elles créent un travail de rapprochement et de recouvrement. Un plan d'urgence durable identifie qui peut autoriser l'argent intérimaire, comment il est imposé et enregistré, quand il est rapproché, et comment les employés évitent de devoir rembourser un montant causé par la solution de contournement avant que leur paie sous-jacente ne soit corrigée.

Le dossier commercial combinait économies, centralisation et livraison du système

L'initiative Transformation de l'administration de la paie a débuté en 2009. Elle devait servir environ 290 000 employés dans plus d'une centaine d'organisations, remplacer le système de paie existant et consolider l'administration de la rémunération. Le récit public commercial incluait des économies récurrentes provenant de moins de postes de rémunération et d'un service plus standardisé. Ces objectifs n'étaient pas intrinsèquement déraisonnables, mais ils ont créé des pressions sur le calendrier et le budget qui pouvaient entrer en conflit avec les preuves de préparation.

Le problème de gouvernance initial était le couplage de la réalisation des bénéfices à la suppression précoce de la capacité. Si les économies projetées dépendent de l'élimination de postes expérimentés avant que la nouvelle organisation et le nouveau système ne démontrent un débit stable, le programme consomme ses imprévus. Les employés qui comprennent les conventions collectives, les cas inhabituels et les pratiques ministérielles ne sont pas interchangeables avec les fonctionnalités logicielles. Leurs connaissances peuvent être les plus précieuses pendant la migration, lorsque des défauts et des exceptions de données apparaissent.

L'audit de 2018 a décrit un budget de projet approuvé d'environ 310 millions de dollars canadiens et des économies annuelles attendues d'environ 70 millions de dollars. Ces chiffres appartiennent à l'initiative originale et à son dossier commercial. Ils ne doivent pas être comparés directement avec une facture de stabilisation annuelle ultérieure ou une estimation pluriannuelle de Dayforce sans expliquer la portée, l'inflation, les ministères et les coûts opérationnels. Un budget est une enveloppe d'autorisation et de planification; un coût réalisé nécessite des dépenses réelles;

une économie promise nécessite une base de référence mesurée et une réduction atteinte.

La gouvernance du dossier commercial devrait inclure des seuils de service non financiers. Un programme ne devrait pas déclarer le succès simplement parce qu'il reste dans le budget d'investissement ou qu'il clôture un projet de mise en œuvre. Les résultats requis devraient inclure une paie correcte et ponctuelle, l'âge des arriérés, la résolution des appels, les difficultés des employés, la charge de travail ministérielle, l'intervention manuelle et la fiabilité des contrôles. Si des économies sont réalisées en transférant le travail ou le retard aux ministères et aux employés, le registre public devrait rendre ce transfert visible.

Un processus d'approbation solide étagerait les bénéfices. Les postes expérimentés seraient conservés jusqu'à ce que la performance de bout en bout soit démontrée pour la paie normale, les changements complexes, les pics saisonniers, les conventions collectives et les transferts d'employés. Les économies ne seraient reconnues qu'après que des preuves indépendantes aient montré que le système et le Centre de paie pouvaient absorber le volume. Les imprévus seraient financés comme une exigence de service, non traités comme une preuve que l'équipe de projet manquait de confiance.

La responsabilité des marchés publics suivait les tâches autorisées et l'autorité retenue

IBM a remporté le concours public de 2011 pour soutenir la conception, la personnalisation, l'intégration et la mise en œuvre du système Phoenix basé sur PeopleSoft. Le modèle de contrat utilisait des autorisations de tâches par lesquelles le gouvernement spécifiait le travail. Le rapport de 2018 du Comité des comptes publics sur la construction et la mise en œuvre de Phoenix a capturé les constatations du vérificateur général et la réponse institutionnelle. C'est une preuve sur la gouvernance et les témoignages, pas un jugement civil allouant des dommages entre la Couronne et le fournisseur.

La distinction entre intégrateur et propriétaire de projet est critique. Un fournisseur est responsable de la livraison compétente du travail qu'il accepte, des conseils précis, de l'escalade des limites connues et du respect du contrat. Le client reste responsable des exigences commerciales, de l'approbation de la portée, des critères d'acceptation, du financement, de la préparation opérationnelle et du lancement. Un modèle d'autorisation de tâches peut rendre ces frontières visibles si chaque changement enregistre qui l'a demandé, quelles preuves le soutenaient, comment le risque a changé et qui a accepté le résultat.

Les preuves de la réunion 81 du PACP ont enregistré le témoignage de PSPC selon lequel IBM a effectué le travail demandé et que le ministère agissait comme gestionnaire de projet tandis qu'IBM était l'intégrateur. Ce témoignage doit être attribué plutôt que traité comme une constatation indépendante que le fournisseur n'avait aucune responsabilité. Il réfute néanmoins l'affirmation simpliste selon laquelle IBM contrôlait unilatéralement les exigences et la porte de lancement.

Les documents de transition de 2022 du ministère continuent de décrire le rôle d'IBM dans le soutien et la stabilisation de Phoenix. Un briefing ministériel est utile pour le contexte contractuel et opérationnel mais reste le compte rendu du ministère. Les coûts, produits de travail, défauts et décisions du fournisseur doivent être testés par rapport aux contrats, autorisations de tâches, registres d'acceptation et preuves techniques indépendantes.

La réparation des marchés publics nécessite un registre des décisions. Chaque fonctionnalité omise, compromis de configuration, défaut différé et limitation de test doit identifier l'avis du fournisseur, la décision du client, le propriétaire opérationnel, la population touchée et le risque résiduel. L'autorité de lancement doit être nommée et suffisamment indépendante pour arrêter le déploiement. La pression commerciale sur le calendrier ne peut pas être autorisée à redéfinir un critère d'acceptation échoué comme une amélioration post-lancement sans responsabilité explicite de l'exécutif et du propriétaire du service.

Les exigences étaient les règles de paie, les données et les procédures opérationnelles

La paie fédérale est façonnée par des lois, des conventions collectives, des classifications, des allocations, des congés, des pensions, des impôts et des événements d'emploi. La complexité n'excuse pas l'échec, mais elle modifie l'obligation technique. Les exigences doivent traduire des règles juridiques et politiques en calculs configurés, validations d'entrée, flux de travail, procédures de service et gestion des exceptions. La simplification nécessite un accord entre les employeurs, les agents négociateurs, les ministères et les propriétaires de politiques;

une équipe technique ne peut pas simplifier silencieusement une règle en l'omettant.

La mise en œuvre de Phoenix a supprimé ou reporté des fonctions pour rester dans le budget et le calendrier. Certains travaux que l'ancien système ou les conseillers ministériels avaient soutenus sont devenus manuels ou ont nécessité de nouvelles procédures. Lorsque les fonctionnalités sont réduites, le programme doit compter le travail transféré aux humains, doter la fonction réceptrice et tester la solution de contournement. Un écart n'est pas comblé simplement parce qu'une instruction manuelle existe.

La propriété des données est également importante. Les ministères restent responsables des informations RH opportunes et précises, tandis que les opérations de paie centralisées traitent de nombreuses transactions résultantes. Le système a besoin d'une validation à l'entrée, de messages de rejet clairs, de détection des doublons et d'une vue partagée du statut. Si un ministère voit seulement qu'un événement a été envoyé tandis que le Centre de paie voit un dossier incomplet, l'employé devient le mécanisme de rapprochement.

La modernisation des règles de paie devrait produire un catalogue contrôlé. Chaque règle a besoin d'une autorité, d'une interprétation en langage clair, d'une logique lisible par machine, d'exemples, de cas limites, de cas de test et de dates d'effet. Les changements nécessitent un contrôle de version et des tests de régression. Le catalogue devrait distinguer les règles que Phoenix calcule automatiquement de celles nécessitant une intervention manuelle. Le rapport d'erreur devrait identifier si la cause était les données source, la configuration, le calcul, le retard de traitement ou l'ambiguïté de la politique.

Cette classification empêche une erreur d'attribution courante. L'audit financier ultérieur du vérificateur général a constaté que de nombreuses erreurs de paie de base et d'intérim échantillonnées étaient associées à des erreurs de saisie de données et à des retards de traitement plutôt qu'à un calcul erroné de Phoenix. Cela ne rend pas le système réussi: un service de paie inclut ses contrôles de données et de processus. Cela rend le remède plus précis. Remplacer le moteur seul ne peut pas corriger les événements RH tardifs ou une capacité de traitement insuffisante.

Les tests devaient suivre une personne à travers tout le système

Tester une plateforme de paie nécessite plus que de vérifier des calculs isolés. Les tests de bout en bout commencent par un événement RH autorisé, traversent les systèmes et interfaces ministériels, appliquent la bonne règle, atteignent le Centre de paie lorsqu'un travail manuel est nécessaire, génèrent le paiement et l'écriture comptable, mettent à jour les registres fiscaux et de retraite, et affichent un statut que le personnel de soutien et l'employé peuvent comprendre. Les corrections et les contre-passations doivent également être testées.

L'audit de 2018 a constaté que PSPC n'avait pas pleinement testé Phoenix avant le lancement et avait annulé un projet pilote. Les tests ont été contraints à mesure que le calendrier se resserrait. Les ministères ont rapporté leur préparation largement par auto-évaluation, tandis que des problèmes connus persistaient. La question centrale n'était pas de savoir si des scripts de test existaient; c'était de savoir si les résultats représentaient le volume de production, les cas complexes, les interfaces réelles, le personnel formé et la migration en deux vagues.

Les preuves de préparation devraient être contradictoires. Les testeurs ont besoin des cas les plus susceptibles d'échouer: transferts entre ministères, paie d'intérim, conventions collectives rétroactives, congés sans solde, cessations d'emploi, allocations multiples, mesures d'adaptation pour les personnes handicapées, saisies-arrêts et recouvrements. Le système devrait être testé avec des données incomplètes et contradictoires. Les tests de performance devraient inclure des volumes de pointe et un travail de correction accumulé, pas seulement de nouvelles transactions propres.

La préparation opérationnelle est un calcul de capacité. Prévoir le travail entrant par type, part automatisée, temps de traitement, dotation, achèvement de la formation, productivité pendant l'apprentissage et reprise. Comparer la capacité avec la nouvelle demande plus l'inventaire migré. Si le modèle suppose que le nouveau logiciel augmente immédiatement la productivité, un examinateur indépendant devrait exiger des preuves. Si des conseillers expérimentés sont déjà partis, les imprévus doivent tenir compte de l'expertise perdue.

Une porte de lancement devrait avoir des critères d'arrêt binaires: fonctions critiques terminées ou solution de contournement adéquatement dotée testée; aucun défaut de sévérité un non résolu; rapprochement dans les tolérances; interfaces ministérielles réussies; procédures de soutien et de paie d'urgence exercées; confidentialité et sécurité acceptées; et suffisamment de résultats parallèles montrant des résultats corrects. Les dirigeants peuvent accepter un risque résiduel, mais l'acceptation doit indiquer la population d'employés et le remède si le risque se matérialise.

Les vagues de 2016 ont transformé la faiblesse de la préparation en préjudice pour les employés

Phoenix a été déployé en deux vagues en février et avril 2016. Les changements de service centralisé ont eu lieu à peu près à la même période. Les employés ont ensuite signalé des paiements tardifs, manquants, sous-payés et trop-payés, et le travail non résolu s'est accumulé. Le lancement est le déclencheur car il a exposé le système combiné à grande échelle. La cause profonde inclut les décisions prises plus tôt concernant la portée, les tests, la dotation, la formation, la préparation ministérielle, les données et la gouvernance.

L'audit de 2017 a rapporté qu'en juin 2017, le gouvernement devait environ 228 millions de dollars canadiens à 51 000 employés et que 59 000 employés devaient environ 295 millions de dollars canadiens au gouvernement. Il s'agissait de mesures datées dérivées selon la méthode de l'audit. Elles ne signifient pas 110 000 personnes uniques car les populations peuvent se chevaucher, et elles n'équivalent pas à toutes les difficultés, toutes les corrections ultérieures ou toutes les transactions. Le rapport 42 du Comité des comptes publics a enregistré une mesure distincte de 520 000 demandes de paie en suspens au 18 octobre 2017.

Cette différence—employés contre demandes—est fondamentale. Une personne peut avoir un sous-paiement, un trop-payé, un problème fiscal et plusieurs changements en attente. Une demande peut générer plusieurs transactions. Un dossier peut regrouper des travaux connexes ou représenter une demande de soutien. Les rapports ne devraient jamais écrire « 520 000 employés » alors que la source dit demandes. Ni une réduction des transactions ne devrait être décrite comme le même nombre de personnes rétablies.

Le sous-paiement et le trop-payé ont également une mesure asymétrique. Un trop-payé crée une créance identifiable pour le gouvernement une fois détecté, bien que les registres historiques aient mélangé les trop-payés administratifs et réels. Le sous-paiement n'était pas toujours automatiquement identifié comme une population complète; il pouvait rester caché jusqu'à ce qu'un employé, un ministère ou un conseiller en rémunération le trouve. Un briefing de 2020 du comité de PSPC sur Phoenix a reconnu des limites dans la ségrégation des types de trop-payés et le suivi précis des sous-paiements.

L'impact sur les employés ne peut être réduit à des dollars nets. Une correction ultérieure peut restaurer le salaire brut tout en laissant des effets sur les intérêts, les impôts, les prestations, le crédit, le temps et la santé. Un trop-payé peut créer une crainte de recouvrement même lorsque l'employé a signalé le problème rapidement. La responsabilité nécessite la date à laquelle l'employé a perdu l'accès à la paie correcte, la date à laquelle le soutien intérimaire est arrivé, la date à laquelle le registre sous-jacent a été corrigé et la date à laquelle le préjudice conséquent a été résolu.

L'inventaire actuel est du travail, pas un décompte de victimes

Le tableau de bord du Centre de paie a rapporté 198 000 transactions prêtes à être traitées au 17 juin 2026. Il les divisait en environ 133 000 transactions avec impact financier, 62 000 sans impact financier ou impliquant des demandes générales, et 3 000 liées à des conventions collectives. Il séparait également le travail dans les normes de service, en dehors des normes depuis moins d'un an et depuis plus d'un an.

Ces catégories ne sont utiles que si leurs définitions accompagnent le nombre. « Prêt à traiter » est un statut de flux de travail, pas tout le travail dans chaque ministère. « Impact financier » ne précise pas sous-paiement, trop-payé ou montant. « Sans impact financier » peut encore compter pour le dossier d'un employé. Une demande peut ne pas être une erreur. L'inventaire n'est donc pas le nombre d'employés lésés, et sa baisse ne prouve pas une correction ou une indemnisation complète.

Le même tableau de bord rapportait les transactions entrantes et traitées pour une période récente, y compris le travail manuel et automatisé. Un débit supérieur aux entrées peut réduire l'inventaire, mais il ne montre pas la qualité à moins que les corrections et les réouvertures ne soient suivies. L'automatisation peut fermer le travail de routine plus rapidement tandis que les cas complexes plus anciens restent. Un bon tableau de bord associe volume, âge, précision au premier passage, nombre d'employés, reprise, effet financier et confirmation de résolution.

La page des opérations courantes de PSPC décrit un système de paie plus large servant plus de 430 000 fonctionnaires actuels et anciens dans plus d'une centaine d'organisations, le Centre de paie servant directement un sous-ensemble. Il rapporte des millions de chèques de paie et un taux de précision agrégé élevé par quinzaine. Cette population diffère de l'inventaire des transactions du tableau de bord et du décompte des employés touchés du VG.

La précision agrégée doit être interprétée comme « quelle part des paiements a satisfait à la mesure de précision déclarée », pas « quelle part des employés n'a rencontré aucun problème ». Une personne peut recevoir de nombreux paiements corrects après une erreur ancienne non résolue. Un petit pourcentage de millions de paiements peut encore représenter un préjudice individuel grave. La mesure nécessite une définition, un numérateur, un dénominateur, une période et un traitement des corrections.

Échantillonnage d'audit, équité salariale et exactitude individuelle

Les commentaires 2024–25 du vérificateur général sur les audits financiers ont rapporté que 29 pour cent des employés échantillonnés avaient une erreur dans la paie de base ou d'intérim au cours de l'année, dont 21 pour cent nécessitant encore une correction au 31 mars 2025. Il s'agit de résultats d'échantillon selon une méthode d'audit. Ils ne peuvent pas être multipliés par l'ensemble des effectifs pour déclarer un décompte de population sans conception statistique et analyse de confiance.

L'audit a également conclu que les dépenses de paie étaient globalement présentées de manière équitable. L'équité des états financiers utilise un seuil de signification à un niveau agrégé; elle ne certifie pas la paie de chaque employé. Un gouvernement peut avoir des dépenses de paie présentées de manière équitable tandis que des employés individuels subissent des erreurs personnelles significatives. Les rapports institutionnels devraient présenter les deux vérités sans utiliser l'une pour annuler l'autre.

Le VG a attribué à nouveau les erreurs échantillonnées à des erreurs de saisie de données et à des retards de traitement plutôt qu'à des calculs incorrects par Phoenix. Cette distinction dirige la réparation vers la ponctualité ministérielle, la validation et la capacité ainsi que le remplacement du système. Elle ne dédouane pas le service de bout en bout. Les employés ne vivent pas les frontières organisationnelles; ils vivent si le bon argent est arrivé.

Au 31 mars 2025, l'audit décrivait environ 349 000 demandes d'action de paie en suspens, dont plus de la moitié vieilles de plus d'un an. Il rapportait également plus de 472 millions de dollars canadiens de trop-payés impayés, une provision pour créances douteuses et une créance nette inférieure. Le trop-payé brut, la provision et la valeur comptable nette sont des mesures comptables distinctes. L'âge ne prouve pas la recouvrabilité ou la culpabilité.

Un tableau de bord responsable montrerait les preuves d'échantillon et de population séparément. Les mesures opérationnelles peuvent couvrir toutes les transactions enregistrées, tandis que les audits indépendants testent les échantillons et les contrôles. Les exceptions trouvées par un audit devraient alimenter la remédiation, et la remédiation devrait être retestée. Les lecteurs publics devraient être informés lorsque les définitions diffèrent entre le VG, PSPC, le Conseil du Trésor et les systèmes ministériels.

Le recouvrement des trop-payés ne doit pas créer un second préjudice

Un trop-payé n'est pas de l'argent gratuit, mais le recouvrement n'est pas un simple exercice de recouvrement de créances lorsque le système de l'employeur a causé ou prolongé l'erreur. Le gouvernement doit établir le montant, la période, le traitement fiscal, les corrections antérieures et la fenêtre de recouvrement légale. Les employés ont besoin d'un relevé compréhensible et d'un moyen de contester le calcul. Les échéanciers de recouvrement devraient tenir compte des difficultés et de la paie non résolue en cours.

Un briefing de 2022 de PSPC sur les trop-payés de Phoenix utilisait des chiffres datés qui combinaient les trop-payés administratifs et réels et rapportait les employés identifiés, les montants créés, les montants recouvrés et les soldes impayés. Ces mesures ne devraient pas être comparées directement avec la créance ultérieure des états financiers du VG sans rapprocher la date, la population, les radiations, les ajustements fiscaux et la définition.

Les trop-payés administratifs peuvent survenir lorsqu'un enregistrement est corrigé par des transactions qui créent temporairement des montants compensatoires. Un trop-payé réel est de l'argent finalement non dû à l'employé. Si le système ne pouvait pas les séparer de manière fiable à une date historique, le rapport doit le dire. Étiqueter le montant combiné comme dette d'employé exagère la certitude et peut conduire à une action de recouvrement inappropriée.

Le sous-paiement nécessite un processus tout aussi rigoureux, même s'il n'apparaît pas comme une créance gouvernementale. Les employés ne devraient pas supporter le fardeau de reconstruire chaque événement manquant. Les ministères et PSPC ont besoin d'une détection proactive: comparer les données d'emploi autorisées avec la paie réelle, identifier les changements inexpliqués et contacter les personnes avant qu'un écart ne persiste. Les conséquences sur les intérêts, les impôts et les prestations devraient être liées à la correction sous-jacente.

L'objectif de contrôle est un relevé de rapprochement unique visible par l'employé et le personnel de soutien autorisé. Il devrait lister les événements d'emploi, la paie attendue, la paie réelle, les corrections, les avances, les trop-payés, les recouvrements et les différends restants par date. Des systèmes séparés peuvent fonctionner derrière l'interface, mais la personne ne devrait pas recevoir de soldes contradictoires de différentes équipes.

L'indemnisation était une famille d'accords et de réclamations

Le centre des réclamations et indemnités du Conseil du Trésor organise plusieurs processus de dommages liés à Phoenix. La structure elle-même montre pourquoi « réclamations payées » est trop vague. Certaines indemnités ont été créditées automatiquement aux employés actuels admissibles; certains anciens employés ou successions ont dû faire une demande; certains recours couvraient des dommages généraux; et les processus d'impact grave nécessitaient des preuves individualisées.

L' accord sur les dommages de 2019 couvrait les agents négociateurs signataires et prévoyait une indemnisation générale incluant jusqu'à cinq jours de congé selon ses termes. Il créait également des voies pour un préjudice financier et non financier supplémentaire. Un crédit de congé a une valeur mais n'est pas la même chose que de l'argent versé à un ancien employé ou des dommages attribués après une réclamation.

L' accord PSAC de 2020 distinct utilisait des dispositions monétaires de dommages généraux pour les employés représentés admissibles et traitait de la mise en œuvre tardive des conventions collectives. L'admissibilité dépendait des exercices financiers couverts et du statut d'emploi. L'existence d'un accord n'établit pas que chaque personne touchée appartenait à son unité de négociation ou a reçu le montant maximum.

Un mémorandum de rattrapage de 2021 alignait des prestations spécifiques pour les personnes couvertes par l'accord antérieur. Il devrait être rapporté comme un mécanisme ultérieur distinct, non fusionné silencieusement dans les conditions de 2019. La date de l'accord, la période d'admissibilité et la date de paiement peuvent différer.

Le processus d'impact grave traite de catégories telles que les coûts financiers, les pertes de revenus de placement, les congés liés à des problèmes de santé et les difficultés personnelles ou financières graves, sous réserve des conditions applicables et des preuves. Un seuil s'applique à de nombreuses catégories, tandis que certaines ont un traitement différent. Une réclamation soumise n'est pas une preuve que le montant réclamé a été accepté, et un recours accepté peut inclure une restauration de congé plutôt que de l'argent.

Le rapport sur l'indemnisation devrait donc montrer les populations séparément: créditées automatiquement, admissibles à réclamer, réclamations reçues, décidées, acceptées en tout ou en partie, refusées, payées, rouvertes et en suspens. Il devrait également montrer le temps de traitement médian et extrême. Le but n'est pas seulement comptable. Le retard dans l'indemnisation peut aggraver le préjudice initial et éroder la confiance même après que la paie de base est corrigée.

Les rapports de coûts nécessitent une carte de la portée

Le rapport de dépenses Phoenix 2024–25 du Conseil du Trésor a rapporté 937,5 millions de dollars canadiens de dépenses liées à Phoenix pour cet exercice. La page indique les exclusions, y compris le travail de la prochaine génération de RH et de paie, les dommages et les réclamations de la Couronne, et les coûts d'opportunité. C'est un total annuel délimité, pas le coût cumulé de Phoenix depuis 2009.

Différentes questions de coût nécessitent différents registres. Le budget de mise en œuvre original répond à ce que le projet était autorisé à dépenser. Les dépenses annuelles de stabilisation répondent à ce que le gouvernement a dépensé en une année sous des catégories déclarées. Les rapports de dommages indiquent les obligations d'indemnisation. Les provisions pour trop-payés sont des estimations du bilan, pas des dépenses de programme. Le temps du personnel ministériel et le travail politique retardé peuvent être des coûts d'opportunité. Les estimations de Dayforce concernent un programme successeur.

L' estimation du coût de remplacement de 2019 du directeur parlementaire du budget était une estimation de scénario basée sur des hypothèses disponibles à ce moment-là. Ce n'était pas une attribution de marché, un budget Dayforce approuvé ou une facture réelle. La comparer avec des estimations ultérieures peut montrer comment la portée et l'information ont changé, mais seulement si les hypothèses et la base de prix sont conservées.

Les contrôles de coûts devraient attribuer chaque dollar à un programme, une organisation, un exercice et un objectif: exploiter, stabiliser, vider l'inventaire, indemniser, recouvrer, concevoir le remplacement, transitionner le ministère ou retirer l'ancien système. Les coûts partagés nécessitent des règles d'allocation. Les rapports publics devraient rapprocher les totaux annuels des chiffres cumulés et expliquer les changements. Les économies devraient être rapportées nettes du travail ministériel déplacé et des processus manuels en cours.

Le rapport qualité-prix n'est pas le lancement le moins cher. C'est le coût de fournir une paie correcte et ponctuelle avec des contrôles durables. Une exécution parallèle plus coûteuse peut être de bonne valeur si elle empêche la migration des erreurs et le préjudice aux employés. Inversement, prolonger indéfiniment les systèmes anciens et nouveaux peut créer des coûts dupliqués sans réduire le risque. Les décideurs ont besoin de critères de sortie explicites plutôt qu'une déclaration pilotée par le calendrier.

Goss Gilroy était une étude de leçons, pas un audit

Le rapport de leçons apprises Goss Gilroy du gouvernement a examiné l'initiative de 2008 à avril 2016 par le biais d'une revue documentaire et de consultations. Le rapport indique expressément qu'il ne s'agit pas d'un audit et que ses opinions et conclusions appartiennent à Goss Gilroy, pas nécessairement au gouvernement. Cette clause de non-responsabilité est une frontière de preuve substantielle.

L'étude reste précieuse. Elle a organisé les leçons autour de la gouvernance, de la surveillance, de la gestion du changement, de la capacité, des tests et de la culture de projet. La consultation peut révéler comment les entités comprenaient la pression et la prise de décision, y compris des informations que les documents de projet formels sous-estiment. Mais elle n'utilise pas le mandat légal du vérificateur général ou sa méthode d'assurance, et ses observations basées sur des entretiens ne doivent pas être présentées comme des faits jugés.

Les rapports du VG, les comités parlementaires, les briefings ministériels et l'étude Goss Gilroy peuvent être lus ensemble à travers une matrice de mandats. Pour chaque proposition, la matrice indique si la source a audité des registres, entendu des témoignages, décrit une politique ministérielle, rapporté des opinions de entités ou émis une recommandation. L'accord entre sources de mandats différents peut renforcer une conclusion; le désaccord devrait être visible plutôt que moyenné.

Cette approche protège à la fois la responsabilité et l'équité. Elle empêche une observation de conseil de devenir une constatation légale contre un individu. Elle empêche également une institution de rejeter une leçon opérationnelle récurrente simplement parce qu'elle n'a pas été produite par un audit. La réponse correcte est de tester l'observation contre les registres et les preuves opérationnelles actuelles.

L'activité de stabilisation n'est pas la même chose que la résolution

La stratégie intégrée RH et paie de PSPC combine la stabilisation actuelle de Phoenix, la réduction des arriérés et les futurs travaux de Dayforce. Le cadrage intégré est sensé car le travail non résolu et la conception du remplacement interagissent. Il crée également un risque de rapport: les progrès dans un flux peuvent être confondus avec le succès dans un autre.

Une mise à jour des progrès de mars 2026 a indiqué qu'une part élevée d'une population ciblée de cas anciens avait été traitée et que les transactions de plus d'un an avaient diminué. « Cas ciblés » n'est pas l'inventaire complet, et « traité » ne prouve pas en soi que chaque employé a accepté le résultat ou a reçu une indemnisation consécutive. Le dénominateur et la sélection de la cible doivent rester visibles.

La stabilisation devrait avoir des résultats en couches. Premièrement, traiter la transaction. Deuxièmement, vérifier la paie résultante et les registres fiscaux, de retraite et de prestations en aval. Troisièmement, confirmer avec l'employé que le problème est résolu ou enregistrer un différend restant. Quatrièmement, connecter la personne à l'indemnisation applicable. Cinquièmement, tester si le contrôle racine a changé pour que le type de cas ne se reproduise pas.

La réduction de l'inventaire peut autrement récompenser la clôture plutôt que l'exactitude. Les équipes sous pression de volume peuvent diviser ou combiner le travail différemment, modifier les définitions de statut, ou fermer une demande tandis qu'une transaction financière reste. L'échantillonnage indépendant de la qualité, les taux de réouverture et la confirmation des employés limitent ce risque. Le rapport sur les cas les plus anciens empêche l'amélioration agrégée de cacher une queue persistante.

Le système stabilisé a également besoin de résilience opérationnelle jusqu'à la retraite. Les correctifs de sécurité, le support du fournisseur, les calendriers de paie, les modifications des conventions collectives et le personnel expérimenté ne peuvent pas être négligés parce que Dayforce est prévu. La période de transition peut être la phase la plus risquée: les gens apprennent une nouvelle plateforme tout en maintenant Phoenix et en nettoyant l'ancien travail. Les modèles de capacité devraient inclure les deux systèmes et la préparation ministérielle.

La planification de Dayforce doit gagner le droit de lancer

Le rapport de faisabilité de Dayforce du gouvernement décrit la recherche, la configuration et les tests utilisés pour évaluer si la plateforme commerciale pouvait répondre aux besoins fédéraux en RH et paie. Le travail de faisabilité peut réduire l'incertitude, mais des données fictives et des scénarios sélectionnés ne prouvent pas une paie de production précise pour chaque ministère, convention collective et exception héritée.

Le VG de 2026 a rapporté que la transformation Dayforce restait en planification jusqu'en juin 2027 et citait un total préliminaire supérieur à 4,2 milliards de dollars canadiens qui excluait d'importants coûts de transition ministériels. Il avertissait également que les erreurs non résolues de Phoenix pourraient être transférées dans le nouveau système et que la simplification des règles de paie restait incomplète. Pendant et après l'audit, le programme a raccourci son calendrier. Une date plus rapide augmente la charge de la preuve; elle ne la réduit pas.

La page de suivi des engagements de PSPC décrit les jalons de configuration et de test. Les jalons prospectifs sont des plans. Les rapports devraient utiliser « prévoit », « planifie » ou « cible » jusqu'à ce que l'événement se produise et que les preuves passent. Un test parallèle planifié n'est pas un rapprochement terminé.

La porte de lancement devrait exiger une paie parallèle de type production pour des ministères représentatifs et des cas difficiles sur suffisamment de cycles pour inclure la rétroactivité, les prestations et les effets de fin d'année. Chaque différence devrait être classée, possédée et résolue. Le test devrait comparer la paie attendue, la sortie de Phoenix, la sortie de Dayforce et le dossier réel de l'employé, plutôt que de supposer que Phoenix est toujours la référence correcte.

Les contrôles de migration doivent séparer les données de base propres des cas non résolus. Les transactions ouvertes ont besoin d'une disposition: résoudre avant la migration, migrer avec un historique complet et un propriétaire nommé, ou conserver dans un processus hérité contrôlé. Les soldes des trop-payés, avances, congés, impôts et pensions nécessitent un rapprochement. Les employés devraient pouvoir voir quel système possède leur problème pendant la transition.

La préparation ministérielle doit être prouvée de manière indépendante. Chaque organisation a besoin de personnel formé, de processus RH cartographiés, de résultats de qualité des données, de tests d'interface, de voies de soutien et de contingence. Un programme central devrait échantillonner et contester les auto-évaluations. L'autorité d'arrêt devrait pouvoir retarder un ministère ou une vague sans être annulée uniquement parce qu'un calendrier public a été annoncé.

Une carte de contrôle pour la préparation de la paie et l'indemnisation

Un système de responsabilité réparé peut être organisé autour de huit domaines. Les propriétaires d'exigences maintiennent le catalogue des règles de paie et approuvent la simplification. Les propriétaires de marchés enregistrent le travail, les conseils, l'acceptation et les défauts du fournisseur. Les équipes techniques configurent et testent. Les ministères possèdent les événements RH opportuns. PSPC possède les opérations du Centre de paie et le service de bout en bout. Le Conseil du Trésor possède la politique d'employeur et les cadres d'indemnisation. Les propriétaires financiers rapprochent la paie et les trop-payés.

Une autorité de lancement indépendante décide si les preuves soutiennent la transition.

Chaque domaine a besoin de preuves observables. Les exigences sont tracées jusqu'à la configuration et les tests. Les tâches du fournisseur ont des registres d'acceptation. Les événements ministériels respectent des seuils de ponctualité et de validation. La capacité du Centre de paie dépasse la demande prévue avec des imprévus. Les mesures d'inventaire rapprochent transactions, dossiers, demandes et employés touchés. Les sous-paiements et trop-payés ont des définitions datées. Les registres d'indemnisation connectent l'erreur de paie, le préjudice consécutif, la décision et le paiement.

La carte de contrôle devrait préserver la dignité des employés. Le personnel ne devrait pas avoir à répéter la même histoire à plusieurs équipes ou à déduire quelle organisation possède le problème. Un gestionnaire de dossier peut coordonner entre les RH ministérielles, le Centre de paie, les impôts, la retraite et les fonctions de réclamation tandis que chacun conserve une responsabilité formelle. Les communications devraient indiquer ce qui est connu, ce qui reste contesté, la prochaine action et la date prévue.

L'automatisation devrait soutenir, pas obscurcir, la responsabilité. Les moteurs de règles peuvent valider les données; les flux de travail peuvent acheminer les exceptions; l'analyse peut identifier les échecs récurrents; et les tableaux de bord peuvent montrer le vieillissement. Chaque décision automatisée devrait préserver les données source, la version de la règle, les changements de statut et les interventions humaines. Un code fermé ne devrait pas effacer les preuves nécessaires à un audit ou à une réclamation.

L'assurance indépendante devrait continuer après le lancement. Les auditeurs devraient échantillonner les employés, pas seulement les transactions, et suivre leurs dossiers à travers les systèmes. Les représentants des employés devraient voir des mesures agrégées des erreurs et des indemnisations. Les ministères devraient être comparés sur la ponctualité des données sans rejeter toute la faute sur le traitement central. Les résultats devraient être publiés avec des définitions suffisamment stables pour montrer les tendances.

Conclusion

Phoenix est devenu un test de responsabilité des marchés publics parce que le gouvernement a acheté et configuré un logiciel tout en redessinant le service qui l'entourait. Les fonctions manquantes, les tests incomplets, l'expertise réduite, la propriété fragmentée des données et la faible contestation du lancement ont interagi. Le rôle contractuel d'IBM importe, mais PSPC a conservé l'autorité de définir le travail, d'accepter la portée et de déployer. Une attribution précise est essentielle pour apprendre.

Le dossier d'impact nécessite une précision égale. Les employés sont des personnes; les transactions, demandes et dossiers sont des unités de travail. Les sous-paiements, trop-payés, arriérés, précision et échantillons d'audit ont des dénominateurs différents. Les dépenses annuelles, la stabilisation cumulée, les dommages et les estimations de remplacement ont des limites de coûts différentes. Un inventaire en baisse peut être un progrès sans prouver que chaque personne a été payée correctement et indemnisée.

L'indemnisation fait partie de la performance du système, pas une réflexion juridique externe. Le soutien d'urgence, les dommages généraux, les congés, les paiements forfaitaires, les versements de rattrapage et les demandes d'impact grave nécessitent des mesures transparentes d'admissibilité, de traitement et de résultat. Corriger la paie de base des mois ou des années plus tard ne répare pas automatiquement les conséquences fiscales, de crédit, de santé ou de perte de temps.

Dayforce offre une chance de construire des contrôles plus solides, mais la chance n'est pas une preuve. La configuration, la faisabilité et les tests parallèles planifiés doivent aboutir à des preuves reproductibles à travers de vrais événements RH, règles de paie, ministères et employés. Les dossiers Phoenix non résolus doivent avoir des propriétaires nommés et des chemins de migration rapprochés. La porte de lancement indépendante doit pouvoir dire non.

La norme durable est simple: le gouvernement ne devrait pas déclarer un système de paie prêt tant qu'il ne peut pas montrer qui a été testé, ce qui différait, comment les exceptions ont été résolues, comment les employés seront protégés et qui peut arrêter le déploiement. Ces preuves transforment la modernisation d'un calendrier en un service public responsable.