FLUXOS DE TRABALHO / CONHECIMENTO E DESIGN
Relatórios de inspeção de fachadas | Separe candidatos de veredictos
Uma lista de candidatos a anomalia, sozinha, não permite que o cliente aja. Reúna a localização, a evidência, como foi verificado e o que continua desconhecido.
Leia esta página na ordem
Como estruturar um único achado
| Item | Exemplo de conteúdo |
|---|---|
| Alvo | Edifício, face da fachada, zona, posição na imagem |
| Observação | Descrição do fenômeno visível na imagem |
| Classe candidata | Candidato a fissura, desplacamento, anomalia na imagem térmica etc. |
| Evidência | Original, recorte, condições de captura |
| Verificação | Verificador, data, método de cruzamento, resultado |
| Questões em aberto | Não interpretável, inspeção complementar, limites de uso |
Separe observação de inferência. "Há uma diferença de temperatura" e "há delaminação" não são a mesma frase. Quando o relatório for usado para o relatório periódico (Artigo 12 da Lei de Normas de Edificação do Japão) ou similar, confirme o método aplicável, o responsável e as normas para a avaliação e para o relatório.
Fonte: MLIT (Ministério da Terra, Infraestrutura, Transportes e Turismo do Japão) | Sistema de relatórios periódicos e inspeção de fachadasTorne os candidatos da IA verificáveis
Se você usar IA, armazene a versão do modelo, os dados de entrada, a posição de cada candidato e o resultado da verificação. Mostrar um número chamado "confiança" não basta. A menos que os usuários saibam o que o valor significa e em que condições foi avaliado, eles vão confundi-lo com uma probabilidade.
| Status | Próximo passo |
|---|---|
| Candidato não verificado | Enviar a um revisor |
| Precisa de verificação complementar | Atribuir um método de inspeção e um responsável |
| Verificado | Travar o verificador e a evidência |
| Candidato rejeitado | Registrar o motivo da rejeição |
| Não interpretável | Relatar as condições ausentes e a área afetada |
Uma ordem de relatório que o cliente consiga usar
- 1. Propósito, escopo, método e condições da inspeção.
- 2. Conclusões e o alcance dentro do qual podem ser consideradas confiáveis.
- 3. Mapa de localização dos achados e as imagens de apoio.
- 4. Áreas não verificadas ou desconhecidas.
- 5. Itens a repassar para a inspeção complementar ou para o planejamento de reparos.
Se você atribuir prioridades, declare também os critérios e quem as atribuiu. Não declare algo perigoso só porque aparece em vermelho. Este é o documento que o cliente usa para decidir o que fazer, então deixe as incógnitas fáceis de encontrar também.
Mantenha um histórico de revisões
Ao revisar um relatório, crie uma nova versão que traga o motivo da alteração e o aprovador. Mesmo que os achados subjacentes mudem após a entrega, a estrutura deve manter inalterado o conteúdo da versão entregue.
Achado v2 → Registro de revisão → Relatório v1.1
report_version: 1.1
supersedes: 1.0
change_reason: "Mapeamento de zona corrigido"
approved_by: reviewer_id
published_at: timestamp
evidence_snapshot: immutable_referenceDEFINIÇÃO DE PRONTO
Quando você construir isso, verifique estes pontos.
- Candidatos da IA e achados verificados podem ser distinguidos de relance.
- Todo achado do relatório remete à sua evidência e ao seu histórico de verificação.
- Uma versão de relatório entregue anteriormente pode ser reproduzida com conteúdo idêntico.
Itens de checklist de design para revisões de especificação e testes funcionais.
Confira as fontes
As explicações sobre regulamentos e definições se baseiam no material abaixo. Telas, dados e a definição de pronto são propostas de design nossas.
- MLIT | Sistema de relatórios periódicos e inspeção de fachadasPosicionamento da inspeção por infravermelho e as diretrizes
Fontes verificadas em 30 de setembro de 2026. Para o seu caso específico, confirme com as informações oficiais mais recentes.