Em resumo: O as-built é o documento que descreve o sistema audiovisual como ele ficou, não como foi projetado — e é ele que determina se um chamado crítico se resolve em horas ou em dias de engenharia reversa. Um as-built AV completo tem seis blocos: diagramas de sinal e infraestrutura, lista de cabos com etiquetagem correspondente, elevação de rack e inventário de ativos, plano de endereçamento de rede, baseline de firmware e licenças e matriz de credenciais — mais o backup nativo de configurações e programações, que é o que restaura o sistema. A seguir: o conteúdo mínimo, o padrão de etiquetagem e a redação da exigência no termo de referência, com a entrega vinculada ao recebimento definitivo.
Todo sistema de integração audiovisual nasce com dois entregáveis: o que se vê — telas, áudio, controle funcionando — e o que quase ninguém confere no dia da entrega. O segundo é o as-built. Ele não aparece na inauguração, não impressiona autoridade nenhuma e, precisamente por isso, é o item que mais some das entregas em órgãos públicos.
Na Netfocus, entregamos e sustentamos sistemas audiovisuais em órgãos federais desde 2009 e observamos um padrão constante: quando assumimos a manutenção de um parque documentado, o primeiro chamado crítico se resolve dentro do SLA; quando assumimos um parque sem documentação, as primeiras semanas são gastas reconstruindo, cabo a cabo, um projeto que já existiu. O órgão paga duas vezes pela mesma informação — uma na obra, outra no resgate.
Por que o as-built é o ativo mais valioso dos próximos dez anos
Um sistema AV bem projetado opera por cerca de uma década antes de exigir substituição estrutural. Nesse intervalo, praticamente tudo ao redor dele muda: o fiscal do contrato é remanejado, a equipe de TI se renova, a empresa de manutenção troca a cada ciclo licitatório, o fabricante descontinua um modelo. A única coisa capaz de atravessar essas descontinuidades é o registro técnico.
O raciocínio econômico é direto. O que se contrata em manutenção não é presença de técnico, é tempo de restabelecimento. E o tempo de restabelecimento tem duas parcelas: diagnóstico e intervenção. A intervenção depende de peça e mão de obra; o diagnóstico depende quase inteiramente de documentação. Um SLA de 4 horas em missão crítica é factível quando o técnico chega sabendo qual fibra sai de qual porta; é ficção contratual quando ele precisa abrir o rack e seguir cabo com a mão.
O custo invisível da documentação ausente
- MTTR inflado — cada chamado carrega uma parcela fixa de redescoberta que nenhuma penalidade contratual recupera;
- Dependência operacional do incumbente — só a empresa que instalou sabe onde as coisas estão, o que corrói a competitividade da próxima licitação;
- ETP sem base real — o estudo técnico preliminar da modernização seguinte precisa do inventário efetivo, não de uma estimativa de memória;
- Risco de conformidade — sem registro de acessos, versões e configurações, o órgão não consegue demonstrar controle sobre um sistema que capta áudio e imagem;
- Perda de garantia — sem números de série e datas de aceite rastreáveis, acionar RMA vira negociação em vez de direito.
Vale separar dois documentos que costumam ser confundidos. O projeto executivo é a intenção antes da obra. O as-built é o registro do que foi efetivamente construído — com os desvios de percurso, os pontos remanejados e as substituições por modelo equivalente que toda obra real produz. Aceitar o executivo carimbado como as-built é documentar um sistema que não existe. Se você ainda está estruturando o cronograma da obra, vale entender antes as fases de um projeto AV turnkey e onde cada revisão documental se encaixa.
Conteúdo mínimo de um as-built AV que se sustenta
A pergunta prática que o fiscal deve fazer ao receber o pacote é uma só: com este material, um técnico competente que nunca viu esta instalação consegue diagnosticar uma falha sem ligar para quem instalou? Se a resposta for não, o as-built está incompleto. Seis blocos respondem a essa pergunta.
1. Diagramas de sinal e de infraestrutura
O diagrama de blocos por ambiente mostra o caminho do sinal de ponta a ponta: fontes, conversores, matriz ou rede de transporte, processamento, destinos. Deve indicar o formato em cada trecho — SDI, HDMI, HDBaseT, AV over IP, Dante ou AES67 no áudio — e os pontos onde há conversão. Ao lado dele, o diagrama de infraestrutura registra caminhos de eletrocalha, tubulação, pontos de força, circuitos e aterramento. É esse segundo desenho que evita que uma reforma predial corte um tronco de fibra por desconhecimento.
2. Lista de cabos e mapa ponto a ponto
Tabela com identificador único do cabo, origem (equipamento e porta), destino (equipamento e porta), tipo, bitola ou categoria, comprimento aproximado e rota. É o documento mais trabalhoso de produzir e o mais consultado depois. Em sistemas AV over IP, acrescente a porta do switch e a VLAN correspondente.
3. Elevação de rack e inventário de ativos
Desenho de ocupação de cada rack (rack elevation), em unidades de altura, com a posição real dos equipamentos, e planilha de inventário com fabricante, modelo, número de série, data de instalação, prazo de garantia e localização física. O inventário é a matéria-prima de qualquer decisão futura de padronização do parque AV e de qualquer acionamento de garantia.
4. Plano de endereçamento e integração de rede
Endereços IP fixos, faixas reservadas, VLANs, portas utilizadas, parâmetros de QoS e sincronismo de relógio quando há áudio em rede. Documente também as regras de firewall e os fluxos autorizados entre segmentos — é o que a equipe de segurança da informação vai pedir na primeira auditoria.
5. Baseline de firmware, software e licenças
Versão de firmware de cada equipamento na data do aceite, versões de software de gestão, licenças adquiridas com prazo e forma de renovação. Sem esse marco zero, não existe critério para avaliar se uma atualização melhorou ou quebrou o sistema — tema que tratamos em gestão de firmware e atualizações.
6. Matriz de credenciais e acessos
O documento principal registra quais contas existem, em quais equipamentos e com qual nível de privilégio — sem senhas em texto claro. Os segredos vão em anexo separado, entregue por canal controlado e guardado em cofre corporativo. Exija no aceite a troca de todas as credenciais padrão de fábrica: equipamento AV com senha de fábrica exposto à rede corporativa é vetor de incidente, e sistemas que captam áudio e imagem estão no escopo da LGPD (Lei 13.709/2018) quanto a controle de acesso.
Etiquetagem física: a ponte entre o papel e o rack
Documentação e instalação precisam falar a mesma língua. Um diagrama impecável perde metade do valor se o cabo no rack não carrega o mesmo identificador da planilha. A etiquetagem é o que torna o as-built navegável em campo, às 22h, com uma sessão marcada para o dia seguinte.
Regras de uma convenção que sobrevive
- Identificador único e estável — codifique ambiente, rack, tipo de sinal e sequência; nunca use numeração que dependa da ordem física, porque ela muda;
- Etiqueta nas duas pontas e, em lances longos, também nas passagens de inspeção;
- Material adequado — impressão industrial resistente a calor e abrasão; etiqueta manuscrita em fita não sobrevive ao segundo ano;
- Portas e equipamentos também etiquetados, não só os cabos;
- Correspondência auditável — o teste de aceite deve permitir sortear cabos aleatórios e confirmar que o identificado no rack é o descrito na planilha.
Esse teste de rastreabilidade é simples de escrever no edital e brutalmente eficaz: escolhem-se dez identificadores ao acaso, e a documentação precisa acertar origem e destino de todos. É a diferença entre um as-built verificado e um as-built declarado — e conversa diretamente com a lógica de verificação da norma ANSI/AVIXA D402.02 (antigo 10:2013), que trata a conformidade como algo demonstrável por evidência, não por afirmação do fornecedor.
Backup de configurações e programação: o que exigir além do PDF
Um PDF descreve o sistema; um arquivo de configuração restaura o sistema. Em uma falha de hardware de DSP ou de processador de controle, a diferença entre trocar a caixa e reprogramar do zero é ter — ou não ter — o backup nativo em mãos.
O que precisa vir em formato nativo
- DSP de áudio — arquivo de projeto com ganhos, roteamento, cancelamento de eco, equalizações e presets;
- Processador de controle e interfaces — projeto de programação e layout das telas de operação;
- Matriz de vídeo, encoders e decoders — mapeamento de entradas, saídas, presets e cenários;
- Codecs de videoconferência — perfis, provisionamento e integração com a plataforma corporativa;
- Switches e infraestrutura de rede AV — configuração corrente, exportada e datada;
- Processadores de videowall e servidores de mídia — layouts, fontes e cenas salvas.
Direito de uso do código de programação
Este é o ponto que mais gera atrito e que quase nunca está no edital. Programação de controle e de DSP é propriedade intelectual do integrador. Se o termo de referência não previr a entrega dos fontes e a licença de uso e modificação pelo órgão, o contratante recebe apenas o executável compilado — e fica impedido de alterar uma tela de operação sem contratar quem escreveu. Cláusula recomendada: entrega dos arquivos-fonte comentados, com licença perpétua, não exclusiva e irrevogável de uso, modificação e cessão a terceiros contratados pelo órgão.
Onde guardar e como versionar
Repositório sob controle do órgão, com versionamento por data e número de revisão, cópia fora do ambiente do sistema documentado e acesso restrito por perfil. Backup de configuração guardado exclusivamente dentro do próprio rack que ele deveria restaurar é um erro que só aparece no dia do sinistro. Onde há monitoramento remoto implantado, a exportação periódica de configurações pode ser automatizada e auditada.
Como exigir as-built no termo de referência
As-built não se pede por boa vontade: especifica-se. A redação precisa cobrir quatro dimensões — o que, quando, como se valida e o que acontece se não vier. O restante da estrutura contratual está detalhado em nosso guia de elaboração de termo de referência AV.
Formato e entregáveis
Exija a dupla entrega: PDF para leitura e arquivamento, e arquivos nativos editáveis para manutenibilidade — fontes dos diagramas, planilhas em formato aberto, configurações no formato original de cada plataforma. Defina o português como idioma de textos e legendas; exija índice geral com controle de revisão.
Prazo e momento
Prazo contado a partir da conclusão do comissionamento, não da assinatura do contrato. Uma sequência que funciona: versão preliminar antes do SAT, versão final em até 15 dias após o aceite operacional, com prazo de correção definido para as pendências apontadas pelo fiscal.
Validação técnica
Descreva o teste de aceite documental no próprio TR: amostragem de cabos por rastreabilidade, conferência de números de série contra o inventário, restauração de ao menos um backup de configuração em ambiente controlado e verificação de que as credenciais entregues funcionam. Documentação que não passa em teste não é documentação — é anexo.
Vínculo com recebimento e pagamento
Sob a Lei 14.133/2021, o as-built deve ser definido como entregável condicionante do recebimento definitivo, com a última parcela financeira atrelada ao aceite formal da documentação. É a única alavanca que funciona de forma consistente. Trate o tema junto com os critérios de recebimento provisório e definitivo e com os relatórios de comissionamento FAT e SAT, que devem ser anexados ao as-built como registro do estado inicial de referência.
Seis erros recorrentes — e como evitá-los
- Entregar o executivo como as-built. Correção: exigir declaração de conformidade com a instalação e teste de rastreabilidade por amostragem.
- Documentar só o que está no rack. Correção: incluir infraestrutura civil, elétrica, aterramento e caminhos de cabo — o que fica dentro da parede é o mais caro de redescobrir.
- Entregar apenas PDF. Correção: cláusula de arquivos nativos editáveis e de licença de uso da programação.
- Deixar credenciais de fábrica. Correção: troca obrigatória no aceite, matriz de acessos documentada e segredos em cofre corporativo.
- Não datar nem versionar. Correção: controle de revisão com data, responsável e descrição da alteração em cada documento.
- Congelar o as-built no dia da entrega. Correção: obrigação contratual de atualização a cada intervenção, na vigência da manutenção.
Como manter o as-built vivo depois da entrega
Documentação desatualizada é pior que documentação ausente: ela induz a decisões erradas com aparência de segurança. O técnico confia no diagrama, desliga o circuito indicado e derruba a sala ao lado. Por isso, o as-built precisa ser tratado como sistema vivo, com três rotinas simples.
Regra do "mudou, atualizou". Toda intervenção que altere topologia, cabeamento, endereçamento, firmware ou programação obriga a revisão do documento correspondente no mesmo chamado. O relatório de serviço só é aceito com a revisão anexada — regra que precisa estar no contrato de manutenção preventiva e corretiva, não em recomendação informal.
Auditoria periódica. Uma verificação anual por amostragem, conduzida pelo fiscal técnico, checando cabos, inventário e versões contra o registrado. Divergência encontrada vira pendência com prazo.
Integração com a gestão de serviços. Onde o órgão já opera uma ferramenta de ITSM, o inventário AV deve virar item de configuração rastreável, com chamados vinculados aos ativos reais — caminho que detalhamos em integração do AV ao ITSM do órgão. Isso elimina a planilha paralela que ninguém atualiza e coloca a documentação no fluxo de trabalho diário da equipe.
Um as-built completo custa uma fração do projeto e devolve esse valor no primeiro incidente sério. É a diferença entre operar um sistema e ser refém dele.
Seu parque audiovisual tem as-built confiável?
A Netfocus levanta, valida e reconstrói documentação as-built de sistemas audiovisuais em órgãos públicos — diagramas, inventário, endereçamento e backup de configurações. Receba um diagnóstico em até 24h, sem compromisso.
Perguntas frequentes
O que é as-built em um projeto audiovisual?
As-built é o conjunto de documentos que descreve o sistema exatamente como ele ficou depois da instalação e do comissionamento — não como foi planejado no projeto. Em AV, isso inclui diagramas de sinal, lista de cabos, inventário de ativos, plano de endereçamento, configurações, credenciais e versões de firmware efetivamente aplicadas.
As-built é a mesma coisa que projeto executivo?
Não. O projeto executivo é a intenção antes da obra; o as-built é o registro do que foi construído. Todo projeto sofre ajustes em campo — caminhos de cabo desviados, pontos remanejados, equipamentos substituídos por modelo equivalente. Aceitar o executivo como se fosse as-built é a forma mais comum de documentar um sistema que não existe.
Quais documentos compõem um as-built AV mínimo?
Diagrama de blocos de sinal por ambiente, diagrama de infraestrutura e alimentação, lista de cabos com origem e destino, elevação de rack, inventário de ativos com números de série, plano de endereçamento IP e VLANs, backup das configurações e programações, baseline de firmware e licenças, e a matriz de credenciais entregue por canal seguro.
Como o as-built deve ser entregue — PDF, arquivos editáveis ou ambos?
Ambos. O PDF garante leitura e arquivamento; os arquivos nativos garantem manutenibilidade. Exija no termo de referência os fontes editáveis dos diagramas, as planilhas de cabos e inventário em formato aberto, e os arquivos de configuração no formato original de cada plataforma — DSP, processador de controle, matriz, codec e switches.
Posso condicionar o pagamento final à entrega do as-built?
Sim, e é a prática mais eficaz. Sob a Lei 14.133/2021, o as-built pode ser definido no termo de referência como entregável condicionante do recebimento definitivo, com a última parcela de pagamento vinculada ao aceite formal da documentação. Sem esse vínculo, o as-built tende a chegar incompleto ou não chegar.
Como tratar senhas e credenciais no as-built sem violar a segurança?
O documento principal deve conter a matriz de acessos — quais contas existem, em quais equipamentos, com qual nível de privilégio — sem os segredos em texto claro. As senhas seguem em anexo separado, entregue por canal controlado e armazenadas em cofre corporativo. Troca obrigatória de todas as credenciais padrão de fábrica deve ser exigida no aceite.
Quem deve manter o as-built atualizado depois da entrega?
A responsabilidade é do contrato vigente de manutenção, com fiscalização do órgão. A regra prática é simples: toda intervenção que altere topologia, cabeamento, endereçamento, firmware ou programação obriga a atualização do as-built no mesmo chamado, e o relatório de serviço só é aceito com a revisão anexada.
O as-built substitui o comissionamento FAT e SAT?
Não — eles se complementam. O comissionamento prova que o sistema atende aos requisitos de desempenho; o as-built explica como ele foi construído para atendê-los. Na prática, os relatórios de FAT e SAT, com medições e parâmetros aceitos, devem ser anexados ao as-built como registro do estado inicial de referência.
Publicado em · Revisado em