A rastreabilidade entre os cálculos KESA e os registos de inspeção de chaminés não consiste em juntá-los num único ficheiro. As fontes, versões, responsáveis, datas, hashes e ligações entre revisões devem permanecer associados através de identificadores comuns da chaminé e do trabalho.
Porque razão um cálculo KESA e um registo de inspeção são registos separados?
Um cálculo KESA documenta o cálculo de engenharia; um registo de inspeção documenta o ativo, as observações de campo e a revisão técnica. A existência de um não prova que o outro esteja atualizado ou correto.
A Kesa Technische Software descreve o kesa-aladin como software para o cálculo de chaminés e sistemas de evacuação de fumos segundo normas europeias. Os registos de inspeção de campo têm um propósito diferente: documentam o ativo real e as evidências da inspeção. Ligue ambos através dos mesmos identificadores de instalação, edifício, aparelho e chaminé, mantendo claras as suas funções distintas.
No fluxo de trabalho da VizyonTech, mantenha o ficheiro de origem KESA e o resultado do cálculo como registos separados e ligue o formulário de campo, as evidências de medição e o estado de revisão ao mesmo trabalho. Um identificador comum estabelece a relação sem substituir os registos originais.
Que campos devem ser mantidos para cada registo?
Resposta breve: é preciso mais do que o nome do ficheiro. Deve usar-se um dicionário de dados mínimo que permita reencontrar a fonte, explicar alterações e rastrear retrospetivamente o valor no relatório.
| Grupo de registos | Campos obrigatórios | Resultado do controlo |
|---|---|---|
| Identificador comum | Instalação/edifício, ordem de trabalho, código da chaminé, identificador do aquecedor ou equipamento | As duas fontens ficam ligadas à chaminé física correta |
| Fonte KESA | Ficheiro fonte original, hash do ficheiro, versão do software, data do cálculo, autor | Vê-se em que fonte e ambiente o resultado foi produzido |
| Resultado do cálculo | Ficheiro de saída, hash da saída, referência controlada ao método/norma, revisor técnico | A ligação entre a fonte e o resultado publicado é preservada |
| Registo de inspeção | Referência do registo, estado, hora do registo, operador, ficheiro de evidência ou registo de verificação | O estado da inspeção e a data e hora da última revisão permanecem visíveis |
| Revisão | Ligação entre versões antiga e nova, motivo da alteração, áreas afetadas, aprovador | Impede-se a sobreposição silenciosa |
O hash é um resumo técnico que serve para verificar se o conteúdo de um ficheiro foi alterado; por si só não prova que o documento está correto ou autorizado. A autorização, a revisão técnica e a verificação da fonte devem ser feitas separadamente.
O que deve ser verificado quando o ficheiro KESA é carregado para o sistema?
Resposta breve: a transferência não é apenas um carregamento de ficheiro. O registo não deve ser aceite sem verificar a origem, o formato, a integridade, a versão do software e a identidade correta da chaminé.
O fabricante da KESA explica que o software e os dados técnicos incluídos podem ser atualizados. Por isso, guardar apenas o PDF do resultado pode tornar invisível em que software e ambiente de dados o cálculo foi produzido. O ficheiro fonte e a saída legível por humanos devem ser mantidos em conjunto; a versão do programa utilizada na criação do cálculo deve ser registada.
- Verifique a extensão e o tipo de conteúdo do ficheiro contra uma lista permitida; não confie no nome do ficheiro.
- Gere um resumo de integridade, como SHA-256, para o ficheiro fonte e utilize-o em verificações posteriores de alteração.
- Registe a versão do software KESA, a data do cálculo e o responsável que o preparou.
- Compare a definição de projeto/chaminé no ficheiro com a identificação da instalação, do equipamento e da chaminé na ordem de trabalho.
- Guarde o ficheiro fonte e o resultado do cálculo sob o mesmo número de revisão, mas como objetos separados.
A VizyonTech não garante por si só a exatidão do cálculo KESA nem a aceitação oficial de um registo. A função do software é tornar visível e retrospetivamente rastreável o controlo realizado pela pessoa autorizada e a evidência utilizada.
Como deve um registo de inspeção ser ligado ao respetivo cálculo KESA?
Resposta breve: o emparelhamento não deve ser feito pelo nome do ficheiro, mas através de identidades físicas comuns do ativo e de uma referência cruzada verificada.
Guarde a referência da inspeção, a data e hora de criação do registo, a pessoa responsável, a data e hora de revisão e o estado da revisão em campos separados. As capturas de ecrã podem apoiar as evidências, mas a referência e o registo de verificação também devem ser guardados como dados estruturados. A revisão deve ser realizada por uma pessoa autorizada, confrontando a informação com as evidências originais.
- Verifique primeiro a correspondência do código da instalação/edifício, aquecedor e chaminé.
- Apresente a versão do cálculo KESA juntamente com a data e hora de revisão do registo de inspeção.
- Se houver diferenças em campos críticos como diâmetro, altura, equipamento ou percurso, abra uma tarefa de análise em vez de um fecho automático.
- Registe cada novo estado da inspeção como um evento com data e hora, em vez de sobrescrever o estado anterior.
- Se um ficheiro-fonte ou evidências de inspeção não estiverem disponíveis, mantenha a verificação pendente; não apresente um registo antigo como recém-verificado.
Como é preservada a cadeia de revisões quando ocorre uma alteração?
Resposta breve: o novo cálculo ou registo não deve eliminar a versão anterior. O motivo da alteração, os campos do relatório afetados e a necessidade de reaprovação devem manter-se numa cadeia de eventos explícita.
Se a potência do aparelho, a altura, o diâmetro, o material ou o trajeto da chaminé mudarem, registe primeiro os novos dados de campo. Crie uma nova revisão KESA e mantenha o ficheiro anterior em modo apenas de leitura. Compare os campos críticos e atribua qualquer reavaliação necessária do registo de inspeção a um revisor autorizado. Emita o relatório final apenas depois de as revisões atuais terem passado pela revisão técnica.
| Barreira | Prova | Comportamento na ausência de dados |
|---|---|---|
| Correspondência de identidade | Identidade do trabalho, edifício, aquecedor e chaminé | Colocar a transferência em quarentena |
| Integridade da fonte | Ficheiro fonte, hash, versão KESA e autor | Aceitar a revisão do cálculo |
| Revisão do registo de inspeção | Referência e estado da inspeção; data e hora da revisão | Retém o fecho técnico |
| Análise de diferenças | Comparação de campos críticos e justificação | Abrir tarefa de aprovação |
| Publicação do relatório | Ligação à revisão atual e aprovação técnica autorizada | Bloquear a publicação |
Como devem ser tratadas a autorização, as cópias de segurança e a integridade dos dados?
Resposta breve: a rastreabilidade não é apenas um ecrã de histórico; também deve ser controlado quem pode ver e alterar o quê, como a alteração é registada e como o registo é recuperado.
Segundo a página da ISO, a terceira edição da ISO/IEC 17025:2017 foi reconfirmada em 2023 e é o quadro atual para a competência e o funcionamento consistente dos laboratórios. O guia informativo do TÜRKAK sobre LIMS também aborda os sistemas de gestão de informação laboratorial no contexto da gestão da informação da norma. O resultado técnico é a inclusão, no planeamento do processo, do acesso baseado em funções, do registo de eventos imutável, da correção controlada, das cópias de segurança e dos testes de restauro.
Quem carrega o ficheiro bruto não deve tecnicamente aprovar o seu próprio registo; as funções de preparador, revisor e publicador devem ser separadas conforme necessário. Se for necessária uma correção, registam-se o valor antigo, o valor novo, o motivo, a hora e o utilizador. Em vez de assumir que a cópia de segurança existe, produz-se evidência com um teste de restauro.
Lista de verificação resumida aplicável
Todas as sete verificações seguintes devem ser concluídas com sucesso antes de se emitirem relatórios a partir dos cálculos e registos de inspeção ligados.
- Atribua a cada chaminé uma identidade principal imutável; não utilize o nome do projeto como identificador.
- Ligue o ficheiro fonte KESA, a sua saída, a versão e o hash à mesma revisão do cálculo.
- Guarde a referência da inspeção, o estado, a data e hora de revisão e o revisor em campos separados.
- Compare os campos críticos de campo entre os dois registos e gere as diferenças com tarefas.
- Não elimine as versões antigas; ligue explicitamente a nova revisão à anterior.
- Estabeleça portões de autorização para as funções de preparador, revisor e publicador.
- Impeça a emissão do relatório quando faltarem evidências originais, persistirem diferenças por explicar ou a verificação estiver pendente.
Conheça o âmbito da solução e analise connosco os identificadores, as revisões e os controlos de aprovação do seu processo KESA e de inspeção de chaminés. Vizyon Baca · Pedir demonstração.
Fontes
- The Software: kesa-aladin — Kesa Technische Software GmbH, acesso em 18 de julho de 2026
- Software maintenance e a explicação dos dados técnicos atuais — Kesa Technische Software GmbH, acesso em 18 de julho de 2026
- ISO/IEC 17025:2017, terceira edição; reconfirmada em 2023 — International Organization for Standardization
- Guia Informativo sobre Sistemas de Gestão de Informação Laboratorial (LIMS) — TÜRKAK