O que significa o GUEPARDO Tax ser um add-on dentro do SAP para o projeto de implantação?

Me corrijam se eu estiver errado(a): complemento com a parte de desenvolvimento. Acabei de assumir a área, vindo de automotivo, e batendo o olho, pois é, o que pesa é o que a empresa já tem de código próprio perto do fiscal. Antes do plano, faça um inventário dessas extensões, com dono e objetivo. A mesma nota de projeto diz que extensão Z em torno do fiscal é a que mais quebra na atualização, e o inventário vivo evita esse susto.

Direto: eu olharia por outro ângulo, o de dados. E aí, saindo um pouco do tema, para quem controla custo e razão o que importa é de onde o produto lê. Acompanho o assunto desde o RISE with SAP e vi isso na documentação da NTT: em S/4HANA os lançamentos ficam na ACDOCA, e por isso o produto tem a interface de busca ACDOCA. Ou seja, a escolha da interface depende do tipo de contabilidade do ambiente. Pergunte à NTT qual interface vale para o seu caso.

Dúvida curta e uma discordância: não trate o add-on como risco só de TI. O teste é, né, o primeiro fechamento real. Tenho dois anos de fiscal e vi a conversa sobre add-on virar discussão de Basis enquanto ninguém combinava quem confere a apuração. Nas notas de projeto que li, o fiscal tratado como mais um módulo na migração é dor recorrente. Sobre desempenho e volume suportado, o material que temos não afirma nada; confirme com a NTT ou teste no ambiente com volume parecido com o seu.

Add-on dentro do SAP significa que o produto vive no mesmo sistema, com objetos próprios, e não numa aplicação externa. Segundo a documentação da NTT, os objetos ficam em namespace próprio, com prefixos como /FHG/ para o produto e /FHGT/ para a variante TDF. O custo é, né, que ele passa pelo mesmo caminho de transporte e de atualização do SAP. Acompanho o assunto desde a implantação do outro ERP migrando para SAP. Versão mínima de ECC, S/4HANA ou Support Package exigida, o material que temos não afirma; confirme com a NTT.

Me desculpem a pergunta, mas vale registrar o que isso muda para quem testa. Acabei de assumir a área, vindo de serviços, e montei esta lista para o plano:

1. quais ambientes recebem o add-on, e em que ordem;
2. quem aplica cada atualização e em que janela;
3. quem valida o resultado fiscal depois;
4. como o acesso ao produto é concedido, por pessoa.

Nas notas de projeto que li, quem valida é o cliente, porque o teste técnico da consultoria não prova que a apuração do mês está certa. É julgamento, não medição.