Resumen
Phoenix combinó un reemplazo de software con una centralización de servicios, por lo que la preparación tuvo que cubrir todo el sistema de recursos humanos a nómina.La iniciativa reemplazó un motor de nómina de décadas de antigüedad mientras trasladaba el trabajo de compensación de los departamentos a un nuevo Centro de Nómina. El informe de implementación de 2018 del Auditor General encontró que se eliminaron funciones críticas, se recortaron las pruebas, se desestimaron las advertencias de preparación y el sistema se implementó en dos oleadas en febrero y abril de 2016.
Un motor de cálculo podía parecer técnicamente operable mientras los departamentos, los datos, los procedimientos y la capacidad de servicio permanecían sin preparación.
El papel de IBM debe describirse a través del contrato y el trabajo autorizado, no mediante una historia moral de un solo proveedor.La empresa fue seleccionada como integradora para ayudar a diseñar, personalizar, integrar e implementar el sistema basado en PeopleSoft. Servicios Públicos y Adquisiciones de Canadá controló la gestión del proyecto, las decisiones comerciales, las autorizaciones de tareas y el lanzamiento. El rendimiento del proveedor es un tema legítimo de responsabilidad, pero el registro oficial no respalda asignar cada alcance, prueba, capacidad y decisión de lanzamiento únicamente a IBM.
Las primeras medidas de crisis combinaron personas, dinero y elementos de trabajo que no pueden tratarse como una sola estadística.El informe de problemas de pago de 2017 del Auditor General reportó recuentos de empleados y valores en dólares con fecha para pagos insuficientes y excesivos, mientras que otros registros contabilizaban solicitudes de pago pendientes. Un empleado puede tener varias transacciones o casos. Una solicitud puede ser informativa, no financiera o no resuelta sin probar el mismo grado de daño que un cheque de pago faltante.
La precisión agregada puede coexistir con dificultades individuales y un inventario antiguo.Un alto porcentaje de nómina procesado correctamente entre millones de pagos no establece que cada empleado recibió la cantidad correcta a tiempo. Una muestra de auditoría que muestra errores tampoco puede proyectarse mecánicamente a toda la fuerza laboral. La precisión, la puntualidad, la antigüedad del atraso, los empleados afectados, la recuperación de pagos excesivos y la reparación necesitan denominadores separados.
La respuesta humana no fue un solo programa.Los adelantos de salario de emergencia, el reembolso de costos, los daños generales, los créditos de licencia, los pagos globales, las disposiciones de puesta al día y las reclamaciones de impacto severo siguieron diferentes autoridades, grupos de negociación, períodos de elegibilidad y procesos. Una compensación automática no es una reclamación presentada; una reclamación presentada no es una reclamación aceptada; una reclamación aceptada no es necesariamente efectivo pagado en la misma fecha. La reparación de empleados necesita un libro de contabilidad tan disciplinado como el libro de nómina.
Los totales de costos requieren límites explícitos.Los presupuestos originales del proyecto, los ahorros previstos, los gastos anuales relacionados con Phoenix, la estabilización acumulada, los daños, las provisiones por pagos excesivos, el trabajo de transición departamental y las estimaciones del programa Dayforce responden a preguntas diferentes. Sumarlos sin ajustar por período y alcance duplica la actividad y oculta exclusiones. Una estimación de costo de reemplazo no es una factura, y un gasto anual no es el costo de vida acumulado.
Goss Gilroy y el Auditor General realizaron trabajos diferentes.El estudio de lecciones aprendidas encargado dice expresamente que no es una auditoría y que sus conclusiones son las de la firma consultora. Es una valiosa evidencia de consulta sobre cultura, gobernanza y gestión del cambio, pero no puede citarse como un hallazgo del Auditor General. Las etiquetas de mandato son parte de la precisión fáctica.
Dayforce sigue siendo un programa de preparación, no una prueba de que Phoenix haya sido reparado.El trabajo de viabilidad, la configuración, las pruebas con datos simulados, las ejecuciones paralelas planificadas y un cronograma de implementación acortado son evidencia de actividad e intención. El informe de modernización de 2026 del Auditor General describió una oportunidad para abordar riesgos mientras la planificación estaba incompleta. El éxito requiere resultados reconciliados similares a los de producción, migración controlada, preparación departamental, remedios para empleados y un punto de parada ejecutable independientemente.
La nómina es un sistema de continuidad del servicio público
La nómina a menudo se describe como una función administrativa, pero para los empleados es una obligación pública recurrente. Un pago perdido o incorrecto puede afectar el alquiler, la hipoteca, la comida, el cuidado de los niños, los impuestos, los beneficios, las contribuciones de pensión y el crédito. Para un empleador, el mismo error crea trabajo de apoyo, ajustes contables, obligaciones de recuperación y consecuencias en las relaciones laborales.
Cuando el empleador es el gobierno federal, la continuidad de la nómina también afecta la legitimidad institucional: el estado debe demostrar que puede cumplir con su compromiso más rutinario con las personas que brindan servicios públicos.
El límite de control comienza antes de cualquier cálculo. Un departamento crea o cambia un evento de empleo: nombramiento, traslado, asignación interina, licencia, horas extra, asignación, actualización de convenio colectivo, terminación o jubilación. El evento debe ser autorizado, ingresado correctamente y transmitido a tiempo. Las reglas de nómina determinan entonces lo que se debe. El Centro de Nómina puede necesitar documentos o acción manual. Phoenix calcula y emite el pago, pero la corrección posterior, los procesos de impuestos, pensiones, beneficios y contabilidad pueden depender del mismo registro.
Esa cadena explica por qué un diagnóstico de "error de software" es demasiado limitado. El motor de cálculo puede operar de acuerdo con las reglas configuradas mientras el evento de origen es tardío o incorrecto. Una transacción correcta puede esperar detrás de trabajo antiguo. Un sistema de recursos humanos departamental puede usar un proceso o estándar de datos diferente. Un convenio colectivo puede requerir actualizaciones masivas. Una corrección puede generar una nueva transacción e interactuar con un pago excesivo anterior.
Cada transferencia necesita un propietario, un estándar de servicio, un estado de excepción y una ruta de escalamiento.
Por lo tanto, la modernización combinó al menos cuatro cambios: tecnología, modelo operativo, capacidad de la fuerza laboral y comportamiento organizacional. El gobierno reemplazó el Sistema de Nómina Regional, centralizó servicios para muchos departamentos y redujo la capacidad de compensación local mientras pedía a las organizaciones que cambiaran las prácticas de recursos humanos. Una decisión de preparación tenía que responder si los cuatro cambios funcionaban juntos a escala real. Una prueba que mostraba que el software podía producir un cheque de pago era necesaria pero no suficiente.
La continuidad del sector público también requiere un respaldo. Si un nuevo sistema o servicio central no puede procesar un evento válido, los empleados aún necesitan ingresos oportunos. Los adelantos de emergencia pueden reducir el daño inmediato, pero crean trabajo de conciliación y recuperación. Un plan de contingencia duradero identifica quién puede autorizar dinero provisional, cómo se grava y registra, cuándo se concilia y cómo los empleados evitan tener que devolver una cantidad causada por la solución temporal antes de que se corrija su pago subyacente.
El caso de negocio combinó ahorros, centralización y entrega del sistema
La Iniciativa de Transformación de la Administración de Pagos comenzó en 2009. Se esperaba que sirviera a aproximadamente 290 000 empleados en más de cien organizaciones, reemplazara el sistema de nómina heredado y consolidara la administración de compensaciones. La narrativa pública del negocio incluía ahorros recurrentes gracias a menos puestos de compensación y un servicio más estandarizado. Esos objetivos no eran inherentemente irrazonables, pero crearon presiones de calendario y presupuesto que podrían entrar en conflicto con la evidencia de preparación.
El problema de gobernanza original fue el acoplamiento de la realización de beneficios con la eliminación temprana de capacidad. Si los ahorros proyectados dependen de eliminar puestos experimentados antes de que la nueva organización y el sistema demuestren un rendimiento estable, el programa consume su contingencia. El personal que comprende los convenios colectivos, los casos inusuales y las prácticas departamentales no es intercambiable con las características del software. Su conocimiento puede ser más valioso durante la migración, cuando aparecen defectos y excepciones de datos.
La auditoría de 2018 describió un presupuesto de proyecto aprobado de aproximadamente 310 millones de dólares canadienses y unos ahorros anuales esperados de 70 millones de dólares canadienses. Esas cifras pertenecen a la iniciativa original y su caso de negocio. No deben compararse directamente con una factura de estabilización anual posterior o una estimación plurianual de Dayforce sin explicar el alcance, la inflación, los departamentos y los costos operativos. Un presupuesto es una autorización y un marco de planificación; un costo realizado requiere un gasto real;
un ahorro prometido requiere una línea base medida y una reducción lograda.
La gobernanza del caso de negocio debería incluir umbrales de servicio no financieros. Un programa no debería declararse exitoso simplemente porque se mantiene dentro del presupuesto de capital o cierra un proyecto de implementación. Los resultados requeridos deberían incluir pagos correctos y oportunos, antigüedad del atraso, resolución de llamadas, dificultades de los empleados, carga de trabajo departamental, intervención manual y fiabilidad de los controles. Si los ahorros se logran trasladando el trabajo o la demora a los departamentos y empleados, el libro de contabilidad público debería hacer visible esa transferencia.
Un proceso de aprobación sólido escalonaría los beneficios. Los puestos experimentados se mantendrían hasta que se demostrara el rendimiento de extremo a extremo en pagos normales, cambios complejos, picos estacionales, convenios colectivos y transferencias de empleados. Los ahorros se reconocerían solo después de que la evidencia independiente mostrara que el sistema y el Centro de Nómina podían absorber el volumen. La contingencia se financiaría como un requisito de servicio, no se trataría como evidencia de que el equipo del proyecto carecía de confianza.
La responsabilidad de adquisiciones siguió tareas autorizadas y autoridad retenida
IBM ganó la competencia pública de 2011 para apoyar el diseño, la personalización, la integración y la implementación del sistema Phoenix basado en PeopleSoft. El modelo de contratación utilizó autorizaciones de tareas a través de las cuales el gobierno especificaba el trabajo. El informe de 2018 del Comité de Cuentas Públicas sobre la construcción e implementación de Phoenix recogió los hallazgos del Auditor General y la respuesta institucional. Es evidencia sobre gobernanza y testimonio, no un fallo civil que asigne daños entre la Corona y el proveedor.
La distinción entre integrador y propietario del proyecto es crítica. Un proveedor es responsable de la entrega competente del trabajo que acepta, el asesoramiento preciso, la escalada de límites conocidos y el cumplimiento del contrato. El cliente sigue siendo responsable de los requisitos comerciales, la aprobación del alcance, los criterios de aceptación, la financiación, la preparación operativa y el lanzamiento. Un modelo de autorización de tareas puede hacer visibles esos límites si cada cambio registra quién lo solicitó, qué evidencia lo respaldó, cómo cambió el riesgo y quién aceptó el resultado.
La prueba de la reunión 81 del PACP registró el testimonio de PSPC de que IBM realizó el trabajo que se le pidió y que el departamento actuó como gerente del proyecto mientras IBM era el integrador. Ese testimonio debe atribuirse en lugar de tratarse como un hallazgo independiente de que el proveedor no tenía responsabilidad. Sin embargo, refuta la afirmación simplista de que IBM controló unilateralmente los requisitos y la puerta de lanzamiento.
El material de transición de 2022 del departamento continuó describiendo el papel de IBM en el soporte y la estabilización de Phoenix. Un informe departamental es útil para el contexto del contrato y las operaciones, pero sigue siendo el relato del departamento. Los costos, productos, defectos y decisiones del proveedor deben verificarse con los contratos, las autorizaciones de tareas, los registros de aceptación y la evidencia técnica independiente.
La reparación de adquisiciones requiere un libro de contabilidad de decisiones. Cada característica omitida, compromiso de configuración, aplazamiento de defecto y limitación de prueba debe identificar el asesoramiento del proveedor, la decisión del cliente, el propietario operativo, la población afectada y el riesgo residual. La autoridad de lanzamiento debe ser nombrada y lo suficientemente independiente como para detener la implementación.
No se puede permitir que la presión comercial del calendario redefina un criterio de aceptación fallido como una mejora posterior al lanzamiento sin responsabilidad explícita del ejecutivo y del propietario del servicio.
Los requisitos eran reglas de nómina, datos y procedimientos operativos
El pago federal está moldeado por estatutos, convenios colectivos, clasificaciones, asignaciones, licencias, pensiones, impuestos y eventos de empleo. La complejidad no excusa el fracaso, pero cambia la obligación de ingeniería. Los requisitos deben traducir las reglas legales y políticas en cálculos configurados, validaciones de entrada, flujo de trabajo, procedimientos de servicio y manejo de excepciones. La simplificación requiere acuerdo entre empleadores, agentes negociadores, departamentos y propietarios de políticas; un equipo de tecnología no puede simplificar silenciosamente una regla omitiéndola.
La implementación de Phoenix eliminó o aplazó funciones para mantenerse dentro del presupuesto y el cronograma. Parte del trabajo que el sistema heredado o los asesores departamentales habían apoyado se volvió manual o requirió nuevos procedimientos. Cuando se reduce el alcance de la funcionalidad, el programa debe contar el trabajo transferido a los humanos, dotar de personal a la función receptora y probar la solución alternativa. Una brecha no se cierra simplemente porque exista una instrucción manual.
La propiedad de los datos es igualmente importante. Los departamentos siguen siendo responsables de la información de recursos humanos oportuna y precisa, mientras que las operaciones de nómina centralizadas procesan muchas transacciones resultantes. El sistema necesita validación en la entrada, mensajes de rechazo claros, detección de duplicados y una vista compartida del estado. Si un departamento solo ve que se envió un evento mientras que el Centro de Nómina ve un caso incompleto, el empleado se convierte en el mecanismo de conciliación.
La modernización de las reglas de nómina debería producir un catálogo controlado. Cada regla necesita una autoridad, una interpretación en lenguaje sencillo, una lógica legible por máquina, ejemplos, casos límite, casos de prueba y fechas de vigencia. Los cambios necesitan control de versiones y pruebas de regresión. El catálogo debe distinguir las reglas que Phoenix calcula automáticamente de las que requieren intervención manual. Los informes de errores deben identificar si la causa fueron los datos de origen, la configuración, el cálculo, la demora en el procesamiento o la ambigüedad de la política.
Esta clasificación evita un error de atribución común. La auditoría financiera posterior del Auditor General encontró que muchos errores muestreados de pago básico y por funciones estaban asociados con la entrada de datos y demoras en el procesamiento, no con un cálculo erróneo de Phoenix. Eso no hace que el sistema sea exitoso: un servicio de nómina incluye sus controles de datos y procesos. Hace que el remedio sea más preciso. Reemplazar solo el motor no puede solucionar eventos de recursos humanos tardíos o capacidad de procesamiento insuficiente.
Las pruebas tenían que seguir a una persona a través de todo el sistema
Probar una plataforma de nómina requiere más que verificar cálculos aislados. Las pruebas de extremo a extremo comienzan con un evento de recursos humanos autorizado, pasan a través de los sistemas e interfaces departamentales, aplican la regla correcta, llegan al Centro de Nómina cuando se necesita trabajo manual, generan el pago y el asiento contable, actualizan los registros de impuestos y pensiones, y muestran un estado que el personal de apoyo y el empleado pueden entender. Las correcciones y reversiones también deben probarse.
La auditoría de 2018 encontró que PSPC no probó completamente Phoenix antes del lanzamiento y canceló un piloto planificado. Las pruebas se vieron limitadas a medida que se ajustaba el cronograma. Los departamentos informaron su preparación principalmente a través de autoevaluaciones, mientras que los problemas conocidos persistían. La cuestión central no era si existían scripts de prueba; era si los resultados representaban el volumen de producción, los casos complejos, las interfaces reales, el personal capacitado y la migración en dos oleadas.
La evidencia de preparación debe ser adversarial. Los evaluadores necesitan casos con mayor probabilidad de fallar: transferencias entre departamentos, pago por funciones, convenios colectivos retroactivos, licencia sin goce de sueldo, terminaciones, múltiples asignaciones, adaptación por discapacidad, embargo y recuperación. El sistema debe probarse con datos incompletos y contradictorios. Las pruebas de rendimiento deben incluir volúmenes máximos y trabajo de corrección acumulado, no solo transacciones nuevas y limpias.
La preparación operativa es un cálculo de capacidad. Pronosticar el trabajo entrante por tipo, la proporción automatizada, el tiempo de manejo, la dotación de personal, la finalización de la capacitación, la productividad durante el aprendizaje y el retrabajo. Comparar la capacidad con la nueva demanda más el inventario migrado. Si el modelo supone que el nuevo software aumenta inmediatamente la productividad, un revisor independiente debe exigir evidencia. Si los asesores experimentados ya se han ido, la contingencia debe tener en cuenta la pérdida de experiencia.
Una puerta de lanzamiento debe tener criterios de parada binarios: funciones críticas completadas o una solución alternativa adecuadamente dotada de personal probada; ningún defecto de gravedad uno sin resolver; conciliación dentro de la tolerancia; interfaces departamentales aprobadas; procedimientos de apoyo y pago de emergencia ejercitados; privacidad y seguridad aceptadas; y suficientes resultados paralelos que muestren resultados correctos. Los ejecutivos pueden aceptar el riesgo residual, pero la aceptación debe indicar la población de empleados y el remedio si el riesgo se materializa.
Las oleadas de 2016 convirtieron la debilidad de preparación en daño a los empleados
Phoenix se implementó en dos oleadas en febrero y abril de 2016. Los cambios de servicio centralizado ocurrieron alrededor del mismo período. Los empleados luego reportaron pagos tardíos, faltantes, insuficientes y excesivos, y el trabajo no resuelto se acumuló. El lanzamiento es el desencadenante porque expuso el sistema combinado a escala. La raíz incluye decisiones tomadas anteriormente sobre alcance, pruebas, personal, capacitación, preparación departamental, datos y gobernanza.
La auditoría de 2017 informó que en junio de 2017 el gobierno debía aproximadamente 228 millones de dólares canadienses a 51 000 empleados y 59 000 empleados debían aproximadamente 295 millones de dólares canadienses al gobierno. Estas eran medidas con fecha derivadas del método de la auditoría. No significan 110 000 personas únicas porque las poblaciones pueden superponerse, y no equivalen a todas las dificultades, todas las correcciones posteriores o todas las transacciones. El informe 42 del Comité de Cuentas Públicas registró una medida separada de 520 000 solicitudes de pago pendientes al 18 de octubre de 2017.
Esa diferencia —empleados frente a solicitudes— es fundamental. Una persona puede tener un pago insuficiente, un pago excesivo, un problema fiscal y varios cambios pendientes. Una solicitud puede generar múltiples transacciones. Un caso puede agrupar trabajo relacionado o representar una consulta de soporte. Los informes nunca deben escribir "520 000 empleados" cuando la fuente dice solicitudes. Tampoco se debe describir una reducción de transacciones como el mismo número de personas reparadas.
El pago insuficiente y el pago excesivo también tienen medición asimétrica. Un pago excesivo crea una cuenta por cobrar identificable para el gobierno una vez detectado, aunque los registros históricos mezclaban pagos excesivos administrativos y reales. El pago insuficiente no siempre se identificaba automáticamente como una población completa; podía permanecer oculto hasta que un empleado, departamento o asesor de compensación lo encontraba. Un informe de 2020 de PSPC al comité sobre Phoenix reconoció límites para segregar tipos de pagos excesivos y rastrear con precisión los pagos insuficientes.
El impacto en los empleados no puede reducirse a dólares netos. Una corrección posterior puede restaurar el pago bruto mientras deja efectos sobre intereses, impuestos, beneficios, crédito, tiempo y salud. Un pago excesivo puede crear temor a la recuperación incluso cuando el empleado informó el problema de inmediato. La rendición de cuentas requiere la fecha en que el empleado perdió por primera vez el acceso al pago correcto, la fecha en que llegó el apoyo provisional, la fecha en que se corrigió el registro subyacente y la fecha en que se resolvió el daño consecuente.
El inventario actual es trabajo, no un recuento de víctimas
El panel del Centro de Nómina reportó 198 000 transacciones listas para procesar al 17 de junio de 2026. Las dividió en aproximadamente 133 000 transacciones con impacto financiero, 62 000 sin impacto financiero o que involucran consultas generales, y 3000 relacionadas con convenios colectivos. También separó el trabajo dentro de los estándares de servicio, fuera de los estándares por menos de un año y más de un año de antigüedad.
Esas categorías son útiles solo si sus definiciones viajan con el número. "Listo para procesar" es un estado de flujo de trabajo, no todo el trabajo en cada departamento. "Impacto financiero" no especifica pago insuficiente, pago excesivo o cantidad. "Sin impacto financiero" aún puede ser importante para el registro de un empleado. Una consulta puede no ser un error. Por lo tanto, el inventario no es el recuento de empleados perjudicados, y su disminución no prueba una corrección o reparación completa.
El mismo panel reportó transacciones entrantes y procesadas para un período reciente, incluido el trabajo manual y automatizado. El rendimiento superior a la entrada puede reducir el inventario, pero no muestra calidad a menos que se rastreen las correcciones y reaperturas. La automatización puede cerrar el trabajo rutinario más rápido mientras los casos complejos más antiguos permanecen. Un buen panel combina volumen con antigüedad, precisión a la primera, recuento de empleados, retrabajo, efecto financiero y confirmación de resolución.
La página de operaciones actuales de PSPC describe un sistema de nómina más amplio que sirve a más de 430 000 empleados públicos actuales y anteriores en más de cien organizaciones, y el Centro de Nómina atiende directamente a un subconjunto. Reporta millones de cheques de pago y una alta tasa de precisión agregada quincenal. Esa población difiere del inventario de transacciones del panel y del recuento de empleados afectados de la OAG.
La precisión agregada debe interpretarse como "qué proporción de pagos cumplió con la medida de precisión declarada", no "qué proporción de empleados no experimentó ningún problema". Una persona puede recibir muchos pagos correctos después de un error antiguo no resuelto. Un pequeño porcentaje de millones de pagos aún puede representar un daño individual grave. La métrica necesita una definición, numerador, denominador, período y tratamiento de las correcciones.
Muestreo de auditoría, equidad de nómina y corrección individual
El comentario de 2024–25 sobre auditorías financieras del Auditor General reportó que el 29 por ciento de los empleados muestreados tuvo un error en el pago básico o por funciones durante el año, y el 21 por ciento aún requería corrección al 31 de marzo de 2025. Esos son resultados de muestra bajo un método de auditoría. No pueden multiplicarse por toda la fuerza laboral para declarar un recuento de población sin un diseño estadístico y un análisis de confianza.
La auditoría también concluyó que los gastos de nómina se presentaban de manera justa en general. La equidad de los estados financieros utiliza la materialidad a nivel agregado; no certifica el pago de cada empleado. Un gobierno puede tener gastos de nómina declarados de manera justa mientras los empleados individuales experimentan errores personales materiales. Los informes institucionales deben presentar ambas verdades sin usar una para cancelar la otra.
La OAG atribuyó los errores muestreados nuevamente a errores de entrada de datos y demoras en el procesamiento, no a cálculos incorrectos de Phoenix. Esa distinción dirige la reparación hacia la puntualidad departamental, la validación y la capacidad, así como el reemplazo del sistema. No absuelve al servicio de extremo a extremo. Los empleados no experimentan límites organizativos; experimentan si llegó el dinero correcto.
Al 31 de marzo de 2025, la auditoría describió aproximadamente 349 000 solicitudes de acción de pago pendientes, más de la mitad con más de un año de antigüedad. También reportó más de 472 millones de dólares canadienses en pagos excesivos pendientes, una provisión para cuentas de cobro dudoso y una cuenta por cobrar neta más baja. El pago excesivo bruto, la provisión y el valor contable neto son medidas contables separadas. La antigüedad no prueba la cobrabilidad ni la culpabilidad.
Un panel responsable mostraría la evidencia de la muestra y la población por separado. Las métricas operativas pueden cubrir todas las transacciones registradas, mientras que las auditorías independientes prueban muestras y controles. Las excepciones encontradas por una auditoría deben alimentar la remediación, y la remediación debe volverse a probar. Los lectores públicos deben ser informados cuando las definiciones difieren entre los sistemas de la OAG, PSPC, la Junta del Tesoro y los sistemas departamentales.
La recuperación de pagos excesivos no debe crear un segundo daño
Un pago excesivo no es dinero gratis, pero la recuperación no es un simple ejercicio de cobro de deudas cuando el sistema del empleador causó o prolongó el error. El gobierno debe establecer el monto, el período, el tratamiento fiscal, las correcciones anteriores y el período legal de recuperación. Los empleados necesitan un estado de cuenta comprensible y una forma de disputar el cálculo. Los calendarios de recuperación deben tener en cuenta las dificultades y los pagos no resueltos en curso.
Un informe de 2022 de PSPC sobre pagos excesivos de Phoenix utilizó cifras con fecha que combinaban pagos excesivos administrativos y reales, y reportó empleados identificados, montos creados, montos recuperados y saldos pendientes. Esas medidas no deben compararse directamente con la cuenta por cobrar posterior del estado financiero de la OAG sin conciliar la fecha, la población, las cancelaciones, los ajustes fiscales y la definición.
Los pagos excesivos administrativos pueden surgir cuando un registro se corrige a través de transacciones que crean temporalmente montos compensatorios. Un pago excesivo real es dinero que finalmente no se le debe al empleado. Si el sistema no pudo separarlos de manera confiable en una fecha histórica, el informe debe decirlo. Etiquetar el monto combinado como deuda del empleado exagera la certeza y puede llevar a una acción de recuperación inapropiada.
El pago insuficiente necesita un proceso igualmente sólido aunque no aparezca como una cuenta por cobrar del gobierno. Los empleados no deben soportar la carga de reconstruir cada evento faltante. Los departamentos y PSPC necesitan detección proactiva: comparar los datos de empleo autorizados con el pago real, identificar cambios inexplicables y contactar a las personas antes de que persista una discrepancia. Las consecuencias de intereses, impuestos y beneficios deben vincularse a la corrección subyacente.
El objetivo de control es un estado de conciliación único visible para el empleado y el personal de apoyo autorizado. Debe enumerar los eventos de empleo, el pago esperado, el pago real, las correcciones, los adelantos, los pagos excesivos, las recuperaciones y las disputas restantes por fecha. Diferentes sistemas pueden operar detrás de la interfaz, pero la persona no debe recibir saldos contradictorios de diferentes equipos.
La reparación fue una familia de acuerdos y reclamaciones
El centro de reclamaciones y compensación de la Junta del Tesoro organiza múltiples procesos de daños de Phoenix. La estructura misma muestra por qué "reclamaciones pagadas" es demasiado vago. Algunas compensaciones se acreditaron automáticamente a los empleados actuales elegibles; algunos ex empleados o patrimonios tuvieron que solicitar; algunos remedios cubrieron daños generales; y los procesos de impacto severo requirieron evidencia individualizada.
El acuerdo de daños de 2019 cubrió a los agentes negociadores firmantes y proporcionó una compensación general que incluía hasta cinco días de licencia según sus términos. También creó vías para daños financieros y no financieros adicionales. Un crédito de licencia tiene un valor pero no es lo mismo que efectivo pagado a un ex empleado o daños otorgados después de una reclamación.
El acuerdo separado de 2020 con PSAC utilizó disposiciones monetarias de daños generales para los empleados representados elegibles y abordó la implementación tardía de convenios colectivos. La elegibilidad dependía de los años fiscales cubiertos y el estado laboral. La existencia de un acuerdo no establece que cada persona afectada perteneciera a su unidad de negociación o recibiera el monto máximo.
Un memorando de puesta al día de 2021 alineó beneficios específicos para las personas cubiertas por el acuerdo anterior. Debe informarse como un mecanismo posterior distinto, no fusionarse silenciosamente con los términos de 2019. La fecha del acuerdo, el período de elegibilidad y la fecha de pago pueden diferir.
El proceso de impacto severo aborda categorías como costos financieros, pérdida de ingresos por inversiones, licencia relacionada con problemas de salud y dificultades personales o financieras graves, sujeto a los términos aplicables y la evidencia. Un umbral se aplica a muchas categorías, mientras que algunas tienen un tratamiento diferente. Una reclamación presentada no es evidencia de que el monto reclamado fue aceptado, y un remedio aceptado puede incluir restauración de licencia en lugar de efectivo.
Por lo tanto, los informes de reparación deben mostrar las poblaciones por separado: acreditado automáticamente, elegible para reclamar, reclamaciones recibidas, decididas, aceptadas total o parcialmente, denegadas, pagadas, reabiertas y pendientes. También deben mostrar el tiempo de procesamiento mediano y final. El propósito no es solo contable. La demora en la reparación puede profundizar el daño original y erosionar la confianza incluso después de que se corrija el pago base.
La información de costos necesita un mapa de alcance
El informe de gastos de Phoenix 2024–25 de la Junta del Tesoro reportó 937,5 millones de dólares canadienses en gastos relacionados con Phoenix para ese año fiscal. La página establece exclusiones, incluido el trabajo de Nómina y Recursos Humanos de Próxima Generación, daños y reclamaciones de la Corona, y costos de oportunidad. Es un total anual con alcance definido, no el costo acumulado de Phoenix desde 2009.
Diferentes preguntas de costos necesitan diferentes libros de contabilidad. El presupuesto de implementación original responde a lo que el proyecto estaba autorizado a gastar. El gasto anual de estabilización responde a lo que el gobierno gastó en un año bajo categorías declaradas. Los informes de daños informan obligaciones de compensación. Las provisiones por pagos excesivos son estimaciones del balance, no gastos del programa. El tiempo del personal departamental y el trabajo de políticas retrasado pueden ser costos de oportunidad. Las estimaciones de Dayforce se refieren a un programa sucesor.
La estimación de costo de reemplazo de 2019 del Oficial de Presupuesto Parlamentario fue una estimación de escenario basada en supuestos disponibles en ese momento. No era una adjudicación de adquisición, un presupuesto aprobado de Dayforce ni una factura real. Compararla con estimaciones posteriores puede mostrar cómo cambiaron el alcance y la información, pero solo si se conservan los supuestos y la base de precios.
Los controles de costos deben asignar cada dólar a programa, organización, año fiscal y propósito: operar, estabilizar, limpiar inventario, compensar, recuperar, diseñar reemplazo, departamento de transición o retirar legado. Los costos compartidos necesitan reglas de asignación. Los informes públicos deben conciliar los totales anuales con las cifras acumuladas y explicar los cambios. Los ahorros deben informarse netos del trabajo departamental desplazado y los procesos manuales continuos.
La relación calidad-precio no es el lanzamiento más barato. Es el costo de entregar pagos correctos y oportunos con controles sostenibles. Una ejecución paralela más costosa puede ser un buen valor si evita la migración de errores y el daño a los empleados. Por el contrario, extender los sistemas antiguos y nuevos indefinidamente puede crear costos duplicados sin reducir el riesgo. Los tomadores de decisiones necesitan criterios de salida explícitos en lugar de una declaración impulsada por el cronograma.
Goss Gilroy fue un estudio de lecciones, no una auditoría
El informe de lecciones aprendidas de Goss Gilroy revisó la iniciativa desde 2008 hasta abril de 2016 mediante revisión de documentos y consultas. El informe dice expresamente que no es una auditoría y que sus opiniones y conclusiones pertenecen a Goss Gilroy, no necesariamente al gobierno. Ese descargo es un límite de evidencia sustancial.
El estudio sigue siendo valioso. Organizó lecciones en torno a la gobernanza, la supervisión, la gestión del cambio, la capacidad, las pruebas y la cultura del proyecto. La consulta puede revelar cómo los participantes entendieron la presión y la toma de decisiones, incluida información que los documentos formales del proyecto subestiman. Pero no utiliza el mandato legal del Auditor General ni su método de aseguramiento, y sus observaciones basadas en entrevistas no deben presentarse como hechos juzgados.
Los informes de la OAG, los comités parlamentarios, los informes departamentales y el estudio de Goss Gilroy pueden leerse juntos a través de una matriz de mandatos. Para cada proposición, la matriz indica si la fuente auditó registros, escuchó testimonios, describió la política departamental, reportó opiniones de participantes o emitió una recomendación. El acuerdo entre fuentes con diferentes mandatos puede fortalecer una conclusión; el desacuerdo debe ser visible en lugar de promediarse.
Este enfoque protege tanto la rendición de cuentas como la equidad. Evita que una observación de consultoría se convierta en un hallazgo legal contra un individuo. También evita que una institución descarte una lección operativa recurrente simplemente porque no se produjo a través de una auditoría. La respuesta correcta es probar la observación contra los registros y la evidencia operativa actual.
La actividad de estabilización no es lo mismo que la resolución
La estrategia integrada de recursos humanos y nómina de PSPC combina la estabilización actual de Phoenix, la reducción del atraso y el trabajo futuro de Dayforce. El marco integrado es sensato porque el trabajo no resuelto y el diseño de reemplazo interactúan. También crea un riesgo de información: el progreso en una corriente puede confundirse con el éxito en otra.
Una actualización de progreso de marzo de 2026 dijo que una alta proporción de una población objetivo de casos antiguos había sido procesada y que las transacciones con más de un año de antigüedad habían disminuido. "Casos objetivo" no es el inventario completo, y "procesado" por sí solo no prueba que cada empleado estuviera de acuerdo con el resultado o recibiera una reparación consecuente. El denominador y la selección del objetivo deben permanecer visibles.
La estabilización debe tener resultados en capas. Primero, procesar la transacción. Segundo, verificar el pago resultante y los registros posteriores de impuestos, pensiones y beneficios. Tercero, confirmar con el empleado que el problema está resuelto o registrar una disputa restante. Cuarto, conectar a la persona con la compensación aplicable. Quinto, probar si el control raíz cambió para que el tipo de caso no se repita.
La reducción del inventario puede, de otro modo, recompensar el cierre en lugar de la corrección. Los equipos bajo presión de volumen pueden dividir o combinar el trabajo de manera diferente, cambiar las definiciones de estado o cerrar una consulta mientras una transacción financiera permanece. El muestreo de calidad independiente, las tasas de reapertura y la confirmación del empleado limitan ese riesgo. La información sobre los casos más antiguos evita que la mejora agregada oculte una cola persistente.
El sistema estabilizado también necesita resiliencia operativa hasta su retiro. Los parches de seguridad, el soporte del proveedor, los calendarios de nómina, los cambios de convenios colectivos y el personal experimentado no pueden descuidarse porque Dayforce está planificado. El período de transición puede ser la fase de mayor riesgo: las personas aprenden una nueva plataforma mientras mantienen Phoenix y limpian el trabajo antiguo. Los modelos de capacidad deben incluir ambos sistemas y la preparación departamental.
La planificación de Dayforce debe ganarse el derecho a lanzarse
El informe de viabilidad de Dayforce describe la investigación, configuración y pruebas utilizadas para evaluar si la plataforma comercial podía satisfacer las necesidades federales de recursos humanos y nómina. El trabajo de viabilidad puede reducir la incertidumbre, pero los datos simulados y los escenarios seleccionados no prueban una nómina de producción precisa en todos los departamentos, convenios colectivos y excepciones heredadas.
La OAG de 2026 reportó que la transformación de Dayforce permanecía en planificación hasta junio de 2027 y citó un total preliminar superior a 4200 millones de dólares canadienses que excluía costos importantes de transición departamental. También advirtió que los errores no resueltos de Phoenix podrían trasladarse al nuevo sistema y que la simplificación de las reglas de nómina seguía incompleta. Durante y después de la auditoría, el programa acortó su cronograma. Una fecha más rápida aumenta la carga de la prueba; no la reduce.
La página de seguimiento de compromisos de PSPC describe hitos de configuración y pruebas. Los hitos prospectivos son planes. Los informes deben usar "espera", "planea" o "apunta" hasta que ocurra el evento y pase la evidencia. Una prueba paralela planificada no es una conciliación completada.
La puerta de lanzamiento debe requerir una nómina paralela similar a la producción para departamentos representativos y casos difíciles durante suficientes ciclos para incluir retroactividad, beneficios y efectos de fin de año. Cada diferencia debe clasificarse, asignarse y resolverse. La prueba debe comparar el pago esperado, la salida de Phoenix, la salida de Dayforce y el registro real del empleado, en lugar de asumir que Phoenix es siempre la referencia correcta.
Los controles de migración deben separar los datos maestros limpios de los casos no resueltos. Las transacciones abiertas necesitan una disposición: resolver antes de la migración, migrar con historial completo y propietario designado, o retener en un proceso heredado controlado. Los saldos de pagos excesivos, adelantos, licencias, impuestos y pensiones necesitan conciliación. Los empleados deben poder ver qué sistema posee su problema durante la transición.
La preparación departamental debe evidenciarse de forma independiente. Cada organización necesita personal capacitado, procesos de recursos humanos mapeados, resultados de calidad de datos, pruebas de interfaz, rutas de soporte y contingencia. Un programa central debe muestrear y desafiar las autoevaluaciones. La autoridad de parada debe poder retrasar un departamento u oleada sin ser anulada únicamente porque se ha anunciado un calendario público.
Un mapa de control para la preparación y reparación de la nómina
Un sistema de rendición de cuentas reparado puede organizarse en torno a ocho dominios. Los propietarios de requisitos mantienen el catálogo de reglas de nómina y aprueban la simplificación. Los propietarios de adquisiciones registran el trabajo, el asesoramiento, la aceptación y los defectos del proveedor. Los equipos técnicos configuran y prueban. Los departamentos son dueños de los eventos de recursos humanos oportunos. PSPC es propietaria de las operaciones del Centro de Nómina y del servicio de extremo a extremo. La Junta del Tesoro es propietaria de la política del empleador y los marcos de daños.
Los propietarios de finanzas concilian la nómina y los pagos excesivos. Una autoridad de lanzamiento independiente decide si la evidencia respalda la transición.
Cada dominio necesita prueba observable. Los requisitos se rastrean hasta la configuración y las pruebas. Las tareas del proveedor tienen registros de aceptación. Los eventos departamentales cumplen con los umbrales de puntualidad y validación. La capacidad del Centro de Nómina supera la demanda prevista con contingencia. Las métricas de inventario concilian transacciones, casos, solicitudes y empleados afectados. Los pagos insuficientes y excesivos tienen definiciones con fecha. Los libros de contabilidad de reparación conectan el error de pago, el daño consecuente, la decisión y el pago.
El mapa de control debe preservar la dignidad del empleado. El personal no debe tener que repetir la misma historia a múltiples equipos o inferir qué organización posee el problema. Un administrador de casos puede coordinar entre las funciones de recursos humanos departamentales, el Centro de Nómina, impuestos, pensiones y reclamaciones, mientras cada una conserva la responsabilidad formal. Las comunicaciones deben indicar lo que se sabe, lo que sigue en disputa, la próxima acción y la fecha prevista.
La automatización debe apoyar, no oscurecer, la rendición de cuentas. Los motores de reglas pueden validar datos; el flujo de trabajo puede enrutar excepciones; la analítica puede identificar fallas recurrentes; y los paneles pueden mostrar la antigüedad. Cada decisión automatizada debe preservar los datos de origen, la versión de la regla, los cambios de estado y las anulaciones humanas. Un código cerrado no debe borrar la evidencia necesaria para una auditoría o una reclamación.
El aseguramiento independiente debe continuar después del lanzamiento. Los auditores deben muestrear a los empleados, no solo las transacciones, y seguir sus registros a través de los sistemas. Los representantes de los empleados deben ver medidas agregadas de error y reparación. Los departamentos deben compararse en cuanto a la puntualidad de los datos sin trasladar toda la culpa al procesamiento central. Los resultados deben publicarse con definiciones lo suficientemente estables para mostrar tendencias.
Conclusión
Phoenix se convirtió en una prueba de rendición de cuentas en la contratación pública porque el gobierno compró y configuró software mientras rediseñaba el servicio que lo rodeaba. Funciones faltantes, pruebas incompletas, experiencia reducida, propiedad de datos fragmentada y un desafío de lanzamiento débil interactuaron. El papel contratado de IBM importa, pero PSPC retuvo la autoridad para definir el trabajo, aceptar el alcance e implementar. La atribución precisa es esencial para aprender.
El registro de impacto requiere igual precisión. Los empleados son personas; las transacciones, solicitudes y casos son unidades de trabajo. El pago insuficiente, el pago excesivo, el atraso, la precisión y las muestras de auditoría tienen diferentes denominadores. El gasto anual, la estabilización acumulada, los daños y las estimaciones de reemplazo tienen diferentes límites de costos. Un inventario decreciente puede ser progreso sin probar que cada persona fue pagada correctamente y compensada.
La reparación es parte del rendimiento del sistema, no un pensamiento legal externo. El apoyo de emergencia, los daños generales, las licencias, los pagos globales, los pagos de puesta al día y las reclamaciones de impacto severo necesitan elegibilidad transparente, medidas de procesamiento y resultado. Corregir el pago base meses o años después no repara automáticamente las consecuencias fiscales, crediticias, de salud o de tiempo perdido.
Dayforce ofrece una oportunidad para construir controles más sólidos, pero la oportunidad no es una prueba. La configuración, la viabilidad y las pruebas paralelas planificadas deben culminar en evidencia reproducible a través de eventos reales de recursos humanos, reglas de nómina, departamentos y empleados. Los registros no resueltos de Phoenix deben tener propietarios designados y rutas de migración reconciliadas. La puerta de lanzamiento independiente debe poder decir que no.
El estándar duradero es simple: el gobierno no debe declarar un sistema de nómina listo hasta que pueda mostrar quién fue probado, qué fue diferente, cómo se resolvieron las excepciones, cómo se protegerá a los empleados y quién puede detener la implementación. Esa evidencia convierte la modernización de un cronograma en un servicio público responsable.