ARQ-ARTICLE-20261021-DATABOOK-INDICE-MESTRE
Resposta direta: a completude de um databook não deve ser calculada pela quantidade de arquivos encontrados. O índice mestre precisa relacionar cada requisito a um item esperado, sua aplicabilidade, identificação, revisão, status técnico, evidência de aprovação e localização. “Recebido” é diferente de “conferido”; “conferido” é diferente de “aprovado”; e um documento aprovado pode deixar de ser válido quando surge uma revisão posterior.
O que é o índice mestre e o que ele não é
O índice mestre é a matriz de controle que conecta exigências de um contrato, especificação, plano da qualidade ou procedimento de entrega aos documentos efetivamente produzidos. Pode abranger desenhos, memoriais, listas, certificados de materiais, relatórios de inspeção, ensaios, calibrações, procedimentos, registros de soldagem, manuais, folhas de dados, relatórios de comissionamento e documentação “as built”. A composição varia conforme empreendimento, disciplina, equipamento, fornecedor e escopo.
Não existe uma lista universal que torne qualquer pasta um databook. Normas técnicas, requisitos do cliente e condições contratuais podem definir estruturas diferentes. Documentos regulatórios podem exigir registros sobre integridade ou segurança operacional, mas isso não significa que toda obrigação use a palavra “databook” ou determine o mesmo índice. Portanto, o projeto deve distinguir quatro origens: obrigação legal ou regulatória; norma técnica aplicável; requisito contratual; e padrão interno da organização.
O índice também não é apenas o sumário do PDF final. Um sumário informa onde um capítulo começa; o índice mestre controla o ciclo do item: previsto, não aplicável, solicitado, recebido, rejeitado, substituído, aprovado e entregue. Ele funciona antes, durante e depois da montagem dos volumes.
Presença, validade e aprovação são dimensões diferentes
| Status | O que demonstra | O que ainda não demonstra |
|---|---|---|
| Previsto | O requisito foi incluído no índice. | Que o documento já existe ou é aplicável. |
| Recebido | Um arquivo ou volume chegou e foi protocolado. | Que pertence ao item correto, está legível ou usa a revisão exigida. |
| Identificado | Número, título, disciplina, equipamento e revisão foram reconhecidos. | Que o conteúdo atende ao requisito. |
| Conferido documentalmente | Formato, paginação, assinatura, anexos e metadados passaram pelo checklist. | Que a engenharia aprovou o conteúdo técnico. |
| Aprovado tecnicamente | Responsável competente aceitou o documento no estágio indicado. | Que não haverá revisão posterior ou condição pendente. |
| Vigente para entrega | É a revisão definida para o pacote final e não foi substituída. | Que todos os demais requisitos estão completos. |
| Entregue e reconciliado | O item consta no pacote, no índice e no registro de entrega. | Que o cliente encerrou todas as pendências, se o aceite ainda estiver aberto. |
Essa separação impede o indicador enganoso de “100% completo” quando existem arquivos vazios, duplicados, preliminares ou associados ao equipamento errado. Também torna possível medir pendências por causa, e não apenas contar células em branco.
Campos mínimos de uma matriz de completude
Identificação do requisito
Use um identificador único do item, capítulo, subitem e origem do requisito. Registre disciplina, sistema, subsistema, tag do equipamento, pacote, fornecedor e contrato quando aplicável. Se a obrigação veio de uma especificação, indique documento e revisão de origem. Isso permite revisar o índice quando o escopo muda.
Documento esperado
Defina tipo documental, título esperado, número ou padrão de numeração, formato, idioma, quantidade, assinatura, carimbo, anexos e critérios de legibilidade. Não transforme título em palavra-chave vaga. “Certificados” pode representar materiais, calibração, qualificação ou conformidade e precisa de detalhamento.
Aplicabilidade
Um item pode ser aplicável, não aplicável, condicional ou ainda em análise. “Não aplicável” exige justificativa e aprovação; não é sinônimo de documento ausente. Para itens condicionais, registre qual fato ativa a exigência. Essa decisão evita que lacunas sejam escondidas com “N/A” sem fundamento.
Controle de revisão
Separe revisão recebida, revisão requerida, revisão aprovada e revisão entregue. Registre data, transmittal ou protocolo e relação com versões substituídas. O nome do arquivo não deve ser a única fonte. Em desenhos e folhas de dados, revise também o status: para comentário, para aprovação, liberado para construção, “as built” ou outro código definido pelo projeto.
Responsabilidade e evidência
Registre fornecedor responsável, disciplina revisora, pessoa ou função que conferiu, data, decisão e evidência do aceite. E-mails isolados são difíceis de reconciliar; quando forem a fonte, associe a mensagem ou protocolo ao item. Pendências precisam de responsável, prazo, comentário e histórico.
Localização e integridade
Indique volume, capítulo, caminho lógico, identificador do repositório e, quando necessário, hash do arquivo entregue. O hash ajuda a comprovar identidade entre cópias, mas não comprova que o conteúdo está correto. A localização precisa sobreviver a renomeações e reorganizações.
Método de montagem e controle em dez etapas
- Reúna as fontes de requisito. Contrato, anexos, especificações, lista de documentos, plano da qualidade, matriz regulatória e orientações de entrega devem ser versionados.
- Crie uma linha por requisito verificável. Evite uma linha genérica para dezenas de certificados quando cada equipamento, lote ou disciplina precisa de evidência própria.
- Defina aplicabilidade. Submeta itens condicionais ou “não aplicáveis” aos responsáveis, mantendo justificativa e data da decisão.
- Cadastre padrões de identificação. Números, tags, títulos e revisões devem ser comparáveis. Documente exceções de fornecedores.
- Protocole cada recebimento. Preserve origem, data, transmittal, remetente e quantidade. Nunca substitua silenciosamente um arquivo.
- Faça conferência documental. Verifique abertura, legibilidade, páginas, assinaturas, selos, anexos, orientação, formato e correspondência com o índice.
- Encaminhe revisão técnica. A equipe competente decide conteúdo; a equipe documental controla evidências, estados e prazos sem usurpar aprovação de engenharia.
- Trate revisões e rejeições. Vincule o novo arquivo ao anterior, preserve histórico e impeça que a versão rejeitada seja marcada como vigente.
- Monte o pacote final. Gere volumes e índice de entrega a partir dos itens aprovados, com ordem, marcadores e navegação conferidos.
- Reconcilie e encerre. Compare matriz, arquivos, volumes, protocolo e resposta do cliente. Pendências residuais devem permanecer explícitas.
A ANP, em seus regulamentos de segurança operacional e integridade, exige que operadores mantenham sistemas de controle da documentação e informações necessárias aos requisitos aplicáveis. Esse dever regulatório não cria sozinho um modelo único de databook, mas reforça a necessidade de atualização, distribuição, integridade e rastreabilidade documental. Já a Petrobras informa que suas Normas Técnicas Públicas e documentos padronizados podem integrar contratações e que adaptações são feitas conforme cada licitação. Logo, o índice deve apontar o requisito realmente contratado e sua revisão, sem copiar um modelo de outro empreendimento.
Como calcular indicadores sem mascarar pendências
Use denominadores explícitos. Se o índice possui 200 itens, dos quais 20 foram formalmente classificados como não aplicáveis, o universo aplicável é 180. Se 170 arquivos foram recebidos, a taxa de recebimento é 94,4%, mas isso não é taxa de aprovação. Se 150 foram aprovados e 10 aguardam revisão técnica, a taxa de aprovação é 83,3% do universo aplicável. Mostre números absolutos ao lado dos percentuais.
Evite somar estados incompatíveis. “Recebido + aprovado” duplica itens, porque aprovado é um estágio posterior do mesmo requisito. Prefira um funil mutuamente exclusivo: não solicitado, solicitado, recebido aguardando conferência, em correção, em análise técnica, aprovado vigente, não aplicável aprovado e pendência excepcional. Se um item exige cinco certificados, defina se cada certificado é uma linha ou se a linha tem quantidade esperada e quantidade aprovada.
Indicadores recomendados incluem: aplicabilidade decidida; recebimento; conferência documental; aprovação técnica; revisão vigente; pendências vencidas; itens sem responsável; itens rejeitados; documentos substituídos ainda presentes no pacote; e divergências entre índice e volumes. Um semáforo só é útil quando os critérios de verde, amarelo e vermelho são públicos.
OCR e automação: onde ajudam e onde param
OCR pode extrair número de documento, revisão, tag, data, título e texto pesquisável. Regras podem comparar esses campos com a matriz e sinalizar divergências. Entretanto, reconhecimento de caracteres não aprova conteúdo. Um “B” lido como “8” pode associar o arquivo ao item errado; um carimbo pode estar em imagem; uma tabela pode perder colunas; um desenho pode trazer revisão no quadro de legendas e outra referência no nome do arquivo.
Use limiares de confiança e fila de exceção. Campos críticos devem ser conferidos contra a imagem. Automação pode apontar arquivo duplicado por hash, título incompatível, revisão anterior à aprovada, ausência de assinatura ou documento sem item correspondente. A decisão técnica continua com o papel responsável definido pelo projeto.
Ao gerar PDF pesquisável ou PDF/A, preserve a imagem legível e valide a transformação. PDF/A favorece preservação, mas não corrige um certificado incompleto nem converte uma revisão preliminar em “as built”. Para grandes formatos, confirme escala, detalhes, orientação e legibilidade de carimbos. A entrega pode combinar PDFs, arquivos nativos e registros estruturados conforme o contrato.
Governança, acesso e versionamento
O repositório deve separar área de recebimento, trabalho, análise, aprovado e entrega, ou representar esses estados com metadados e permissões equivalentes. Fornecedores não devem substituir arquivos aprovados diretamente. Revisores precisam localizar o documento certo sem receber acesso indiscriminado a todo o projeto. O histórico deve mostrar quem incluiu, revisou, rejeitou, aprovou e publicou cada versão.
Defina nomenclatura sem depender de dados informais. Um padrão pode combinar projeto, disciplina, tipo, número, tag e revisão, mas precisa tratar caracteres, comprimento, colisões e documentos sem tag. Renomeação em massa deve produzir relatório de origem e destino. Guarde o nome recebido quando ele tiver valor de rastreabilidade.
Faça backups e teste restauração. Controle também a planilha ou banco do índice mestre; perder a matriz e manter apenas PDFs destrói o contexto de pendências e aprovações. Exportações periódicas em formato aberto podem apoiar continuidade, desde que preservem identificadores e relacionamentos.
Erros comuns
- Declarar 100% porque todos os capítulos possuem pelo menos um arquivo.
- Usar “N/A” para esconder documento atrasado.
- Manter duas revisões como vigentes sem decisão registrada.
- Confundir conferência de paginação com aprovação técnica.
- Inserir arquivo recebido depois de fechar o índice, sem reconciliar o pacote.
- Apagar versões rejeitadas e perder o histórico de correções.
- Entregar OCR sem validar números, tags e revisões críticas.
- Copiar a estrutura de outro contrato sem confirmar aplicabilidade.
- Quebrar o vínculo entre certificado, lote, equipamento e inspeção.
- Usar apenas nomes de pasta como controle de status.
Checklist de aceite do databook
- Fontes de requisitos e revisões estão identificadas.
- Cada linha possui aplicabilidade decidida ou pendência explícita.
- Documento recebido está vinculado ao item correto.
- Revisão aprovada e revisão entregue coincidem.
- Substituídos não aparecem como vigentes no pacote final.
- Assinaturas, carimbos, anexos e paginação passaram pelo critério documental.
- Aprovação técnica possui responsável, data e evidência.
- Volumes, marcadores, links e índice foram testados.
- Quantidade de itens no pacote foi reconciliada com a matriz.
- Pendências residuais constam no protocolo de entrega.
- Arquivos e matriz possuem backup e teste de restauração.
- Critérios de completude estão descritos no relatório final.
Perguntas frequentes
Qual a diferença entre databook e dossiê técnico?
Os nomes variam por organização e contrato. Ambos podem reunir evidências técnicas, mas o conteúdo e a estrutura devem ser definidos pelo requisito aplicável. Não presuma equivalência apenas pelo título.
Um único PDF é obrigatório?
Não universalmente. Alguns contratos pedem volumes PDF navegáveis; outros exigem arquivos separados, formatos nativos ou carga em plataforma. O pacote deve seguir o critério acordado e preservar pesquisa, integridade e rastreabilidade.
OCR pode conferir um databook sozinho?
Não. OCR e regras ajudam a extrair e comparar campos, mas documentos técnicos exigem validação documental e, quando aplicável, aprovação da disciplina competente.
Como tratar documento não aplicável?
Registre justificativa, responsável e aprovação. A decisão deve permanecer auditável. Não deixe o item simplesmente vazio nem o remova do índice sem histórico.
Qual percentual indica que o databook está concluído?
Não existe percentual universal. A conclusão depende do universo aplicável, dos estados aceitos, das pendências autorizadas e do aceite contratual. Informe contagens e critérios, não apenas um número agregado.
Fontes oficiais e referências técnicas
- ANP — Regulamento Técnico do Sistema de Gerenciamento da Segurança Operacional, incluindo controle de documentação e matriz de correlação. Consulta em 21/10/2026.
- ANP — Gerenciamento da Integridade Estrutural, página publicada em 13/07/2020 e atualizada em 11/12/2023. Consulta em 21/10/2026.
- ANP — Manuais e cargas na fase de produção, página atualizada em 30/09/2026. Consulta em 21/10/2026.
- Petrobras — Catálogo de Padronização e Normas Técnicas Públicas. Consulta em 21/10/2026. Os requisitos concretos dependem da contratação e da revisão aplicável.
Importante: este guia não reproduz normas técnicas pagas nem presume que requisitos de uma operadora se aplicam a outro cliente. O índice mestre deve ser construído a partir dos documentos efetivamente vigentes no contrato e no setor do empreendimento.
Leituras e soluções relacionadas
- Montagem de Databooks de Engenharia.
- Serviço de organização e montagem de databooks.
- Entrega de acervo digital: inventário, hashes e recuperação.
- Temporalidade no Alfresco: eventos, retenção e bloqueio.
Organize o databook com critérios verificáveis
A Arquindex apoia diagnóstico, digitalização, OCR, classificação, controle de revisões, conferência documental e montagem de volumes conforme o índice do projeto.
WhatsApp (31) 97363-2725comercial@arquindex.com.br