Como evitar que a customização no SAP atrapalhe a atualização do GUEPARDO Tax?

Cenário e dúvida de controller: janela e validação. Bem, e olha que muita gente esquece, atualize só depois de as obrigações do mês estarem geradas e entregues. A ordem é desenvolvimento, homologação e produção, e quem valida é o cliente, porque teste técnico da consultoria não prova que a apuração do mês está certa. O primeiro fechamento real depois da atualização é o teste que conta.

Sem enrolar: discordo de descontinuar rotina sem estudo. Bem, a ideia é mapear primeiro o que cada uma assume do produto, quem é o dono e qual é o objetivo. Remover um Z que fazia uma validação silenciosa causa quebra que ninguém previu. Ordem segura: dono e objetivo, depois regressão com a rotina ligada e desligada, e só então a decisão de remover. A decisão fica com o negócio.

Bom dia, galera. Outra frente: reduzir o que existe. E aí, vou direto: para cada rotina pergunte se a parametrização resolve, porque parametrização vem antes de desenvolvimento. Rotina que virou desnecessária sai do inventário. Quanto menos código próprio no caminho do imposto, menos coisa para regressão checar e menos coisa para quebrar na atualização.

Perdoem a ignorância, mas o que me ajudou foi montar uma linha de base. Bem, o plano é: escolher um período já fechado, guardar os resultados (apuração e arquivo) e, depois da atualização no ambiente de homologação, rodar de novo com os mesmos documentos e comparar. Qualquer diferença aponta para uma extensão ou para o próprio produto, e você descobre isso antes de produção, não no fechamento.

Direto ao ponto: faça o inventário e classifique cada rotina própria. Pergunta central: ela ocupa um ponto de extensão previsto ou altera objeto ou tabela padrão? Segundo a documentação da NTT, a natureza da receita no PIS/COFINS exige desenvolvimento via BAdI, ou seja, esse caminho é previsto. Escrever direto em tabela de imposto é o caso mais arriscado. O curioso é, tá, que o risco depende mais de onde a rotina entra do que do tamanho dela.