Como documentar a configuração do GUEPARDO Tax para passar o projeto à operação?

Agora, o cuidado é com o que sai junto com o consultor. Duas coisas entram na lista de encerramento: o inventário das extensões Z, com dono e objetivo, e a revogação dos acessos. A síntese de notas de projeto fala em acesso individual, nunca por credencial compartilhada, revogado ao fim. Confira, na lista de usuários dos ambientes, quem ainda tem acesso no dia do encerramento.

Aqui a gente fez de outro jeito: o dossiê é organizado pela prova, não pela tela. De cabeça, viu, cada configuração aponta para o teste que a validou: técnico, integrado, regressão, contábil, homologação do cliente e primeiro fechamento em produção. Isso é julgamento de projeto, não documentação do produto. Assim o novo analista sabe quanto confiar em cada item.

Discordo de tratar o dossiê como entrega do consultor. Veja, um adendo: a síntese de notas de projeto diz que quem valida é o cliente e que o teste técnico da consultoria não prova que a apuração do mês está certa. Então o dossiê só está pronto depois do primeiro fechamento real em produção. Aceitar antes disso deixa a operação com um documento que ninguém provou.

Comece pela estrutura que a documentação da NTT usa por módulo: visão geral, pré-requisitos, arquitetura (tabelas, visões, transações, grupos de função, BAdIs), configurações e funcionalidades. Olha, só pra alinhar: a configuração do produto abre pela transação /FHG/11. Passo: monte o dossiê com essas cinco partes para cada módulo implantado, com um print da configuração e a data.

Como bem lembrou, né, a estrutura é o esqueleto, e falta o dono. Nas notas de projeto, que são julgamento, a governança do cliente pede dono por regra, dossiê com data, dono e vínculo com a regra, e período de guarda definido com o jurídico do cliente. Passo: para cada regra do dossiê, escreva quem a mantém e em que data o cliente a aprovou.