Qual o papel do administrador SAP e do fiscal ao parametrizar eDocument e GUEPARDO Tax?

Complementando o Rodrigo com uma checagem que dá para fazer hoje. Olha, olhando o XML de uma nota de teste, dá para ver o que a regra mudou sem depender de tela.

1. Emita duas notas iguais, uma antes e outra depois da mudança de parametrização.
2. Compare os campos de imposto no XML.
3. Anexe as duas ao registro da mudança, com data e nome de quem comparou.

Isso serve para qualquer parametrização de documento eletrônico, com ou sem GUEPARDO Tax, e a conclusão fica com o fiscal.

Aqui o desenho foi outro, agora, dito isso, com uma regra simples: quem decide o efeito é o fiscal, quem executa é a TI.

1. O fiscal escreve o resultado esperado (qual campo, qual valor, qual tributo).
2. A TI parametriza em desenvolvimento e anexa o teste.
3. O fiscal valida em qualidade com um documento real.
4. Só então a TI transporta para produção.

Sou coordenador tributário e não do fiscal puro, então me corrijam se a divisão estiver torta. Quem valida é o cliente, e o teste técnico sozinho não prova que a apuração está certa.

Discordo em um ponto. Bem, quer dizer, fiscal decide e TI executa falha quando a mesma pessoa faz as duas coisas. No fechamento do mês passado passei por algo parecido:

1. O mesmo usuário alterou a regra e aprovou o teste.
2. Ninguém percebeu até a guia sair diferente.

Costuma acontecer que perfis de acesso são tratados como assunto de TI e ninguém verifica se a mesma pessoa apura, aprova e lança a guia. É padrão de projeto, não medição minha. Sugestão: peça à TI a lista de quem pode mudar e de quem pode aprovar, e cruze as duas.

Já adianto, né: sobre eDocument, a documentação que consultamos não afirma nada. Em tudo o que foi lido sobre o GUEPARDO Tax não há menção a eDocument nem à relação do produto com o SAP Document and Reporting Compliance. Confirme com a NTT ou teste no ambiente. Então o desenho de papéis tem que valer sem essa premissa. Sou consultor SD e acabei de assumir a área, por isso falo do que dá para testar: antes de mexer no eDocument, a TI abre um registro de mudança, o fiscal responde por escrito qual efeito espera na apuração, e depois alguém compara um documento de teste antes e depois.