A automação de fluxo documental é a orquestração das etapas pelas quais um documento passa após a captura, incluindo encaminhamento, aprovação, tratamento de exceções e entrega a um sistema de registro, com a sequência aplicada por software, e não por pessoas.
Automação, aqui, significa que o processo avança sozinho. Uma pessoa ainda pode tomar decisões, mas ninguém é responsável por lembrar o que acontece a seguir ou por mover o trabalho de uma mesa para a próxima.
Os componentes
O encaminhamento determina para onde um documento vai, com base no que ele é e no que foi extraído dele. Uma nota fiscal abaixo de um limiar pode ser lançada diretamente; uma acima dele pode precisar de aprovação; uma de um fornecedor não reconhecido pode precisar primeiro de integração de fornecedor. As decisões de encaminhamento dependem de a classificação de documentos e a extração de dados já terem sido executadas.
As aprovações capturam uma decisão de uma pessoa com autoridade. As perguntas de desenho são quem aprova o quê, se a autoridade varia por valor ou tipo, o que acontece quando um aprovador está indisponível, e se a aprovação pode ser delegada.
O tratamento de exceções cobre tudo o que não pode prosseguir automaticamente: confiança de extração abaixo do limiar, falha de validação, uma referência que não se resolve, um documento que não deveria ter sido enviado. Exceções não são casos extremos; são uma proporção permanente e considerável do volume e merecem tanta atenção de desenho quanto o caminho normal.
O escalonamento move o trabalho quando ele emperra. Uma etapa sem prazo de conclusão se torna uma fila indefinida, e a causa usual de um processo lento não é o trabalho lento, mas o trabalho esperando por alguém que não sabe que está esperando.
Orquestração no estilo BPMN
Business Process Model and Notation é um padrão para descrever processos como diagramas ao mesmo tempo legíveis por humanos e executáveis por máquina. Sua relevância está em que o diagrama é a implementação, então o processo que um analista de negócio desenha é o processo que roda.
Os conceitos que importam no trabalho com documentos são fluxos de sequência, gateways para ramificação, caminhos paralelos para etapas que podem rodar simultaneamente, eventos de temporizador para prazos e escalonamento, e compensação para desfazer trabalho parcialmente concluído quando uma etapa posterior falha.
O benefício de um modelo explícito é que o processo pode ser analisado, versionado e auditado. O risco é o excesso de modelagem: um diagrama que captura toda variação concebível se torna impossível de manter, e as variações geralmente pertencem à configuração ou a um caminho de exceção, e não a ramificações adicionais.
Nem todo processo precisa de BPMN. Uma revisão de duas etapas é melhor expressa como uma revisão de duas etapas. O padrão compensa sua sobrecarga quando um processo tem ramificação, paralelismo e prazos genuínos.
Taxa de processamento direto
A métrica que importa é a taxa de processamento direto: a proporção de documentos que completam todo o processo sem qualquer intervenção humana.
É a medida correta porque capta o benefício real, que é o tempo humano não gasto. Métricas de componentes isolados enganam. Uma precisão de extração de 95 por cento parece forte, mas se os 5 por cento restantes caem em uma fila que leva quatro minutos por documento, a economia de mão de obra é menor do que o número de precisão sugere.
Dois refinamentos tornam a métrica útil na prática. Medi-la por tipo de documento, já que uma taxa combinada esconde os tipos que nunca se automatizam. E emparelhá-la com o custo de tempo das exceções, porque um sistema com taxa de 70 por cento e revisão rápida pode superar um de 85 por cento com fila lenta.
Elevar a taxa tem duas alavancas: melhor extração e validação, para que menos documentos caiam fora do fluxo, e limiares de confiança mais baixos, para que menos fiquem retidos para revisão. A segunda é gratuita e aumenta a taxa de erro, motivo pelo qual os limiares devem ser definidos a partir do custo dos erros, e não ajustados para fazer a métrica parecer melhor.
O que costuma dar errado
A fila de exceções é uma reflexão tardia. É desenhada por último, recebe a menor atenção, e se torna onde o processo gasta a maior parte do seu esforço humano.
Nenhuma etapa tem um responsável. O trabalho encaminhado a um grupo sem ninguém individualmente responsável fica parado até que alguém se ofereça.
O processo é automatizado do jeito que está. Codificar um processo manual existente etapa por etapa preserva as aprovações que existiam porque a informação estava indisponível, não porque o controle fosse necessário. Revisar quais etapas ainda se justificam costuma ser onde estão os maiores ganhos.
O retrabalho é invisível. Um documento que se completa depois de três correções conta como processado, e as correções não aparecem em nenhuma métrica. Rastrear os toques por documento traz isso à tona.
O sucesso é medido em volume. Documentos processados por hora aumentam quando uma fila é apenas percorrida por cima, e não revisada de fato. Emparelhar a produtividade com a taxa de erro posterior evita recompensar isso.
A Contellect One orquestra essas etapas em automação inteligente de processos.
