eDocs - 5.8.14.8

Problema: as NF-e de recebimento que apresentavam o evento de Rejeitada geravam consultas desnecessárias na rotina, o que ocasionava na crítica Consumo Indevido [Consulte NT 2018.002 v1.00].

Correção efetuada: ajustamos a rotina de recebimento de NF-e para que as notas rejeitadas não gerem o consumo indevido de consultas.

A partir desta versão, homologamos o fornecedor GOVBR, versão 2.03, para realizar as integrações de emissões de NFS-e do município de Porto Feliz - SP.

A partir desta versão, homologamos o fornecedor IPM Rest para realizar a integração de emissões de NFS-e para o município de Fraiburgo - SC.

Problema: ao realizar uma emissão de NFS-e para o município de Farroupilha - RS, o sistema enviava o valor unitário somente com duas casas decimais e isto gerava rejeição da nota, pois a soma dos itens não conferia com o valor da nota.

Correção efetuada: ajustamos a emissão de NFS-e para o município de Farroupilha - RS para enviar quatro casas decimais no valor unitário.

Problema: ao integrar um recebimento de NFS-e para o município de Novo Hamburgo - RS, o processo não era concluído e era gerada a seguinte mensagem no log: ERROR XXXXXXXX - Senior.SapiensNfe.Processos.Service.Documento.Recebimento.XXX.XXXXXX.EnviarArquivo - Arquivo não enviado para tradução NFSe. 173|Chave de comunicação inválida.

Correção efetuada: ajustamos a rotina de integração de recebimentos de NFS-e para que, ao receber uma nota para o município de Novo Hamburgo - RS, a chave de comunicação seja devidamente considerada.

Problema: ao realizar a integração de um recebimento de NFS-e para o município de Vitória da Conquista - BA, a situação da nota era apresentada de forma incorreta na tela do sistema.

Correção efetuada: ajustamos a rotina de integração para que, ao receber uma NFS-e para o município de Vitória da Conquista - BA, a situação da nota seja apresentada de acordo com o status do documento.

Problema: ao integrar um recebimento de NFS-e para o município de Videira - SC, a rotina integrava a nota como se fosse do município de Caçador - SC e era apresentada a seguinte crítica: O município Caçador não é homologado para recebimento de arquivos PDF.

Correção efetuada: ajustamos a rotina recebimento de NFS-e para que considere o código do município correto ao integrar notas para o município de Videira - SC.

Problema: ao integrar um recebimento de NFS-e para o município de São Paulo - SP, o processo não era concluído e era apresentada a seguinte crítica: 101-Falha na importação do documento: Arquivo enviado não é uma NFS-e, ou não está homologado!.

Correção efetuada: ajustamos a rotina de recebimentos de NFS-e para que, ao receber uma nota para o município de São Paulo - SP, o documento integrado seja devidamente reconhecido pelo sistema.

Problema: na rotina de recebimentos de NFS-e, a frequência de consultas no monitoramento das prefeituras para os municípios de São Paulo - SP, Blumenau - SC, Itajaí - SC, Sapenzal - MT, Alfenas - MG, Nova Andradina - MS, Navegantes - SC e Caçador - SC era realizada apenas uma vez ao dia, mesmo quando o parâmetro Frequência do monitoramento na prefeitura estava configurado para quatro vezes ao dia.

Correção efetuada: ajustamos a rotina de monitoramento nas prefeituras para os municípios de citados anteriormente para que a frequência das consultas seja realizada de acordo com o valor registrado no parâmetro configurado Frequência do monitoramento na prefeitura, localizado em Cadastro de Filial > NFS-e > Geral.