As-built em AV: a documentação que decide se a manutenção será rápida ou um resgate arqueológico

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 à volta 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. Rack elevation e inventário de ativos

Desenho de ocupação de cada rack, em unidades, com 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 V202, 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 com boa vontade, se especifica. 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 idioma português para textos e legendas, e 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

1. Entregar o executivo como as-built. Correção: exigir declaração de conformidade com a instalação e teste de rastreabilidade por amostragem.
2. 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.
3. Entregar apenas PDF. Correção: cláusula de arquivos nativos editáveis e de licença de uso da programação.
4. Deixar credenciais de fábrica. Correção: troca obrigatória no aceite, matriz de acessos documentada e segredos em cofre corporativo.
5. Não datar nem versionar. Correção: controle de revisão com data, responsável e descrição da alteração em cada documento.
6. 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.

Matheus Lourencatto — Engenharia Netfocus. Integração audiovisual para o governo federal desde 2009: 150+ projetos entregues em 50+ órgãos, SICAF ativo e SLA contratual de 4h. Fale com a engenharia →