Workflow Audit para Agent Readiness (2026)

O que esta metodologia entrega

Este artigo descreve um método repetivel para avaliar se um processo de RH - ou partes específicas dele - pode ser gerenciado por um agente de IA. O método produz tres resultados: um mapa de decisões com cada ponto de decisão do workflow, uma classificação de cada ponto por tipo e um Agent-Readiness-Score que quantifica quanto do processo e automatizavel.

A metodologia é independente de tecnologia. Não pressupõe nenhuma plataforma de IA, fornecedor ou stack tecnológico específico. Funciona tanto para organizações avaliando seu primeiro deployment de agentes quanto para aquelas expandindo um existente para novos domínios.

McKinsey (2024) estima que 60-70% das atividades de trabalho em departamentos de RH podem ser parcialmente automatizadas com tecnologia existente. A auditoria de workflow identifica exatamente quais partes - ponto de decisão por ponto de decisão.

Passo 1: Definir o limite do workflow

Antes de analisar pontos de decisão, e preciso definir o que o workflow inclui e exclui.

Um workflow tem um gatilho (o que o inicia), um conjunto de etapas de processamento e um ou mais endpoints (o que constitui sua finalizacao). Também tem um limite de escopo - onde interage com outros workflows.

Exemplo: Processamento de atestados médicos

• Gatilho: Colaborador apresenta atestado médico (papel, e-mail, upload no portal ou notificacao do gestor)
• Endpoints: Registro no SAP atualizado, gestor notificado, folha de pagamento ajustada se aplicavel, ação de retorno programada se limiar excedido
• Limite de escopo: Este workflow NÃO inclui a entrevista de retorno ao trabalho em si (isso e um workflow separado). NÃO inclui o processo de reabilitacao profissional - ele e acionado por este workflow mas gerenciado separadamente.

Erro frequente: definir o limite amplo demais. “Onboarding” não é um workflow - é uma coleção de 5-8 sub-workflows (geração de contrato, provisionamento de TI, documentação de compliance, configuração do posto de trabalho, inscrição em treinamentos, atribuição de buddy, acompanhamento do período de experiência). Auditar cada sub-workflow separadamente.

Passo 2: Mapear cada ponto de decisão

Percorrer o workflow do gatilho ao endpoint e identificar cada ponto onde uma decisão e tomada. Um ponto de decisão e qualquer momento em que o processo exige escolher entre dois ou mais caminhos com base em dados de entrada.

A maioria das organizações subestima o número de pontos de decisão em seus processos. O motivo: colaboradores experientes tomam muitas decisões de forma inconsciente. Não percebem “verificar se o atestado tem data de início” como uma decisão - simplesmente fazem. Mas para um agente, cada verificação dessas e uma decisão explicita que precisa ser especificada.

Método: A técnica “o que pode dar errado”

Para cada etapa do workflow, perguntar: “O que pode dar errado aqui? O que faria essa etapa falhar ou exigir uma ação diferente?” Cada resposta revela um ponto de decisão.

Processamento de atestados médicos - mapa de decisões:

