O ciclo de vida de documentos é o controle de um documento por todas as etapas, da criação ou captura até a destinação final, regendo o que pode acontecer com ele em cada etapa, quem pode agir sobre ele, e quais evidências são mantidas quando ele passa de uma etapa para outra.
A característica definidora são as transições, e não as etapas. Sistemas de armazenamento modelam estados; a gestão de ciclo de vida modela os movimentos entre eles, porque é aí que as obrigações se fixam.
As etapas
A nomenclatura varia conforme o modelo, mas o conteúdo é consistente.
Criação ou captura. O documento entra no acervo, seja produzido internamente ou capturado de fora, inclusive a partir de papel. O que é registrado aqui delimita tudo o que vem depois: identidade, origem e, para conteúdo capturado, os parâmetros da própria captura.
Classificação. O que o documento é, o que determina seu tratamento. Geralmente o primeiro ponto em que a retenção se torna determinável, e frequentemente realizado por classificação de documentos em vez de manualmente.
Uso ativo. Edição, revisão, aprovação, distribuição. O versionamento e o controle de acesso se aplicam aqui, e a maioria dos sistemas cumpre bem essa etapa.
Declaração. O ponto em que um documento se torna um registro e seu tratamento muda: tipicamente imutável, com o prazo de retenção iniciado e a exclusão exigindo autoridade. Coberto em gestão de registros.
Retenção. O documento é mantido por um período definido, geralmente ancorado a um evento, e não a uma data de criação.
Migração. Não é uma etapa que a maioria dos modelos inclui, e é uma pela qual todo documento de retenção longa passa à medida que sistemas e formatos são substituídos. Suas consequências probatórias são o tema de preservação digital.
Destinação. Destruição, transferência para arquivo, ou revisão para extensão do prazo.
Gestão de ciclo de vida não é fluxo de trabalho
Os dois conceitos são adjacentes e frequentemente confundidos.
A automação de fluxo documental encaminha um documento por um processo de negócio: uma nota fiscal para aprovação, um sinistro para avaliação, um contrato para assinatura. Seu escopo é um processo com início e fim definidos, e ele termina quando o processo se completa.
A gestão de ciclo de vida rege o documento por todo o tempo em que ele existe, o que geralmente é muito mais longo do que qualquer processo que o tenha tocado. Um fluxo de trabalho pode durar quatro dias; o ciclo de vida pode durar vinte e cinco anos, em vários sistemas, sem nenhum responsável designado para o período intermediário.
A consequência prática é que a conclusão do fluxo de trabalho é rotineiramente confundida com a conclusão do ciclo de vida. A nota fiscal é paga, o caso é encerrado, o projeto entregou seu relatório, e o documento é tratado como concluído enquanto a maior parte do seu ciclo de vida ainda não aconteceu.
As transições que carregam obrigações
Quatro transições respondem pela maior parte do trabalho, e são as que mais frequentemente ficam sem registro.
Entrada no acervo. Para conteúdo capturado, os parâmetros da captura e o que foi deliberadamente excluído. Sem isso, um leitor futuro não consegue distinguir uma exclusão intencional de um descuido, e os dois significam coisas totalmente diferentes em uma auditoria.
Entrada em status de registro. Quando a declaração aconteceu, com base em quê, e qual é o gatilho de retenção.
Entre sistemas. O que foi migrado, o que mudou no processo, e o que foi verificado depois. Migrações que registram apenas sucesso ou falha perdem o detalhe que depois faz diferença.
Saída do acervo. O que foi destruído, sob autoridade de quem, contra qual regra de retenção, e o que foi retido. A evidência precisa sobreviver ao conteúdo, porque o conteúdo já não existe mais.
Manifestações complicam o modelo
Um único registro intelectual pode existir como mais de uma manifestação: um original em papel e um substituto digitalizado, ou um arquivo nativo e uma cópia arquivística renderizada. Modelos de ciclo de vida que presumem que um documento equivale a um objeto lidam mal com isso.
As duas manifestações frequentemente carregam regras de retenção diferentes, e suas etapas não estão sincronizadas. Um original pode chegar à destinação enquanto o substituto ainda está em uso ativo. Tratá-los como um único objeto significa que uma das regras deixa de ser aplicada; tratá-los como objetos sem relação significa que o vínculo entre eles se perde, e com ele a capacidade de provar que o substituto representa o original com fidelidade.
O que costuma dar errado
Retenção ancorada na data de criação. A maioria das tabelas de temporalidade reais se ancora a um evento: rescisão de contrato, desligamento de funcionário, encerramento de caso. Um sistema que só entende retenção por data de criação não consegue implementá-las, e a solução alternativa costuma ser um processo manual que deixa de ser seguido.
Nenhuma etapa após o uso ativo. O acervo tem criação, uso e armazenamento, e nada mais. Os documentos se acumulam indefinidamente porque nenhuma transição de saída do acervo jamais foi construída.
Destinação configurada, mas nunca executada. A retenção expira e nada acontece, porque ninguém autoriza a exclusão. Esse é o estado mais comum, e é pior do que não ter tabela de temporalidade alguma, já que a política documenta um padrão que a organização visivelmente não está cumprindo.
Ciclo de vida de propriedade do projeto que criou o conteúdo. A responsabilidade termina quando o projeto termina, e as etapas restantes ficam sem ninguém responsável por elas.
A Contellect One rege classificação, retenção e auditoria ao longo dessas transições, em vez de em uma única etapa, em gestão de documentos e conteúdo.
