Substituindo PeopleSoft por Workday: integrando mais de 200 sistemas corporativos

Por que transformações HCM falham (e o que fizemos diferente)

A maioria das transformações HCM não falha na camada HCM. Workday e SuccessFactors são plataformas maduras — os fornecedores sabem o que fazem. Elas falham nas bordas, nas integrações. O HRIS é a espinha dorsal que conecta folha, impostos, finanças, segurança, identidade, diretório, governança, aprendizado, desempenho, mobilidade, viagens, despesas e muitos processos de negócio sob medida. Substitua a espinha dorsal sem trocar cuidadosamente os conectores e o corpo desmorona.

Quando assumimos o programa, o inventário apontou mais de 200 sistemas integrados, em sua maioria acumulados em uma década de conexões ponto a ponto ad hoc com o banco de dados PeopleSoft. Alguns eram extrações noturnas de arquivos. Outros eram serviços SOAP quase em tempo real. Outros eram views diretas de somente leitura do esquema PeopleSoft. Alguns — encontrados apenas em uma descoberta aprofundada — eram procedimentos armazenados não documentados.

O problema de arquitetura não era «como migrar para o Workday». Era «como adaptar 200 integrações a uma nova plataforma com um modelo de API completamente diferente, em um prazo medido em trimestres, sem perder uma execução da folha».

A estratégia de integração de quatro camadas

Classificamos cada uma das mais de 200 integrações em um de quatro padrões e criamos uma arquitetura de destino para cada um. A maior parte do programa seguiu um caminho previsível depois disso.

1. Integrações por API em tempo real. Sistemas de identidade, segurança e diretório consomem eventos Workday por serviços web REST/SOAP. Novas contratações chegam ao Active Directory, aos sistemas de permissões e aos fluxos de revisão de acesso em minutos.
2. Lotes baseados em arquivos. Folha de pagamento, declarações fiscais, administração de pensões e uma longa lista de sistemas legados consomem extrações agendadas. Padronizamos um único formato de arquivo de saída com versionamento rigoroso, para que mudanças futuras em consumidores não se propaguem por todo o conjunto.
3. Conexão via middleware. Alguns sistemas esperavam o antigo contrato PeopleSoft e não podiam ser alterados no nosso prazo. Fizemos a ponte pelo middleware de integração corporativa, convertendo payloads Workday para o formato legado, sem mudar o consumidor.
4. Desativação direta. Um número surpreendente de integrações estava morto — criado anos antes, sob responsabilidade de equipes que já haviam mudado, consumido por sistemas desativados. Nós as desligamos. (Isso sempre economiza mais tempo do que o esperado.)

A camada de acesso às APIs Workday

O Workday oferece muitas APIs, mas tem convenções próprias. Expõe serviços SOAP baseados em WSDL para quase tudo, além de endpoints REST modernos para funcionalidades mais recentes. O padrão correto é encapsulá-los — nunca expor o Workday diretamente aos consumidores internos.

Criamos uma camada leve de integração à frente do Workday: um catálogo interno de serviços REST que traduz o vocabulário do banco (trabalhador, função, centro de custo, gestor) para os objetos nativos do Workday. É nessa camada que ficam autenticação, autorização, limitação de requisições, novas tentativas, idempotência e auditoria. Assim, os consumidores não precisam aprender Workday — e, se o Workday lançar uma mudança incompatível, só essa camada muda.

Para leituras de alto volume (dados de organograma, mapeamentos de funções e percursos de hierarquia), espelhamos os dados Workday em um repositório de leitura atualizado por Workday Outbound EIBs e assinaturas de eventos. Os consumidores em lote consultam o espelho; a instância ativa do Workday não é sobrecarregada.

Login único e mobilidade, resolvidos de uma vez

Duas iniciativas transversais fizeram parte do programa porque executá-las depois teria custado o dobro.

A primeira foi SSO em todo o Workday . Federação SAML do provedor de identidade do banco para o Workday em desktop e dispositivos móveis, combinada com acesso condicional conforme o risco da sessão. Os usuários finais têm um login; a equipe de segurança ganha controle centralizado de sessões e uma trilha de auditoria clara.

A segunda foi mobilidade via AirWatch (hoje Workspace ONE) como EMM. O Workday Mobile é implantado pelo AirWatch com controles de política — sem copiar/colar dados sensíveis, acesso condicional e limpeza remota de dispositivos perdidos. Implantar isso junto com a transição HCM evitou ter que retomar a mobilidade após a entrada em produção.

Transição: em fases, paralela e reversível

Para um sistema que controla folha de pagamento e declarações fiscais, mudar tudo de uma vez não é opção. Rodamos em paralelo por um ciclo completo de folha: PeopleSoft e Workday produziram saídas simultaneamente, a camada de integração alimentou os sistemas de destino pelo PeopleSoft (o sistema de registro naquele momento) e um mecanismo de conciliação comparou cada registro entre as duas plataformas HRIS. As divergências eram triadas diariamente.

A transição ocorreu domínio por domínio, não de uma vez: primeiro RH central, depois remuneração, controle de tempo e talentos. Em cada domínio, o sistema de registro só mudava após uma execução paralela sem divergências. A reversão era automatizada por scripts — nunca entramos em uma fase sem uma saída testada.

O que uma empresa pode aprender com isso

• Inventário antes da arquitetura. As primeiras seis semanas foram de descoberta completa das integrações — leituras de esquemas, tarefas agendadas e procedimentos não documentados. Pule isso e o programa encontrará surpresas durante a transição.
• Encapsule o SaaS. Nunca deixe os consumidores internos se acoplarem diretamente aos WSDLs Workday. A camada leve de integração é a coisa mais valiosa que construímos.
• Réplicas de leitura para consumidores com muitas consultas. Instâncias Workday não gostam de ser sobrecarregadas por consultas de dados organizacionais. Espelhe, depois leia.
• Divida a transição em fases. Domínio por domínio, com execução paralela e conciliação — não tudo de uma vez.
• Inclua SSO e mobilidade durante o projeto. Fazer isso na transição é muito mais barato do que depois.

Fazendo isso na sua empresa?

A SEYSO projetou e liderou migrações HCM, ERP e SaaS em bancos de primeira linha e grandes empresas. Se você planeja uma grande transição para Workday, SuccessFactors ou outro SaaS com muitas integrações legadas, adoraríamos conversar. O mapa de integrações sempre é o trabalho — e é o que fazemos melhor.