| Produto: | ||||||||
|---|---|---|---|---|---|---|---|---|
| Solucoes_totvs | Solucao | |||||||
| Solucoes_totvs_cross | SolucaoCross | |||||||
| Solucoes_totvs_parceiros | SolucaoParceiros | |||||||
| Solucoes_totvs_parceirosexptotvs | TOTVS Varejo Franquias e Redes | |||||||
| SolucaoParcsExpsTOTVS | Linha de Produto: | linhas_totvs Franquias e Redes | ||||||
| Segmento: | Varejo | |||||||
| Módulo: | PDV OMNISHOP - DESK | |||||||
| Função: | INTEGRAÇÃO FISCAL | |||||||
| Ticket: | ||||||||
| Requisito/Story/Issue (informe o requisito relacionado) : | DVARLIVEPDV-37768 |
O sistema de PDV Omni não está entrando em modo de contingência ao receber o código de retorno 396 da SEFAZ.
A validação atual depende da tag "protNFe", que não existe na estrutura do XML da SEFAZ do PR, resultando na falha ao entrar no modo de contingência automática.
O PDV buscava informações na tag "protNFe", que não estava presente na estrutura XML do cliente da SEFAZ do PR, mas existe nas dos outros estados validados (AM, RS e SP). Assim, ajustamos o tratamento para capturar corretamente o código de retorno simultaneamente para os demais estados e também para o PR, corrigindo a lógica para o cStat.
Também realizamos a correção do tratamento realizado pelo PDV quando recebido a rejeição 573 - Duplicidade de evento durante a tentativa de cancelamento. Para esse cenário, iremos tratar o cancelamento com sucesso, visto que a rejeição informa que o cancelamento já foi efetuado e estaria sendo realizada a tentativa de enviar o evento de cancelamento novamente.
N/A
...
DT DVARLIVEPDV-34232 - Entrada em contingência de forma automática
PRODUTO | VERSÃO |
|---|---|
| TOTVS PDV Omni | 3.8.154.0 |
| Templatedocumentos |
|---|