Ir para conteúdo
  • Cadastre-se

dev botao

  • Este tópico foi criado há 3510 dias atrás.
  • Talvez seja melhor você criar um NOVO TÓPICO do que postar uma resposta aqui.

Recommended Posts

Postado

Sim, no teu caso, usando apenas três casas decimais, a ida (multiplicação unitario x quantidade) não é igual a volta (total / quantidade), mas se vc usar mais casas decimais no xml, a conta fecha. Tem que fazer os devidos testes pra ver se passa na validação da receita.

Passa, sim. Tenho um cliente que faz transferência entre filiais usando 4 casas decimais no preço unitário e está emitindo normalmente. Quem usa o ACBrNFeMonitor tem que olhar o campo "Decimais do preço unitário" da configuração da DANFE.

Alexsander da Rosa

Rednaxel Informática

http://rednaxel.com

Postado

Olá bom dia!

Ontem tbém passei a ter o mesmo problema.

Antes minha XML passava assim:

Veja os dois códigos: Minha XML atual e

Minha XML antes

Bom consegui resolver mas ainda não sei se é a regra de negócio correta.

de uma apreciada e de um retorno de ok ou não.

100+

ANT.CARLOS/SP

==========================

Vaja minha XML de Atual

==========================

-

-

00002

FILTRO OLEO MOTOR TECFIL PEL313

12345678

5102

PC

1.0000

100.0000000000

100.00

PC

1.0000

100.0000000000

10.00

1

-

-

-

0

102

-

999

-

50

0.00

0.00

0.00

-

-

99

0.00

0.00

0.00

-

-

99

0.00

0.00

0.00

-

-

0.00

0.00

0.00

0.00

100.00

0.00

0.00

10.00

0.00

0.00

0.00

0.00

0.00

90.00

-

0

-

-

0

100.00

10.00

90.00

-

10708

2012-03-04

90.00

-

"DOCUMENTO EMITIDO POR ME OU EPP OPTANTE PELO SIMPLES NACIONAL"; "NAO GERA DIREITO A CREDITO FISCAL DE IPI.";

==========================

Vaja minha XML de antes

==========================

-

-

00002

FILTRO OLEO MOTOR TECFIL PEL313

12345678

5102

PC

1.0000

100.0000000000

100.00

PC

1.0000

90.0000000000

10.00

1

-

-

-

0

102

-

999

-

50

0.00

0.00

0.00

-

-

99

0.00

0.00

0.00

-

-

99

0.00

0.00

0.00

-

-

0.00

0.00

0.00

0.00

90.00

0.00

0.00

10.00

0.00

0.00

0.00

0.00

0.00

90.00

-

0

-

-

0

100.00

10.00

90.00

-

10708

2012-03-04

90.00

-

"DOCUMENTO EMITIDO POR ME OU EPP OPTANTE PELO SIMPLES NACIONAL"; "NAO GERA DIREITO A CREDITO FISCAL DE IPI.";

==========================

Postado

pelo que olhei rapidamente vc teve que trocar

90.0000000000 
por issso
100.0000000000 

Da maneira antiga iria dar erro de acordo com as notas validações. Agora me parecer estar ok, mas é sempre bom confirmar com seu contador.

  • Moderadores
Postado

1 - Quanto a totalização antiga

No XML de antes, este fechamento que vc estava fazendo não é correto.

Você informava Valor dos Produtos (vProd): 90.00

Valor do Desconto (vDesc): 10.00

Valor Total da NFe (vNF): 90.00

Pode observar no DANFE que os totais são colocados em duas linhas e se entende que

na primeira linha dos totais temos (vProd) é o valor bruto logo deveria ser 100,00

Na linha abaixo ainda na totalização do DANFE temos o valor total dos descontos e valor da NFe

(vDesc) valor do desconto somado em todos os itens = 10,00

(vNF) Total da nota (não estamos considerando outros calculos, tipo frete, desp. acessórias etc) então teriamos

vProd(100,00) - vDesc(10,00) = (vNF)=90,00

Leia NT2011.004 - Página 12

4.9 - Validação do valor total da NF