#	Ponto de decisão	Pergunta que o processo responde
1	Recepcao do documento	Isso e um atestado médico, um laudo médico, um parecer de reabilitacao ou outra coisa?
2	Verificação de completude	O documento contem: nome do colaborador, início do período de afastamento, fim do período de afastamento, nome do médico, assinatura do médico?
3	Identificacao do colaborador	A qual colaborador pertence este documento? (Correspondencia de nome, numero de matricula, departamento)
4	Atribuicao de entidade	Em qual entidade jurídica esta este colaborador? (Determina as regras aplicaveis)
5	Consulta de convenio coletivo	Qual convenio coletivo de trabalho (PT: contrato coletivo) se aplica a este colaborador?
6	Direito a remuneração durante afastamento	O colaborador esta dentro do período de pagamento pelo empregador (CLT art. 60, primeiros 15 dias; PT: Codigo do Trabalho)?
7	Avaliacao de duracao	E um único dia, ausencia curta (3 dias ou menos) ou ausencia prolongada?
8	Deteccao de padrões	Esta ausencia, combinada com anteriores, aciona algum limiar? (ex.: mais de 15 dias -> encaminhamento ao INSS no Brasil; PT: Segurança Social)
9	Impacto na folha de pagamento	Esta ausencia afeta a folha? (Cancelamento de horas extras, adicional de turno, rateio de bonus)
10	Atualizacao do sistema	O que precisa ser atualizado no SAP/SuccessFactors? (Registro de ausencia, banco de horas, flag de folha)
11	Roteamento de notificacoes	Quem precisa ser informado? (Gestor direto, HR Business Partner, departamento de folha, sindicato/CRE se procedimento de reabilitacao acionado; PT: Comissao de Trabalhadores)
12	Agendamento de acompanhamento	E necessária uma ação de acompanhamento? (Data de retorno, convocacao de reuniao, encaminhamento a medicina do trabalho)

Doze pontos de decisão em um processo que a maioria das organizações descreve como “colaborador apresenta atestado, nos processamos”. A diferenca entre a simplicidade percebida e a complexidade real e típica.

Passo 3: Classificar cada ponto de decisão

Para cada ponto de decisão, determinar a qual dos tres tipos pertence. Os criterios de classificação devem ser aplicados rigorosamente - o erro mais comum e classificar uma decisão como “baseada em regras” quando na verdade requer interpretacao.

Tipo H: Decisão humana

A decisão requer uma ou mais das seguintes caracteristicas:

• Empatia ou julgamento individual - o resultado depende de entender a situação específica de uma pessoa, não de aplicar uma regra geral
• Risco jurídico na automacao - uma decisão automatizada errada geraria risco jurídico, financeiro ou reputacional significativo
• Mandato de participacao - a representação dos trabalhadores (sindicatos/CRE; PT: Comissão de Trabalhadores), ou convenção coletiva (CCT/ACT) exigiu expressamente participacao humana nesse tipo de decisão
• Sensibilidade etica - a decisão envolve ponderar interesses conflitantes onde pessoas razoaveis discordariam

Pergunta de teste: “Se dois profissionais experientes diferentes analisassem o mesmo caso, chegariam de forma confiavel a mesma conclusao?” Se não - Tipo H.

Tipo R: Baseada em regras (deterministica)

A decisão segue lógica explicita que pode ser formulada como uma instrucao condicional inequívoca. Todas as seguintes condições devem ser atendidas:

• A regra existe por escrito - em lei, convenio coletivo, acordo de empresa ou procedimento documentado
• Os dados de entrada são estruturados - nomes, datas, números, códigos, categorias - não texto livre exigindo interpretação
• O resultado e deterministico - com a mesma entrada, a regra sempre produz o mesmo resultado
• Não há exceções que exijam julgamento - ou as exceções são elas próprias baseadas em regras (“se exceção X, aplicar regra Y”)

Pergunta de teste: “Eu poderia escrever essa decisão como formula em uma planilha, sem interpretacao humana?” Se sim - Tipo R.

Tipo A: Elegivel para IA (probabilistico com limites)

A decisão envolve processar informação não estruturada ou semiestruturada, dentro de limites definidos e com resultados verificaveis. Todas as seguintes condições devem ser atendidas:

• A tarefa e classificação, extracao ou correspondencia - não criação, julgamento ou avaliação
• Os limites estao definidos - o conjunto de resultados possiveis e conhecido e finito
• O resultado e verificavel - existe uma forma de verificar se a decisão da IA estava correta
• Um limiar de confiança pode ser definido - o sistema pode expressar certeza, e casos de baixa certeza podem ser escalados para um humano

Pergunta de teste: “Isso esta interpretando informação contra categorias conhecidas, ou julgando uma situação única?” Se interpretando contra categorias - Tipo A. Se julgando situação única - Tipo H.

Aplicado ao nosso exemplo de atestados médicos:

