Como o fiscal valida a condição de imposto de um item antes do faturamento chegar ao GUEPARDO Tax?

Direto: do lado técnico, vale incluir no teste o procedimento de imposto, porque é onde a regra mora. Segundo o que li, viu: a lista de SAP Notes da reforma cita a inclusão de CBS e IBS nos procedimentos de imposto RVABRA, TAXBRA, TAXBRJ e RVXBRA.

1. Confirme qual procedimento o seu pedido usa.
2. Teste um item com a regra antiga e outro com a nova.
3. Guarde as duas faturas lado a lado.

O conteúdo funcional dessas notas não está no que consultamos.

Boa tarde, pessoal. Discordo em um ponto: teste só em SD deixa passar o que quebra depois. Bem, o bom é: dá para montar um roteiro curto e fechado, mas ele precisa terminar no primeiro fechamento real.

Exemplo ilustrativo de anotação de teste: item A | regra nova | fatura ok | contabilização ok | apuração ainda não conferida.

Nas notas de projeto sobre atualização de versão, o primeiro fechamento real depois da mudança é o teste que conta. Só ele prova.

Resposta curta: pegue um pedido de teste, fature e confira o imposto da fatura contra o resultado esperado que o fiscal definiu antes. Passamos por situação parecida no fechamento do mês passado.

Então, vale registrar: a NTT diz, em material de apresentação, que o produto lê FI, CO, MM e SD direto da base SAP, sem exportação manual. Na minha leitura, o que sai errado na fatura chega errado ao GUEPARDO Tax; por isso o teste na fatura vem primeiro.

Aqui a gente fez de outro jeito, e peço desculpa, sou consultora FI e não do fiscal. Em vez de testar só a fatura, comparamos o imposto da fatura com a conta contábil lançada. Olhando o número, viu: se fatura e contabilização divergem, o problema está antes da apuração.

Cada diferença vira um item com o documento de referência, assim o fiscal prioriza. Nas notas de projeto, é comum o projeto passar nos testes e o primeiro fechamento mostrar nota que não contabiliza.