Total do vNF

(+) vProd (id:W07)

(-) vDesc (id:W10)

(+) vST (id:W06)

(+) vFrete (id:W08)

(+) vSeg (id:W09)

(+) vOutro (id:W15)

(+) vII (id:W11)

(+) vIPI (id:W12)

(+) vServ (id:W18) (*3)

Totalização do teu XML anterior

90.00

0.00

0.00

10.00

0.00

0.00

0.00

0.00

0.00

90.00

2 - Quanto ao erro Valor do produto difere do produto Valor Unitário de Comercialização e Quant. Comercial

Ainda na NT2011.004 que trata desta regra - Página 10.

Descrição do Erro:

Código do erro: 629

Rejeição: Valor do Produto difere do produto Valor Unitário de Comercialização e Quantidade Comercial (NT2011/004)

Regra de Validação:

vProd (id:I11) difere de vUnCom (id:I10a) * qCom (id:I10)

Obs.:

1. O valor resultante de vUnCom (id:I10a) * qCom (id:I10)

deve ser arredondado para um valor numérico com duas

decimais;

2. Considerar uma tolerância de R$ 0,01 para mais ou para

menos na validação.

Ou seja vUnCom*qCom tem que ser igual a vProd. Se vProd é o valor bruto então multiplicando vUnCom*qCom não pode dar um valor diferente do vProd apresentado em duas casas decimais com tolerância de 0,01 centavo.

Outra situação semelhante é vUnTrib x qTrib

Descrição do Erro:

Código do erro: 630

Rejeição: Valor do Produto difere do produto Valor Unitário de Tributação e Quantidade Tributável (NT2011/004)

Regra de Validação:

vProd (id:I11) difere de vUnTrib (id:I14a) * qTrib (id:I14)

Obs.:

1. O valor resultante de vUnTrib (id:I14a) * qTrib (id:I14)

deve ser arredondado para um valor numérico com duas

decimais;

2. Considerar uma tolerância de R$ 0,01 para mais ou para

menos na validação.

Semelhante ao caso anterior, vUnTrib*qTrib não pode ser diferente de vProd com dois decimais, aplicando uma tolerância de 0,01 centavo.

Exemplo:

1.0000

100.0000000000

100.00

Se vProd é 100,00 qCom*vUnCom Não pode dar outro resultado que não seja 100,00 (vProd) com tolerância de 0,01

1.0000

100.0000000000

A multiplicação de qTrib*vUnTrib não pode ser diferente de 100,00(vProd) com tolerância de 0,01

Nos totais:

-

-

0.00

0.00

0.00

0.00

100.00 (tem que ser a soma bruta dos produtos ) (neste exemplo temos 100,00)

0.00

0.00

10.00 (soma dos descontos de todos os itens) 10,00

0.00

0.00

0.00

0.00

0.00

