Rejeicao: Total do Valor Aproximado dos Tributos difere do somatorio dos itens

[Sérgio Santos]

Pessoal.

Já conferi o XML. Pelo que eu vi, está tudo certo. Porém o retorno de erro é sempre o mesmo: Rejeicao: Total do Valor Aproximado dos Tributos difere do somatorio dos itens

Segue o xml em anexo. Alguém pode me ajduar?

Obrigado

[Roberto Machado]

Sergio;

Apenas para começar :

Uma nota de devolução, em principio, não precisa dessas TAGS, pois não é uma fatura e portanto, nesse caso não tem impostos a serem lançados pelo consumidor.

Roberto

[Roberto Machado]

Outro motivo pode ser o schema usado pela autorizadora para a validação ou falha na aplicação da autorizadora.

Eles também erram e bastante !

Roberto

[Sérgio Santos]

Olá Roberto,

muito obrigado pela resposta. Eu tentei fazer isso sim, porém o erro é o mesmo. Veja o xml atualizado em anexo.
Obrigado

[Roberto Machado]

Sergio;

Veja que passando seu xml pelo validador do RS ou na validação interna na API, não ocorre erro.

Creio que sei problema está na autorizadora SEFAZ MG

Roberto

[Chinnon Santos]

O erro ai é do Usuário mesmo...

Cadê a TAG <vTotTrib> com o valor de 369.60??? esse é o total de impostos do unico item da sua nota, deve ser informado antes da TAG <ICMS> dentro de <imposto>.

Sem ela amigo, o total de tributos do item 1 é ZERO, sendo assim quando comparado ao valor informado na TAG <vICMS>369.60</vICMS> dentro de <ICMSTot> vai da erro mesmo... não bate o valor 0 com 369.60...

Depois de corrigir isso você vai se deparar com outro erro, o total da sua nota esta errado, você não esta considerando os impostos, sendo que <vProd>9240.00</vProd> o valor dos seus produto é 9240,00 e o total da sua nota <vNF>9240.00</vNF> é de 9240,00, como assim???? se você tem <vICMS>369.60</vICMS> 369.60 de ICMS com CST 00, é tipo de CST que você deve recolher e pagar, então ele entra no valor total da NOTA (vNF)... pode esperar que vai da esse erro se não corrigir isso...

[Chinnon Santos]

Pra te ajudar nos cálculos, essa e fórmula que a receita usa para somar os valores de vNF e vTotTrib da TAG ICMSTot:

$vNF = $vProd-$vDesc-$vICMSDeson+$vST+$vFrete+$vSeg+$vOutro+$vII+$vIPI+$vServ;
$vTotTrib = $vICMS+$vST+$vII+$vIPI+$vPIS+$vCOFINS+$vIOF+$vISS;

Se você perceber, a única coisa que não SOMA no valor da Nota é o Valor de Desconto (Esse SUBTRAI o valor da nota...) e também o ICMS Desonerado (Que também é SUBTRAI o total...), o resto SOMA TUDO.

Cada produto deve ter seu vTotTrib com essa mesma lógica ai mostrada, e na TAG ICMSTot deve ter o somatório dos somatório dos itens, entendeu? Soma-se os tributos total dos itens e no final soma-se o total geral dos tributos. Tem que tirar a prova dos 9 na calculadora, os valores devem bater, caso contrário vai da STATUS != 100...

[Roberto Machado]

Chinnon;

Você está equivocado com uma coisa.

O Valor Aproximado dos tributos, NÃO É NECESSARIAMENTE ESSA SOMA que você colocou ai. Normalmente o valor total de tributos é calculada com o auxilio de dados do IBPT para o ncm + operação + UF.

Os tributos pagos não são esses contidos na nota, pelo menos não necessariamente. Você até pode fazer isso que indicou mas não é, na minha opinião a solução correta.

Roberto  

[Sérgio Antônio dos Santos]

Concordo com Roberto.

Abraços

Sérgio Antônio dos Santos
Bacharel em Sistemas de Informação
flavors.me/serginhosant

-----------
“O que vale a pena possuir, vale a pena esperar”.
Santa Teresa Benedita da Cruz (Edith Stein 1891-1945)

--
--
Você recebeu esta mensagem porque está inscrito no Grupo "NFePHP".
Para Postar: nfe...@googlegroups.com
Para Sair do Grupo: nfephp+un...@googlegroups.com
Link: http://groups.google.com.br/group/nfephp?hl=pt-BR
-------
Repositório: https://github.com/nfephp-org/nfephp
---
Você recebeu essa mensagem porque está inscrito em um tópico no grupo "NFePHP" dos Grupos do Google.
Para cancelar inscrição nesse tópico, acesse https://groups.google.com/d/topic/nfephp/Qu7qKyn2tB0/unsubscribe.
Para cancelar inscrição nesse grupo e todos os seus tópicos, envie um e-mail para nfephp+un...@googlegroups.com.
Para mais opções, acesse https://groups.google.com/d/optout.

