Produto: | TOTVS Varejo Gestão Fiscal
| |||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
Linha de Produto: | Linha Totvs Processos Fiscais
| |||||||||||||
Segmento: | Varejo
| |||||||||||||
Módulo: | DOCUMENTO FISCAL | |||||||||||||
Função: | ||||||||||||||
País: | Brasil | |||||||||||||
Ticket: | ||||||||||||||
Requisito/Story/Issue (informe o requisito relacionado) : | DVARLVN-8743 |
Cliente ao utilizar o TPF e buscar algumas notas ele notou que eles vieram com valores zerados, porém ao consultar a mesma nota na Sefaz a nota está com os valores perfeitamente atribuídos, sendo um problema em nosso portal TPF.
Durante a analise identificamos que a nota antes de subir em nossa base de dados nós consumimos as informações do XML e criamos objetos a partir das informações presentes no documento.
O problema estava na parte onde criávamos um objeto que representava os valores do <ICMStot> da nota, onde nele estava sendo atribuído incorretamente os valores para a criação desse objeto, não que os valores estavam errados mais sim a sua posição na passagem de parâmetro para criação do objeto.
No momento que criamos esse objeto ele espera do outro lado os valores para ser criado, porém a ordem não estava correta, aonde era para ser o valor da tag <vNF> estava sendo atribuído a <vIPI> no objeto, e assim para mais quatro casos que precisou ser ajustado.
Depois que fizemos a correção agora os valores são atribuídos corretamente para a criação do objeto e na hora que persistimos essa nota em nossa base de dados os valores agora são salvos corretamente.
Segue abaixo um exemplo de como os valores estão na nota XML, e como o Mapper estava atribuindo os valores para criar o objeto ICMStot, após o ajuste nas posições agora tudo funciona perfeitamente.
Não se aplica.
Não se aplica.
Templatedocumentos |
---|