Governação documental é a prática de fazer com que os documentos de uma organização respondam, a qualquer momento, a quatro perguntas: quais os documentos exigidos, em que estado está cada um, quem o pode abrir, e o que lhe aconteceu. Um sistema que guarda ficheiros não responde a nenhuma delas. É nessa distância que está o assunto todo.
A confusão é compreensível, porque os dois parecem iguais vistos de fora. Ambos mostram pastas. Ambos deixam carregar ficheiros. A diferença só aparece quando alguém faz uma pergunta sobre a qual uma pasta não tem opinião.
As quatro perguntas
Quais os documentos exigidos. Uma pasta guarda o que lá se puser. A governação começa pelo lado contrário: o processo declara como é um caso completo — documento de identificação, contrato assinado, comprovativo de morada — e cada caso nasce já a saber essa lista. A diferença não é haver uma checklist algures. É que «completo» passa a ser uma propriedade que o sistema consegue avaliar, em vez de um juízo que alguém faz a olhar.
Em que estado está cada documento. Um ficheiro existe ou não existe, e é tudo o que um repositório consegue dizer. Um documento governado tem posição: em falta, entregue em parte, carregado mas por ler, validado, recusado e à espera de correcção, ou caducado. A caducidade importa mais do que parece — um certificado de seguro que era válido quando foi arquivado não é prova hoje, e nada no próprio ficheiro regista isso.
Quem o pode abrir. Não «quem tem o link». Um acesso que depende de ninguém ter reencaminhado nada não é controlo de acesso. Governação quer dizer que a resposta é calculada a partir de quem a pessoa é e daquilo a que o documento pertence, e que a mesma regra vale quer o documento seja alcançado por um ecrã, por uma API, ou por um resultado de pesquisa.
O que lhe aconteceu. Quem o acrescentou, quem o leu, quem decidiu sobre ele, quando, e qual era o seu aspecto no momento da decisão. É esta pergunta que separa responder a uma auditoria de preparar uma. Preparar é reconstruir a história a partir de e-mails e de memória; responder é lê-la.
Porque «já temos um DMS» costuma ser verdade e raramente chega
Um sistema de gestão documental é genuinamente bom na primeira metade do problema: pôr ficheiros num sítio sensato, versioná-los, pesquisá-los. O que tipicamente não modela é o processo a que esses ficheiros pertencem — a sequência, as condições, as decisões.
Por isso as equipas tapam o buraco com as ferramentas que têm à mão. A lista de documentos exigidos vive numa folha de cálculo. A aprovação acontece numa cadeia de e-mails. A verificação de que chegou tudo é alguém lembrar-se de ir ver. Nada disto é desleixo; é o que se faz quando o sistema não tem onde pôr aquilo. Mas cada um deles é um controlo que só existe enquanto alguém está com atenção, e controlos desses falham em silêncio. Ninguém dá por uma verificação que não foi feita.
A parte que se tornou urgente
Há uma razão mais recente para isto importar, e é a que mudou a conversa nos últimos dois anos: a IA é tão fiável quanto os documentos que tem por baixo.
Um assistente que responde a partir dos seus documentos vai responder a partir do que conseguir alcançar. Se alcançar uma política desactualizada, cita a política desactualizada — com confiança, em prosa fluente, sem qualquer sinal de que algo esteja mal. Se alcançar um documento que quem pergunta nunca teve autorização para ver, acabou de o divulgar, e a fuga tem o aspecto de uma resposta prestável.
Nenhuma das duas coisas é um defeito do modelo. Ambas são a governação a falhar uma camada abaixo. Quais documentos estão actuais, quais estão completos, e quem os pode ver são exactamente as quatro perguntas acima — e um assistente herda a resposta que a organização já tinha.
Como é quando funciona
Um caso é criado e já sabe que precisa de três documentos. Dois chegam; o terceiro não, e o caso não consegue seguir para aprovação — não porque alguém se opôs, mas porque a transição é recusada. Quem aprova vê o caso como ele estava naquele momento, e a decisão fica registada contra esse estado e não contra aquilo em que o caso se tornou depois. Quando a última aprovação entra, o processo não termina numa pasta: chama o sistema que é dono da operação e fecha com a referência que veio de lá. Seis meses depois, alguém pergunta porque é que aquela decisão foi tomada. A resposta demora um minuto, e é um registo em vez de uma reconstrução.
Nada disto é exótico. É a forma habitual de um processo governado, e a razão para valer a pena nomeá-lo é que a alternativa — ficheiros num repositório, regras na cabeça das pessoas — tem exactamente o mesmo aspecto, até ao momento em que alguém pergunta.