eDocs - 5.8.14.3

Problema: a rotina do sistema não estava realizando a limpeza das filas de processamento do MongoDB de acordo com a demanda de utilização do processo. Este comportamento não se adequava para realizar uma limpeza efetiva nos casos de grandes quantidades de processamentos por minuto.

Correção efetuada: ajustamos o comportamento do sistema para que a limpeza das filas seja realizada de acordo com a demanda de processamento, melhorando assim sua efetividade e capacidade de adequação.

Problema: quando o log de um XML possuía mais de 400.000 (quatrocentos mil) caracteres em sua composição, a tela de Log do sistema não carregava as informações e a paginação da tela não funcionava corretamente.

Correção efetuada: ajustamos o comportamento da tela de Log do eDocs para que a paginação comporte registros com mais de 400.000 (quatrocentos mil) caracteres. Com este ajuste o arquivo ficará limitado a esta quantidade de caracteres na tela do sistema e para acessar mais informações, deverá ser consultado o arquivo de log para visualizar o XML completo.

Visando tornar a documentação dos processos do eDocs mais completa, inserimos uma observação sobre as configurações necessárias para estabelecer uma comunicação com os servidores POP e IMAP tanto para a integração com o Gmail, quanto para a integração com a Microsoft. Para mais detalhes, acesse os roteiros para configuração do OAuth2 do Gmail e da Microsoft.

Problema: ao configurar os campos Complemento > Observação Contribuinte > Campo ou Complemento > Observação Contribuinte > Texto em um filtro de impressão para CTe/CTeOS, os filtros não eram aplicados corretamente, pois os campos citados não eram gravados no sistema para futura comparação do filtro.

Correção efetuada: ajustamos a configuração dos filtros de impressão de CT-e/CT-e OS para que a rotina grave no sistema os campos possíveis para parametrização de filtros.

Problema: ao solicitar o download do XML de uma carta da correção de CT-e com um usuário que possuía apenas a permissão para download de XML de emissão, o download não era realizado e era apresentada a seguinte mensagem: Não foi possível realizar o download do arquivo. Motivo: Acesso negado. Função não associada ao seu usuário ou grupo. Acesso negado para a função: cte_recebimento_xml.

Correção efetuada: ajustamos a validação de acessos do botão XML da tela de Carta de Correção de CT-e permitindo que o download seja realizado corretamente de acordo com a permissão do usuário.

Com o objetivo de tornar a documentação das rotinas de NFS-e mais completas, incluímos na documentação do fornecedor Web Iss a informação da regra para preenchimento da tag ExigibilidadeISS para o município de Araguaína - TO.

Com o objetivo de tornar a documentação do eDocs mais completa, inserimos a seguinte observação referente ao parâmetro CodigoServico: É necessário verificar no Manual da Prefeitura se o município em questão aceita a tag <CodigoServico> antes de definir como S o envio dela. Para mais detalhes, acesse o Portal de Documentação Senior.

Problema: havia um erro de ortografia na documentação do fornecedor Joinville, pois a tag estava descrita como ExibilidadeISS ao invés de ExigibilidadeISS.

Correção efetuada: corrigimos a descrição da tag para ExigibilidadeISS.

Problema: quando ocorria uma falha de conexão do eDocs, os reenvios de arquivos de NFS-e geravam um problema de processamento, pois o sistema tentava enviar os mesmos arquivos repetidamente e isso gerava a seguinte mensagem de erro: Erro nas consultas tradução NFS-e.

Correção efetuada: ajustamos a rotina de reenvio de arquivos de recebimento de NFS-e para que o sistema não realize o envio de um mesmo arquivo nos casos de falha de conexão.

Problema: ao integrar uma NFS-e de recebimento para o município de Guaruva - SC, o processo não era concluído e era apresentada a seguinte crítica de integração: The element emissao has incomplete content. List of possible elements expected: codigoVerificacao. Verifique se o município de emissão possui integração de recebimento NFS-e.

Correção efetuada: ajustamos a rotina de recebimentos de NFS-e para que as notas sejam devidamente integradas para o município de Guaruva - SC.

Problema: ao integrar uma NFS-e de recebimento para o município de Caçador - SC, o processo não era concluído e era apresentada a seguinte crírtica: 101-Importação de XML emitido/recebido. Nem Prestador nem tomador estão cadastrados.

Correção efetuada: ajustamos a rotina de recebimentos de NFS-e para que não ocorra o erro de tradução do arquivo e a integração seja realizada corretamente para o município de Caçador - SC.

Problema: ao integrar uma NFS-e de recebimento para o município de Paranaguá - PR, o processo não era concluído e era apresentada a seguinte crítica de integração: Não foi possível integrar arquivo: Campo: emissao Linha: 6 Posição: 5. Detalhes técnicos: The element emissao has incomplete content. List of possible elements expected: codigoVerificacao..

Correção efetuada: ajustamos a rotina de recebimentos de NFS-e para que as notas sejam devidamente integradas para o município de Paranaguá - PR.

Com o objetivo de otimizar e tornar mais eficiente o tempo de processamento das informações, a partir desta versão, implementamos o processo de consulta dos protocolos de Recebimento de NFS-e através do MongoDB. Com esta melhoria, enquanto um protocolo aguarda o seu processamento outro poderá ser consultado simultaneamente.