on 10-14-2011 5:39 PM
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.
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ó
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
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.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
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ó
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.
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.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
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ó
User | Count |
---|---|
6 | |
5 | |
2 | |
1 | |
1 | |
1 | |
1 | |
1 | |
1 | |
1 |
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.