Que evidência guardar de cada mudança de regra no GUEPARDO Tax para a auditoria da reforma?

Olha, o chato é: discordo de aceitar e-mail como aprovação. E-mail se perde, muda de caixa postal, sai com a pessoa. Se a auditoria da reforma vai olhar para trás, o aceite fica em lugar controlado, com número de registro.

Minha regra: o dossiê vive num repositório único, com identificador por mudança, e o e-mail só entra como anexo. Se hoje existem mudanças sem registro, abra dossiê retroativo marcando que é retroativo, com a data real da reconstituição. Nunca finja data antiga.

Então, a fonte é o que o ambiente já registra: transporte, objeto alterado, quem e quando. Para o seu dossiê, anexe o número do transporte e o resultado do teste. Isso é prática de SAP em geral, não algo que eu afirme do GUEPARDO Tax.

O material que temos cita histórico de modificação na apuração de PIS e COFINS, mas não afirma que o produto guarde log de alteração de regra. Então não conte com ele para a auditoria; teste no ambiente se existe registro de mudança de configuração e confirme com a NTT.

O desenho é, viu: o dossiê precisa de teste, não só de aprovação. Antes e depois: uma nota de cada cenário afetado e o resultado esperado versus obtido, com data. Quem valida é o cliente; o teste técnico da consultoria não prova que a apuração do mês está certa.

Então cada dossiê leva a assinatura de validação do lado do cliente, mesmo que seja uma troca de e-mail arquivada. Sem esse passo, a auditoria enxerga mudança sem aceite.

Guarde, por mudança, um dossiê curto com data, dono e vínculo com a regra. Ao pé da letra, tá, é isso que o material de projeto descreve como governança do cliente: dono por regra, dossiê com data e dono, e período de guarda definido com o jurídico do cliente.

Na prática, cada mudança tem cinco itens: o que mudou, motivo, quem pediu, quem aprovou do lado do cliente e quando entrou. O período de guarda não é decisão técnica: pergunte ao jurídico e ao tributário e registre a resposta.