Checklist de governança e segurança de dados BIM

Origem: seção 05, Governança BIM: produzir, compartilhar e confiar. Muitos problemas de obra começam porque uma destas cinco ficou sem resposta formal.

• Q1. Quem cria cada informação?
• Q2. O que deve ser entregue?
• Q3. Quando deve ser compartilhado?
• Q4. Quem aprova?
• Q5. Como deve ser preservado?

Origem: seção 05, as quatro camadas. As respostas não vivem em uma pasta na nuvem.

• Norma e plano. A ISO 19650 e o Plano de Execução BIM definem o processo de gestão da informação e como este projeto o aplica?
• Pessoas e processos. Papéis, prazos, critérios de aprovação e níveis de acesso estão escritos?
• Plataforma. Existe um Ambiente Comum de Dados, o CDE, com fluxos, versões, status e trilhas de auditoria em um único ambiente?
• Interoperabilidade. Os padrões abertos openBIM estão adotados onde cabem, entre IFC, BCF, IDS, JSON e APIs?

Origem: seção 04, O empreendimento como cadeia contínua de dados. Um bom registro responde, no mínimo, sete coisas.

• O que aconteceu.
• Quando.
• Quem participou.
• Qual era a versão.
• Qual foi a causa.
• Qual foi o impacto.
• Qual ação foi tomada.
• As seis fases têm registro previsto. Concepção (premissas e decisões iniciais), projeto (modelos BIM e aprovações), contratação (contratos, escopo e documentações), construção (cronogramas, medições e produtividade), comissionamento (testes, verificações e entregas) e operação (ativos instalados e falhas operacionais).

Origem: seção 06, Segurança em camadas: proteger o dado e a decisão.

• Classificação por sensibilidade. Informações pessoais e propriedade intelectual têm tratamento diferenciado?
• Controle de acesso por função. Cada papel enxerga e altera apenas o que precisa, inclusive nas integrações via APIs, ERP e dispositivos IoT?
• Validação de completude e origem. Dá para saber de onde o dado veio e se ele está completo?
• As cinco camadas do CDE. Identidade, integridade, disponibilidade, acesso e auditoria estão cobertas?
• Trilha de auditoria. É possível saber, a qualquer momento, quem acessou, alterou, aprovou ou publicou cada informação?
• Validação técnica separada da segurança. Dados protegidos, mas incorretos, continuam sendo dados incorretos: segurança protege o dado, validação técnica protege a decisão.

Origem: seção 07, O que a lei exige: LDA e LGPD.

• Criações protegidas mapeadas. Modelos, desenhos, bibliotecas e documentos técnicos são criações intelectuais protegidas pela Lei nº 9.610/1998, a LDA, art. 7º.
• Autorização prévia. Reprodução, edição, adaptação ou qualquer outra utilização da obra tem autorização do autor, como manda o art. 29 da LDA?
• Quem criou e quem pode usar. Contratos e processos definem quem criou cada conteúdo e quem pode usar, adaptar, reproduzir ou compartilhar?
• Dados pessoais no CDE. Nomes, contatos, documentos e registros de acesso de projetistas, contratados, fornecedores e operários estão identificados, para efeito da Lei nº 13.709/2018, a LGPD?
• Tratamento com finalidade e proteção. Coleta, armazenamento, compartilhamento e descarte têm finalidade definida, base legal e transparência, com medidas técnicas e organizacionais contra acessos não autorizados, vazamentos e usos indevidos?

Nota editorial. Este bloco tem caráter informativo e não substitui orientação jurídica especializada para casos concretos.

Origem: seção 12, Tecnologia sem governança amplia os riscos. Cada risco conhecido tem um contrapeso de governança.

• Políticas claras e explicabilidade. Há critérios definidos para quando e como usar cada recomendação, contra alucinações, falsas correlações e dependência excessiva da automação?
• Aprovação formal e validação técnica independente. Nenhuma saída de inteligência artificial vira decisão sem revisão humana?
• Retenção e rastreabilidade. Existem políticas de retenção e de explicabilidade dos modelos algorítmicos?
• A responsabilidade continua humana. Está claro para a equipe que a IA apoia a decisão e não elimina a responsabilidade técnica e civil do engenheiro?