[Jânio Assis]

Você precisa destacar os valores aproximados dos impostos somente quando emitir nota para consumidor final, neste caso especifico você esta efetuando uma devolução de mercadoria, portanto não há necessidade deste imposto ser informado. Outro detalhe, se houver algum imposto destacado na NF-e de entrada você vai ter que destacar este valor de imposto (ICMS, IPI) na tag outras despesas - para que a outra empresa possa recuperar estes valores.

[Sérgio Antônio dos Santos]

Com relação ao campo 'vTotTrib' que estava acusando erro na SEFAZ... esse campo aparece 2 vezes no xml, dentro de impostos do item (grupo M) e no total da nota (grupo W). Por motivos óbvios estávamos preenchendo os dos campos da mesma forma. Tentamos enviar o xml de 3 formas:

1 - não enviar o campo vTotTrib;
2 - enviar ambos os campos com valor 0.00; e
3 - enviar os campos vazios.

Nenhuma dessas tetnativas deram certo (e olha q esse campo é opcional de acordo com o manual da NFe).
Depois de n tentativas descobrimos q teríamos q mandar o campo vTotTrib com valor 0.00 na parte de impostos dos itens (grupo M) e mandar o campo vazio na parte de totais da nota (grupo W).

Segue txt e xml váldios

[Roberto Machado]

Sergio, para a construção do XML você está usando a nossa classe MakeNFe.php ??

Roberto

[Roberto Machado]

Esse é um caso tipico de DOCUMENTAÇÃO FALHA, não dá realmente para confiar na documentação.

Resta saber se essa regra é válida para todos os SEFAZ, pois se não for é mais uma dor de cabeça para ser contornada. 

Ai começamos a ficar com muitas variantes e isso pode levar a mais problemas no futuro.

Vou testar em alguns ambientes de homologação e ver o que ocorre.

Roberto 

[Sérgio Antônio dos Santos]

Roberto,

Para criar o xml, eu uso a "ConvertNFe". Uso o "txt2xml", passando o txt em si como parâmetro.

Sérgio Antônio dos Santos
Bacharel em Sistemas de Informação
flavors.me/serginhosant

-----------
“O que vale a pena possuir, vale a pena esperar”.
Santa Teresa Benedita da Cruz (Edith Stein 1891-1945)

Em 22 de junho de 2016 11:30, Roberto Machado <linu...@gmail.com> escreveu:

Sergio, para a construção do XML você está usando a nossa classe MakeNFe.php ??

Roberto

[Roberto Machado]

Sim ... a classe esta considerando esse campo como opcional no item, mas pelo que que vocês está dizendo é OBRIGATÓRIO e se não tem nada a reportar, deve ser inserida com conteúdo = ZERO.

Mas antes de alterar esse comportamento na classe, temos que ter certeza se não é uma elucubração de apenas uma SEFAZ.

Roberto

[Roberto Machado]

De qualquer maneira Sergio eu abri uma ISSUE para tratar desse assunto. 

Abraço e obrigado pela informação

Roberto

[Sérgio Antônio dos Santos]

Eu que agradeço Roberto.

Abraços

Sérgio Antônio dos Santos
Bacharel em Sistemas de Informação
flavors.me/serginhosant

-----------
“O que vale a pena possuir, vale a pena esperar”.
Santa Teresa Benedita da Cruz (Edith Stein 1891-1945)

[Roberto Machado]

Sérgio;

Eu fiz verificações com relação a SEFAZ SP e esse erro não ocorre. Também não tenho noticia desse tipo de "estranheza" em nenhuma outra SEFAZ.

Portanto, por ora, sou obrigado a concluir que esse comportamento, contrário ao estabelecido no manual é unicamente da SEFAZ MG. O que não permitiria alterações nas classes construtoras.

Portanto existem, duas soluções para esse caso:

1 - entrar em contato com a SEFAZ e reclamar desse comportamento contrario ao estabelecido no Manual, para que eles façam a correção devida.

2 - fixar o valor em ZERO na tag referida ao gerar o documento, com isso você contorna o problema (mas não resolve)

Roberto

[Chinnon Santos]

Encontrei isso:

A Lei 12.741/12 regulamenta o § 5º do artigo 150 da Constituição Federal e prevê a obrigatoriedade de informar o valor aproximado correspondente a totalidade dos tributos federais, estaduais e municipais, cuja incidência influa na formação do respectivo preço de venda realizada para consumidor final.

A legislação não diz como obter os valores, assim quem for afetado pela obrigação acessória deve consultar o Contador ou a Associação de Classe para obter as orientações de como deve calcular o valor aproximado do tributo.