#	Ponto de decisão	Tipo	Raciocinio
1	Classificação de documento	A	Entrada não estruturada (documento escaneado), mas classificação em categorias conhecidas. Pontuavel por confiança.
2	Verificação de completude	A	Extracao de campos de documento não estruturado. Campos obrigatorios conhecidos. Verificavel.
3	Identificacao do colaborador	A	Correspondencia de nome contra base de colaboradores. Pode exigir correspondencia aproximada. Pontuavel por confiança.
4	Atribuicao de entidade	R	Matricula -> mapeamento de entidade e deterministico. Tabela de consulta.
5	Consulta de convenio coletivo	R	Entidade + categoria do colaborador -> convenio. Deterministico.
6	Direito a remuneração durante afastamento	R	Data de início + histórico de ausencias + regras da CLT (PT: Codigo do Trabalho). Calculo puro.
7	Avaliacao de duracao	R	Calculo de calendario. Deterministico.
8	Deteccao de padrões	R	Historico de ausencias + regras de limiar. Deterministico (embora a resposta a um limiar acionado possa ser Tipo H).
9	Impacto na folha de pagamento	R	Tipo de ausencia + duracao + regras de remuneração. Deterministico.
10	Atualizacao do sistema	R	Determinada pelas decisões 4-9. Etapa de execução.
11	Roteamento de notificacoes	R	Regras de roteamento baseadas em entidade, tipo de ausencia, gatilhos de limiar. Deterministico.
12	Agendamento de acompanhamento	R	Baseado em duracao, limiar e politica. Deterministico - embora a ação de acompanhamento em si (ex.: a reuniao de reabilitacao) seja Tipo H.

Resultado: 0 humanas, 8 baseadas em regras, 3 elegiveis para IA, 1 condicional (R para o agendamento, H para a ação de acompanhamento em si).

Passo 4: Calcular o Agent-Readiness-Score

O Score e uma razao simples que quantifica quanto do workflow e automatizavel.

Formula:

Agent Readiness Score = (Quantidade Tipo R + Quantidade Tipo A) / Total de pontos de decisão x 100

Para nosso exemplo de atestados médicos: (8 + 3) / 12 = 91,7%

E um Score alto. Indica que quase todo o workflow pode ser gerenciado por um agente, com participacao humana apenas para ações posteriores (a reuniao de reabilitacao, a entrevista de retorno ao trabalho) que são workflows separados.

Interpretacao do Score:

Score	Interpretacao	Recomendação de deployment
>80%	Alta Agent Readiness	Forte candidato para deployment imediato. A maioria dos pontos de decisão pode ser automatizada. Focar o design de governance nos poucos handoffs Tipo H.
60-80%	Moderada Agent Readiness	Bom candidato para deployment em fases. Automatizar decisões Tipo R e A primeiro, manter Tipo H manual. Esperar carga significativa de Human-in-the-Loop.
40-60%	Readiness mista	Considerar automatizar apenas os sub-processos baseados em regras. O workflow pode não justificar deployment completo de agente, mas se beneficia de automacao direcionada de decisões Tipo R de alto volume.
<40%	Baixa Agent Readiness	Não recomendado para deployment de agente no curto prazo. Este workflow depende fortemente de julgamento. Investir primeiro em documentação de processos e padronização.

Scores típicos por dominio de RH (baseado em experiencia pratica):

Dominio	Score típico	Motivo
Folha de pagamento e remuneração	85-95%	Quase inteiramente baseado em regras
Controle de ponto	80-90%	Alta densidade de regras, poucas decisões discricionarias
Processamento de despesas	75-85%	Baseado em regras com alguma classificação de documentos
Administracao de onboarding	60-75%	Mix de baseado em regras e semiestruturado
Inscricao em beneficios	65-80%	Intensivo em regras, mas com casos-limite de elegibilidade
Triagem de candidatos	40-55%	Julgamento significativo na avaliação
Gestão de desempenho	20-35%	Fortemente baseado em julgamento
Relacoes trabalhistas	15-30%	Quase exclusivamente empatia e julgamento

