O documento mais perigoso do dossier é o que já esteve certo

Num dossier de formação, o documento em falta é um problema honesto: vê-se na checklist, aponta-se, resolve-se. O documento perigoso é outro — o que foi gerado, esteve certo no dia em que foi gerado, e ficou na pasta a envelhecer sem avisar ninguém. A sua biografia começa sempre bem. Terça de manhã, o cronograma da ação de novembro sai da impressora com tudo no sítio: a grelha do mês, um X em cada dia de sessão, o X na coluna da manhã porque as sessões começam às 9h30, o número de documento 2026/00214 no rodapé. Vai para a pasta.

Quinta à tarde, o formador liga: a sessão de dia 12 tem de passar para dia 19, e já agora para as 14h, que de manhã ficou impossível. A alteração faz-se — alguém emenda a folha de sessões, avisa os formandos, ajusta o calendário. E o cronograma na pasta continua exatamente igual a si próprio: o X no dia 12, na coluna da manhã, sereno, errado.

Todo o documento de formação tem dois períodos: o dia em que foi gerado e todos os dias seguintes. Sobre o primeiro há muito software; sobre o segundo, quase nenhum. Depois da geração podem mudar as datas, as sessões, o formador, o coordenador, a lista de inscritos, os dados pessoais de um formando, a assiduidade, os módulos, a morada da própria entidade. O documento não acompanha nada disto. Num processo de Excel, Word e pastas, a correção depende de uma cadeia inteiramente humana: alguém tem de se lembrar de que houve uma alteração, saber de cor que documentos ela afeta, abrir cada ficheiro, corrigir ou regenerar, substituir a versão anterior e garantir que a antiga não foi entretanto enviada ou arquivada. Seis passos, todos falíveis, nenhum registado.

A Training App trata este segundo período como parte do trabalho. Cada documento do dossier fica ligado aos objetos de que foi feito — o evento, as sessões, as inscrições, a ficha do formando, os dados da entidade. Quando um desses objetos muda, o documento afetado aparece na tabela do dossier com um estado novo: Desatualizado. Não desaparece, não é apagado; fica sinalizado como um documento que existe mas já não descreve a ação. Ao lado, o botão Regenerar produz uma nova versão a partir dos dados atuais — a mesma entrada na biblioteca, conteúdo novo, novo número de série na sequência do domínio.

No caso do cronograma, a regeneração refaz a grelha inteira a partir das sessões: para cada sessão marca o X no dia certo e no turno certo, deduzido da hora de início — manhã antes das 13h, tarde entre as 13h e as 18h, noite a partir daí. A sessão que mudou de dia 12 de manhã para dia 19 à tarde muda de célula sem que ninguém a procure. É um detalhe pequeno e é precisamente o tipo de detalhe que, meses depois, um auditor verifica cruzando o cronograma com as folhas de presença — e onde as duas versões da verdade costumavam encontrar-se pela primeira vez.

Para quem prefere não depender do clique, existe uma opção de geração automática, em Definições, que regenera em segundo plano os documentos afetados sempre que os dados mudam. Convém dizer o que ela é e o que não é: corre em segundo plano, em regime de melhor esforço, e não substitui a verificação humana antes de submeter um dossier. A honestidade do sistema está no estado, não na magia: em vez de prometer que nada falha, torna visível qualquer divergência entre os dados e o papel — que é o que um processo de pastas nunca conseguiu fazer.

Há uma distinção que este mecanismo introduz e que vale a pena guardar: a diferença entre um documento que existe e um documento que está válido. As pastas — físicas ou no SharePoint — respondem à primeira pergunta. Só um sistema que conhece as dependências entre dados e documentos consegue responder à segunda. O mesmo princípio de integridade aparece nos bloqueios: um certificado, por exemplo, só é emitido aos formandos que atingem a percentagem mínima de assiduidade definida no momento da geração — quem fica abaixo é travado, e a ausência do documento fica justificada pelo motivo certo, com a grelha de presenças como evidência. É essa a proposta: manter o dossier ligado aos dados da ação e identificar os documentos que precisam de ser atualizados. O que se faz com essa informação — corrigir antes do fecho, antes do envio ao cliente, antes de uma verificação — continua a ser trabalho da equipa. Ao sistema coube a parte que antes dependia da memória: saber que a correção era precisa, e em que documentos.

Sobre o autor

Nuno Nogueira

Empreendedor e Fundador da Training App

Trabalha em gestão de formação e automação de processos. Fundou a Training App para simplificar a forma como as entidades formadoras certificadas pela DGERT gerem a sua operação, e acompanha cada cliente desde a implementação até à evolução contínua da plataforma.