Como organizar fiscal e TI durante a implantação do GUEPARDO Tax?

Sei que deve ser básico, porém discordo de fixar a janela só depois das obrigações. Passei por situação parecida no fechamento do mês passado e, em mês de mudança grande, esperar atrasou uma correção urgente. O cuidado é, né, definir exceção com dono: correção urgente entra com aprovação do fiscal e teste de regressão comparando com evidência de períodos fechados. E o primeiro fechamento real depois da atualização é o teste que conta, então reserve alguém do fiscal para acompanhá-lo.

Olá a todos. Uma ressalva, pois é, que complementa o Renato: quem decide o quê precisa ter dono por extensão. Acompanho o assunto desde a implantação de outro ERP, migrando para SAP, e o que funcionou foi um inventário vivo, com dono, objetivo e o que cada extensão assume do produto. Sem inventário, quando vem a atualização ninguém sabe qual extensão existe nem quem a escreveu. Duas colunas simples bastam para começar: dono fiscal e dono técnico.

Complementando, digamos assim, pois é, com a parte de teste. Trabalho há 1 ano com fiscal, hoje no S/4HANA 2021, e vi um padrão: a atualização tratada como tarefa de Basis e o fiscal descobrindo no fechamento. A regra é a janela de mudança depois que as obrigações do mês estiverem geradas e entregues. E quem valida é o cliente: o teste técnico da consultoria não prova que a apuração do mês está certa.

Um pouco de história: com a mão na massa, aprendi que o silo quebra quando existe uma regra de decisão escrita. Sou ABAP, não do fiscal, e peço desculpa se for básico. A regra que o material lido sugere é parametrização antes de desenvolvimento, e ponto de extensão previsto antes de alterar objeto padrão. Na prática: o fiscal decide a regra, a TI decide como implementar, e nenhuma alteração em objeto padrão entra sem o fiscal ter assinado o impacto.