Passo 5: Documentar o resultado da auditoria

A auditoria produz um resultado estruturado que atende a três propósitos: orienta o design do agente (quais decisões o agente assume?), informa o acordo coletivo (quais decisões permanecem com humanos?) e suporta o requisito de documentação do EU AI Act (por que essa decisão foi classificada como automatizada?). No Brasil, essa documentação também atende requisitos da LGPD; em Portugal, do RGPD e do EU AI Act.

Documentacao minima por ponto de decisão:

• ID do ponto de decisão e descrição
• Classificação (H, R ou A) com raciocinio
• Fonte da regra (para Tipo R): Qual lei, convenio coletivo ou politica define essa regra? Qual versão?
• Limiar de confiança (para Tipo A): Em qual nível de confiança a IA decide de forma autônoma vs. escala?
• Caminho de escalação (para Tipo A e casos-limite de Tipo R): Quem trata o caso quando o agente não consegue decidir?
• Requisito de Audit Trail: O que deve ser registrado para essa decisão? (Dados de entrada, regra aplicada, resultado, timestamp, agente ou humano)

Essa documentação se torna a especificacao para a configuração do agente. E também o artefato que a representação dos trabalhadores (sindicatos/CRE; PT: Comissão de Trabalhadores) revisa e o auditor examina.

Erros de classificação frequentes

Erro 1: Classificar como R quando a regra tem exceções que exigem julgamento

“Horas extras são pagas a 150%.” Parece baseado em regras. Mas: horas extras em feriado são pagas a 200%? E horas extras em turno que cruza a meia-noite e entra em feriado? E se o colaborador tem contrato individual que sobrepoe a convencao coletiva?

Se as exceções exigem julgamento humano, o ponto de decisão e Tipo H para o caminho de exceção - mesmo que o caso padrão seja Tipo R. A abordagem correta: classificar o caso padrão como R e adicionar um ponto de decisão separado para tratamento de exceções, classificado como H ou A.

Erro 2: Classificar como A quando o resultado da IA não e verificavel

“A IA avalia se o candidato tem fit cultural.” Isso não e Tipo A - não ha resposta correta verificavel. Fit cultural e inerentemente subjetivo. Tipo A exige que o resultado possa ser verificado: “A IA classificou este documento como atestado médico” pode ser verificado por um humano olhando o mesmo documento.

Erro 3: Confundir a decisão com a ação posterior

“Deteccao de padrões aciona processo de reabilitacao” - a deteccao e Tipo R (calculo de limiar), mas o processo de reabilitacao contem decisões Tipo H (planejamento de retorno ao trabalho). A auditoria deve separar a decisão gatilho do workflow acionado.

Erro 4: Ignorar decisões implicitas

“Verificamos o atestado médico.” Parece uma única etapa. Mas contem pelo menos tres decisões: E um documento valido? Esta completo? Corresponde ao colaborador? Cada uma deve ser classificada separadamente. A auditoria deve decompor até que cada ponto de decisão tenha exatamente uma pergunta e uma classificação.

O que esta metodologia não cobre

Esta auditoria determina Agent Readiness no nível de pontos de decisão. Não determina:

• Sequenciamento e priorização - quais workflows automatizar primeiro (depende de criterios estrategicos alem da readiness: volume de transacoes, complexidade de governance, apetite organizacional)
• Selecao de tecnologia - qual plataforma de IA, modelo ou fornecedor usar
• Mudanca organizacional - como gerenciar a transição para colaboradores cujas funções mudam
• Estratégia de negociação com representacao dos trabalhadores - como estruturar o processo de participacao com sindicatos e CRE (PT: Comissao de Trabalhadores)

Essas são questoes estrategicas acima do nível do Workflow Audit. A auditoria fornece a base factual para essas decisões.

Artigos relacionados

• Tres tipos de decisões: Quando o humano, quando a IA
• Por que projetos de IA em RH fracassam