eDocs - 5.8.14.16

Problema: ao receber um e-mail na caixa de e-mail configurada para recebimentos do eDocs, o sistema estava realizando a leitura do mesmo e-mail diversas vezes, o que gerava consumo indevido na SEFAZ devido a geração de processamentos e números incorretos de registros.

Correção efetuada: ajustamos o controle de leitura das contas de e-mail de recebimento para que a leitura em duplicidade não ocorra, mesmo quando o tempo de execução estiver configurado com um tempo reduzido. Este ajuste evita processamento duplicado em consultas, impressões e leitura de e-mails

Com o objetivo de tornar a documentação do sistema mais completa, a partir desta versão, atualizamos a documentação da funcionalidade Ativar obtenção de documentos sem autenticação, localizada em Configurações > Empresas > Integração.

Problema: as URL do ambiente de homologação do CT-e 4.00 do estado do Mato Grosso do Sul - MS estavam duplicadas na base de dados do sistema.

Correção efetuada: ajustamos o cadastro das URL do ambiente de homologação do CT-e 4.00 para o estado do Mato Grosso do Sul - MS.

Com o objetivo de manter o eDocs alinhado com as demandas estaduais, a partir desta versão, incorporamos as URL de integração do CT-e 4.00 para o ambiente de produção dos seguintes estados:

• Mato Grosso (MT);
• Mato Grosso do Sul (MS);
• Paraná (PR);
• São Paulo (SP);
• Estados atendidos pela SEFAZ Virtual de São Paulo.

Com o objetivo de manter o eDocs alinhado com as demandas municipais, a partir desta versão, implementamos a tag <data_fato_gerador> para a rotina de emissão de NFS-e do município de Santo Antônio da Platina - PR.

Visando manter o eDocs alinhado com as demandas municipais, a partir desta versão, realizamos a seguinte alteração na URL do ambiente de produção para o município de Ji-Paraná - RO:

Visando manter o eDocs alinhado com as demandas municipais, a partir desta versão, realizamos a seguinte alteração na URL do ambiente de homologação para o município do Rio de Janeiro - RJ:

Com o objetivo de manter o eDocs alinhado com as demandas municipais, a partir desta versão, alteramos o XML de envio para o município de Taboão da Serra - SP para que não seja informado o imposto ISS na tag <Reg30Item>, conforme solicitação da prefeitura.

A partir desta versão, homologamos o fornecedor Assessor Público, versão 1.00, para realizar a integração de emissões de NFS-e para o município de Araçatuba - SP.

Problema: ao emitir uma NFS-e sem a tag <faturas> para o fornecedor IPM Rest, a integração da emissão não era concluída e era apresentado o seguinte erro no log do sistema: A sequência não contém elementos.

Correção efetuada: ajustamos a rotina de emissão de NFS-e para o fornecedor IPM Rest para que a integração ocorra corretamente mesmo quando não houver as informações referentes às faturas.

Com o objetivo de tornar as rotinas do eDocs mais completas e atualizadas, a partir desta versão, implementamos a mensagem de rejeição Acesso negado! para as situações quando o emissor da NFS-e não possui acesso ao ambiente da prefeitura atendida pelo fornecedor IPM Rest.

Problema: as NFS-e de recebimento integradas pelo município de Caçador - SC apresentavam as informações incorretas da quantidade de itens do documento.

Correção efetuada: ajustamos a rotina de importação de NFS-e de recebimento do município de Caçador - SC para que os itens do documento sejam incluídos separadamente durante o processo de integração.

Com o objetivo de manter as rotinas do eDocs atualizadas, a partir desta versão, adicionamos o modelo XML de NFS-e de recebimento para o município de Porto Velho-RO.

Problema: ao importar uma NFS-e de recebimento para o município de São José - SC, os valores do documento eram convertidos incorretamente.

Correção efetuada: ajustamos a importação de NFS-e de recebimento para o município de São José - SC para que os valores sejam convertidos corretamente.

Problema: ao solicitar a exportação de um arquivo no formato CVS de recebimento de NFS-e, era gerado um processamento em segundo plano e, ao verificar o registro, ele apresentava a situação como finalizada, mas apresentando a seguinte mensagem de erro: Erro ao executar processamento, detalhes podem ser encontrados no log. Referência de objeto não definida para uma instância de um objeto. Este erro ocorria porque não era possível gerar um arquivo CVS sem a informação da razão social do tomador.

Correção efetuada: ajustamos a rotina de exportação de arquivos CVS de recebimento de NFS-e para que o processo ocorra corretamente mesmo quando não houver o registro da informação sobre a razão social do tomador.

Com o objetivo de tornar a documentação do eDocs mais completa, a partir desta versão, adicionamos na documentação de Recebimentos de NFS-e a informação referente ao comportamento do sistema quando a Razão Social não está registrada no PDF/XML de recebimento. Para mais detalhes, acesse o Portal de Documentação Senior.

Com o objetivo de manter a documentação atualizada de acordo com o comportamento do sistema, acrescentamos a informação que, para a rotina de monitoramento nas prefeituras, a partir da homologação do município para esta funcionalidade, poderão ser retornados documentos retroativos de acordo com a disponibilidade de cada prefeitura. Para mais detalhes, acesse o Portal de Documentação Senior.