Como o GUEPARDO Tax entra na matriz de riscos e controles internos da área fiscal?

Me corrijam se eu estiver errado(a), mas discordo de listar risco de dado dentro do add-on. Veja, o cerne: segundo o material que temos, o produto não define estratégia tributária, não corrige dado mestre ruim e não substitui governança.

Então dado mestre ruim é risco da empresa, com dono na área fiscal. Se a matriz atribuir ao add-on, o controle fica sem responsável.

Olá a todos. Colocando no papel, os riscos que mais aparecem no material que temos são três: extensões Z sem inventário, que quebram na atualização; atualização tratada como tarefa de Basis, com o fiscal descobrindo só no fechamento; e perfil de acesso em que a mesma pessoa apura, aprova e lança a guia.

Cada um vira um risco com controle: inventário vivo, calendário de atualização combinado com o fiscal e separação de funções. O material trata o acesso com confiança baixa, então confirme os perfis no seu ambiente.

Sei que deve ser básico, porém outra forma é organizar a matriz por processo, não por sistema. Então, de perto: apuração, geração do arquivo, guia e contabilização, cada elo com seu risco e quem o controla.

Para ICMS-ST e DIFAL, o material que temos descreve uma cadeia de prova com documento, apuração, ajuste, guia e contabilidade. Cada elo vira uma linha da matriz, e o GUEPARDO Tax aparece onde participa.

Pano de fundo: segundo a documentação da NTT, o produto é um add-on instalado dentro do SAP, complementando as apurações pelo menu padrão. Então, na matriz, trate como parte do ambiente SAP, e não como sistema externo.

Olha, pelo meu histórico, o erro é criar uma matriz paralela só para ele. O que temos de documentação não afirma como o seu ambiente específico foi instalado: confirme com a NTT ou teste no ambiente.