Problema
Rejeição 483: Valor do desconto maior que valor do produto – Como resolver na integração Micros ?
Causa
Quando for emitido um documento onde o valor do desconto tag vDesc é maior que o Valor do Produto vProd, o mesmo receberá a rejeição 483 – Valor do desconto maior que valor do produto.
Solução/Procedimento
Para corrigir o documento deve seguir os seguintes passos:
1 – Fazer o download do XML para análise:
2 – Editar o arquivo XML
Exemplo de Documento Rejeitado:
- O Documento Rejeitado pela Sefaz, na rejeição foi informado que a diferença está no nitem 1:
- Após fazer o download do XML e abrir o arquivo, foi identificado que o valor preenchido no vProd foi de 0.01 e o vDesc foi de 0.02 com uma diferença de 0.01 centavo a mais para o vDesc, conforme estrutura abaixo:
<det item="1">
<prod>
<cProd>99999</cProd>
<cEAN>SEM GTIN</cEAN>
<xPROD>PRODUTO TESTE</xPROD>
<NCM>9999999</NCM>
<CFOP>9999</CFOP>
<uCom>Um</uCom>
<vProd>0.01</vProd>
<cEANTrib>SEM GTIN</cEANTrib>
<uTrib>UN</uTrib>
<vUnTrib>0.0100000000</vUnTrib>
<vDesc>0.02</vDesc>
<indTot>1</indTot>
</prod>
</det>Obs: Pode acontecer quando a Sefaz devolver o retorno de Rejeição não informar qual item está com essa divergência, caso isso aconteça deverá ser verificado item por item no XML.
Para correção de qualquer documento nessa situação, deve ser levado em consideração dois pontos:
1 – O documento possui dois ou mais produtos:
Verifique nos produtos se esse desconto que foi retirado do produto que possui o vDesc maior que o vProd poderá ser distribuído para compensação em outro produto, caso seja possível, a correção será mais simples, bastando fazer essa distribuição.
Verificando os produtos, nesse exemplo o documento possui 2 produtos, onde o nitem1 com vProd de 0.01 e vDesc de 0.02 e o nitem2 com vProd de 1.01 e vDesc de 0.00.
<det item="1"> <det item="2">
<prod> <prod>
<cProd>99999</cProd> <cProd>99999</cProd>
<cEAN>SEM GTIN</cEAN> <cEAN>SEM GTIN</cEAN>
<xPROD>PRODUTO TESTE 1</xPROD> <xPROD>PRODUTO TESTE 2</xPROD>
<NCM>9999999</NCM> <NCM>9999999</NCM>
<CFOP>9999</CFOP> <CFOP>9999</CFOP>
<uCom>Um</uCom> <uCom>Um</uCom>
<vProd>0.01</vProd> <vProd>0.01</vProd>
<cEANTrib>SEM GTIN</cEANTrib> <cEANTrib>SEM GTIN</cEANTrib>
<uTrib>UN</uTrib> <uTrib>UN</uTrib>
<vUnTrib>0.0100000000</vUnTrib> <vUnTrib>0.0100000000</vUnTrib>
<vDesc>0.02</vDesc> <vDesc>0.00</vDesc>
<indTot>1</indTot> <indTot>1</indTot>
</prod> </prod>
</det> </det>
Para o ajuste do desconto, tiro 1 centavo que o nitem1 possui a mais do desconto para o nitem2, ficando dessa forma, ambos os itens ficando com o valor do desconto menor que o valor do produto.
<det item="1"> <det item="2">
<prod> <prod>
<cProd>99999</cProd> <cProd>99999</cProd>
<cEAN>SEM GTIN</cEAN> <cEAN>SEM GTIN</cEAN>
<xPROD>PRODUTO TESTE 1</xPROD> <xPROD>PRODUTO TESTE 2</xPROD>
<NCM>9999999</NCM> <NCM>9999999</NCM>
<CFOP>9999</CFOP> <CFOP>9999</CFOP>
<uCom>Um</uCom> <uCom>Um</uCom>
<vProd>0.01</vProd> <vProd>0.01</vProd>
<cEANTrib>SEM GTIN</cEANTrib> <cEANTrib>SEM GTIN</cEANTrib>
<uTrib>UN</uTrib> <uTrib>UN</uTrib>
<vUnTrib>0.0100000000</vUnTrib> <vUnTrib>0.0100000000</vUnTrib>
<vDesc>0.01</vDesc> <vDesc>0.01</vDesc>
<indTot>1</indTot> <indTot>1</indTot>
</prod> </prod>
</det> </det>
Como nesse caso apenas foi apenas ajustado o desconto “sobrando” de um produto para o outro, os valores referente o grupo de totais não será necessário mexer, uma vez que os valores continuarão corretos.
Após isso salve o arquivo XML com a nomenclatura nfce-000000000.xml em '000000000' você pode colocar número de até 9 dígitos para representar o documento.
Uma boa prática, pode ser renomeando o arquivo utilizando o número do documento para facilitar a localização no diretório, principalmente em casos onde é feito a correção de vários documentos.
Para esse exemplo o documento é de número 8070, ficando nfce-8870.xml.
Após o arquivo salvo, copie e cole o arquivo na pasta de entrada para a aplicação fazer o processamento.
Obs: A pasta de entrada a padrão é: C:\Oobj\Integracao\Emissao\entrada
Após o processamento se não houver nenhum problema o documento será autorizado e estará disponível no monitor para consulta.
2 – O documento possui apenas um produto:
Quando o cupom possui apenas um produto, durante o processamento o lote será invalidado, pois após a conversão o documento ficará com valores negativos e será descartado por falha de Schema(lê-se esquema) onde poderá ser visualizado apenas em arquivos inválidos para consulta.
Exemplo:
Produto TESTE, possui o vProd de 0.01 e o vDesc de 0.02.
Após a conversão para layout XML alguns valores referente aos impostos e totais estão negativos, isso aconteceu justamente pelo valor do desconto ser maior que o valor do produto.
H1|||||||||||| H2|6|5780|0|TESTE|0.00|232138 H3|| I|316001|TESTE|1|0.01|0.01|3.2000|0.00|09012100||1.65|7.60|||0.02|0.00|0|||| P|101|Dinheiro|0.01|2|||| CPL|* * * * * * * * * * * * * * * CPL|PDV: 1 / Conta N.: 3 / Mesa: FTX7 / Emp.: TESTE
Após a conversão para layout XML alguns valores referente aos impostos e totais estão negativos, isso aconteceu justamente pelo valor do desconto ser maior que o valor do produto. O lote enviado, terá a seguinte rejeição onde ficará disponível no menu de arquivos inválidos no Monitor Oobj.
Na estrutura do XML ficará dessa forma.
<total> <imposto>
<ICMSTot> <vTotTrib>0.00</vTotTrib>
<vBC>-0.01</vBC> <ICMS>
<vICMS>0.00</vICMS> <ICMS00>
<vICMSDeson>0.00</vICMSDeson <orig>0</orig>
<vFCP>0.00</vFCP> <CST>00</CST>
<vBCST>0.00</vBCST> <modBC>3</modBC>
<vST>0.00</vST> <vBC>-0.01</vBC>
<vFCPST>0.00</vFCPST> <pICMS>3.20</pICMS>
<vFCPSTRet>0.00</vFCPSTRet> <vICMS>-0.00</vICMS>
<vProd>5.90</vProd> </ICMS00>
<vFrete>0.00</vFrete> </ICMS>
<vSeg>0.00</vSeg> <PIS>
<vDesc>5.91</vDesc> <PISQtde>
<vII>0.00</vII> <CST>03</CST>
<vIPI>0.00</vIPI> <qBCProd>1.0000</qBCProd>
<vIPIDevol>0.00</vIPIDevol> <vAliqProd>0.0974</vAliqProd>
<vPIS>0.00</vPIS> <vPIS>-0.00</vPIS>
<vCOFINS>0.00</vCOFINS> </PISQtde>
<vOutro>0.00</vOutro> </PIS>
<vNF>-0.01</vNF> <COFINS>
<vTotTrib>0.00</vTotTrib> <COFINSQtde>
</ICMSTot> <CST>03</CST>
</total> <qBCProd>1.0000</qBCProd>
<vAliqProd>0.4484</vAliqProd>
<vCOFINS>-0.00</vCOFINS>
</COFINSQtde>
</COFINS>
</imposto>
Para correção nessa situação, o ideal é refazer o lançamento da conta no MICROS. Em casos que o lançamento não seja possível, deverá ser feito a correção diretamente no arquivo txt gerado no layout micros, o nome do arquivo fica disponível no nosso monitor disponível em arquivos inválidos.
Com base nessa informação você irá localizar o arquivo processado pela nossa aplicação no seguinte diretório C:\Oobj\Config\processados, basta abrir o mesmo e fazer o ajuste manualmente do campo vDesc e colocar na pasta de entrada para ser reprocessado que por padrão é o diretório C:\Oobj\Integracao\Emissao\entrada, o documento estando correto será autorizado.
Obs: Se esse reprocessamento for feita em um prazo de até 10h após a primeira tentativa de emissão da venda a aplicação irá pegar o mesmo número de documento. Se o reprocessamento for feito após esse prazo, será gerado um novo número de documento, deixando um furo de numeração e para correção desse furo deverá ser feito a inutilização deste número.
Referência
-
Nota Técnica 2015/002 (v. 1.30) – http://www.nfe.fazenda.gov.br/portal/exibirArquivo.aspx?conteudo=v9JbkEY7evI=
