Um processo documental está controlado quando quatro coisas são verdade ao mesmo tempo:
- As regras são impostas pelo sistema, e não pelo ecrã.
- Trabalho incompleto não avança, e a recusa vem do processo e não de uma pessoa.
- As decisões ficam registadas com autoridade — quem decidiu, quando, e contra que aspecto tinha o caso nesse momento.
- O processo termina executando a operação, e não ao chegar a uma pasta final.
Tudo o que fique aquém disto é uma convenção. As convenções são seguidas com cuidado por pessoas que não estão ocupadas, e esta é a primeira frase com que discordar, porque a discussão costuma ser sobre se isso importa. Importa porque as falhas são silenciosas: uma convenção que foi saltada não deixa rasto, por isso a primeira prova que se obtém é o resultado.
1. As regras pertencem ao domínio, não ao interface
A forma mais comum é um campo de estado mais um ecrã que esconde os botões que não deviam ser carregados. É um ecrã prestável e não é um controlo. É imposto exactamente onde está desenhado, o que significa que uma importação, uma integração, um script, ou um segundo interface escrito mais tarde passam-lhe todos ao lado.
Um processo controlado declara as suas transições uma vez, centralmente, e recusa as que não são permitidas onde quer que sejam pedidas. O teste prático é simples: se alguém chamar a API directamente e pedir uma transição que o fluxo não permite, isso falha? Se a resposta for «não aconteceria porque o botão está escondido», a regra é uma convenção com boa apresentação.
2. Estar completo é uma condição, não um lembrete
A maioria dos processos documentais tem uma lista do que um caso tem de conter. A pergunta é o que essa lista faz de facto.
Se for uma checklist que alguém assinala, não faz nada: regista que uma pessoa acreditou que o caso estava completo. Se for um conjunto de documentos exigidos que o processo declara, e o caso nasce já a conhecê-los, então estar completo passa a ser algo que o sistema avalia — e a submissão pode ser recusada enquanto faltar um documento obrigatório.
Essa recusa é o controlo. Não a lista; a recusa. É também onde o desenho ganha ou perde as pessoas que o usam: um bloqueio que diz «isto não pode seguir» só é tolerável quando diz qual documento falta e deixa resolver ali mesmo. Um bloqueio sem isso é como se inventam processos paralelos.
3. Uma decisão é sobre um estado, não sobre um caso
Esta é a parte mais esquecida, e é a que dói numa auditoria.
Uma aprovação dada na terça-feira foi dada contra os documentos e os valores dos campos tal como estavam na terça-feira. Se alguém editar o caso na quarta e a aprovação continuar a aparecer como válida, o registo passa a dizer que alguém aprovou uma coisa que nunca viu. Ninguém fez nada de errado, e o registo está errado à mesma.
Controlar isto precisa de duas coisas. A aprovação tem de ficar registada contra o estado do caso naquele momento, e qualquer alteração posterior tem de a invalidar — o caso volta para decisão em vez de carregar uma aprovação que já não se refere a nada. Quando a aprovação é uma cadeia, a mesma lógica vale por aprovador: um de cada vez, por ordem, cada um com a sua vez registada.
4. O fim do processo é uma operação, não uma pasta
Um processo que termina movendo um caso para «Concluído» documentou que um trabalho devia acontecer. Alguém ainda tem de o ir fazer — normalmente noutro sistema, normalmente a redigitar. É nessa redigitação que o processo verdadeiramente escorre: não é registada, não é validada, e é invisível para tudo o que está a montante.
Um processo controlado termina chamando o sistema que é dono da operação e fechando com a referência que vem de lá. O trabalho acaba onde conta, e o caso leva a prova de que acabou.
O que corrigir primeiro
Se está a olhar para um processo existente e quer o maior ganho pelo menor esforço, a ordem é quase sempre esta:
Comece pela recusa. Escolha a transição que mais vezes acontece cedo de mais — normalmente a submissão com algo em falta — e faça o sistema recusá-la. É uma mudança pequena e é a que as pessoas sentem imediatamente.
Depois tire as regras do ecrã. Não todas; a uma ou duas cujo contorno seria mais danoso.
Depois corrija o registo da aprovação, para que uma decisão nomeie o estado contra o qual foi tomada.
Deixe a integração para o fim. É a mais valiosa e a mais cara, e é bastante mais fácil de construir quando o caso que lá chega já tem garantia de estar completo e decidido.
Nenhum destes passos exige que o anterior esteja terminado, mas estão por esta ordem por uma razão: cada um torna o seguinte mais barato, e o primeiro é o único que consegue fazer esta semana.