90.00 (vNF = Total bruto (vProd) menos (vDesc) 10,00 = 90,00 (vNF)


logoacbr.pngConheça o Portal do Projeto ACBr

Ajude o Projeto ACBr crescer - Assine o SAC ACBr
Assine um dos planos de longa duração do SAC ACBr, obtenha Descontos Especiais, Parcele no Cartão e ainda ganhe Brindes Exclusivos. Saiba mais aqui

Conheça o ACBrLib, o ACBr de forma nativa para qualquer linguagem de programação. Saiba mais aqui

 

 

 

 

  • Membros Pro
Postado

Bom dia a todos

Acho que essa questão do valor comercial X quantidade comercial e valor tributado X quantidade tributada, terem que ser igual ao valor total dos produtos (vProd) esta claro, agora tem a questão dos impostos, como fica a base de calculo?

Estou aplicando o desconto na base de calculo, tanto do produto como no total da nota, se não for feito isto, será cobrado o valor do imposto em cima do valor bruto.

Será que da forma como esta abaixo, está correto?

Ex:

qCom 1.0000 X vUnCom 100.0000000000

vProd 100,00

qTrib 1.0000 X vUnTrib 100.0000000000

vDesc 10.00

ICMS

ICMS00

Orig 0

CST 5102

modBc 3

vBC 90,00

pICMS 17,00

Vicms 15,30

total>

ICMSTot

vBC 90.00

vICMS 15.30

vBCST 0.00

vST 0.00

vProd 100.00

vFrete 0.00

vSeg 0.00

vDesc 10.00

vII 0.00

vIPI 0.00

vPIS 0.00

vCOFINS 0.00

vOutro 0.00

vNF 90.00

Obrigado

Anderson Camilo

Postado

Posso estar enganado, mas acho que a Receita não faz nenhuma validação em relação a isso, até pq isso tem mmmtttaa regra, mtas variaveis.

Mas no meu sistema faço o igual ao que vc colocou como exemplo e por enqto não tive problema.

  • 3 anos depois...
Postado
 

Boa noite pessoal,

 

Até ontem eu estava emitindo nota fiscal sem problemas, porém hoje pela manhã começou a dar esse problema comigo também, não teve nenhuma mudança no meu fonte e já análisei o XML gerado e não consigo visualizar onde está o problema, seria muito grato se alguém pudesse me ajudar.

 

Abaixo segue o erro:

post-13101-0-61632600-1431650738.jpg
 
Abaixo o arquivo XML:
 

post-13101-0-61632600-1431650738.jpg

13150505022791000174550010000090551336390947-nfe.xml

  • Moderadores
Postado

Boa noite!

 

Veja o exemplo do item 1:

 

<qCom>4.0000</qCom>
<vUnCom>122.0000000000</vUnCom>
<vProd>488.00</vProd>
<cEANTrib>7891515929060</cEANTrib>
<uTrib>CX</uTrib>
<qTrib>4.0000</qTrib>
<vUnTrib>488.0000000000</vUnTrib>   //  (deveria ser 122.00)

 

 

vUnTrib=Informar o valor unitário de tributação do produto, campo meramente informativo, o contribuinte pode utilizar a precisão desejada (0-10 decimais). Para efeitos de cálculo, o valor unitário será obtido pela divisão do valor do produto pela quantidade tributável.

 

488.00 (Valor do produto) /4 (Quantidade Tributável) = 122,00 (vUnTrib valor unitário de tributação).

 

 


logoacbr.pngConheça o Portal do Projeto ACBr

Ajude o Projeto ACBr crescer - Assine o SAC ACBr
Assine um dos planos de longa duração do SAC ACBr, obtenha Descontos Especiais, Parcele no Cartão e ainda ganhe Brindes Exclusivos. Saiba mais aqui

Conheça o ACBrLib, o ACBr de forma nativa para qualquer linguagem de programação. Saiba mais aqui

 

 

 

 

Postado

 

Boa noite!

 

Veja o exemplo do item 1:

 

 

vUnTrib=Informar o valor unitário de tributação do produto, campo meramente informativo, o contribuinte pode utilizar a precisão desejada (0-10 decimais). Para efeitos de cálculo, o valor unitário será obtido pela divisão do valor do produto pela quantidade tributável.

 

488.00 (Valor do produto) /4 (Quantidade Tributável) = 122,00 (vUnTrib valor unitário de tributação).

 

 

 

 

Boa noite Sr. Kiko Fernandes,

 

Agora funcionou, parece uma coisa boba, porém bati cabeça com isso, já estava revendo linha a linha do meu programa.

 

Muito obrigado mesmo.

 

  • Este tópico foi criado há 3510 dias atrás.
  • Talvez seja melhor você criar um NOVO TÓPICO do que postar uma resposta aqui.

Crie uma conta ou entre para comentar

Você precisar ser um membro para fazer um comentário

Criar uma conta

Crie uma nova conta em nossa comunidade. É fácil!

Crie uma nova conta

Entrar

Já tem uma conta? Faça o login.

Entrar Agora
×
×
  • Criar Novo...

Informação Importante

Colocamos cookies em seu dispositivo para ajudar a tornar este site melhor. Você pode ajustar suas configurações de cookies, caso contrário, assumiremos que você está bem para continuar.

The popup will be closed in 10 segundos...