Como estruturar um Data Book em Engenharia: índice, MDR/VDR, certificados, inspeções, FAT, RNCs, rastreabilidade, revisão final e critérios de aceite.
Confira!
Data Book em Engenharia é o conjunto organizado de registros técnicos, certificados, relatórios, inspeções, testes, desenhos, documentos de fabricação e evidências de conformidade que acompanham um equipamento, sistema, fornecimento ou pacote de obra até sua entrega e aceite. Seu valor não está no volume de arquivos, mas na capacidade de demonstrar de forma rastreável o que foi fornecido, como foi verificado, quais requisitos foram atendidos e quais pendências foram encerradas.
Em contratos industriais, de infraestrutura e sistemas críticos, o Data Book funciona como memória técnica do fornecimento. Ele conecta requisitos contratuais, documentos de engenharia, registros de inspeção, certificados de materiais, ensaios, FAT, não conformidades, liberações e documentação final. Quando essa cadeia é bem estruturada, o Owner consegue verificar a conformidade sem reconstruir a história do fornecimento depois que o equipamento já foi instalado ou colocado em operação.
O termo não possui um conteúdo universal idêntico para todos os setores. A composição precisa ser definida por contrato, especificação, Plano da Qualidade, Vendor Document Requirement, MDR, ITP/PIT e requisitos normativos aplicáveis. Em um transformador de potência, por exemplo, o conjunto de evidências é diferente daquele exigido para um painel elétrico, skid mecânico, sistema de automação ou lote de materiais. A lógica, porém, permanece: o Data Book deve permitir rastrear requisito, execução, verificação, resultado, liberação e aceite.
O que é um Data Book em Engenharia
Um Data Book é um dossiê técnico organizado do fornecimento. Ele reúne registros que demonstram a conformidade do produto ou sistema ao longo do ciclo de fabricação, inspeção, teste, expedição, recebimento e, quando aplicável, instalação e comissionamento.
A expressão é comum em ambientes industriais, óleo e gás, energia, infraestrutura e fabricação de equipamentos, mas pode ser aplicada a qualquer contratação em que a documentação final seja parte do objeto. O documento pode existir em formato físico, eletrônico ou híbrido; atualmente, a tendência é a consolidação digital com indexação, controle de revisão e rastreabilidade por equipamento, tag, lote ou sistema.
| Elemento | Pergunta que o Data Book deve responder | Exemplo de evidência |
| Identidade | O que exatamente foi fornecido? | tag, serial, modelo, fabricante, lote |
| Requisito | Qual especificação governa o item? | datasheet, especificação, desenho aprovado |
| Origem | De onde vieram materiais e componentes? | certificados, heat numbers, lotes, certificados de conformidade |
| Execução | Como o item foi produzido ou montado? | procedimentos, registros de processo, parâmetros |
| Inspeção | O que foi verificado? | relatórios, checklists, dimensional, visual |
| Teste | Como o desempenho foi demonstrado? | FAT, ensaios, testes funcionais, curvas |
| Desvios | O que ocorreu fora do requisito? | RNC/NCR, concessão, reparo, reteste |
| Liberação | Quem autorizou o avanço ou embarque? | inspection release, aprovação, assinatura |
| Entrega | Qual é a configuração final aceita? | as-built, manual, lista de peças, certificados finais |
O Data Book não substitui o próprio equipamento, a inspeção física ou o comissionamento. Ele é a camada documental que permite demonstrar o que ocorreu e sustentar decisões técnicas futuras.
Data Book não é simplesmente uma pasta de PDFs
Um erro frequente é tratar o Data Book como repositório de documentos. Nesse modelo, o fornecedor acumula arquivos ao longo do contrato e, próximo ao encerramento, entrega uma pasta com dezenas ou centenas de PDFs. O problema aparece quando ninguém consegue responder com segurança quais documentos eram obrigatórios, quais são finais, quais estão associados a cada tag e quais evidenciam o aceite.
Um Data Book tecnicamente útil precisa de arquitetura. Essa arquitetura deve definir índice, capítulos, codificação, vínculo entre documentos e equipamentos, status, revisão, responsabilidade e regra de fechamento.
A diferença entre arquivo e sistema evidencial pode ser resumida assim:
| Pasta de arquivos | Data Book controlado |
| documentos acumulados | documentos exigidos por matriz |
| nomes definidos pelo fornecedor | codificação e nomenclatura governadas |
| revisão difícil de identificar | revisão final claramente identificada |
| evidências sem relação com requisitos | evidências vinculadas ao ITP, especificação ou tag |
| ausência de status | aprovado, aprovado com comentários, rejeitado, substituído |
| entrega no fim | desenvolvimento progressivo durante o fornecimento |
| difícil auditar | estrutura pronta para auditoria e aceite |
A solução de Gestão de Documentos de Engenharia da A3A Engenharia trabalha justamente essa camada de revisão, rastreabilidade e governança documental ao longo do empreendimento.
Onde o Data Book entra no ciclo do fornecimento
Se o Data Book só começa a ser organizado depois do FAT, o problema normalmente não é documental: é de governança do fornecimento. A matriz de documentos, o PIT e os marcos de aprovação precisam nascer juntos para que cada evidência seja capturada no momento correto.
O Data Book começa antes da fabricação. Sua estrutura deve nascer quando os requisitos documentais do fornecedor são definidos e precisa evoluir junto com o fornecimento.
Se o Data Book for pensado apenas depois do FAT, provavelmente haverá lacunas difíceis de recuperar: certificados sem vínculo, registros de inspeção incompletos, fotos sem identificação, ensaios sem serial, versões preliminares misturadas às finais ou RNCs sem evidência de fechamento.
Requisitos documentais antes da compra
A fase de contratação deve estabelecer o que o fornecedor terá de entregar. Isso pode ser materializado em uma Vendor Document Requirement List, Supplier Document List, MDR ou matriz equivalente. Cada linha deve ter pelo menos tipo documental, prazo, revisão, necessidade de aprovação e condição para aceite.
Formação durante a fabricação
À medida que desenhos são aprovados, materiais são recebidos, processos são executados e inspeções ocorrem, as evidências entram no controle documental. Não é recomendável esperar o fim para organizar retrospectivamente.
Consolidação antes do embarque
Para equipamentos críticos, uma parcela relevante da documentação deve estar fechada antes da expedição. Dependendo do contrato, a liberação para embarque pode estar condicionada à aprovação de itens documentais essenciais.
Fechamento após instalação e testes
Alguns registros só existem após chegada ao site, montagem, SAT, comissionamento ou correções finais. Nesse caso, o Data Book pode ser entregue em revisão preliminar antes do embarque e em revisão final depois da conclusão do escopo.
Estrutura recomendada de um Data Book
Não existe uma divisão universal, mas uma estrutura de referência para equipamentos e pacotes de engenharia pode conter os capítulos abaixo.
1. Identificação e índice mestre
A primeira seção deve permitir navegar no dossiê. Inclui capa, identificação do contrato, fornecedor, equipamento, tag, número de pedido, índice geral e controle de revisões.
2. Documentos contratuais e requisitos aplicáveis
Podem ser incluídas listas de documentos aplicáveis, datasheets aprovados, especificações, desenhos de referência e matriz de requisitos. Nem sempre é adequado reproduzir o contrato inteiro; o objetivo é garantir contexto técnico suficiente.
3. Engenharia e desenhos aprovados
Entram desenhos de fabricação, arranjos, diagramas, listas de materiais, folhas de dados, memórias e documentos de interface relevantes para a configuração final.
4. Materiais e rastreabilidade
Dependendo do equipamento, incluem-se certificados de matéria-prima, certificados de conformidade, relatórios de composição, heat numbers, lotes, identificação de componentes críticos e registros de recebimento.
5. Procedimentos e qualificações
Quando aplicável, podem aparecer procedimentos de fabricação, soldagem, pintura, ensaios, montagem, qualificação de pessoal, calibração e critérios específicos de processo.
6. Inspeções e ensaios
Esta parte concentra resultados de inspeções visuais, dimensionais, elétricas, mecânicas, END, calibrações e demais verificações definidas no PIT/ITP.
7. FAT e testes funcionais
Protocolos, resultados, valores medidos, desvios, retestes, assinaturas, listas de pendências e evidências de encerramento devem permitir entender o desempenho observado durante o Factory Acceptance Test.
8. Não conformidades e concessões
RNCs/NCRs, desvios aprovados, reparos, retestes e registros de fechamento precisam estar coerentes com a configuração final. Uma RNC aberta não pode simplesmente desaparecer do dossiê.
9. Liberação e expedição
Inclui release note, packing list técnico quando aplicável, preservação, identificação, registros fotográficos, instruções de transporte e evidências de liberação.
10. Documentação final de operação e manutenção
Manuais, listas de sobressalentes, certificados de garantia, planos de manutenção, catálogos específicos, procedimentos de partida e documentação necessária à operação podem integrar a revisão final.
Como estruturar o índice e a codificação
O índice deve funcionar como mapa do dossiê. Em um fornecimento pequeno, uma planilha pode ser suficiente. Em pacotes complexos, é recomendável estruturar por sistema, equipamento, tag e classe documental.
| Campo | Finalidade |
| item | ordenação e referência |
| código | identificação controlada do documento |
| título | descrição objetiva |
| tag/sistema | vínculo com ativo ou pacote |
| revisão | estado documental |
| data | referência temporal |
| status | aprovação ou condição |
| requisito de origem | contrato, especificação, ITP, norma |
| observação | ressalvas, substituições, pendências |
A codificação deve ser coerente com o sistema documental do empreendimento. Se o cliente utiliza um EDMS, o fornecedor precisa respeitar regras de nomenclatura, metadados e revisão para evitar que o Data Book se transforme em um universo paralelo.
Relação entre Data Book, MDR e VDR
Esses termos são relacionados, mas não equivalentes.
A MDR — Master Document Register é a lista mestra de documentos. Ela controla o universo de entregáveis, revisões e status. A VDR — Vendor Document Requirement descreve o que o fornecedor deve apresentar e em quais marcos. O Data Book é o conjunto consolidado de evidências e documentos finais resultante desse processo.
Em termos simples:
Um Data Book forte costuma ser consequência de um MDR bem controlado. Quando o MDR é incompleto, o fechamento documental tende a ser reativo.
Relação entre Data Book e PIT/ITP
O Plano de Inspeção e Testes define onde a conformidade será verificada. O Data Book registra as evidências produzidas nessas verificações.
Para cada linha crítica do PIT, deve ser possível identificar o registro associado: relatório, checklist, certificado, curva, fotografia, ata ou liberação. Essa conexão é uma das formas mais eficientes de auditar o dossiê.
O artigo sobre Plano de Inspeção e Testes (PIT/ITP) detalha como estruturar atividade, método, frequência, critério, ponto de intervenção e registro esperado.
Certificados de materiais e rastreabilidade
A rastreabilidade não é o simples armazenamento do certificado de material. É a capacidade de relacionar o certificado ao item efetivamente utilizado.
Essa relação pode depender de número de lote, heat number, serial, etiqueta, marcação física, relatório de recebimento ou mapa de rastreabilidade. Em componentes críticos, o Data Book precisa permitir seguir o caminho inverso: partir da tag instalada e chegar à origem documental do material.
Quando essa cadeia é quebrada, possuir o certificado não demonstra necessariamente que aquele certificado corresponde ao item fornecido.
Registros de inspeção e testes
Cada registro deve responder pelo menos:
- qual item foi verificado;
- qual requisito ou procedimento foi aplicado;
- qual instrumento ou método foi utilizado quando relevante;
- qual resultado foi obtido;
- qual critério definia aprovação ou reprovação;
- quem executou e quem testemunhou;
- quando ocorreu a verificação;
- quais desvios foram identificados;
- qual foi a disposição final.
Registros genéricos reduzem o valor probatório do Data Book. Um checklist assinado sem identificação do equipamento ou sem resultado objetivo pode ter pouca utilidade anos depois.
Como tratar RNCs dentro do Data Book
Não conformidades fazem parte da história técnica do fornecimento. O objetivo do dossiê não é criar aparência de perfeição, e sim demonstrar que os desvios foram identificados, tratados e encerrados de forma controlada.
Uma RNC relevante deve deixar rastreável:
- requisito violado;
- descrição objetiva do desvio;
- contenção adotada;
- disposição técnica;
- aprovação da disposição quando exigida;
- execução da correção ou reparo;
- reteste ou reinspeção;
- evidência de fechamento.
O conteúdo sobre Relatório de Não Conformidade (RNC/NCR) aprofunda a estrutura documental desse processo.
Data Book preliminar e Data Book final
Em contratos longos, trabalhar apenas com uma entrega final cria risco. É preferível definir marcos intermediários de submissão.
Uma estratégia possível é:
- índice preliminar aprovado no início do fornecimento;
- revisões parciais durante fabricação;
- pacote pré-FAT para avaliação de prontidão;
- pacote pré-embarque com registros de fabricação e FAT;
- revisão final após instalação, SAT e fechamento das pendências aplicáveis.
Essa abordagem transforma o Data Book em processo contínuo de controle, não em tarefa administrativa de última hora.
Critérios de aceite documental
Um dossiê volumoso não compensa uma cadeia de evidências fraca. Quando certificados, inspeções, testes e RNCs não podem ser relacionados às tags e requisitos, o Owner ainda precisa reconstruir a conformidade manualmente.
O aceite deve ser baseado em critérios objetivos. Uma revisão documental madura verifica ao menos completude, aplicabilidade, revisão, rastreabilidade, coerência interna e fechamento de pendências.
| Critério | Pergunta de verificação |
| completude | todos os documentos exigidos foram entregues? |
| revisão | as versões finais estão claramente identificadas? |
| rastreabilidade | registros podem ser vinculados a tags, lotes e requisitos? |
| consistência | desenhos, certificados, relatórios e as-built são coerentes entre si? |
| legibilidade | arquivos possuem qualidade e conteúdo utilizável? |
| aprovação | documentos sujeitos a aprovação possuem status final? |
| desvios | RNCs e concessões estão fechadas e incorporadas à configuração final? |
| navegabilidade | índice permite localizar rapidamente cada evidência? |
Aceitar um Data Book apenas porque “todos os PDFs chegaram” é um critério frágil. O objetivo é aceitar um conjunto tecnicamente íntegro.
Data Book e configuração final do equipamento
Uma das funções mais relevantes do dossiê é representar a configuração efetivamente entregue. Durante fabricação, desenhos podem sofrer revisões, componentes podem ser substituídos mediante aprovação e ajustes podem ocorrer durante FAT ou SAT.
O Data Book final precisa refletir essa realidade. Caso contrário, a operação recebe um equipamento e uma documentação que descreve outro estado.
Essa coerência é especialmente importante para diagramas elétricos, listas de I/O, firmware, parametrização, listas de materiais, ajustes de proteção, desenhos de montagem e manuais específicos do fornecimento.
Data Book e comissionamento
O comissionamento utiliza parte das evidências de fabricação como entrada. Relatórios de FAT, certificados, calibrações, desenhos aprovados e pendências precisam estar disponíveis para que a equipe de campo saiba o que já foi demonstrado e o que ainda deve ser verificado.
Por outro lado, registros produzidos no site — SAT, testes funcionais, ajustes finais e as-built — podem complementar a revisão final do Data Book ou integrar um dossiê de comissionamento mais amplo.
O Guia Completo de Comissionamento ajuda a entender como documentação, testes, aceite e handover se conectam na transição para operação.
Quem deve revisar o Data Book
A revisão pode envolver diferentes papéis conforme a criticidade do fornecimento:
- document control, para formato, codificação e revisão;
- engenharia da disciplina, para conteúdo técnico;
- QA/QC, para completude e evidências;
- inspeção, para registros de campo e fabricação;
- comissionamento, para testes e prontidão;
- Owner’s Engineering ou fiscalização, para conformidade com o contrato;
- operação e manutenção, para documentação necessária ao ciclo de vida.
Centralizar toda a revisão em uma única pessoa aumenta o risco de lacunas porque aspectos documentais, técnicos e operacionais são diferentes.
Indicadores úteis para controlar o fechamento
O progresso pode ser acompanhado por métricas simples:
- percentual de documentos previstos emitidos;
- percentual em revisão final;
- documentos rejeitados ou com comentários abertos;
- registros de inspeção faltantes;
- RNCs abertas associadas ao fornecimento;
- documentos críticos pendentes para FAT;
- documentos críticos pendentes para embarque;
- percentual do Data Book aceito.
O indicador mais útil não é quantidade de arquivos enviados, mas percentual de requisitos documentais efetivamente fechados.
Erros frequentes na montagem do Data Book
Começar tarde
Quando a estrutura é criada somente no encerramento, a equipe tenta reconstruir meses de registros e decisões.
Aceitar documentos sem rastreabilidade
Certificados e relatórios sem tag, serial ou lote perdem força evidencial.
Misturar documentos preliminares e finais
A operação pode usar informação obsoleta se a revisão final não estiver inequívoca.
Omitir desvios tratados
Excluir RNCs da documentação final apaga parte da história técnica e dificulta auditorias futuras.
Entregar somente arquivos nativos do fornecedor
O formato final deve obedecer à estratégia documental do empreendimento e permitir acesso futuro, independentemente das ferramentas internas do fabricante.
Como especificar o Data Book em uma contratação
O requisito deve aparecer antes da emissão do pedido. Uma cláusula bem estruturada define, no mínimo:
- conteúdo obrigatório e índice de referência;
- códigos e metadados;
- formatos editáveis e não editáveis quando aplicável;
- idioma;
- periodicidade de submissão;
- fluxo de aprovação;
- marcos condicionados à documentação;
- regra de revisão final;
- necessidade de correlação com tag, ITP e RNC;
- prazo para correções;
- critério de aceite do dossiê.
Isso evita a discussão clássica no fim do contrato: o fornecedor afirma que entregou tudo o que costuma entregar, enquanto o cliente esperava um conjunto diferente.
Data Book digital e EDMS
Em empreendimentos complexos, o ideal é que o Data Book não dependa de uma pasta isolada. O EDMS pode controlar origem, revisão, comentários, aprovações, vínculos e histórico.
A consolidação final pode continuar existindo como pacote fechado para arquivo e handover, mas sua formação deve aproveitar os metadados já controlados durante o projeto. Dessa forma, o Data Book torna-se uma visão organizada de um sistema documental confiável.
O que o Owner deve exigir antes de aceitar
Antes do aceite, convém confirmar que o dossiê:
- representa a configuração final;
- está completo em relação à matriz documental;
- contém evidências dos pontos críticos de inspeção;
- demonstra fechamento de não conformidades;
- inclui resultados finais de FAT e retestes;
- possui índices e referências navegáveis;
- pode ser usado por manutenção e operação;
- permanece acessível no sistema documental do empreendimento.
Em contratos relevantes, essa verificação pode integrar o escopo de Auditoria Técnica, fiscalização ou Owner’s Engineering.
Considerações finais
Um Data Book bem estruturado transforma documentação em evidência de engenharia. Ele preserva a história do fornecimento, reduz incerteza no aceite, facilita comissionamento e handover e cria uma base confiável para operação, manutenção, garantia e auditorias futuras.
A melhor forma de produzir esse resultado é tratar o Data Book como processo desde o início: requisitos documentais claros, MDR controlado, registros vinculados ao PIT, RNCs rastreáveis, revisão progressiva e critérios de aceite definidos antes da fabricação. O dossiê final passa a ser consequência de um sistema de qualidade bem governado — não uma coleção apressada de arquivos no encerramento.
No fechamento do empreendimento, Data Book, as-built, pendências e testes precisam convergir para uma configuração final coerente. Essa é a passagem entre documentação de qualidade e handover técnico.
Referências técnicas
[1] INTERNATIONAL ORGANIZATION FOR STANDARDIZATION. ISO 9001:2015 — Quality management systems — Requirements. Geneva: ISO, 2015. Disponível em: https://www.iso.org/standard/62085.html
[2] INTERNATIONAL ORGANIZATION FOR STANDARDIZATION. ISO 10005:2018 — Quality management — Guidelines for quality plans. Geneva: ISO, 2018. Disponível em: https://www.iso.org/standard/70398.html
[3] INTERNATIONAL ORGANIZATION FOR STANDARDIZATION. ISO 10006:2017 — Quality management — Guidelines for quality management in projects. Geneva: ISO, 2017. Disponível em: https://www.iso.org/standard/70376.html
Perguntas frequentes
É o conjunto organizado de documentos e registros que demonstra a conformidade de um equipamento, sistema ou fornecimento, reunindo engenharia, certificados, inspeções, testes, RNCs, liberações e documentação final.
Não. A MDR controla a lista de documentos e suas revisões. O Data Book é o pacote consolidado de documentos e evidências finais produzido ao longo do fornecimento.
Desde a contratação, com definição de requisitos documentais, índice preliminar, VDR/MDR e marcos de submissão. Montá-lo apenas no final aumenta o risco de lacunas e documentos não rastreáveis.
Quando as não conformidades fazem parte da história técnica do fornecimento, o dossiê deve manter rastreabilidade do desvio, disposição, correção, reteste e fechamento.
Pode, desde que isso esteja previsto contratualmente. É comum vincular marcos de aprovação documental, FAT, liberação para embarque e aceite final à entrega de documentos críticos.
Dependendo da criticidade, a revisão pode envolver document control, engenharia, QA/QC, inspeção, comissionamento, fiscalização, Owner's Engineering e operação/manutenção.
Materiais técnicos complementares
Soluções relacionadas
- Gestão de Documentos de Engenharia: GED, EDMS, revisões e rastreabilidade
- Gestão de Processos, Workflows e Aprovações Técnicas
- Gestão de Pendências, RFIs e Não Conformidades
Serviços relacionados
- Auditoria Técnica de Engenharia
- Apoio Técnico à Fiscalização de Obras e Contratos de Engenharia
- Comissionamento de Equipamentos
Conteúdos principais sobre o tema
- Plano de Inspeção e Testes (PIT/ITP)
- Inspeção de Fabricação e Vendor Inspection
- Relatório de Não Conformidade (RNC/NCR)
