Como evitar que uma regra do GUEPARDO Tax seja alterada em produção sem registro?

Pergunta objetiva: discordo de focar só em bloqueio e aprovação. Olha, vou direto: o que pega este problema é detecção. Mesmo com bloqueio, alguém acha um jeito, então confira todo mês se a regra em produção é igual à regra aprovada. A base que consultamos não afirma como o produto registra alterações de regra em produção, então confirme com a NTT ou teste no ambiente antes de contar com um histórico automático. Se não houver, o registro manual da mudança é o que sustenta a auditoria.

1. Pano de fundo: no meu caso, o fechamento foi o motivo.
2. Uma dica de colega: crie um caminho rápido legítimo para urgência, com aprovador de plantão.
3. Sem caminho rápido, o atalho volta no próximo fechamento.

Segundo o material que lemos, a validação é do cliente: o teste técnico da consultoria não prova que a apuração do mês está certa. Então o aprovador de plantão precisa ser alguém do lado fiscal do cliente.

Oi, pessoal, tudo bem? Para este caso, em três passos:

1. Reconstrua o que mudou: antes e depois, quem fez e quando.
2. Reaplique a regra em ambiente de qualidade e compare o resultado do mês.
3. Registre tudo como incidente, com o aprovador depois do fato.

A dica é, ó, tratar como incidente, e não como desvio de conduta de uma pessoa. O material que lemos sugere a ordem desenvolvimento, homologação, produção para mudança, e essa ordem também vale para a correção.

1. Me corrijam se eu estiver errado(a): a alternativa é separar quem altera de quem aprova.
2. Ao pé da letra, viu, o material que lemos fala de acesso individual, nunca por credencial compartilhada, e revogado ao fim.
3. Nenhuma pessoa deveria poder alterar a regra em produção sozinha.

Eu colocaria duas assinaturas: quem pede e quem aprova, e um registro da mudança com data. Quem executa em produção é uma terceira pessoa.