Gestão pós-contratação dos documentos do fornecedor: Vendor Data, submittals, VDR, shop drawings, ciclos de revisão, comentários, aprovação e documentação final.
Confira!
Vendor Data e submittals em Engenharia são os documentos, dados e registros que fornecedores e contratados precisam submeter ao cliente ao longo do ciclo de fornecimento para permitir revisão técnica, continuidade do projeto, fabricação, instalação, testes, operação e encerramento documental. O controle desses entregáveis é parte do Procurement técnico porque atrasos ou falhas documentais podem bloquear Engenharia, fabricação, construção e comissionamento mesmo quando o equipamento físico ainda não está atrasado.
A gestão precisa começar antes do award. A requisição técnica e os documentos de contratação devem definir quais entregáveis serão exigidos, em que formato, revisão, prazo e finalidade. Depois da contratação, esses requisitos se transformam em um Vendor Data Register ou Submittal Register que permite controlar emissão, revisão, comentários, reenvio, aprovação e incorporação à documentação final.
Vendor Data não é sinônimo de documentação técnica em geral nem de Document Control. O foco deste processo é o conjunto de informações produzidas pelo fornecedor para comprovar, detalhar, integrar e registrar o fornecimento contratado, desde shop drawings e product data até procedimentos de teste, certificados, manuais e documentos de closeout. O controle documental corporativo administra revisões, transmittals e rastreabilidade do acervo; a gestão de Vendor Data e submittals governa especificamente o ciclo técnico de submissão, comentário, reemissão e aceite desses entregáveis do fornecedor.
O que são Vendor Data e submittals
Em projetos industriais e de infraestrutura, vendor data é uma expressão ampla para os dados e documentos fornecidos por fabricantes e fornecedores. Submittals é o termo frequentemente usado em construção e contratos para os itens submetidos formalmente à revisão do contratante ou projetista.
O WBDG/SpecsIntact padroniza categorias de submittals como shop drawings, product data, samples, design data, test reports, certificates, manufacturer’s instructions, field reports, O&M data e closeout submittals. Essa classificação mostra que o controle vai muito além de desenhos.
Por que Vendor Data precisa nascer na contratação
Vendor Data deve ser contratado antes de ser necessário. Quando desenhos, datasheets e relatórios críticos só são negociados depois do award, o projeto perde controle sobre prazos justamente nas informações que alimentam Engenharia e fabricação.
Se a lista de documentos só é discutida depois do award, o contratante pode descobrir que determinados desenhos, modelos, cálculos, certificados ou manuais não estavam incluídos no preço ou no prazo do fornecedor.
A definição prévia permite:
- precificar o esforço documental;
- estabelecer marcos contratuais;
- relacionar documentos à fabricação;
- prever ciclos de revisão;
- exigir formatos editáveis ou nativos quando necessário;
- definir idioma e codificação;
- estruturar documentação final desde o início;
- evitar negociação tardia de entregáveis críticos.
No ciclo de Procurement em projetos de Engenharia, a Requisição Técnica em Engenharia deve, portanto, conter ou referenciar a lista inicial de vendor data.
Tipos de Vendor Data
A lista varia conforme o pacote. Uma classificação prática pode incluir:
Dados de projeto e integração
- desenhos dimensionais;
- cargas estáticas e dinâmicas;
- consumo elétrico;
- heat dissipation;
- pontos de conexão;
- listas de I/O;
- protocolos e interfaces;
- diagramas funcionais;
- requisitos de fundação e suporte;
- modelos BIM ou arquivos digitais quando aplicável.
Dados de produto
- datasheets certificados;
- catálogos;
- curvas de desempenho;
- lista de materiais;
- identificação de componentes;
- informações de materiais e acabamentos.
Qualidade e fabricação
- plano da qualidade;
- ITP/PIT;
- procedimentos de fabricação;
- certificados de materiais;
- relatórios de inspeção;
- NCRs e registros de tratamento;
- procedimentos e relatórios de FAT.
Instalação e comissionamento
- instruções de montagem;
- procedimentos de instalação;
- checklists;
- procedimentos de energização;
- requisitos de testes de campo;
- SAT ou protocolos de comissionamento.
Operação e encerramento
- manuais O&M;
- listas de sobressalentes;
- documentação de treinamento;
- certificados finais;
- garantias;
- desenhos As-Built de fabricante;
- arquivos de configuração;
- documentação de closeout.
Vendor Data Register: o registro mestre do fornecedor
O Vendor Data Register (VDR), Vendor Document Register ou Vendor Data Requirements List organiza cada documento esperado e seu estado. Não existe nomenclatura universal, mas a função é a mesma: transformar obrigações documentais em itens rastreáveis.
Campos úteis incluem:
| Campo | Finalidade |
| código do documento | identificação única |
| título | conteúdo esperado |
| tipo/categoria | desenho, datasheet, relatório, manual etc. |
| finalidade | aprovação, informação, fabricação, operação |
| revisão | versão corrente |
| data contratual | prazo de primeira emissão |
| data forecast | melhor previsão atual |
| status de revisão | situação técnica |
| responsável pelo review | disciplina ou autoridade |
| data de retorno | controle do ciclo de revisão |
| requisito de As-Built | define fechamento documental |
O VDR deve se integrar à Lista Mestra de Documentos do projeto, sem necessariamente substituí-la.
VDR e MDR não são a mesma coisa
A MDR — Master Document Register controla o universo documental do projeto. O VDR é uma visão específica dos entregáveis de fornecedor.
| Registro | Escopo |
| MDR | documentos do projeto como um todo |
| VDR | documentos de um fornecedor ou pacote |
| Submittal Register | itens submetidos formalmente à revisão |
| Data Book Index | documentos que comporão o dossiê final |
Em projetos bem estruturados, esses registros se relacionam por códigos e metadados, evitando planilhas isoladas e duplicação de controle.
Submittal Register e classificação de submissões
Nem todo documento precisa do mesmo tratamento. O contrato ou procedimento documental deve definir classes de revisão.
Uma classificação possível é:
- Aprovação necessária: o fornecedor não pode avançar para determinada atividade sem retorno;
- Revisão/comentários: o documento pode exigir correções antes de uso;
- Informação: enviado para conhecimento e registro;
- Registro final: entregue para documentação de fechamento.
Os códigos exatos variam por organização. O importante é que o significado seja explícito e não permita interpretar “aprovado” como transferência de responsabilidade técnica do fornecedor para o contratante.
Aprovação não transfere responsabilidade do fornecedor
Um risco recorrente é tratar a aprovação do cliente como aceitação integral do projeto do fabricante. Em contratos de Engenharia, a revisão normalmente verifica compatibilidade com requisitos, interfaces e documentos contratuais; não elimina a responsabilidade do fornecedor por dimensionamento, fabricação ou desempenho que permanecem sob seu escopo.
Esse princípio deve estar expresso no contrato e no procedimento de submittals.
Como definir prazos de submissão
Datas de vendor data não devem ser escolhidas apenas em relação ao prazo de entrega do equipamento. Alguns documentos são necessários muito antes.
Exemplos:
- cargas e dimensões podem alimentar projeto civil;
- consumo e proteção alimentam projeto elétrico;
- I/O e protocolos alimentam automação;
- desenhos de layout influenciam infraestrutura;
- procedimentos de FAT precisam ser aprovados antes do teste;
- manuais precisam estar disponíveis antes de treinamento e operação.
Por isso, o prazo correto é derivado da data em que a informação será consumida.
Ciclo de revisão e códigos de status
O processo precisa registrar cada emissão e retorno. Um fluxo típico envolve:
- fornecedor emite a revisão;
- document control registra e distribui;
- disciplinas técnicas revisam;
- comentários são consolidados;
- status é emitido;
- fornecedor corrige e reenvia quando necessário;
- revisão aceitável é liberada para o uso definido;
- versão final é incorporada ao closeout.
O número de ciclos e os prazos de resposta devem ser planejados. Revisões sucessivas podem consumir o lead time de fabricação e precisam aparecer no expediting.
Como evitar comentários conflitantes
Vendor data frequentemente cruza várias disciplinas. Um desenho de equipamento pode receber comentários de civil, elétrica, automação, manutenção e segurança.
Sem consolidação, o fornecedor recebe orientações contraditórias. A governança deve definir uma autoridade de coordenação, responsável por consolidar comentários antes do retorno formal.
A Gestão de Interfaces em Projetos de Engenharia complementa esse controle quando múltiplas disciplinas e contratos dependem do mesmo dado.
Vendor Data e fabricação
Alguns documentos possuem status de hold para fabricação. Se o fornecedor inicia produção antes da revisão exigida, pode assumir risco de retrabalho; se o contratante demora para revisar, pode criar impacto de prazo pelo lado do cliente.
A relação entre documento e fabricação deve constar no VDR ou no cronograma do fornecedor.
O expediting precisa monitorar especialmente esses documentos, pois eles são predecessores materiais de marcos físicos.
Vendor Data e TBE
Parte da gestão documental começa ainda na proposta. A TBE pode verificar se o fornecedor aceita requisitos de documentação, formatos, prazos, listas de entregáveis e responsabilidades.
Uma proposta tecnicamente boa, mas que exclui vendor data crítico ou oferece apenas documentação genérica de catálogo, pode gerar custo e atraso posteriores.
Shop drawings
Shop drawings detalham como uma parte do fornecimento será fabricada, montada ou integrada. O WBDG os diferencia de desenhos contratuais e os trata como submittals específicos preparados pelo contratado ou fornecedor.
A revisão deve focar interfaces, conformidade com requisitos e coordenação, preservando a responsabilidade do autor pelo detalhamento do seu fornecimento.
Product Data e datasheets certificados
Catálogos gerais não substituem necessariamente dados específicos do item contratado. Para pacotes críticos, pode ser necessário exigir datasheet certificado ou documentação identificada com modelo, tag e revisão do projeto.
Isso evita usar documentação comercial genérica para comprovar parâmetros de um item configurado de forma específica.
Test reports e certificates
Relatórios de teste e certificados precisam estar associados ao item real fornecido. A rastreabilidade pode envolver número de série, lote, tag, ordem de fabricação ou outra identificação.
Sem essa relação, o documento pode existir, mas não provar conformidade do equipamento entregue.
O&M Data e documentação de operação
Manuais de operação e manutenção precisam ser planejados como entregáveis formais. Em muitos projetos, eles chegam tarde ou em formato genérico, quando já deveriam estar alimentando treinamento, planos de manutenção e preparação operacional.
O VDR deve estabelecer data e revisão compatíveis com a fase de handover.
Closeout submittals e documentação final
A documentação final não deve ser reconstruída no fim. O VDR deve marcar desde o início quais itens formarão Data Book, Quality Dossier, As-Built ou handover técnico.
Isso permite que cada documento avance junto com o fornecimento e reduz a concentração de pendências no encerramento.
O artigo de Data Book em Engenharia aprofunda a estrutura do dossiê final sem confundir essa função com o controle operacional de vendor data.
Vendor Data e Document Control
Document Control garante protocolo, codificação, revisão, distribuição e rastreabilidade. A área técnica define conteúdo e status. Procurement e expediting acompanham obrigações e prazo.
Essas responsabilidades não devem ser concentradas informalmente em uma única pessoa.
| Papel | Responsabilidade principal |
| fornecedor | produzir e submeter documentos conformes |
| Document Control | registrar, codificar e distribuir |
| Engenharia | revisar conteúdo técnico |
| Procurement/Contrato | cobrar obrigação contratual |
| Expediting | monitorar impacto de prazo |
| QA/QC | revisar registros de qualidade aplicáveis |
| PMO/Project Controls | integrar impactos ao projeto |
Métricas úteis para Vendor Data
Indicadores podem incluir:
- documentos previstos x recebidos;
- submissões vencidas;
- documentos críticos atrasados;
- tempo médio de revisão do cliente;
- número médio de ciclos até aceitação;
- documentos bloqueando fabricação;
- documentos bloqueando disciplinas do projeto;
- pendências de closeout.
É importante separar atraso do fornecedor de atraso de revisão do contratante.
Automação e EDMS
Em projetos com muitos pacotes, planilhas isoladas perdem rapidamente a rastreabilidade. Um EDMS pode relacionar documento, fornecedor, pacote, revisão, transmittal, status, comentários, datas e dependências.
O sistema deve preservar histórico; substituir a revisão anterior sem registro destrói evidência de decisão.
Erros frequentes
Problemas recorrentes incluem:
- lista de vendor data definida após o award;
- prazo documental baseado apenas na entrega física;
- catálogos genéricos aceitos como documentação final;
- comentários técnicos contraditórios;
- status de aprovação sem significado definido;
- atraso do contratante não separado do atraso do fornecedor;
- VDR desconectado da MDR;
- documentos finais cobrados apenas no encerramento;
- arquivos sem codificação ou revisão controlada;
- aprovação interpretada como transferência de responsabilidade.
Considerações finais
Vendor Data e submittals são ativos de Engenharia, não anexos administrativos do Procurement. Eles alimentam projeto, fabricação, inspeção, montagem, comissionamento, operação e documentação final.
Quando requisitos documentais são definidos antes do award e controlados por um registro integrado ao Document Control, ao expediting e ao cronograma, o projeto reduz atrasos ocultos e preserva rastreabilidade desde a proposta até o handover.
O VDR não deve se tornar uma planilha paralela desconectada do projeto. A governança documental é mais robusta quando vendor data, MDR, transmittals, revisões e documentação final compartilham codificação e rastreabilidade.
Referências técnicas
[1] WHOLE BUILDING DESIGN GUIDE. Unified Submittals — SpecsIntact. Disponível em: [https://legacy.wbdg.org/tools/specsintact/Help/Submittals/UnifiedSubmittals.htm](https://legacy.wbdg.org/tools/specsintact/Help/Submittals/UnifiedSubmittals.htm)
[2] U.S. DEPARTMENT OF VETERANS AFFAIRS. Section 01 33 23 — Shop Drawings, Product Data, and Samples. Disponível em: [https://www.wbdg.org/FFC/VA/VAASC/VA%2001%2033%2023.pdf](https://www.wbdg.org/FFC/VA/VAASC/VA%2001%2033%2023.pdf)
[3] ISO. ISO 9001:2015 — Quality management systems — Requirements. Geneva: ISO. Disponível em: [https://www.iso.org/standard/62085.html](https://www.iso.org/standard/62085.html)
[4] ISO. Guidance for implementing documented information using ISO 30301:2019. Geneva, 2021. Disponível em: [https://committee.iso.org/sites/tc46sc11/home/news/content-left-area/news-about-standarization-in-t-1/add-a-post-2.html](https://committee.iso.org/sites/tc46sc11/home/news/content-left-area/news-about-standarization-in-t-1/add-a-post-2.html)
Perguntas frequentes
É o conjunto de documentos e dados produzidos pelo fornecedor para detalhar, comprovar, integrar e registrar seu fornecimento, como desenhos, datasheets, cálculos, relatórios, certificados e manuais.
O VDR controla entregáveis documentais de fornecedor. A MDR controla o universo documental do projeto. O VDR pode alimentar a MDR, mas possui escopo mais específico.
É um item formalmente submetido pelo contratado ou fornecedor para revisão, aprovação, informação ou registro, como shop drawings, product data, certificados e relatórios de teste.
Normalmente não. A revisão verifica compatibilidade com requisitos e interfaces, mas a responsabilidade técnica do fornecedor permanece conforme o contrato.
Antes do award, na requisição técnica e nos documentos de contratação, para que quantidade, formato, prazos e ciclos de revisão façam parte da obrigação contratual.
Porque alguns desenhos, datasheets ou procedimentos precisam ser revisados antes que o fornecedor avance para fabricação, testes ou integração.
Materiais técnicos complementares
Soluções relacionadas
- Gestão de Documentos de Engenharia: GED, EDMS, revisões e rastreabilidade
- Gestão de Requisitos, Evidências e Critérios de Aceite
Serviços relacionados
- Procurement Técnico: especificação, equalização, fornecedores e apoio à contratação
- Engenharia do Proprietário (Owner’s Engineering): governança técnica, fiscalização e aceite
Conteúdos principais sobre o tema
- Requisição Técnica em Engenharia: como preparar o pacote técnico para Procurement
- Controle de Documentos em Engenharia: processo, revisões, transmittals e rastreabilidade
