eDocs - 5.8.14.7

Com o objetivo de manter as rotinas do eDocs alinhadas com as demandas federais, a partir desta versão, atualizamos os schemas de NF-e e NFC-e para atender às orientações da Nota técnica 001/2023 V1.20.

Problema: ao realizar o retorno de um recebimento de NF-e via arquivo XML, era apresentada a seguinte mensagem de erro no log: ERROR XXXXXXXX - Senior.SapiensNfe.Processos.Sistema.ProcessoAssincrono.ProcessadorAssincrono.ExecutarProcessamento - Erro ao executar processamento assíncrono. Tentativa: 1 System.InvalidOperationException: O retorno de recebimentos está desativado ou o tipo não é suportado.

Correção efetuada: ajustamos a rotina de retorno de recebimento de NF-e para que os arquivos XML seja devidamente integrados.

Visando tornar as rotinas do eDocs mais completas, a partir desta versão, implementamos para NF3-e o botão Visualizar que permite visualizar as informações do documento diretamente na tela do sistema.

Com o objetivo de manter o eDocs atualizado de acordo com as demandas municipais, a partir desta versão, atualizamos para o leiaute Smarapd, versão 2.03, para emissões de NFS-e do município de Mogi das Cruzes - SP.

Com o objetivo de tornar as rotinas do eDocs mais completas e eficientes, a partir desta versão, implementamos o envio de parcelas nas NFS-e integradas pelos municípios atendidos para o fornecedor IPM Rest.

A partir desta versão, homologamos o fornecedor Simpliss para realizar a integração de emissões de NFS-e para o município de Vargem Grande do Sul - SP.

Com o objetivo de manter o eDocs atualizado de acordo com as demandas municipais, a partir desta versão, homologamos o fornecedor E&L Gestão Publica, versão 2.04, para realizar as emissões de NFS-e do município de Barreiras - BA.

A partir desta versão, homologamos o fornecedor E&L Gestão Pública para realizar a integração de emissões de NFS-e para o município de Muniz Freire - ES.

Problema: ao emitir uma NFS-e para o município de Guarani das Missões - RS, ocorria uma erro de comunicação com o ambiente da prefeitura.

Correção efetuada: ajustamos a URL de integração para emissões de NFS-e do município de Guarani das Missões - RS. Abaixo, segue a alteração realizada:

Problema: ao realizar uma emissão de NFS-e para o município de Farroupilha - RS, a nota era rejeitada pela prefeitura e era apresentado o seguinte motivo: Error1310 Série não autorizada para este prestador.

Correção efetuada: ajustamos a rotina de emissões de NFS-e para que, para o município de Farroupilha - RS, não seja enviada a série da nota para a prefeitura.

Com o objetivo de tornar a documentação mais simples e objetiva, a partir desta versão, criamos uma documentação específica para cada versão do fornecedor GOVBR, sendo elas GOVBR - 1.00, GOVBR - 2.02 e GOVBR - 2.03, e relacionamos cada uma com seus respectivos municípios atendidos. Para mais informações, acesse a lista de Cidades homologadas para o envio de NFS-e..

A partir desta versão, homologamos o fornecedor GOVBR, versão 1.00, para realizar a integração de emissões de NFS-e para o município de Camaquã - RS.

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.

Visando tornar as rotinas do eDocs mais completas e eficientes, a partir desta versão, melhoramos a rotina de recebimentos de NFS-e para que, quando um mesmo arquivo XML importado conter as informações de mais que uma NFS-e, todos os documentos deste arquivo sejam devidamente integrados no sistema.

Problema: as NFS-e de recebimento não eram importadas quando continham o registro de mais de um e-mail registrado no tomador ou prestador.

Correção efetuada: ajustamos a rotina de validação de NFS-e de recebimento para que seja possível importar as notas que contenham mais de um e-mail registrado no tomador ou prestador.

Problema: ao integrar um recebimento de NFS-e para o município de Caçador - SC, era gerada a seguinte crítica de integração: Retorno tradução NFSe: O protocolo XXXXXXXXXXXXXXX foi processado mas os dados da nota são inválidos.

Correção efetuada: ajustamos a rotina de integração de recebimento de NFS-e para que o processo seja devidamente concluído para o município de Caçador - SC.

Problema: devido a um problema de processamento, ao realizar o recebimento de NFS-e para o município de Toledo - PR a integração não era concluída e era apresentada a seguinte crítica: Retorno tradução NFSe: O protocolo XXXXXXXXXXXXXXX foi processado mas os dados da nota são inválidos.

Correção efetuada: ajustamos a rotina de integração para que os recebimentos de NFS-e ocorram corretamente para o município de Toledo - PR.

Problema: indevidamente, o sistema não realizava o recebimento de uma NFS-e com dados de substituição sem as informações do RPS.

Correção efetuada: ajustamos a rotina de validação de integração para que seja possível receber uma NFS-e substituída sem a informação do RPS original.