eDocs - 5.8.14.42

Problema: a autenticação solicitada pelo Outlook não estava sendo realizada para mais de um e-mail.

Correção efetuada: ajustamos a rotina de autenticação OAuth 2 para e-mails Outlook e a opção de cache ao salvar os e-mails.

Problema: as rotinas que utilizam MongoDB não estavam funcionando corretamente devido à falta de prefixos necessários nos nomes das collections, resultando em erros no processamento.

Correção efetuada: ajustamos a rotina para que se utilize o prefixo corretamente para que não haja mais falhas no processo.

Problema: o produto tinha um problema de dependência que resultava no interrompimento de algumas funcionalidades.

Correção efetuada: ajustamos a rotina para a utilização correta da dependência, garantindo o funcionamento contínuo do produto.

Problema: ao emitir um evento de Prestação de Desacordo para CT-e, inserindo quebras de linha na descrição através da tecla Enter, ocorria uma rejeição de schema da SEFAZ.

Correção efetuada: ajustamos a rotina de emissão de Prestação de Desacordo para substituir a quebra de linha por um espaço em branco.

Problema: ao emitir muitas NF-e de uma só vez, o produto demorava a enviar o e-mail para os destinatários e transportadoras.

Correção efetuada: ajustamos a rotina para melhorar e liberar o envio de e-mails de NF-e sem demora.

Problema: ao emitir uma NFC-e síncrona com a SEFAZ estando indisponível, o XML de emissão alterava o tipo de envio para assíncrona ao tentar reintegrar a nota.

Correção efetuada: ajustamos a rotina de emissão de NFC-e para que, em casos de emissão síncrona e de indisponibilidade da SEFAZ, a nota seja rejeitada.

Problema: ao emitir uma NFS-e para o fornecedor SigIss204, ocorria erro de referência nula.

Correção efetuada: ajustamos a rotina de emissão de NFS-e para tratar os casos em que ocorrem referência nula. O problema em questão foi solucionado ao reparar a tag <CodigoCnae>.

Com o objetivo de manter o eDocs alinhado com as demandas municipais, a partir desta versão, realizamos as seguintes alterações nas URL de integração para emissões de NFS-e do município de Piraquara - PR:

Com o objetivo de manter o eDocs alinhado com as demandas municipais, a partir desta versão, realizamos as seguintes alterações nas URL de integração para emissões de NFS-e do município de Esteio - RS:

Com o objetivo de manter o eDocs alinhado com as demandas municipais, a partir desta versão, realizamos as seguintes alterações nas URL de integração para emissões de NFS-e do município de Camboriú - SC:

Com o objetivo de manter o eDocs alinhado com as demandas municipais, a partir desta versão, realizamos as seguintes alterações nas URL de integração para emissões de NFS-e do município de Birigui - SP:

Com o objetivo de manter o eDocs alinhado com as demandas municipais, a partir desta versão, realizamos as seguintes alterações nas URL de integração para emissões de NFS-e do município de Cachoeiro do Itapemirim - ES:

Com o objetivo de manter o eDocs alinhado com as demandas municipais, a partir desta versão, realizamos as seguintes alterações nas URL de integração para emissões de NFS-e do município de Jacarezinho - PR:

Com o objetivo de manter o eDocs alinhado com as demandas municipais, a partir desta versão, realizamos as seguintes alterações nas URL de integração para emissões de NFS-e do município de Passo Fundo - RS:

Com o objetivo de manter o eDocs alinhado com as demandas municipais, a partir desta versão, realizamos as seguintes alterações nas URL de integração para emissões de NFS-e do município de Ponta Grossa - PR:

Problema: ao receber uma NFS-e para o município de Pinhais - PR, o valor de IRRF não era coletado apropriadamente.

Correção efetuada: ajustamos a rotina de recebimento de NFS-e para a devida coleta do valor de IRRF.

Problema: ao receber uma NFS-e para Niterói - RJ, a tag <inss> era traduzida incorretamente para <csll>.

Correção efetuada: ajustamos a rotina de tradução de recebimento de NFS-e para que a tag seja devidamente traduzida.