...
| Produto: | | Solucoes_totvs |
|---|
| Solucao | TOTVS Varejo Supermercados PDV |
|---|
|
| Solucoes_totvs_parceirosexptotvs |
|---|
|
|
|---|
| Linha de Produto: | |
|---|
| Segmento: | |
|---|
| Tipo de Documento: | |
|---|
| Módulo: | PDV |
|---|
| Caminho: | PDV |
|---|
| Função: | Venda |
|---|
| País: | Brasil |
|---|
| Ticket: | 25847498 |
|---|
| Requisito/Story/Issue (informe o requisito relacionado) : | | Jira |
|---|
| server | JIRA |
|---|
| columnIds | issuekey,summary,issuetype,created,updated,duedate,assignee,reporter,priority,status,resolution,customfield_20500 |
|---|
| columns | key,summary,type,created,updated,due,assignee,reporter,priority,status,resolution,Resolution |
|---|
| serverId | 0c783de1-186e-383b-975c-a1acd7d76cb5 |
|---|
| key | DSUPPDVTURING-14896 |
|---|
|
|
|---|
02. SITUAÇÃO/REQUISITO
Divergência de tag vUnCom com vUnTrib ao lançar produto pesávelFoi identificada uma falha no processamento de itens vendidos por peso (KG) quando o cálculo do valor unitário — resultante da divisão do valor total do produto pela sua quantidade fracionada — gerava um resíduo extenso a partir da 5ª casa decimal. Essa dízima causava uma discrepância no XML da NFC-e/NF-e: enquanto a tag <vUnCom> apresentava um valor, a tag <vUnTrib> registrava o valor com dízimas não tratadas (ex: R$ 28,9760638298). Essa diferença entre as duas tags levava à rejeição da nota fiscal pela SEFAZ por divergência de valor unitário.
03. PRÉ-REQUISITOS
PDV, Painel DFE e Monitor Service atualizado
| Nota |
|---|
Alterações ou parametrizações incorretas podem comprometer o desempenho e causar falhas no sistema. Sempre que necessário, consulte um especialista ou a equipe responsável para garantir a configuração correta. |
04. SOLUÇÃO
Para sanar a irregularidade, foi implementada uma nova lógica de arredondamento nos componentes do Monitor Service, Painel DFe e PDV. A correção consiste em tratar os valores calculados antes da geração do arquivo XML, garantindo que o resíduo a partir da 5ª casa decimal seja arredondado de forma padronizada em ambas as tags. Com essa alteração, os valores unitários comercial e tributável tornam-se correspondentes, eliminando valores quebrados que não seriam aceitos pela validação da Secretaria da Fazenda.
Realizado arredondamento de valores calculados, evitando assim valores quebrados e uma possível divergência entre as duas tag's do XML, conforme exemplo a seguir:
...