APRENDER. PRATICAR. EVOLUIR.As etapas de um fluxo de ficheiro
Um fluxo pode ter criação, disponibilidade para envio, transferência, receção, validação de formato, processamento e reconciliação. O estado de transporte não comprova todas as etapas seguintes. Regista identificadores de transferência, parceiro, ficheiro, data de negócio e correlação com o processamento. Em Transfer CFT ou outra ferramenta, usa os estados e códigos documentados para a versão instalada; evita traduzir um código isolado numa conclusão de negócio.
Integridade, completude e identidade
Um checksum compara bytes segundo o algoritmo usado; não demonstra que o ficheiro contém todos os registos esperados nem que corresponde à data correta. Combina integridade com nome/identificador acordado, tamanho plausível, contagem, totais de controlo e validação de estrutura. A identidade e autorização do parceiro são controlos separados. Mantém ficheiros sensíveis e evidência apenas nos locais autorizados.
Reenviar sem duplicar o efeito
Quando o emissor perdeu a confirmação, o destinatário pode já ter recebido ou aplicado o ficheiro. Verifica ambos os lados e o identificador de negócio antes de reenviar. Define com o parceiro como tratar duplicados, ficheiros parciais, quarentena e repetição. Se a recuperação exige um ficheiro corrigido, preserva a ligação ao original e a aprovação relevante para permitir reconciliação posterior.
Aplicação no trabalho
Usa uma ficha de reconciliação com identificador de negócio, data, origem, destino, contagem esperada e resultado observado. Distingue receção de ficheiro de aceitação de cada registo. Se uma confirmação se perdeu, pede evidência ao recetor antes de repetir. As instruções concretas de CFT dependem da versão e do procedimento instalado; este percurso não inventa códigos universais.
O transporte indica entrega concluída, mas o consumidor rejeitou a data de negócio. Reiniciar o transporte não corrige o conteúdo. A recuperação deve envolver o produtor e o processo de substituição ou correção, com prevenção de duplicados e nova validação.
Armadilhas comuns
Confundir checksum com data correta; reenviar com identidade diferente.
Tópicos relacionados: Medir impacto e confirmar recuperação · Transformar o incidente em melhoria verificável
Transferido, recebido e processado são estados diferentes; reconciliação liga-os ao resultado de negócio.
Referência: Data integrity · DR Production Support L3 2026.4; Linux, JDK 25 HotSpot, OpenSSL 3.5 and Kubernetes examples require installed-version checks