A Workday virou headless para agentes de IA. A aposta é que as regras de negócio viajam com cada pedido

“Headless não pode significar sem lei.” Gabe Monroy, CTO da Workday, resumiu o anúncio inteiro numa frase no Workday Rising, em 13 de outubro.

Software headless expõe suas funções sem as próprias telas, para que outras aplicações possam acioná-lo. Para um sistema de registro que guarda folha de pagamento, cargos, aprovações e o razão contábil, virar headless para agentes de IA é um passo grande. A Workday deu esse passo em duas direções ao mesmo tempo.

Agentes entrando

A Trusted Agent Platform da Workday está em disponibilidade geral (GA) nas suas partes centrais:

• Agent Harness, que roda todo agente criado pela Workday, por clientes ou por parceiros, fornece o papel, a linha de reporte, as permissões e as políticas de quem fez o pedido, governa cada ação e encaminha o trabalho para modelos por custo e desempenho;
• Agent-Ready Tools, as ferramentas MCP da Workday, em GA no Workday Extend AI, que permitem a qualquer agente compatível com MCP ler dados da Workday e executar ações;
• Workday Data Cloud, incluindo o Live Data Query, que deixa usuários e agentes rodarem SQL sobre dados vivos da Workday, em vez de relatórios customizados ou cópias desatualizadas;
• Developer Agent e Custom Agents no Extend AI, para construir agentes que rodam no harness.

Os modelos oferecidos incluem Claude, Gemini, Llama, Mistral, GPT e NVIDIA Nemotron. O suporte a LangChain está em GA; o do Google ADK ainda está recebendo parceiros de design. Dois serviços do harness ainda não chegaram: o Agent Context Service está previsto para early access no fim de 2026 e o Grounded Reasoning para early access no início de 2027.

A Workday saindo

O segundo anúncio vai no sentido oposto. A Sana, o motor de experiência e orquestração de agentes da Workday, está indo para dentro do Claude, do Gemini Enterprise, do Microsoft Copilot, do Teams e do Slack. O autosserviço com a Sana já está em GA no Gemini Enterprise, no Copilot, no Teams e no Slack; a experiência completa da Sana nessas plataformas está prevista para o fim de 2026. A Sana no Claude Cowork está em early access, e um MCP da Sana para o Microsoft Copilot deve entrar em early access no fim de 2026. A Anthropic e a Workday também anunciaram uma parceria em torno dessa conexão.

A posição da Workday sobre a direção de saída é direta: “Ferramentas e plataformas de IA de terceiros nunca têm acesso bruto aos dados da Workday.” Um funcionário pode começar um pedido no Copilot ou no Claude; a Sana o encaminha para agentes da Workday, verifica políticas e aprovações e “salva o plano escolhido na Workday com trilha de auditoria completa”.

Onde fica cada decisão no desenho da Workday

Interface

• Claude
• Copilot
• Teams
• Slack
• Agentes do cliente

Portas de entrada intercambiáveis

Raciocínio e orquestração

• Qualquer modelo suportado
• Sana
• Agent Harness

Planeja o trabalho, escolhe o modelo

Autorização

• Identidade de quem pede
• Permissões da Workday
• Cadeias de aprovação

Decidida na Workday, a cada pedido

Execução e registro

• Transação de negócio
• Trilha de auditoria

Nunca sai do sistema de registro

Por que a arquitetura importa mais do que as funcionalidades

Os times enterprise construíram assistentes de RH e finanças principalmente copiando dados para fora: relatórios para um data warehouse, extrações para um índice vetorial, uma conta de serviço com amplo acesso de leitura. Cada cópia precisa do seu próprio modelo de acesso, e a conta de serviço enxerga mais do que qualquer funcionário deveria. Descrevemos o custo desse padrão em agentes de RH sem uma segunda cópia da Workday.

O desenho da Workday inverte a lógica. O agente vai até os dados com a identidade de quem fez o pedido, e a autorização é decidida onde as regras de negócio já vivem. É o mesmo princípio que a SAP aplica ao manter os agentes do Joule dentro do sistema de transação: controles que já funcionam são herdados, não reconstruídos. A diferença é que a Workday agora oferece isso a agentes que ela não construiu e a interfaces que ela não controla.

O que o anúncio não resolve

“Todo agente, seja criado pela Workday, por um cliente ou por um parceiro, trabalha sob as mesmas permissões, aprovações e trilhas de auditoria da Workday”, diz o comunicado. Isso vale quando o agente passa pelas Agent-Ready Tools ou pelo Live Data Query com a identidade de quem pediu. Não cobre automaticamente o que acontece do outro lado da chamada:

• O que sai. Os resultados devolvidos a um agente externo passam a estar no contexto, nos logs e possivelmente na memória desse agente, sob as regras de retenção da outra plataforma, não da Workday.
• De quem é a identidade. Um agente que chama a Workday com uma identidade de integração ampla, e não com a do funcionário, recebe as permissões da integração. A plataforma suporta o padrão certo; a integração precisa usá-lo.
• Duas trilhas de auditoria. A Workday registra a transação; o assistente onde o pedido começou registra a conversa. Reconstruir um incidente exige as duas, ligadas por algo que os dois lados registrem.
• Licenciamento. Agent-Ready Tools, Custom Agents e Developer Agent estão em GA no Workday Extend AI. Verifique o que o seu tenant tem antes de desenhar em cima deles.

O que fazer com isso

Para quem planeja agentes de RH ou finanças, a escolha prática mudou. Antes de montar mais uma extração, pergunte se o agente pode chamar as ferramentas da Workday com a identidade do funcionário. Documente quais portas de entrada podem iniciar quais transações. E trate os logs e a memória do assistente externo como parte do acervo de dados de RH, porque, depois da primeira chamada, eles são.