cancel
Showing results for 
Search instead for 
Did you mean: 

Condição ICOR - NF-e

Former Member
0 Kudos

Pessoal boa tarde,

Estou enfrentando um problema referente a condição ICOR na Nfe. Na compra de material para revenda com IPI todos os cálculos estão perfeitos, e para isso tive que mapear a condição ICOR na nota fiscal, agora quando vou efetuar uma devolução de compra o Sefaz está barrando essa NF devido erro (Rejeição: Falha no Schema XML da NFe - status 225), acabei tirando a condição ICOR do mapeamento da NF e volto a ter problemas com o IPI na base do PIS/COFINS e o sefaz agora retorna com Erro 538 - Rejeição: Total do IPI difere do somatório dos itens.

Alguém saberia me informar se tenho ou não que ter a condição ICOR mapeada na NF? Alguém já passou por esse problema?

Desde já agradeço.

Abs.

Rodrigo Ribeiro.

Accepted Solutions (1)

Accepted Solutions (1)

former_member182114
Active Contributor
0 Kudos

Bom dia Rodrigo,

Funcionalmente não sei detalhes, mas tecnicamente este 225 não seria esperado. Poderia verificar no XML se algum valore negativo foi passado à Sefaz?

Atenciosamente, Fernando Da Ró

Answers (2)

Answers (2)

Former Member
0 Kudos

Bom dia Pessoal,

Quanto a condição ICOR ela tem que ser realmente negativa, pois ela é a diferença do PIS/COFINS quando existe ou não o IPI na base de cálculo, após a inclusão da mesma no mapeamento da NF os problemas com os totais da NF não existe mais, e quando é uma NF normal modelo A1 não temos problema, somente com a NFe que por ser negativo a Sefaz rejeita todas.

A solução foi uma das mais adequadas porém é o que nos salvou e acabou com o problema, então abaixo o código que foi aplicado:

Função: J_1B_NF_VALUE_DETERMINATION

$$-Start: (1 )----

-


$$

ENHANCEMENT 12 Z_ESTAT_ICOR. "active version

clear nf_item_tax.

LOOP AT nf_item_tax where TAXTYP = 'ICOR'.

nf_item_tax-STATTX = 'X'.

modify nf_item_tax.

ENDLOOP.

field-symbols: is not assigned.

MESSAGE e000(zmm) WITH 'Preencher Número Aleatório'.

endif.

endif.

endif.

ENDENHANCEMENT.

$$-End: (1 )----

-


$$

Espero que ajude.

Att,

Rodrigo Ribeiro.

former_member182114
Active Contributor
0 Kudos

Bom dia Rodrigo,

A questão de ser negativa na tela não significa que deva ser enviado negativa para a NF-e (mesmo caso de Zona Franca ICZF).

Problemas como o que você relatou não devem ser resolvidos por codificação, principalmente da forma e no local central onde manipulou o código standard.

Para evitar problemas de suporte ao produto e fiscais favor criar um chamado em XX-CSC-BR-NFE.

Atenciosamente, Fernando Da Ró

Former Member
0 Kudos

Boa tarde Fernando,

Esse enhancement não altera nenhum dos cálculo standard, ele somente flega como estatística a condição ICOR assim não levando para o XML, porém os cálculos internamente continuam sendo feitos totalmente standard e corretos seguindo a Note 947218 - IPI value included in PIS/COFINS base for resale;

Mais por desencargo vou abrir sim um chamado referenciando essa condição ICOR.

Obrigado pelo apoio de todos.

Abs.

Rodrigo.

Former Member
0 Kudos

Bom dia, obrigado pelo retorno.

Então está sim, a ICOR quando mapeada ela vai negativa pois já está vindo assim do esquema de cálculo. Só aprova se eu coloco ela como estatística na J1B2N.

Obrigado.

Rodrigo Ribeiro.

daniel_carvalho
Active Contributor
0 Kudos

Rodrigo,

Se a condição está negativa, então creio que deve ser algo relacionado com a configuração do esquema de cálculo TAXBRA/TAXBRJ, não?

Abraço,

Daniel.

former_member182114
Active Contributor
0 Kudos

Bom dia,

Quanto ao valor negativo no ERP, tinha uma situação na Zona Franca que o valor ficava do imposto tem a linha ICM3 com valor positivo e a IZF3 com valor negativo... e estava indo o da IZF3 pode ter algo desta forma acontecendo aí.

Quais os impostos e valores que estão sendo calculados?

BTW: A partir do SP18 (SAP Note 1564416) o GRC evita que valores negativos sejam enviados para Sefaz evitando o 225.

Atenciosamente, Fernando Da Ró