Nem a SEFAZ deve saber como calcular o valor, tanto que eles acrescentaram um campo de livre preenchimento no leiaute da NF-e para cumprimento desta obrigação.

Alguns usuários estão utilizando os percentuais de carga tributária disponibilizado pelo Intituto Brasileiro de Planejamento Tributário - IBPT para cálculo do valor aproximado do tributo.

IMPORTANTE: Os percentuais disponibilizados pelo IBPT não são dados oficiais da SEFAZ, assim NÃO DEIXE DE CONTATAR O SEU CLIENTE PARA DISCUTIR O USO DOS PERCENTUAIS.

Sobre o uso de calculo do IBPT eu fiz uma comparação com um dos produtos comercializados por uma das empresas:

Produto: Dióxido de Carbono (45Kg)
NCM: 28112100
Valor: R$ 157,00
Destino: DF

Percentuais do IBPT p/ DF: 4.20% Federal (nacional), 18% Estadual
Calculo pelo IBPT p/ DF: R$ 6,59 Federal (nacional) e R$ 28,26 Estadual. Total R$ 34,85.

Calculo da minha Operação p/ DF: R$ 5,73 Federal (nacional) e R$ 18,84 Estadual. Total R$ 24,54.
($vTotTrib = $vICMS+$vST+$vII+$vIPI+$vPIS+$vCOFINS+$vIOF+$vISS;)

Resumindo, prefiro usar minha forma de calcular os impostos, porque dessa forma não preciso depender de uma API externa para calculo que em algum momento pode ficar off e prejudicar a emissão de NF-e pelo meu sistema e que se fizemos um interpretação de texto sobre lei da transparência temos o trecho '... obrigatoriedade de informar o valor aproximado... ', isso significa que o FISCO não pode me enquadra porque o valor difere do IBPT, e no mais o meu cliente vai saber realmente a totalidade dos impostos que ele esta pagando e não um percentual que ninguém sabe como esta sendo calculado.

Meus clientes são exigentes, na maioria dos casos querem saber como os processos estão sendo feitos, se eles me pergunta como o calculo total de tributo esta sendo feito e eu dou a reposta "Não sei, pego uma tabela do IBPT ou faço uma consulta na API deles e eles retornam o percentual, mas ninguém sabe como esse percentual é calculado, nem a SEFAZ tem a formula certa..." eu sou ridicularizado por desconhecer o que estou fazendo... por isso faço isso e dou a resposta "Faço a somatória de todos os tributos incidentes da operação e informo na nota..." pra mim e a melhor forma.

Notas que não são para Consumidor Final, eu não informo a TAG <vTotTrib>0.00</vTotTrib> em <imposto>, somente em <ICMSTot> eu coloco <vTotTrib>0.00</vTotTrib>, nunca deu falha dessa forma.

[Gustavo Mathias]

O seu calculo se refere ao imposto efetivo e a lei prevê que seja informado o imposto aproximado de toda a cadeia produtiva.

--

--
Você recebeu esta mensagem porque está inscrito no Grupo "NFePHP".
Para Postar: nfe...@googlegroups.com
Para Sair do Grupo: nfephp+un...@googlegroups.com
Link: http://groups.google.com.br/group/nfephp?hl=pt-BR
-------
Repositório: https://github.com/nfephp-org/nfephp
---

Você recebeu essa mensagem porque está inscrito no grupo "NFePHP" dos Grupos do Google.
Para cancelar inscrição nesse grupo e parar de receber e-mails dele, envie um e-mail para nfephp+un...@googlegroups.com.

[Roberto Machado]

Concordo com o Gustavo !!!

De acordo com os escritórios contábeis e com os advogados tributaristas com quem tenho contato, o valor a ser indicado é referente aos impostos "estimados" efetivamente pagos ao longo de toda a cadeia produtiva e não somente a aqueles referentes a última operação fiscal. 

E mais caro colega Chinnon, não é o desenvolvedor que deve ESCOLHER como declarar essas coisas e SIM o EMITENTE conjuntamente com o seu contador COMPETENTE (duas palavras que nem sempre andam juntas).

Outra coisa que o colega deve atentar, é que você, como programador e desenvolvedor, deve conhecer PROGRAMAÇÃO e é claro um pouco de legislação, mas a menos que você seja um contador ou  um advogado tributarista NÃO CRIE SUA PRÓPRIA interpretação dos atos legais. Sempre mas sempre mesmo, consulte um especialista. Você pode ser muito inteligente, mas não tem como entender de tudo.

Roberto 

[Danilo]

que tipo de bando de dados vcs está usando  ?

sugiro definir decimal (18,2) por ex... se vc nao especificar as cadas decimais no BD, sempre terá esse tipo de problema. 

Em terça-feira, 21 de junho de 2016 13:19:13 UTC-3, Sérgio Santos escreveu: