A aprovação depende do grupo do WeChat: como transformar fluxos de aprovação, documentos oficiais e permissões organizacionais em um sistema

Abertura: A aprovação de viagens fica por conta das mensagens em grupo, e para encontrar o responsável pela aprovação é preciso perguntar.

Uma empresa de manufatura com cerca de 200 funcionários teve o seguinte processo para a primeira solicitação de viagem após o Ano-Novo: o funcionário mencionou o supervisor no grupo; ao ver a mensagem, o supervisor respondeu com “OK”, e o funcionário salvou uma captura de tela; no final do mês, ao fazer o reembolso de despesas de viagem, o setor financeiro comparou cada item da captura de tela com o orçamento correspondente; já o RH, ao final do ano, fez a contabilização dos “dias de viagem dos funcionários” e constatou que algumas capturas estavam incompletas e que os dados entre departamentos não estavam alinhados.

Isso não é um fenômeno isolado. O processo de aprovação, em muitas empresas do país, segue este fluxo:

• Procurar alguém depende de perguntar: Na primeira semana de admissão dos novos funcionários, as perguntas mais frequentes são: "Para quem peço autorização de licença? Quem aprova meu reembolso?"
• Mensagem em grupo como comprovante: No grupo do WeChat ou do DingTalk, "@chefe aprovado" é considerado como aprovação, o que impede a auditoria posterior.
• Os dados entre departamentos não correspondem.: O departamento de vendas considera que a visita ao cliente já foi aprovada, enquanto o departamento de marketing entende que não foi aprovada; o financeiro efetuou o pagamento com base na captura de tela do departamento de vendas.
• A permissão depende de palavras faladas: Um gerente deixou a empresa, mas suas permissões não foram revogadas; o novo colaborador chegou e não sabe em quem estão as aprovações de contratos feitas pelo antigo gerente.

A raiz desses problemas não está em "quão complexa é a questão da aprovação", mas sim emO fluxo de aprovação não foi registrado no sistema. As mensagens em grupo, os comentários orais e as capturas de tela são todos meios temporários; o que falta é um suporte estruturado, com registro e rastreável. O sistema OA (sistema de automação de escritório) transforma isso em algo estruturado: registra, numa única linha de aprovação, “quem, qual assunto, quando, a quem foi apresentado, segundo quais regras foi aprovado e como os dados são consolidados após a aprovação”.

01 Como dividir o negócio: a estrutura em três camadas do fluxo de aprovação

Dividir o processo de aprovação, na verdade, envolve três camadas:

1. Nível de itens: Os funcionários iniciam tarefas específicas como “viagem de negócios, licença, reembolso, contrato, uso de selo e compras”, cada uma delas com valor, número de dias, anexos e objetos de negócio relacionados (por exemplo, o pedido de viagem está vinculado a um pedido de venda, e o reembolso está vinculado a uma fatura).
2. Camada de processos: Os itens fluem de um nó para o próximo, e os aprovadores dos nós são calculados dinamicamente (de acordo com o departamento, o nível, o valor e a categoria), não sendo fixos.
3. Camada de dados: Após a aprovação ou rejeição, os dados devem ser gravados de volta nos sistemas de negócios (RH, finanças, vendas, banco de contratos) e não podem permanecer apenas no fluxo de aprovação.

A relação em três níveis é:O assunto é a entrada, o processo é a espinha dorsal e os dados são a saída.. Ao desenvolver um sistema de OA, se apenas for implementado o fluxo de trabalho sem a exportação de dados, o fluxo de aprovação torna-se uma ilha isolada; se apenas forem tratados os itens sem definir o fluxo, o sistema acaba por se reduzir a um “sistema de preenchimento de formulários”.

02 Como projetar: o conjunto de três itens — nós dinâmicos, matriz de permissões e registro de rastreamento —

Design do nó: o aprovador não é fixo

Muitos sistemas de OA, logo de início, fixam os responsáveis pela aprovação: “pedido de viagem → gerente do departamento → RH → diretor‑geral”. Como resultado, quando o gerente do departamento é transferido, o RH é incorporado ao departamento administrativo ou o diretor‑geral sai em viagem, todo o sistema entra em desordem.

Prática correta:O aprovador é calculado dinamicamente pela regra. As dimensões de regra geralmente são quatro:

• Dimensão do departamento: O departamento ao qual o requerente pertence é correspondido ao responsável atual desse departamento (consultado em tempo real na árvore organizacional).
• Dimensão de nível: O valor, o número de dias e o valor do contrato correspondem a diferentes faixas, que por sua vez estão associados a diferentes níveis de aprovação.
• Dimensão de papel: Quando o valor do contrato ultrapassa 500 mil, a área jurídica deve ser acionada; quando os funcionários viajam ao exterior, a segurança e a conformidade devem ser assinadas em conjunto.
• Dimensão do agente: Quando o responsável pela aprovação estiver de licença ou em viagem de negócios, a aprovação será automaticamente transferida para o representante, que é definido pela estrutura organizacional ou pelo RH.

Combine essas quatro dimensões em uma “expressão regular”; o motor de processos calcula os nós em tempo real de acordo com a regra,Não escrever o nome do aprovador de forma fixa. A mudança de cargo e o ajuste organizacional não exigem a alteração do modelo de processo.

Design de permissões: três níveis — menu, dados e campos

A permissão não é “se pode ou não entrar no sistema”, mas sim de três níveis:

• Nível de menu: É possível ver este módulo (os funcionários comuns não conseguem ver o "Gerenciamento da Estrutura Organizacional")?
• Nível de dados: É possível visualizar estes dados (o Departamento de Vendas 1 só consegue ver os reembolsos dos funcionários do próprio departamento, não podendo ver o Departamento de Vendas 2).
• Nível de campo: Alguns campos deste registro podem ser visualizados (os aprovadores comuns não veem o campo de salário do solicitante, mas o RH consegue ver).

Após a desagregação das permissões de nível três, o sistema OA consegue suportar estruturas organizacionais complexas: grupo‑filial‑departamento‑equipe; os dados entre níveis devem ser controlados em paralelo segundo duas regras: “posso ver apenas a minha própria linha + sou o responsável por essa linha”.

Design de rastreamento: os sete elementos do registro de aprovação

Cada operação de aprovação deve registrar sete elementos:

1. Operador: Quem clicou.
2. Tempo de operação: Preciso até o segundo.
3. Ação operacional: Concordar, rejeitar, encaminhar, adicionar assinatura, retirar.
4. Opiniões de operação: O comentário de rejeição é obrigatório; se concordar, pode ficar em branco.
5. Posição do nó: Em qual etapa do processo estamos atualmente.
6. Instantâneo de dados associados: Durante a aprovação, os valores dos campos do objeto de negócio (valor, anexos) são preservados tal como estão; não é permitido modificar posteriormente o objeto de negócio sem que o registro de aprovação seja alterado.
7. Dispositivos e rastros de IP: De qual dispositivo e de qual IP foi enviado (para auditoria de conformidade).

Se faltar qualquer um desses sete elementos, haverá disputas durante a auditoria. Um problema comum é que “a opinião de operação pode ficar em branco”, o que acaba resultando em rejeição sem justificativa; os funcionários acabam repetindo o pedido várias vezes, prolongando o fluxo de aprovação.

03 Como desenvolver: o trio composto por motor de processos, motor de formulários e barramento de mensagens

O núcleo do desenvolvimento do OA é composto por três motores, e não por N páginas:

Motor de processos

O motor de processos não requer codificação; basta configurar para executar os fluxos. As funcionalidades a serem suportadas são:

• Serial, paralelo, assinatura conjunta, assinatura em sequência: Quatro tipos de fluxos básicos; o pedido de efetivação é sequencial (RH → supervisor → CEO), enquanto a aprovação conjunta de compras é paralela (o departamento financeiro e o supervisor de compras analisam simultaneamente).
• Ramificação condicional: Distribuição conforme o valor, a categoria e o nível do solicitante; até 5.000 yuans segue o fluxo simplificado; de 5.000 a 50.000 yuans passa pela dupla aprovação do departamento e do setor financeiro; acima de 50.000 yuans requer a aprovação do CEO.
• Reverter e rejeitar: Rejeição ao requerente, rejeição a qualquer nó e rejeição ao nó anterior; todas as três categorias de rejeição devem ser suportadas.
• Assinatura adicional e transferência de assinatura: O aprovador pode transferir a tarefa para um colega (reenvio de aprovação) e também pode convidar um colega para participar da aprovação (adição de assinatura).
• Retirar e invalidar: O solicitante pode retirar os itens que ainda não foram aprovados; o administrador pode invalidar os itens com anomalias.

Depois de desenvolvido o motor de processos,Adicionada uma nova categoria de aprovação que não requer programação de código, basta desenhar um diagrama e configurar um formulário para colocar o sistema em operação. Esse é o ponto que diferencia o OA da “terceirização de desenvolvimento de aprovações”.

Motor de formulários

