Explore os quatro estados previstos pelas normas ISO 19650 e UNI 11337. Clique em cada estado para descobrir quem tem acesso, o que pode fazer, como ocorrem as transições e quais códigos de adequação (suitability) se aplicam.
Os códigos de adequação indicam o propósito de uso para o qual o contêiner está apto. Eles complementam o estado, especificando semanticamente para que ele serve.
| Código | Estado | Significado | Uso Típico |
|---|---|---|---|
S0 | WIP | Status inicial | Contêiner recém-criado, não verificado |
S1 | Shared | Adequado para Coordenação | Coordenação interdisciplinar |
S2 | Shared | Adequado para Informação | Informação genérica, não decisória |
S3 | Shared | Adequado para Revisão Interna | Revisão interna da equipe |
S4 | Shared | Adequado para Aprovação de Etapa | Aprovação formal de fim de fase |
S6 | Shared | Adequado para Autorização do PIM | Autorização do Project Information Model |
S7 | Shared | Adequado para Autorização do AIM | Autorização do Asset Information Model |
A1-AN | Published | Autorizado para [escopo] | Autorizado para um propósito contratual específico |
B1-BN | Published | Aprovado parcialmente | Aprovado parcialmente com ressalvas |
CR | Published | Registro Como Construído | Registro do "as-built" (como construído) |
PR | Published/Archived | Registro Publicado | Arquivo final autorizado |
Os códigos de revisão rastreiam a versão do contêiner de informação. A convenção mais comum distingue três fases do ciclo de vida:
P01, P02, P03... Pré-construção — revisões na fase de projeto/concepçãoC01, C02, C03... Construção — revisões na fase de execução/obrasD01, D02, D03... Operação (Deployed) — revisões na fase pós-entregaCombinação Adequação - Revisão: a notação Suitability - Revision identifica de forma única o estado semântico do contêiner em um momento específico.
Exemplo: S2 - P03 significa "adequado para informação, terceira revisão de pré-construção". A1 - C02 significa "autorizado para construção, segunda revisão na fase de execução".
Um CDE (Ambiente Comum de Dados) avançado gera automaticamente os códigos de revisão, incrementando-os a cada nova versão, impedindo saltos de códigos e garantindo consistência na rastreabilidade.
As ações permitidas para os diferentes papéis variam de acordo com o estado do contêiner. A configuração exata depende dos Requisitos de Troca de Informação (EIR) do projeto.
| Papel | WIP | Shared | Published | Archived |
|---|---|---|---|---|
| Equipe de Trabalho Autora (Task Team) | Ler / Modificar / Excluir | Ler / Modificação limitada | Ler | Ler |
| Outras Equipes de Trabalho | — | Ler / Comentar / Emitir Notas | Ler | Ler |
| Parte Contratada Principal (Lead Appointed Party) | — | Ler / Verificar / Aprovar | Ler / Aprovação final | Ler |
| Parte Contratante (Appointing Party / Cliente) | — | Ler (conforme EIR) | Ler / Autorizar | Ler |
| Gestor do CDE | Administrar | Administrar | Administrar | Administrar (somente leitura) |
O Gestor do CDE possui direitos administrativos em todos os estados, mas não pode alterar conteúdos Arquivados sem deixar rastros na trilha de auditoria (audit trail).
O estado Compartilhado não significa publicado: não possui valor contratual, não pode ser usado para decisões operacionais ou para embasar a construção. Usar um contêiner Shared como se fosse Published é uma causa frequente de litígios.
Carregar contêineres diretamente em Published sem passar por Shared ignora o processo de coordenação interdisciplinar. Isso pode resultar em interferências (clashes) não detectadas, incongruências entre disciplinas e falta de alinhamento com os requisitos de informação.
O contêiner arquivado deve ser congelado permanentemente em modo de somente leitura, e não excluído. A eliminação definitiva pode violar obrigações contratuais de retenção de dados e comprometer a defesa em caso de litígios.
Um contêiner no estado Published não pode ser alterado: qualquer modificação exige uma nova revisão que deve percorrer todo o ciclo novamente. Modificar um documento "silenciosamente" destrói a rastreabilidade e invalida todo o processo.
Permitir que uma Equipe de Trabalho modifique livremente um contêiner Shared ou Published pertencente a outra disciplina é um erro grave de configuração. As permissões devem ser estritamente condicionadas ao estado do arquivo e segregadas por papel.