| Produto: | |
|---|---|
| Linha de Produto: | |
| Segmento: | |
| Tipo de Documento: | Manutenção |
| Módulo: | PDV |
| Caminho: | Caminho > da > aplicação. |
| Função: | Cancelamento por substituição |
| País: | Brasil |
| Ticket: | 24697671 |
| Requisito/Story/Issue (informe o requisito relacionado) : |
O problema é que, em casos de duplicidade, o documento deveria permanecer na tabela tb_doctoinutnfe, permitindo que o cliente gere a devolução, ou em caso do documento não está na SEFAZ, permanecer para ser inutilizado.
Como o sistema está inserindo o documento no Banco de Dados, com protocolo de autorização, mesmo o documento não existir na SEFAZ. Ele está integrando no Fiscal e o cliente só percebe quando a SEFAZ notifica que o documento não existe na SEFAZ, ou quando o cliente bate o valor de duplicidade com devolução e verifica que não existe devolução para aquele documento.
Foi ajustada a regra criada na issue DSUPPDVTURING-12569: além de manter a nota como válida quando não há protocolo de cancelamento, agora também registramos na tabela de inutilização/devolução. Isso evita duplicidade sem devolução e mantém a proteção contra o problema original.
Se estiver na versão 25.09, atualize para o service pack 25.10.003 ou superior.