Exemplos de tipos de impostos no Gerenciamento XML

FAQ_CIGAM > FAQ_Suprimentos > Recebimento Pré-Nota > Exemplos de tipos de impostos no Gerenciamento XML

XML usado nos exemplos

Vamos importar o seguinte XML pelo Gerenciamento XML 2.0

Então vamos ver como o sistema vai gerar os valores em cada tipo de imposto, lembrando que a configuração GE - VC - 2454 - Versão de cálculo de impostos da Pré-nota deve sempre estar como 2.

Exemplo 1: vamos usar o tipo como "XML"

Os impostos da Pré-nota ficaram assim.

Então, o valor de ICMS ficou zerado, conforme consta no XML, IPI ficou como R$ 20,00 conforme XML, valor total da NF também igual.

Nos impostos do item

O IPI fica conforme o XML, mas no material eu tenho outro percentual. O do material somente seria considerado se eu usasse a opção "calculados".

Exemplo 2: vamos usar o tipo como "Calculados"

Os impostos da Pré-nota ficaram assim

Ou seja, considerou ICMS porque no meu tipo de operação está para tributar. Considerou IPI mas 1% conforme meu material. Considerou o PIS e COFINS também. O valor total da Nota Ficou diferente porque somou o IPI.

Pelo cálculos de impostos do CIGAM temos como deixar algumas opções do TO como "conforme regra" e nestes casos o sistema vai olhar o cadastro da regra fiscal do material que ele buscar. Para questões relacionadas à busca de regra fiscal na Pré-nota temos a FAQ Como conferir a busca de regra fiscal na Pré-nota?

Vamos ver como ficou nos impostos do item, neste caso que importamos como "calculados"

Exemplo 3: vamos usar o tipo como "Tipo de Operação"

Lembrando que o Tipo de Operação usado está parametrizado assim

Os impostos da Pré-nota ficaram assim

Então, o ICMS não buscou nada, apesar de no TO dizer que seria tributado, mas como não tem valor no XML ele não buscou nenhum percentual para tributar. O Valor do IPI ele buscou, PIS e COFINS buscou conforme a regra descrita na FAQ Qual a regra de busca de PIS e COFINS no Gerenciamento XML 2.0?.

Assim ficou no imposto do item

Exemplo 4: vamos usar o tipo como "Regra Fiscal"

Os impostos da Pré-nota ficaram assim

Fica praticamente a mesma coisa que se importar como "Tipo de Operação" a princípio, neste caso.

Impostos do Item

A conclusão

O ideal é usar como "calculados" porque assim o sistema vai usar as mesma parametrizações como se fosse lançada uma Nota de Entrada manual. Então, se temos tudo parametrizado como deve ser, regras fiscais, Tipos de Operações, não devem ocorrer diferenças entre importar do XML e lançar manualmente, os benefícios estariam na agilidade do lançamento das notas.

Agora, se os cadastros como "calculados" não estão 100% corretos, usar como Regra Fiscal e Tipo de Operação é o melhor, pois sempre vai bater com os valores do XML. As únicas alterações são relacionadas à "classificação" de cada imposto, por exemplo, busca se é tributado ou como outros lá do cadastro do TO ou regra, mas os valores e incidências fica assim como no XML. Atenção para a questão de PIS e COFINS que temos na FAQ "Qual a regra de busca de PIS e COFINS no Gerenciamento XML 2.0?".

Observação:

Quando importamos um XML como "calculados" o campo de tipo de impostos fica como calculado também e assim nós podemos fazer alterações na Pré-nota e depois na NFE que o sistema sempre vai recalcular os impostos conforme Calculo de Imposto.

Nesta opção, o campo da Nota de Entrada "impostos ajustados" vem sempre desmarcado.

Quando nós importamos um XML como diferente de "calculados" o campo tipo de impostos fica como "informado" e qualquer alteração nos impostos NÃO reflete no restante da PN ou NFE, ou seja, nada é recalculado pelo sistema, justamente porque a ideia deste tipo de importação é manter a integridade com o XML.

Nesta opção, o campo da Nota de Entrada "impostos ajustados" poderá ser marcada na efetivação, ao confirmar a mensagem caso os impostos sejam diferentes entre calculado x informado.

Maiores detalhes sobre a opção de "Tipo de Imposto que será usado na efetivação" podem ser conferidas no manual Pré-nota

Então, temos o seguinte:

• Calculados
  • Busca o valor do item do XML e chama busca regra fiscal e o cálculo de imposto CIGAM para tratar incidências, percentuais e calcular valores;
  • Não marca impostos ajustados, já que o cálculo é todo CIGAM.
• Regra fiscal/TO
  • Busca o valor e percentuais do XML, chama o busca regra fiscal para pegar as incidências dos impostos e o TO.
  • Irá gravar Impostos Ajustados para que ao entrar nos itens, o Cálculo de Imposto não os recalcule, alterando os valores;
• XML
  • Busca todos os valores, percentuais e incidências do XML, podendo buscar a incidência do TO da capa, se informado.
  • Irá gravar Impostos Ajustados para que ao entrar nos itens, o Cálculo de Imposto não os recalcule, alterando os valores;