Ir para conteúdo
  • Cadastre-se

dev botao

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

Recommended Posts

Postado

Boa tarde!

Bom, eu preciso especificar o cálculo do valor líquido da fatura (Y06). O cálculo que tínhamos era:

Valor líquido = Valor original - Valor do desconto

O campo valor do desconto deixou de ser obrigatório, e também fui instruída a não preencher esse campo com valor 0,00 no xml. 

Alguma boa alma pode me ajudar a desenvolver essa fórmula? Como vocês fazem esse cálculo?

Postado

Boa tarde, Amarildo, e obrigada por responder!

Esse desconto não é nos itens da nota, é no grupo Fatura (Y02), dentro de Cobrança (Y01). Se refere ao desconto no valor da fatura.

Postado

olha thais..

nao encontrei nada sobre esse assunto. entao liguei para meu contador.. e ele disse, que ele nao sabe de nenhum caso que alguem estivesse usando..

ele me falou que seria o caso , de tu vendeu o produto, mas vai ter de dar um desconto ao cliente, sem dar o descontos nos itens.

mas ate agora, nunca usamos.. 

se eu descobrir algo mais na frente te aviso.. blz..

 

Postado

Muito obrigada, Amarildo! 
Acho que minha dificuldade é mais de lógica de programação: como fazer uma fórmula em que um dos dois itens é de preenchimento opcional sem atribuir valor 0,00 à ele no xml. 
Se alguém souber, me ajude. ?

Postado

nesse caso voce nao precisa fazer condicao..

pois voce tera ja a duplicata com valor total. ja tera de trazer o desconto se houver e colocar na tag.

e ai.. voce faz valor_liquido=valor_total-valor_Desconto

pois mesmo sendo zero a tag tem de existir..

  • Moderadores
Postado
1 hora atrás, Thais Soares disse:

Valor líquido = Valor original - Valor do desconto

O campo valor do desconto deixou de ser obrigatório, e também fui instruída a não preencher esse campo com valor 0,00 no xml. 

Na NT 2016.002 v1.61 o grupo vDesc foi excluído da regra de validação Y01-20, que obrigava a informar todos os dados da fatura caso o grupo fosse gerado. Creio que é a isso que você se refere.

image.png

Essa regra trouxe vários problemas pra nós, onde as SEFAZ hora exigiam o preenchimento do campo caso não estivesse no XML, hora rejeitavam o XML por falha de schema caso ele fosse gerado no XML com o valor 0,00. Foram publicados novos schemas que as SEFAZ demoraram a implementar.

Pra resolver foi acrescentado uma propriedade no componente para determinar se os campos do grupo seriam gerados mesmo que tivessem valor 0,00 ou não:

Então a princípio você devia desativar essa propriedade e informar 0,00 para o campo vDesc, e ver se a SEFAZ vai autorizar.

Mas acredito que caso informe o vOrig diferente do vLiq e não informe o vDesc vai cair em outra regra de validação:

image.png

  • Curtir 3
Equipe ACBr BigWings
Ajude o Projeto ACBr crescer - Assine o SAC

Projeto ACBr

 

 

  • Este tópico foi criado há 2184 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...