O formulário deve ser projetado com “design sem código”: tipos de campos (texto, número, data, anexo, objeto de negócio associado), regras de validação, campos obrigatórios e opcionais, condições de exibição e ocultação — tudo configurável por arrastar e soltar de forma visual. Assim, o departamento de RH pode ajustar os campos de reembolso, enquanto a equipe de vendas pode adicionar novos campos de contrato,Sem necessidade de agendamento de TI。

O motor de formulários deve suportar:

• Permissões de nível de campo: Na mesma ficha, os campos exibidos para diferentes aprovadores são diferentes (o aprovador comum não consegue ver o número de celular do solicitante).
• Ligação entre campos : ao selecionar "Tipo de contrato = Contrato de serviço", os campos específicos do contrato de serviço são automaticamente expandidos.
• Gravação de dados de volta : após a aprovação, os dados são automaticamente gravados de volta nos sistemas de negócios (status do contrato, ponto eletrônico do RH, comprovantes financeiros).

Barramento de mensagens

Ao ser aprovado ou rejeitado, o solicitante e os sistemas de negócios relevantes (RH, finanças, vendas) recebem notificações imediatas. O barramento de mensagens envia de forma unificada:

• Notificação interna do sistema : mensagem dentro do sistema + tarefas pendentes.
• Notificação por IM : webhooks do WeChat corporativo, DingTalk e Feishu, enviados para os grupos correspondentes ou para indivíduos.
• E-mail e SMS : notificações de backup em pontos importantes (aprovação de contratos, viagens ao exterior).
• Mensagens dos sistemas de negócios : após a aprovação, uma mensagem é registrada na lista de tarefas pendentes do sistema de negócios (finanças recebem tarefa de reembolso, RH recebe tarefa de admissão).

O barramento de mensagens não é um “enfeite”, mas sim o “circuito fechado” do fluxo de aprovação — sem notificações, o solicitante não sabe quem deve contatar a seguir, e todo o processo fica travado.

Conclusão: sequência de implementação, riscos e indicadores

A implantação do sistema OA ocorre em três etapas:

1. Primeira fase (1 mês) : implementar as três operações de alta frequência — licença, viagem e reembolso — abrangendo todos os funcionários. Primeiro, transferir as aprovações do grupo do WeChat para o sistema , mesmo que seja apenas essas três operações, os dados entre departamentos já se alinham imediatamente.
2. Segunda fase (2–3 meses) : incluir quatro operações de frequência média — contratos, uso de carimbos, compras e pagamentos — integrando o sistema financeiro. Nesta fase, é necessário habilitar a gravação de dados de volta (após a aprovação do contrato, ele é automaticamente arquivado na biblioteca de contratos).
3. Terceira fase (conforme necessidade) : abranger todo o processo de recursos humanos — desempenho, promoção, efetivação, recrutamento, demissão, etc. Esta fase é liderada pelo RH, sendo necessário integrar os dados mestres do RH.

Riscos comuns:

• Regras excessivamente flexíveis : a configuração do fluxo de aprovação é demasiado livre, resultando em incerteza sobre quem será o próximo responsável. Princípio: o número de modelos de fluxo não deve ultrapassar 30 , pois acima disso o controle se perde.
• Falta de designação de representante : quando o responsável pela aprovação está em viagem e não há representante designado, o processo fica paralisado por 3 dias sem ninguém para avaliar. O sistema detecta automaticamente “processo em espera por mais de 24 horas” e dispara um alarme.
• Falta de gravação de dados de volta : apesar da aprovação, o ponto eletrônico do RH não foi atualizado e não há comprovantes no sistema financeiro. A gravação de volta exige “dupla verificação”: após a escrita no OA, é necessário chamar ativamente a interface do sistema de negócios para confirmar o recebimento.

Indicadores para avaliar se o projeto foi bem-sucedido:

• Tempo médio de conclusão das aprovações : antes da implantação, o processo levava 3 dias no grupo; após a implantação, o ciclo completo é concluído em 1 dia no sistema.
• Consistência dos dados entre departamentos : a taxa de erro nas reconciliações entre os três sistemas — RH, finanças e vendas — diminuiu em mais de 80%.
• Taxa de rastreabilidade para auditorias : ao selecionar aleatoriamente 20 aprovações históricas, a taxa de completude dos sete elementos chega a 100%.

Transferir as aprovações do grupo do WeChat para o sistema não é apenas para “colocar no sistema”, mas sim transformar a tarefa de “encontrar alguém” de algo dependente de pessoas para algo dependente de regras . Uma vez estabelecidas as regras, mesmo que haja mudanças de pessoal ou de organização, as aprovações permanecerão ordenadas.