Como provar quem aprovou o quê no meu CDE?

Aprovação sem registro é boato.

"Quem aprovou isso?" Se o CDE não responde com um nome e uma data, a aprovação não aconteceu para nenhum efeito prático. Auditoria, disputa, medição, defesa contratual: todas dependem de prova, e prova é registro.

A ISO 19650 trata a trilha de auditoria como função do CDE, não como extra. A §12.1 da 19650-1 diz que o ambiente comum de dados tem a capacidade de realizar uma auditoria do uso da informação, e que cada contêiner carrega um código de revisão e um código de estado. A §5.1.7 e) da 19650-2 exige registrar o nome do usuário e a data quando a revisão do contêiner transita entre cada estado. E o estado arquivado (§12.7 da 19650-1) mantém o histórico completo de todos os contêineres compartilhados e publicados, permitindo auditar as suas trajetórias de desenvolvimento.

Sem esse log, não há como provar quem aprovou o quê. E o que não se prova, no limite, não vale.

1. 1

   Ninguém sabe quem aprovou · a pergunta "quem aprovou isso?" não tem resposta rastreável. A §5.1.7 e) da 19650-2 exige registro de usuário e data por transição.

2. 2

   Sem histórico de estados · não se sabe quando um contêiner virou compartilhado ou publicado. Falta o estado arquivado (§12.7 da 19650-1) com o histórico.

3. 3

   Log editável ou inexistente · o registro pode ser apagado ou nunca foi ligado. Uma trilha que se edita não é trilha.

4. 4

   Sem código de revisão nem de estado · os contêineres não carregam os metadados que a §12.1 da 19650-1 pede (código de revisão e de estado).

5. 5

   Retenção indefinida · ninguém sabe por quanto tempo guardar. O prazo deveria estar no EIR (§12.1 da 19650-1, §5.8.1 da 19650-2).

1. 1

   CDE sem capacidade de auditoria · a ferramenta guarda arquivo mas não registra transições. A §12.1 da 19650-1 pede a capacidade de auditar o uso da informação.

2. 2

   Registro de transição desligado · mesmo em CDE robusto, o log de usuário e data por transição (§5.1.7 e da 19650-2) não foi configurado.

3. 3

   Sem estado arquivado · contêineres antigos são sobrescritos ou apagados, em vez de arquivados com histórico (§12.7 da 19650-1).

4. 4

   Aprovação fora do CDE · a decisão acontece por e-mail ou reunião e não é registrada no fluxo do CDE, que é onde a trilha deveria nascer.

5. 5

   Retenção não contratada · o EIR não define o prazo de retenção (§12.1 da 19650-1), e cada um decide o que guardar.

1. 1

   Disputa sem defesa · em conflito contratual, quem não prova quem aprovou o quê perde a discussão factual.

2. 2

   Medição contestada · sem trilha, contestar ou defender uma medição vira palavra contra palavra.

3. 3

   Responsabilidade difusa · quando o erro aparece, não há como reconstruir quem autorizou o uso da informação.

4. 4

   Auditoria de conformidade inviável · não se prova aderência à ISO 19650 sem registro das transições e do histórico.

5. 5

   Perda de memória do projeto · sem estado arquivado, lições aprendidas e evidências somem no encerramento.

Curto prazo (30 dias):

1. Ligar o registro de transições no CDE: usuário e data por mudança de estado (§5.1.7 e da 19650-2).

2. Ativar o estado arquivado para preservar o histórico de compartilhados e publicados (§12.7 da 19650-1).

3. Trazer a aprovação para dentro do CDE. Decisão que vale é a registrada no fluxo, não a de e-mail.

Médio prazo (60-90 dias):

4. Garantir imutabilidade do log, sem edição por usuário comum.

5. Definir a retenção no EIR (§12.1 da 19650-1, §5.8.1 da 19650-2) e aplicá-la no encerramento.

6. Padronizar código de revisão e de estado em todos os contêineres (§12.1 da 19650-1).

1. 1

   Registro de transição sempre ligado · usuário e data por mudança de estado (§5.1.7 e da 19650-2) são a base da trilha.

2. 2

   Estado arquivado desde o início · o histórico de compartilhados e publicados é preservado (§12.7 da 19650-1), não sobrescrito.

3. 3

   Aprovação dentro do CDE · a decisão vale porque está registrada no fluxo, não em conversa paralela.

4. 4

   Retenção contratada no EIR · o prazo de guarda é definido no EIR (§12.1 da 19650-1), não improvisado no fim.

• ABNT NBR ISO 19650-1:2018Conceitos e princípios. §12.1 estabelece que o CDE tem a capacidade de realizar auditoria do uso da informação e que cada contêiner carrega código de revisão e código de estado; remete o prazo de retenção ao EIR. §12.7 define o estado arquivado como histórico completo de todos os contêineres compartilhados e publicados, permitindo auditar suas trajetórias de desenvolvimento.
• ABNT NBR ISO 19650-2:2018Fase de entrega. §5.1.7 e) exige que o CDE do projeto registre o nome do usuário e a data quando as revisões dos contêineres transitam entre cada estado, e a alínea f) exige acesso controlado no nível do contêiner. §5.8.1 trata do arquivamento no encerramento, aplicando as políticas de retenção.
• ABNT NBR ISO 19650-5:2022Abordagem de segurança da informação. Referência para o controle de acesso e a proteção do registro de auditoria contra alteração não autorizada, complementando a trilha exigida pelas partes 1 e 2.
• ABNT NBR ISO 19650-3:2021Fase operacional dos ativos. Referência para a continuidade da trilha e da retenção quando os contêineres passam do PIM para o modelo de informação do ativo (AIM).