A Universidade da Califórnia e a City University of New York oferecem duas das maiores consolidações de gerenciamento de capital humano multi-campus no ensino superior americano. CUNYfirst começou sua implantação em 2010 em uma base Oracle PeopleSoft, eventualmente substituindo salários separados, benefícios, recursos humanos e sistemas de cronograma em 25 faculdades. UCPath usou a mesma abordagem de plataforma em uma escala diferente: dez campi, cinco centros médicos e um corte de salário de onda por onda que levou anos, não um verão. Em ambos os sistemas, a escolha de software foi menos consequente do que o regulamento administrativo abaixo.
A promessa era a mesma: um registro de funcionários, um ciclo de folha de pagamento, um arquivo de elegibilidade de benefícios, um rastro de auditoria. O sistema da Universidade Estadual da Califórnia formalizou essa ideia em seu Sistema Comum de Recursos Humanos, conhecido como CHRS, que está movendo 23 campi em direção ao processamento compartilhado de RH e folha de pagamento. Projetos nesta categoria raramente falham porque uma plataforma carece de um recurso. Eles ficam parados quando uma regra de licença específica do campus, uma carta do lado do sindicato ou uma nomeação do corpo docente de nove meses tem que ser expressa em software que assume um funcionário de 12 meses.
Por que um calendário de salários é mais difícil do que uma plataforma
O salário universitário difere do salário do setor privado porque uma percentagem substancial do pessoal acadêmico não recebe um salário mensal uniforme. Faculdade de carreira pode ser paga ao longo de nove ou doze meses, nomeações adicionais renovar em percentagens variáveis de carga de trabalho, e nomeações de estudantes de pós-graduação incluem remissão de taxas, cronograma de bolsas de estudo, e lógica fiscal baseada em tratado. Um projeto de consolidação tem que decidir se essas regras permanecem em departamentos ou se mudam para o sistema central.
Essa decisão é visível no projeto da UCPath. O sistema centralizou a administração de salários e benefícios, deixando certos detalhes de cronograma e atribuição acadêmica no nível do campus. O limite nunca é óbvio. Coloque muita lógica no centro e os campi perdem flexibilidade; coloque muito pouco e o escritório central apenas opera uma cópia cara dos velhos sistemas locais.
O que realmente muda para os funcionários
Os portais de autoatendimento são a parte visível.Um membro do corpo docente que uma vez apresentou um reembolso de viagem em papel agora abre um portal, anexa um recibo e aguarda a aprovação do fluxo de trabalho.A mudança útil não é a interface; é que o caminho de aprovação, a cadeia de fundos, o depósito de salários e o registro de reembolso de funcionários se encaixam em uma transação com um log de auditoria.
O onboarding digital segue a mesma lógica.Uma nova carta de oferta de contratação, retenção de impostos, verificação de elegibilidade de emprego, eleição de benefícios, permissão de estacionamento e conta de rede do campus podem ser sequenciados em um único fluxo de trabalho em vez de sete fios de e-mail separados.Em uma instituição multi-campus, uma equipe de serviços compartilhados pode processar contratações independentemente de qual campus está postando.
Para os administradores, o compromisso é que um fluxo de trabalho central produz mais dados padrão e menos discrição local. Um gerente de departamento que costumava aprovar um pagamento único com uma nota agora enfrenta um sistema que diz que o funcionário não é elegível sob a regra configurada.
Photo by engin akyurt on Unsplash
As principais plataformas e como elas diferem na prática
A conversa de fornecedores no ensino superior geralmente se divide em torno de três sistemas: Oracle PeopleSoft, Workday e SAP SuccessFactors. Cada um tem clientes universitários suficientes para terem acumulado integrações conhecidas com sistemas de estudantes, administração de pesquisa e registros financeiros legados.
| Plataforma | Pegadas típicas | Força relativa em maior ed | Ponto de fricção comum |
|---|---|---|---|
| Oracle Pessoas | HR existente, salário, benefícios; muitas vezes já em execução finanças ou registros de estudantes | Configuração profunda para multi-assignação, salários pesados da união; base instalada por muito tempo | Adaptações de envelhecimento que nenhum funcionário atual entende completamente |
| dia de trabalho | Cloud HCM, folha de pagamento e, às vezes, módulos de finanças e estudantes | Auto-serviço de estilo consumidor, lançamentos frequentes, modelo de dados baseado em objetos | Migração de regras personalizadas no estilo PeopleSoft requer repensar as práticas locais |
| SAP SuccessFactores | Talento, aprendizagem, núcleo de RH; muitas vezes conectado a um salário separado através da SAP ou de um terceiro | Análise de Força de Trabalho e Gestão de Aprendizagem | Complexidade da integração salarial em ambientes acadêmicos multiempregadores e multiestados |
No nível do campus, diferenças práticas aparecem durante o teste paralelo de salários. Uma plataforma que lida com 26 períodos de pagamento de duas semanas ainda pode falhar em um estranho calendário acadêmico se a primeira data de pagamento de um período de outono chegar antes que a linha de aluguer efetiva do sistema seja aberta.
O dia do trabalhoMateriais de Ensino SuperiorConfiguração rápida da OraclePrática do Ensino SuperiorEnfatiza a base instalada de clientes da PeopleSoft que se move para a nuvem híbrida. Ambas as declarações são verdadeiras o suficiente como marketing, mas nenhuma substitui um plano de migração.
Sequências de implementação que sustentam
Projetos de HCM em todo o sistema são bem-sucedidos quando se sequenciam por calendário em vez de por prestígio no campus.Universidade da Califórnia UCPathCorreu cortes no campus em ondas planejadas para que o centro de serviços central pudesse absorver perguntas de salário de um grupo de campi antes que o próximo fosse ao vivo.
Documentos de governança desses projetos mostram um padrão recorrente: uma autoridade de design que inclui RH, salário, benefícios, auditoria interna e um representante de assuntos acadêmicos.
O teste é onde a metodologia decide o resultado. Corridas de folha de pagamento paralelas comparam o sistema legado e o novo HCM para cada categoria de funcionários e cada ciclo de folha de pagamento, incluindo auxiliares, pesquisadores de pós-graduação, funcionários de meio ano e funcionários encerrados com pagamentos de férias pendentes. Projetos que saltam um ciclo de folha de pagamento para permanecer no horário geralmente encontram o erro faltante no primeiro folha de pagamento ao vivo em vez disso.
A nuvem não remove o acordo de negociação coletiva
Uma suposição da consolidação de HCM na nuvem é que a padronização dos dados elimina o tratamento de exceções. Na prática, as exceções são escritas em contratos. A regra de salário do escritório do chanceler da CSU sobre o salário extra pode ser superada por uma carta sindical específica do campus. Uma política da Universidade da Califórnia sobre salário de verão pode diferir por disciplina, por fonte de financiamento e por quem assinou a subvenção. O software tem que modelar essas exceções como configuração, não como reflexões posteriores.
O atraso não é porque a plataforma de nuvem é difícil de instalar; é porque cada unidade de negociação tem que rever como saldos de férias, prémios de férias, diferenciales de mudança e os pagamentos fora do ciclo que seguem a documentação de compromisso tardio são representados no sistema.
Photo by Billy Huynh on Unsplash
O que a consolidação do sistema significa para contratação e onboarding
Em uma instituição consolidada, uma requisição de emprego na HCM pode carregar o número de posição, grau de salário, grupo de benefícios e fonte de financiamento da aprovação para a carta de oferta. O modelo de carta de oferta pode então puxar esses campos sem um recipiente humano. Para os candidatos, o primeiro sinal visível é muitas vezes um portal de auto-serviço que solicita documentos uma vez, após o qual o sistema encaminha o aluguel para o salário, benefícios, acesso de TI e uma conta de rede do campus.
O ensino superior ainda é executado em vários calendários de contratação que um sistema genérico de rastreamento de candidatos não entende. Uma busca por faixa de mandato pode levar nove meses; um aluguer de pós-doutorado financiado por subsídio pode precisar começar em três semanas; um aluguer adicional pode fechar e reabrir cada período. Um HCM consolidado deve lidar com todos os três sem forçá-los para o mesmo fluxo de trabalho de recrutamento. Os sistemas que fazem isso bem tratam o recrutamento como um ciclo de vida com portas de estágio, não uma lista de verificação linear.
Uma pergunta que faltava do painel
O caso de valor para a nuvem HCM no ensino superior geralmente começa com a poupança de custos e termina com a conformidade. A pergunta mais profunda é quem é autor das regras que o sistema impõe. Uma plataforma compartilhada pode tornar visível a variação legítima, ou pode codificar a interpretação de uma política por um campus e exportá-la para o resto.
O comunicado de imprensa raramente responde a isso. No momento em que o sistema vai ao vivo, os calendários de salários, os mapeamentos de unidade de negociação e os fluxos de trabalho de embarque são fixos o suficiente para serem difíceis de mudar. A pergunta que vale a pena perguntar na primeira reunião do comitê de direção é se a plataforma HCM servirá a nomeação do corpo docente, ou se a nomeação do corpo docente será reformulada para caber à plataforma. A maioria dos planos não decide; eles simplesmente descobrem a resposta após a primeira lista de salários de outono.