Erro 538 - Rejeição: Total do IPI difere do somatório dos itens

Bom dia
Estamos realizando a migração do ambiente de NF-e da versão 1.0 para a 2.0. Após a criação dos cenários e início dos testes nos deparamos com o seguinte cenário: A nota é rejeitada com o erro Erro 538 - Rejeição: Total do IPI difere do somatório dos itens. Já apliquei as notas 1527344, 1519387, 1530875 que na verdade são para operações de entrada. Já chequei as parametrizações de SD, já tentei intervir via DEBUG alterando as tags de Vprod para ficarem iguais ao vBC, pois notei que os valores diferem em 1 centavo. Gostaria de um apoio para solucionar este problema, pois não identifiquei a origem do erro. A Sefaz a qual estamos estamos enviando é a sefaz de MG e os Webservices são os de homologação.
Segue abaixo os dados do XML.
Desde já agradeço
- <n1:det nItem="1">
- <n1:prod>
  <n1:cProd>R85041401030</n1:cProd>
  <n1:cEAN />
  <n1:xProd>B. REDONDA 5" PONTAS 4140</n1:xProd>
  <n1:NCM>72283000</n1:NCM>
  <n1:CFOP>6101</n1:CFOP>
  <n1:uCom>T</n1:uCom>
  <n1:qCom>2.6160</n1:qCom>
  <n1:vUnCom>2140.0000000000</n1:vUnCom>
  <n1:vProd>5598.24</n1:vProd>
  <n1:cEANTrib />
  <n1:uTrib>TO</n1:uTrib>
  <n1:qTrib>0.0000</n1:qTrib>
  <n1:vUnTrib>0.0000000000</n1:vUnTrib>
  <n1:indTot>1</n1:indTot>
  </n1:prod>
- <n1:imposto>
- <n1:ICMS>
- <n1:ICMS00>
  <n1:orig>0</n1:orig>
  <n1:CST>00</n1:CST>
  <n1:modBC>3</n1:modBC>
  <n1:vBC>5598.23</n1:vBC>
  <n1:pICMS>12.00</n1:pICMS>
  <n1:vICMS>671.79</n1:vICMS>
  </n1:ICMS00>
  </n1:ICMS>
- <n1:PIS>
- <n1:PISAliq>
  <n1:CST>01</n1:CST>
  <n1:vBC>5598.23</n1:vBC>
  <n1:pPIS>1.65</n1:pPIS>
  <n1:vPIS>92.37</n1:vPIS>
  </n1:PISAliq>
  </n1:PIS>
- <n1:COFINS>
- <n1:COFINSAliq>
  <n1:CST>01</n1:CST>
  <n1:vBC>5598.23</n1:vBC>
  <n1:pCOFINS>7.60</n1:pCOFINS>
  <n1:vCOFINS>425.47</n1:vCOFINS>
  </n1:COFINSAliq>
  </n1:COFINS>
  </n1:imposto>
  </n1:det>
- <n1:total>
- <n1:ICMSTot>
  <n1:vBC>5598.23</n1:vBC>
  <n1:vICMS>671.79</n1:vICMS>
  <n1:vBCST>0.00</n1:vBCST>
  <n1:vST>0.00</n1:vST>
  <n1:vProd>5598.24</n1:vProd>
  <n1:vFrete>0.00</n1:vFrete>
  <n1:vSeg>0.00</n1:vSeg>
  <n1:vDesc>0.00</n1:vDesc>
  <n1:vII>0.00</n1:vII>
  <n1:vIPI>279.91</n1:vIPI>
  <n1:vPIS>92.37</n1:vPIS>
  <n1:vCOFINS>425.47</n1:vCOFINS>
  <n1:vOutro>0.00</n1:vOutro>
  <n1:vNF>5878.15</n1:vNF>
  </n1:ICMSTot>
  </n1:total>
Diógenes
CIAFAL - Comercio de Aç

Carlos Eduardo, boa tarde
Conforme sua orientação realmente a tag de impostos de IPI não estava sendo preenchida.
Verifiquei na BADI NFE_PRINT e notei que o campo out_item-N_CENQ no Método FILL_ITEM não estava sendo preenchido, fazendo com que a TAG de IPI não fosse populada. Mapeie o campo com a entrada do valor da estrutura in_xml_item e a nota foi aprovada com sucesso.
Agradeço pela orientação e ajuda.
Somente com o seu apoio foi possível resolver o problema.
Obrigado
Diógenes
Edited by: DIOGENES HENRIQUE PEREIRA BARBOZA on Feb 2, 2011 4:59 PM

