Que lições de homologação do GUEPARDO Tax valem para um projeto de S/4HANA?

Discordo de reaproveitar a lista de cenários sem revisão. E aí, no fechamento do ECC a lista refletia obrigações que talvez nem existam mais no S/4. Revise a lista por obrigação antes de executar. O critério que vale é o primeiro fechamento real: o material que temos diz que o teste técnico da consultoria não prova que a apuração do mês está certa, e que quem valida é o cliente. Planeje um paralelo com um período já fechado.

A conta é, tá, separar por tipo de prova:

1. cenário de negócio (nota de entrada, saída, serviço, retenção): reaproveite a lista, mas refaça a execução;
2. evidência de saldo e de arquivo: não vale, porque a base contábil muda;
3. regras de decisão tributária aprovadas pelo cliente: reaproveite, com data de reaprovação.

Segundo a documentação da NTT, em S/4HANA os lançamentos ficam na ACDOCA e por isso o produto tem interface de busca própria. Então qualquer evidência de saldo do ECC perde valor.

Complemento, então vamos lá, com o que costuma ser descoberto tarde:

1. parametrização, extensões Z e dado mestre não migram sozinhos;
2. relatórios escritos no ECC podem precisar ser reescritos;
3. cada obrigação precisa de decisão registrada: manter, substituir ou não replicar.

Isso é síntese de projetos, julgamento, não regra do produto.