Uma plataforma que automatize aprovações de recursos humanos precisa de quatro coisas: cadeias de aprovação configuráveis sem programação, delegação automática quando o aprovador está ausente, registo auditável de cada decisão e integração com o software de salários. Sem a primeira, cada alteração de organigrama volta a passar por TI. Sem a segunda, o processo pára nas férias de quem aprova. Sem a terceira, não há resposta possível a uma auditoria. Sem a quarta, alguém continua a copiar valores à mão. Este artigo detalha o que verificar em cada tipo de pedido.
O âmbito aqui é a escolha da plataforma. Se a pergunta ainda é o que vale a pena automatizar em RH, o artigo sobre automação em recursos humanos percorre o ciclo de vida do colaborador, do recrutamento ao offboarding, e serve de leitura anterior a esta.
Os cinco tipos de pedido interno
Quase todos os pedidos internos que passam por RH pertencem a uma de cinco famílias. Cada uma tem uma regra de aprovação diferente e falha de maneira diferente quando é tratada por email.
- Ausências e férias. Volume alto, regra simples, dependência crítica de saldos actualizados. O que falha no processo manual é a sobreposição: dois elementos da mesma equipa fora na mesma semana porque ninguém cruzou os pedidos antes de aprovar.
- Despesas e adiantamentos. Volume médio, regra com limites por valor. Falha na reconciliação: o recibo chega em fotografia, os dados são reescritos à mão na folha de cálculo e a diferença só aparece no fecho do mês.
- Material, acessos e equipamento. Volume baixo, mas com dois aprovadores, a chefia e quem é responsável pelo sistema ou pelo stock. Falha no fim do ciclo: o acesso é concedido e nunca é revogado quando a pessoa sai.
- Alterações contratuais. Volume baixo, impacto alto. Falha na rastreabilidade: a alteração é aplicada e a versão anterior desaparece, o que torna impossível reconstituir o histórico mais tarde.
- Documentos e certificados. Volume alto, aprovação quase sempre desnecessária. Falha por excesso de processo: pede-se validação humana para emitir um documento que a plataforma poderia gerar a pedido.
Esta separação importa porque a maioria das plataformas trata bem a primeira família e mal as restantes. Uma demonstração centrada em férias diz muito pouco sobre o que acontece a um pedido de acesso com dois aprovadores.
Que capacidade a plataforma precisa em cada caso
A tabela abaixo resume o que verificar por tipo de pedido, e o sinal que deve levantar suspeitas durante a avaliação.
| Tipo de pedido | O que a plataforma tem de suportar | Sinal de alerta |
|---|---|---|
| Ausências e férias | Aprovação pela chefia directa, com validação de saldo e de sobreposição na equipa. Ligação ao calendário e ao software de salários | Não valida saldo nem conflitos de equipa antes de submeter |
| Despesas e adiantamentos | Aprovação pela chefia até um limite de valor e pelo financeiro acima dele. Captura de dados do recibo e ligação à contabilidade ou ao ERP | Aprovação sem limites por valor, ou recibo anexado sem leitura de dados |
| Material, acessos e equipamento | Dois aprovadores, a chefia e o responsável do sistema ou do stock. Ligação ao inventário e à gestão de identidades | Concede acesso sem gerar a revogação correspondente no offboarding |
| Alterações contratuais | Aprovação por RH e chefia, com direcção acima de certo impacto. Ligação ao software de salários e ao arquivo documental | Aplica a alteração sem guardar a versão anterior |
| Documentos e certificados | Sem aprovação, apenas registo do pedido. Ligação ao arquivo documental e à assinatura digital | Exige aprovação humana para emitir o que podia ser gerado a pedido |
Sete critérios para escolher
Os critérios gerais de avaliação de plataformas estão tratados em como escolher uma plataforma de automação de processos. Os sete que se seguem são os que distinguem especificamente as plataformas de aprovações de RH quando entram em produção.
- Cadeia de aprovação configurável sem código. Uma reorganização de equipas não deve exigir um pedido a TI. Verificar quem, na prática, altera um aprovador, e quanto tempo demora.
- Delegação e substituição automática. Quando o aprovador entra de férias, o pedido tem de seguir para um substituto definido. Sem isto, agosto é um mês perdido.
- Registo auditável de cada decisão. Quem aprovou, quando, com que dados à vista, e o que mudou desde então. É o que permite responder a uma auditoria ou a uma reclamação sem reconstituir caixas de correio.
- Integração com o software de salários. As ausências aprovadas e as variáveis do mês têm de chegar ao processamento sem reescrita manual. Este é o ponto onde a maioria dos projectos fica a meio.
- Aprovação em telemóvel. Chefias em deslocação são a principal causa de atraso. Aprovar tem de ser possível sem abrir o computador.
- Notificações que não geram ruído. Uma plataforma que envia email a cada passo é desligada em duas semanas. Procurar agregação diária e a possibilidade de silenciar por tipo de pedido.
- Exportação de dados sem depender do fornecedor. Histórico de aprovações, saldos e documentos têm de sair em formato aberto, a pedido da empresa e não por projecto pago.
O que o RH consegue configurar sem TI
Esta é a pergunta que decide se a automação sobrevive ao primeiro ano. Uma plataforma que dependa de TI para cada ajuste acaba abandonada, porque a fila de pedidos de TI raramente tem prioridade para RH.
Na prática, uma equipa de RH sem apoio técnico dedicado deve conseguir, sozinha: criar e alterar um tipo de pedido, definir quem aprova e em que ordem, mudar limites de valor, configurar substituições, ajustar textos de notificação e extrair relatórios. Se qualquer um destes pontos exigir intervenção externa, o custo real da plataforma é superior ao anunciado.
Onde TI continua a ser necessária, e é legítimo que seja: ligação inicial ao software de salários, autenticação corporativa, e qualquer integração com sistemas internos. Estas são tarefas de arranque, não de operação corrente. A distinção importante é entre configurar (RH, todos os dias) e integrar (TI, uma vez).
Recrutamento e onboarding
Recrutamento e onboarding são casos particulares, porque envolvem pessoas que ainda não existem no sistema. Quatro pontos concretos onde a automação compensa:
- Triagem de candidaturas. A automação útil aqui não é decidir por quem contratar, é organizar: extrair dados estruturados dos currículos, agrupar por requisitos objectivos e eliminar duplicados. A decisão continua humana, e por razões legais deve continuar a ser, com o critério registado.
- Agendamento de entrevistas. É o passo com melhor relação entre esforço e ganho. Cruzar a disponibilidade dos entrevistadores com a do candidato e enviar convite e reagendamento sem troca de emails elimina dias de calendário por processo.
- Preparação antes do primeiro dia. Contrato, acessos, equipamento e formação inicial podem ficar tratados na semana anterior à entrada, desencadeados pela aceitação da proposta. Um primeiro dia sem computador é um problema de fluxo, não de logística.
- Envio de contratos com rastreamento. Quando há admissões em volume, o valor está em saber o estado de cada documento sem perguntar: enviado, aberto, assinado, pendente. Assinatura digital com registo de estado resolve isto.
Os fluxos de aprovação que sustentam estes passos seguem os mesmos princípios de qualquer outro processo interno, tratados em fluxos de aprovação digital.
Erros comuns
- Automatizar a regra antes de a simplificar. Um pedido de férias com quatro níveis de aprovação continua lento depois de automatizado. Primeiro reduzir os níveis, depois automatizar. Este erro e outros semelhantes estão detalhados em erros ao implementar automação.
- Digitalizar um fluxo mau. Substituir um formulário em papel por um formulário no ecrã, mantendo os mesmos passos, produz um processo igualmente lento com um custo de licença acrescentado.
- Comprar módulos que nunca se activam. Avaliações, OKR e formação são frequentemente incluídos e raramente usados no primeiro ano. Pagar por eles antecipa custo sem reduzir risco.
- Esquecer o offboarding. É o fluxo menos automatizado e o de maior risco. Acessos que não são revogados e equipamento que não é devolvido são consequências directas de tratar a saída como excepção.
Onde entra o Engi360
O Engi360 é a plataforma de gestão operacional da Engibots, e cobre parte deste território: horas, ausências, projectos, tarefas e tickets, todos com aprovações, além do dossier do colaborador, avaliações e OKR. As variáveis mensais e os recibos informais são preparados para o software de salários da empresa.
Vale ser explícito quanto aos limites, porque é isso que permite uma decisão informada. O Engi360 não faz processamento certificado de salários, não emite facturas certificadas e não substitui contabilidade. E a gestão de despesas não faz parte do âmbito actual, pelo que quem procura uma solução única para os cinco tipos de pedido descritos acima terá de combinar ferramentas ou integrar as que já usa. Para automação de processos que atravessem sistemas diferentes, o caminho é o EngiMatrix.
Perguntas frequentes
Quantos níveis de aprovação são razoáveis?
Para ausências, um. Para despesas, dois no máximo, com o segundo accionado apenas acima de um limite de valor. Acima de dois níveis, o tempo de resposta passa a depender mais da agenda dos aprovadores do que do processo, e a automação deixa de resolver o problema.
É preciso substituir o software de salários?
Não. O objectivo é que as ausências aprovadas e as variáveis do mês cheguem ao processamento sem reescrita manual. O processamento certificado pode continuar onde está, desde que exista uma via de entrada de dados que não seja a folha de cálculo.
Quanto tempo demora a pôr o primeiro fluxo em produção?
Com um tipo de pedido delimitado, ausências é o habitual, e a regra de aprovação já simplificada, quatro a seis semanas é um prazo realista até produção supervisionada. A integração com o software de salários costuma ser o passo mais demorado.
O RH consegue configurar isto sem apoio de TI?
A configuração corrente sim: tipos de pedido, aprovadores, limites, substituições e relatórios. As integrações iniciais com salários e autenticação corporativa não, e não é razoável esperar que sejam. Uma plataforma que exija TI para alterar um aprovador não serve para RH.
E os processos administrativos fora de RH?
Os princípios são os mesmos, com regras de aprovação diferentes. O artigo sobre automatizar processos administrativos cobre esse território mais amplo.