Similar Messages

  • Erro de rejeição 629 do SEFAZ - RS

    Olá pessoal,
    Estamos tendo problemas com o SEFAZ-RS (que implementou as validações dos erros 629 e 630 no ambiente de homologação), está dando erro de rejeição 629 quando a nota fiscal tem desconto.
    Fizemos um ajuste para o campo Vprod ir sem o valor do desconto, mas agora retorna o erro de rejeição 564.
    Tem alguma empresa do RS que emite nota fiscal com desconto e possa nos enviar um xml de teste para que possamos comparar os campos do detalhe do ítem e o total?
    Agradeço antecipadamente,
    Vera L.Nakajo

    Carlos Eduardo, boa tarde
    Conforme sua orientação realmente a tag de impostos de IPI não estava sendo preenchida.
    Verifiquei na BADI NFE_PRINT e notei que o campo out_item-N_CENQ no Método FILL_ITEM não estava sendo preenchido, fazendo com que a TAG de IPI não fosse populada. Mapeie o campo com a entrada do valor da estrutura in_xml_item e a nota foi aprovada com sucesso.
    Agradeço pela orientação e ajuda.
    Somente com o seu apoio foi possível resolver o problema.
    Obrigado
    Diógenes
    Edited by: DIOGENES HENRIQUE PEREIRA BARBOZA on Feb 2, 2011 4:59 PM

  • NFe 3.10 - Erro 225: Rejeição: Falha no shcema XML da NFe

    Boa tarde.
    Estamos com problema no Schema do XML, já verificamos as informações do post abaixo:
    http://scn.sap.com/thread/3714800
    Aqui também ocorre o mesmo problema e quando reenviamos a nota o xml é processado. Porém, precisamos encontrar uma solução
    onde não seja necessário o reenvio manual do documento.
    Baixamos o XML com problema e depois da validação no SEFAZ (após o reenvio) e a unica diferença é a tag abaixo:
    Ela é criada após a validação do XML?
    *** XML Erro Schema
      <?xml version="1.0" encoding="utf-8" ?>
    - <NFe xmlns="http://www.portalfiscal.inf.br/nfe">
    *** XML OK, após o reenvio da NF
      <?xml version="1.0" encoding="utf-8" ?>
    - <nfeProc xmlns="http://www.portalfiscal.inf.br/nfe" versao="3.10">
    - <NFe xmlns="http://www.portalfiscal.inf.br/nfe">
    Gostaria de saber se alguém já passou por este problema e qual foi a solução aplicada.
    obrigado
    Juliano Diniz

    Oi Michael,
    Essa declaração que o José comentou é diferente mesmo, não vi em nenhum outro cliente e ela que deu erro no validador da SEFAZ no seu teste. Se você remove essa TAG e faz o teste no validador da SEFAZ RS o XML aponta outros erros.
    Teoricamente o XML começaria assim:
    <?xml version="1.0" encoding="UTF-8"?>
         <NFe xmlns="http://www.portalfiscal.inf.br/nfe">
    Além disso o XML do TXT tem umas quebras de linha que separaram o conteúdo das TAG's e causaram erro no validador da SEFAZ tb.
    O validador do GRC é basicamente uma função que aponta erros técnicos no preenchimento dos dados que vieram do ERP ( campos obrigatórios em branco, campos numéricos com valor alfanumérico, etc...) porém ele não validaria a estrutura final do XML ( encoding, montagem das TAG's e namespaces adicionados ).
    OBS: No arquivo adicionado tem o XML completo e por uma questão de "data protection" eu não recomendaria disponibilizar esse tipo de arquivo na internet, pois ele contém dados teoricamente sigilosos de negócio ( Clientes, transportadores, produtos/preços, Certificado digital da empresa emissora, etc...).
    att,
    Renan Correa

  • SAP (ECC 6.0) - Erro de rejeição (Engrenagem)

    Boa tarde a todos,
    Gostaria de compartilhar um cenário de erro ocorrido no ambiente de produção do cliente (pós-GoLive) onde implementamos recentemente Nota Fiscal Eletrônica.
    Para um determinado cenário enviado para SEFAZ/SP foi retornado o código de erro 210 (Rejection: Invalid Receiver's IE), esta mensagem foi devidamente atualizada no GRC e no SAP (ECC).
    O problema ocorreu justamente quando o usuário optou em ajustar o código de inscrição estadual do respectivo cliente deste cenário e logo após, selecionou o documento "rejeitado" através do monitor do SAP (J1BNFE) e executou a função "Enviar de Novo", a partir deste procedimento (incorreto), o monitor retornou uma sinalização de erro (bandeira vermelha) com a seguinte mensagem: "Enviada ao sistema de envios de mensagens (XI,....), sinalizou o campo status ação com uma "engrenagem", o campo SCS com o valor 0 "zero" e o campo Status Sist. Msgs. com o valor "G" (MS recebido; outro erro).
    Conclusão, este processo encontra-se travado no ambiente de produção do cliente, impossibilitando qualquer ação de inutilização ou cancelamento.
    Estamos cientes que o procedimento correto deveria ser: solicitar a inutilização deste documento e não enviá-lo novamente a SEFAZ/SP, após concluída a correção da inscrição estadual do respectivo cliente, no entanto, gostaríamos de obter alguma dica ou orientação de como proceder corretamente neste caso afim de corrigir este problema.
    Desde já agradeço pela ajuda e gostaria também de parabenizar pelo espaço onde pude verificar que há muita informação útil para todos.
    Att,
    André Teixeira

    Oi Henrique,
    Sim, o MSSTAT estava preenchido com "A" antes da tentativa de reenvio. Como a nota já havia sido rejeita pela SEFAZ/SP no nosso entendimento o usuário deveria:
    1) Requisitar a "inutilização" desta NF-e;
    2) Ajustar a IE no cadastro de cliente;
    3) Executar novo faturamento para este cenário que automaticamente iria gerar uma nova NF-e para nova aprovação na SEFAZ/SP, seria este o procedimento?
    Ao executar Send no menu NF-e apresenta-se a seguinte mensagem:
    Novo status de comunicação de sistema "Enviada a sistema de envio de mensagens (XI,...)" não permitido p/SCS "Enviada a sistema de envio de mensagens (XI,...)" anterior
    Nº mensagem J1B_NFE007
    Vou conversar com usuário sobre a possibilidade de introduzir o status de erro manualmente (SE37).
    Grato,
    André Teixeira

  • Erro 610 - NT2011.004 - NFe de devolução

    Bom dia a todos,
    A SEFAZ soltou a NT2011/005 para fazer algumas validações e uma delas é a 610: Rejeição: Total da NF difere do somatório dos Valores compõe o valor Total da NF, porém o processo que tenho aqui no cliente e uma nota de devolução, a empresa é uma distribuidora e a legislação veda o destaque do imposto na NFe de devolução, como nos casos de devolução de mercadoria com imposto retido por substituição tributária e devolução de mercadoria com IPI efetuado por não contribuinte do IPI.
    Hoje como manda a legislação esses dois impostos estão saindo no campo dados adicionais da NF e creio que seja por isso que o SEFAZ esteja rejeitando a NF.
    Alguém já passou por esse problema? Teriam alguma sugestão?
    Desde já obrigado pela ajuda.
    Abs,
    Sandro Ávila
    Consultor SAP MM

    Sandro,
    a rejeição 610 não é dada pelo SAP, mas pela SEFAZ.
    Se vc a obteve, foi a SEFAZ que rejeitou sua nota.
    O fato é que o processo é novo pra todos, tanto pras empresas quanto pro governo, e tem sido comum ter visto casos "esquecidos" pelo governo - nao me assustaria se é esse o caso, com as notas de devolucao de ICMS ST.
    A recomendação é que o seu time fiscal entre em contato com a SEFAZ do estado em questão, para que a própria SEFAZ oriente como deve ser preenchida a nota.
    Abs,
    Henrique.

  • NF-e 3.10: J_1B_NFE_CALC_IPI_RETURN não calcula o pIPIDevol

    Boa tarde, senhores!
    Estou testando o cenário de devolução de IPI para NF-e 3.10 e constatei que o sistema do cliente não está calculando o percentual de IPI devolvido (impostoDevol:pDevol), resultando na rejeição Rejeição 610: "Total da NF difere do somatório dos Valores compõe o valor Total da NF.."
    Em meus testes, fiz o processo gerando uma nota de crédito via MIRO e, dentro da função J_1B_NFE_CALC_IPI_RETURN (criada pela nota 1993209 - [3.10] IPI Return) é feito um SELECT na J_1BNFSTX carregando a tabela interna LT_TAXREF.
    Acredito que o problema está ocorrendo porque o campo "grupo de imposto" (J_1BNFSTX-TAXGRP) é novo, aplicado pela nota  1860433 - NF-e: Storing Additional Data for DANFE & Reporting e, com isto, ao realizar a seleção na J_1BNFSTX para notas anteriores à implementação da nota 1860433 o campo LT_TAXREF-TAXGRP fica em branco.
    Por causa disto, a condição "LOOP AT lt_taxref INTO ls_taxref WHERE taxgrp = c_ipi..." não é verdadeira, consequentemente, o cálculo do percentual não é realizado.
    Sabem me dizer se há alguma nota ou como resolver este problema?
    Obrigado.

    Olá Edgar,
    Você aplicou a nota 2079944? Ela parece um pouco confusa no trecho abaixo:
    " - Remove the Component Type J_1BNFE_RET_VALUE from Component VIPIDEVOL (Set blank);
    - Choose "Predefined Type" pushbutton;
    - Set the folowing values for the Component IPIRECTYPE "
    Não é o componente VIPIDEVOL que estamos modificando? Aqui, nem temos IPIRECTYPE nesta estrutura. Será que fizemos algo errado?
    Obrigada,
    []s
    Lourdes

  • Rejeição por erro 539 Duplicidade de NF-e, com diferença na Chave de Acesso

    Senhores,
    Todo o processo de NFE está funcionando perfeitamente, porem existem algumas notas, que aleatoriamente apresentam o seguinte erro:
    http://img814.imageshack.us/img814/6417/screenhunter02jan260836.jpg
    Se notarmos ele traz status 539 e um símbolo quadrado com um raio no meio, significando recusado.
    Verificando no PI, noto que a assinatura digital (SIGNN) ocorre sem problemas nenhum, porem no envio do lote BATSR, no campo "" traz a mensagem: "Rejeicao: Duplicidade de NF-e, com diferença na Chave de Acesso ". Porem esse numero entre chaves é de uma nota de outra data... do dia 18.01. Não sei qual o motivo de estar puxando esta chave e dando esse erro.
    Segue print:
    http://img227.imageshack.us/img227/8190/imagem2sp.jpg
    Importante salientar, que todas as notas estão funcionando normalmente, os problemas são sempre com notas de mesmo número, porem com movimentação, local de negócio... diferentes. Ou seja, são ranges de números diferentes.
    Obrigado desde já

    Boa tarde,nao sei criar um topico(acho que nao posso,sei lá)
    enfim estou postando aqui pois pesquisei mto e nao tive soluçao em 3 dias,é o seguinte:
    na versao anterior tudo funcionava perfeitamente,emitia notas sem problema,ae no dia de atualizar,começou os meus problemas.
    toda vez que ia assinar uma nota dava o seguinte erro
    *Ocorreu um erro ao tentar recuperar o disposito A3*
    *verifique se o dispositivo esta conectado corretamente:*
    mudei o dispositivo de porta USB,mudei de pc e nada.liguei  entrei em contato com a empresa que vendeu a certificaçao digital.,achei que poderia ser ele o problema,fui informado que nao seria e que essa versao tem apresentado mtos problemas,se eu marco a opçao '' utilizar reposutorio do windows'',ele valida,transmite,e na hora de assinar da um erro de rejeição 562:rejeiçao codigo numerico informado na chave de acesso difere do codigo numerico da nf-e  no qual ta ruim sair dele,se marco ''utilizar o cadastro de certificado via aplicativo'' o erro ja aparece no VALIDAR,ae da o erro que citei
    *Ocorreu um erro ao tentar recuperar o disposito A3*
    *verifique se o dispositivo esta conectado corretamente:*
    aceito todo tipo de ajuda,obrigado

  • IVA Revenda com ICMS, IPI, PIS e COFINS para não contribuinte do IPI

    Pessoal
    Estou criando um IVA para revenda e estou com algumas dificuldades. Segundo o tributários, como não somos contribuintes do IPI, não podemos nos creditarmos desse tributo. Nesta operação, incidem ICMS, IPI, PIS e COFINS. Tomamos crédito de ICMS, PIS e COFINS. O IPI deverá fazer parte do preço e a base de cálculo do PIS e COFINS deve levar o IPI em consideração.
    Exemplo:
    Valor do produto: 900,00
    Valor do ICMS: 108.00 (12% - A base é 900.00)
    Valor do IPI: 90,00 (10% - A base é 900.00)
    Valor do PIS: 16.34 (Base 990.00)
    Valor do IPI: 75.24 (Base 990.00)
    Nós usamos a TAXBRJ, criei a condição PCRE conforme a nota 947218 que, aparetentemente, corriguiu uma diferença dos valores calculados para o PIS e COFINS.
    Depois de muita tentativa e erro, consegui fazer com que o sistema calcule corretamente os valores dos impostos, entretanto, ainda não consegui fazer com que os valores fossem contabilizados corretamente. Conforme o tributário, os valores do ICMS, PIS e COFINS devem ser deduzidos do valor total da nota para efeito de crédito de estoque. Até agora, só consegui deduzir o ICMS. Quando eu altero as condição de PIS e COFINS, consigo até considerar os valores do PIS e COFINS, porém, no momento da MIRO, estes mesmos valores são duplicados.
    Segue a configuração na FTXP:
    ICMS Industr. entr.  VS2      100,000            230   100       ICM1
    IPI consumo   entr.  NVV      100,000            310   100       IPI2
    Reduce Stock                              900   0
    Reduce Stock                              900   0
    Cofins Offset ICOS/U CO3      100,000-           901   100       ICOV
    Coins Normal PO/GR  CO3      100,000-           905   100       ICOS
    Cofins Normal IV NVV NVV      100,000-           906   100       ICOU
    Cofins Normal PO/GR  CO3      100,000            907   100       ICOA
    PIS Reduce Stock                                 910   0
    PIS Offset IPSS/IPSU PI3      100,000-           911   100       IPSV
    PIS Normal PO/GR     PI3      100,000-           915   100       IPSS
    PIS Normal IV NVV    NVV      100,000-           916   100       IPSU
    PIS Normal PO/GR     PI3      100,000            918   100       IPSA
    CCS_ Icms/ Pis/ Cofi                             930   0
    Cofins Offset Rev    NVV                         934   100       PCRE
    Num post aqui mesmo, vi uma configuração bem parecida, principalmente, para PIS e COFINS.
    Com a configuração acima, obtenho:
    Material 190001
    Líquido                792,00  BRL
    Imposto                108,00
    BASB     Montante base                                              792,00
                                                      Cálculo ext.     792,00      BRL     1          792,00
                                                      Nível 200     792,00      BRL     1          792,00
         ICM1     ICMS Industr. entr.     12,000      %                    108,00
                                                      Nível 300     900,00      BRL     1          900,00
         IPI2     IPI consumo   entr.     10,000      %                    90,00
                                                      Outros impostos     990,00      BRL     1          990,00
                                                      PIS, Cofins e ISS     990,00      BRL     1          990,00
                                                      Withholding Taxes on     990,00      BRL     1          990,00
                                                      Withholding Taxas Fr     990,00      BRL     1          990,00
                                                      Cofins Reduce Stock     990,00      BRL     1          990,00
         ICOV     Cofins Offset ICOS/U     100,000      %                    75,24
         ICOS     Cofins Normal PO/GR     7,600      %                    75,24-
         ICOA     Cofins Normal PO/GR     100,000      %                    0,00
                                                      PIS Reduce Stock     990,00      BRL     1          990,00
         IPSV     PIS Offset IPSS/IPSU     100,000      %                    16,34
         IPSS     PIS Normal PO/GR     1,650      %                    16,34-
         IPSA     PIS Normal PO/GR     100,000      %                    0,00
                                                      CCS_ Icms/ Pis/ Cofi     990,00      BRL     1          990,00
    Contabilização da MIRO:
    Conta      Texto breve conta    Atribuição         CI         Montante
    1016       LAMESA INDUSTRIAL E                     RC          900,00-
    2110130001 Compensação EM/EF    20100731           RC          792,00
    1124120020 Compens. Recolhiment 20100731           RC          108,00
    1124120063 COFINS-Lei n° 10.833 20100731           RC           75,24
    1127121006 Est.Mat.p/ Revenda   20100731           RC           75,24-
    1124120062 PIS-Lei n° 10.637    20100731           RC           16,34
    1127121006 Est.Mat.p/ Revenda   20100731           RC           16,34-
    Muito obrigado,
    Mariano

    Olá Eduardo,
    Sim, inclusive, esse documento resolveu uma diferença que acontecia no cálculo do PIS e COFINS, mas, na hora da entrada da fatura, os valores são diferentes, observe o comportamento conforme a configuração que o documento recomenda:
    Material 190001
    Líquido                792,00
    Imposto                 99,67
    BASB     Montante base                                              792,00
         Cálculo ext.     792,00      BRL     1          792,00
         Nível 200     792,00      BRL     1          792,00
    ICM1     ICMS Industr. entr.     12,000      %                    108,00
         Nível 300     900,00      BRL     1          900,00
    IPI2     IPI consumo   entr.     10,000      %                    90,00
         Outros impostos     990,00      BRL     1          990,00
         PIS, Cofins e ISS     990,00      BRL     1          990,00
         Withholding Taxes on     990,00      BRL     1          990,00
         Withholding Taxas Fr     990,00      BRL     1          990,00
         Cofins Reduce Stock     990,00      BRL     1          990,00
    ICOV     Cofins Offset ICOS/U     100,000      %                    75,24
    ICOS     Cofins Normal PO/GR     7,600      %                    75,24-
    ICOA     Cofins Normal PO/GR     100,000      %                    0,00
         PIS Reduce Stock     990,00      BRL     1          990,00
    IPSV     PIS Offset IPSS/IPSU     100,000      %                    16,34
    IPSS     PIS Normal PO/GR     1,650      %                    16,34-
    IPSA     PIS Normal PO/GR     100,000      %                    0,00
         CCS_ Icms/ Pis/ Cofi     990,00      BRL     1          990,00
    PCRE     Cofins Offset Rev     0,000      %                    8,33-
    Abaixo, o documento contábil da entrada do material:
    tm CL Conta      Texto breve conta    Atribuição         CI         Montante
    1 89 1127121006 Est.Mat.p/ Revenda   20100730                       792,00
    2 96 2110130001 Compensação EM/EF    20100730                       792,00-
    Aqui já começa o problema, pois, segundo o tirbutário, o valor a ser creditado no estoque é 790.42 (990.00-108.00-16.34-75.24)
    Olhe agora, a simulação da MIRO:
    2110130002     LAMESA INDUSTRIAL E COMERCIAL LTDA / 05999-999 Sao          891,67-
    2110130001     Compensação EM/EF                                                                                792,00
    1124120020     ICMS a Compensar Recol.-Aquisição Mat. Ativo Perm.                               108,00
    1124120063     COFINS - Crédito de COFINS s/ aquis. de materiais                                                      75,24
    1127121006     Estoque-Materiais p/ Revenda                                                                           75,24-
    1124120062     PIS - Crédito de PIS s/ aquisição de materiais                                                      16,34
    1127121006     Estoque-Materiais p/ Revenda                                                                            16,34-
    1127121006     Estoque-Materiais p/ Revenda                                                                                8,33-
    Déb.  991,58               Créd.  991,58               Saldo 0,00
    Ele gerou 891.67 e não 990.00. Na linha de cima, ele gera um valor de 991.58.
    É a primeira vez que eu estou vendo IVA, condições e etc. No meu caso, eu uso uma condição ZBXX que determina o preço sem o ICMS. tudo o que eu consegui fazer até agora, foi, além da base da tentativa e erro, com a imensa ajuda dos colegas deste e de outro forum.
    O que você e os demais colegas puderem ajudar, será muito bem-vindo.
    Obrigado,
    Mariano
    Não estou conseguindo arrumar o texo...

  • 521 Rejeição: CFOP não é de Operação com Exterior e UF destinatário é EX

    Olá, Bom Dia a Todos
    Foi criada uma nota fiscal writer com a categoria I1, saindo de São Paulo para um cliente do Rio de Janeiro, na operação foi utilizado um CFOP incorreto, de dentro do estado, ou invés do interestadual.
    Neste cenário a SEFAZ retornou a rejeição 521 Rejeição: CFOP não é de Operação com Exterior e UF destinatário é EX, o correto não seria á rejeição 522 Rejeição: CFOP de Operação Estadual e UF emitente difere UF destinatário ?
    Alguém passou por esta situação? Sabem se é preciso aplicar alguma nota?
    Muito Obrigada
    Valquiria Bandeira

    Bom dia Valquiria,
    Já vi essa "confusão" e ao que conclui era um erro no sistema interno da Sefaz RS à época que rejeitava com o código incorreto. Mas a NF-e enviada deveria ser sim rejeitada, só o código informado que foi trocado, como aconteceu com você.
    Atenciosamente, Fernando Da Ró

  • Erro retorno do status do lote

    Boa tarde a todos.
    Estou passando pela seguinte situação, ao emitir uma NFE a mesma é enviada para a SEFAZ e retornada com o erro 215 - Rejeição: Falha no esquema XML. O problema é que este erro fica apenas no monitor do lote da nota, ele não é atualizado no monitor da nota(a nota fica esperando resposta do lote) e consequentemente não retorna ao ECC. O estado de emissão é PE - Pernambuco e ambiente de Homologação. Alguem já passou por esse problema? Segue em anexo um arquivo com os prints.
    Algumas verificações já realizadas.
    - JOBs estão todos OK
    - Filas (SMQ1 e SMQ2) estão OK
    Muito Obrigado a todos
    Raphael Trivelati

    Existem varios problemas que podem acarretar esse erro, cada um diferente para cada etapa de "gestao" da mensagem do lote.
    Uma solução que vc poderia verificar é se as NFes contidas nesse lote estao aprovadas no SEFAZ, se estao, basta vc finalizar o processamento do lote e em cada uma das NFes que nele estavam contidas solicitar a verificacao do status da nota.
    O que esta ocorrendo muito após o dia 01/04, são falhas na interpretação do cabeçalho da nfe por parte da SEFAZ.
    Vc precisa verificar também se o seu cenario BATCH e BATSR estao configurados para a versao 3.1

  • Status erro: 46 - NF-e 2.0

    Masters of Sap Universe,
    Estou com o seguinte problema com o GRC...
    Aqui estamos com ambiente de GRC com SP15
    No monitor do GRC:
    Status do processo:05
    Status erro 46 - Lote rejeitado pelo Processamento da Nota Fiscal Eletrônica /
    Não existe erros na SXMB_MONI
    Na tentativa de reiniciar o Lote, eles não aparecem nas abas de erro para tentar reinicalizar
    Alguma ideia ?

    Bom dia Fernando,
    Estou com o mesmo problema.
    No GRC apresenta o status do erro (46) que o lote foi rejeitado pelo processamento da NFe.
    No monitor J1BNFE apresenta o erro 215 - Rejeição: Falha no Schema XML.
    Ja fiz o procedimento no validador XML do RS e apareceu que o erro era o sinal na primeira linha. Com isso eu apaguei o sinal e validou.
    O que devo fazer para resolver isso?
    Obrigado
    Júlio Meireles

  • Valor de todos os impostos somados ao valor total da NF

    Pessoal, bom dia
    Estou com um problema no meu cliente, que ocorre quando um movimento customizado é utilizado para dar entrada em materiais recebidos para diversos tipos de remessa. Por exemplo, demonstração.
    A entrada é feita pela MIGO, utilizando o tax code C3. Porém, ao verificar a NF, vejo que os valores de ICMS/PIS e COFINS estão sendo somados à base do ICMS.
    As configurações do tax code e pricing estão OK a princípio.
    Para esclarecer mais, veja o exemplo abaixo. O valor do item é de R$ 100,00.
    ICM2       ICMS     ICMS Non-deductible              0,00      1,38      0,00      11,50
    ICOP       ICOP     Complement of ICMS             11,50      0,58      0,00        0,00
    IPI2       IPI   IPI  Non-deductible              0,00   1,50    0,00    10,00
    Value           12,88 (Deveria ser 10,00)
    Total Value  14,38 (Deveria ser 11,50)
    O problema está nos valores totais da NF, onde os impostos (ICMS e IPI) são somados ao total dos itens e total da NF.
    Note que o valor dos impostos somados dá exatamente 2,88, exatamente a diferença entre o preço e a base de cálculo utilizada nos impostos.
    Já olhei em várias configurações, porém não consegui identificar o problema.
    Alguém tem idéia do que possa estar acontecendo?
    Mais uma vez, muito obrigado
    Fabio Amparo
    Edited by: Fabio Azevedo do Amparo on Mar 30, 2011 3:12 PM
    Edited by: Fabio Azevedo do Amparo on Mar 31, 2011 3:58 PM
    Edited by: Fernando Ros on Apr 1, 2011 2:44 AM formatando

    Roberto aqui fizemos o seguinte.
    Retiramos o II do total dos produtos ou seja, fizemos o cálculo do valor dos produtos sem o imposto de importação, sendo assim jogamos o II na base de II mesmo que é quando se faz o cálculo do imposto de importação, ex:16% de R$10,00 = 1,60 desta forma esses R$1,60 jogamos no valor do ICMS.
    Pois desta forma o valor não aparece duplicado na nota e não se altera a regra de cálculo do ICMS.
    Você conseguiu entender?
    Att.

  • Inutilizar nota com status 252: Ambiente informado difere do de recebimento

    Boa tarde!
    Colocamos o GRC apontando para o ambiente de produção, porém no ECC ainda estava apontando para homologação.
    Como resultado disso, tivemos uma nota gerada que retornou com o seguinte erro: 252 - Rejeição: Ambiente informado diverge do Ambiente de recebimento.
    O ECC então foi apontado para produção, porém agora eu não consigo inutilizar a nota, pois continuo recebendo a mensagem
    acima. Ou seja, eu tenho um ambiente apontando para a produção, porém no xml da nota, o tipo de ambiente está como homologação.
    Alguem já passou por algo parecido? O que foi feito para solucionar esse problema?
    Desde já agradeço.

    Antes de mais nada tem que primeiro voltar a filial para "Produção". (feito)
    Depois basta aceitar rejeição de cancelamento e reenviar a nota que o SAP irá chavear e envia-la como "Produção" para o GRC.
    Porém se o GRC esta enviando nota de Homologação para SEFAZ produção, sua configuração esta errada. Favor rever o "Receiver Determination", mas especificamente a condição do campo tpAmb = 1. Exemplo de uma condição para enviar uma nota de produção para SEFAZ MG: (/p1:nfeRecepcaoLote2/p1:cUF = 31 AND /p1:nfeRecepcaoLote2/p1:tpAmb = 1)
    Alias. Se bem que pode-se querer uma configuralçao dessa - permitir enviar nota de homologação para produção. Aí é definição de cada um então.
    At.,
    Bernardo Braga
    Edited by: Bernardo Tavares Braga on Apr 7, 2011 10:34 PM

  • Retenção de imposto qdo total da nota acima de 5.000,01, nao retem linha

    Gostaria de ajuda,
    O meu cliente é uma empresa de serviços,
    faz os pedidos de vendas , com varios itens de linha e depois faz a nota fiscal de saida selecionando os itens que será faturado, as configurações de retençoes estar de acordo com o valor ex: PIS 0,65 acima de  R$ 5.000,01, o problema é que quando os itens são de valor abaixo dos 5.000,001, só retem o IR 1,5%, mais se somar todos os itens o valor total da nota é maior do que R$ 5.000,01, e o sistema continuar retendo apenas o IR, o que devo fazer para que o sistema entenda que as retenções é do total da nota , não dos itens.
    Jaqueline Martins

    Preciso de  ajuda urgente.
    Meu cliente  quer que a PROFORMA seja feita dentro do B1, no Pedido de Vendas, só que em dolar, o problema é: seleciono a moeda dolar ele traz no valor total da nota, mais o item aparece em Real, o Cliente quer que os sistema converta os valores de real para dolar, pois a Proforma tem que ser toda em dolar. e depois este pedido se torna uma nota fiscal de saida que será copia do pedido e terá que ser convertida para real, no caso o item vem do pedido em dolar.(caso seja feita a conversão)
    Existe uma forma de ser feito isto?
    Se sim, como seria?
    Agradeço sua atenção.
    Jaqueline Martins

  • Cálculo base PIS e COFINS sem IPI - Consumo

    Olá pessoal,
    Estou com uma demanda da área fiscal e gostaria de saber se podem me ajudar.
    Temos um material de uso e consumo e a nota que o fornecedor enviou contém PIS + COFINS + IPI apenas.
    O problema é que o SAP para consumo calcula IPI a partir do valor líquido do produto e PIS e COFINS a partir do valor líquido do produto com IPI, na nota fiscal do fornecedor o PIS e COFINS é calculado com base apenas no valor líquido do produto sem IPI, como o cenário de industrialização ou revenda.
    Como poderei apenas pra esse material calcular os impostos diferentes?
    Pensei em criar um IVA, mas a utilização do material determina o cálculo e não consegui achar uma saída pr aisso.
    Quem puder me ajudar agradeço.
    Willy
    Edited by: wilizangela on Nov 29, 2011 3:55 PM

    Olá pessoal,
    Estou com uma demanda da área fiscal e gostaria de saber se podem me ajudar.
    Temos um material de uso e consumo e a nota que o fornecedor enviou contém PIS + COFINS + IPI apenas.
    O problema é que o SAP para consumo calcula IPI a partir do valor líquido do produto e PIS e COFINS a partir do valor líquido do produto com IPI, na nota fiscal do fornecedor o PIS e COFINS é calculado com base apenas no valor líquido do produto sem IPI, como o cenário de industrialização ou revenda.
    Como poderei apenas pra esse material calcular os impostos diferentes?
    Pensei em criar um IVA, mas a utilização do material determina o cálculo e não consegui achar uma saída pr aisso.
    Quem puder me ajudar agradeço.
    Willy
    Edited by: wilizangela on Nov 29, 2011 3:55 PM

Maybe you are looking for