eDocs - 5.8.14.40

Com o objetivo de tornar as rotinas do eDocs mais completas, a partir desta versão, implementamos a rotina de importação de CF-e. Para mais detalhes acesse o Portal de Documentação Senior.

Visando tornar as rotinas do eDocs mais objetivas, a partir desta versão, ajustamos a geração de logs no modo detalhado para os ambientes que possuem registros de logs salvos no MongoDB.

Problema: ao realizar uma consulta de eventos de EFD-Reinf da versão 2.1, a rotina do sistema não utilizava a as informações da filial transmissora durante o processo.

Correção efetuada: ajustamos a rotina de consulta de EFD-Reinf da versão 2.1 para que seja aplicado o certificado da filial transmissora durante o processo, quando ele estiver configurado no sistema.

Problema: ao emitir um grande número de inutilizações de NF-e, o sistema aguardava o processamento de todos os documentos para concluir a operação na base de dados.

Correção efetuada: melhoramos a rotina de emissão de inutilizações de NF-e para que o processo seja realizado de 100 em 100 notas.

Com o objetivo de manter o eDocs alinhado às exigências municipais, a partir desta versão, atualizamos o leiaute do fornecedor Governa para emissões de NFS-e no município de Valparaíso de Goiás - GO.

Com o objetivo de manter o eDocs alinhado com as demandas municipais, a partir desta versão, alteramos para Betha Sistemas o fornecedor responsável pelas integrações de emissões de NFS-e do município de Varginha - MG.

Problema: nas rotinas de emissões de NFS-e, as informações da <Situacao> para os municípios atendidos pelo fornecedor AssessorPublico não seguiam a tabela específica do município em questão.

Correção efetuada: ajustamos a rotina de preenchimento da tag <Situacao> para os municípios atendidos pelo fornecedor AssessorPublico, sendo eles Primavera do Leste - MT, Porto Real - RJ e Araçatuba - SP. Para mais detalhes, acesse o Portal de Documentação Senior.

Com o objetivo de manter o eDocs alinhado com as demandas municipais, a partir desta versão, alteramos para Betha Sistemas o fornecedor responsável pelas integrações de emissões de NFS-e do município de Dourados - MS.

Problema: ao realizar a emissão de uma NFS-e para o município de Rondonópolis - MT, o valor dos itens de serviço não eram coletados corretamente.

Correção efetuada: ajustamos a rotina de emissão de NFS-e para o município de Rondonópolis - MT para que a tag <ValorServico>, do grupo <DadosServico>, colete as informações da tag <valorUnitario> ao invés das informações da tag <valorBruto>.

Com o objetivo de tornar as rotinas do eDocs cada vez mais eficientes e completas, a partir desta versão, adicionamos um parâmetro interno da Senior no sistema eDocs para controlar se a consulta ao Ambiente Nacional deve ser efetuada ou não de acordo com o município do prestador de serviço.

Problema: ao receber um arquivo XML de uma NFS-e da prefeitura de Caçador - SC, o documento apresentava o número do CNPJ do prestador de serviço ao invés do nome.

Correção efetuada: ajustamos a rotina de recebimento de XML de NFS-e para que seja considerada a informação da tag <razaoSocial> para o nome do prestador.

Problema: na rotina de recebimento de NFS-e para a prefeitura de Santa Cruz do Sul - RS, as tags contendo o valor bruto e o valor líquido eram apresentadas com o mesmo valor no sistema eDocs.

Correção efetuada: ajustamos a rotina de recebimento de NFS-e para que as tags contendo o valor bruto e líquido sejam devidamente consideradas com seus respectivos valores.

Visando manter as rotinas do eDocs alinhadas de acordo com as demandas governamentais, a partir desta versão, ajustamos o envio e a leitura dos cabeçalhos de comunicação entre o eDocs e o Siscomex, mantendo o padrão de letras minúsculas, conforme a alteração Sistemas 002/2023.