eDocs - 5.8.14.38

Com o objetivo de tornar as rotinas do eDocs mais completas e eficientes, a partir desta versão, implementamos o botão Importar LDAP na tela de Configurações de Acessos, permitindo informar um filtro de busca no LDAP e um grupo de acesso do eDocs para atribuir aos novos usuários importados.

Problema: ao realizar a integração de um evento de encerramento de MDF-e duplicado, o XML de retorno não apresentava a tag <chMDFe>. Esta tag é necessária para a correta integração com o sistema emissor do documento.

Correção efetuada: ajustamos a rotina de emissões de NDF-e para que, no retorno em XML do documento, seja realizado o devido preenchimento da tag <chMDFe>.

A partir desta versão, homologamos o fornecedor GeisWeb, versão 2.00, para realizar a integração de emissões de NFS-e para o município de Campo Limpo Paulista - SP.

Com o objetivo de manter o eDocs alinhado às exigências municipais, a partir desta versão, realizamos a atualização para a versão 2.04 do leiaute do fornecedor SigISS para emissões de NFS-e no município de Caraguatatuba - SP.

Com o objetivo de manter o eDocs alinhado com as demandas municipais, a partir desta versão, alteramos para IPM Rest o fornecedor responsável pelas integrações de emissões de NFS-e do município de Nova Santa Rosa - PR.

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

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

Com o objetivo de manter o eDocs alinhado com as demandas municipais, a partir desta versão, alteramos para IPM Rest o fornecedor responsável pelas integrações de emissões de NFS-e do município de Nova Santa Rita - SC.

Problema: a lista de cidades homologadas para emissões de NFS-e apontava para a documentação do fornecedor incorreto para o município de Ponta Grossa - PR.

Correção efetuada: alteramos na documentação para Elotech o fornecedor responsável pela integração de emissões de NFS-e do município de Ponta Grossa - PR.

Com o objetivo de manter o eDocs alinhado com as demandas municipais, a partir desta versão, alteramos para Agili InfoPlus o fornecedor responsável pelas integrações de emissões de NFS-e do município de Rondonópolis - MT.

A partir desta versão, homologamos o fornecedor Elotech, versão 2.03, para realizar a integração de emissões de NFS-e do município de Imbaú - PR.

Com o objetivo de manter o eDocs alinhado com as demandas municipais, a partir desta versão, alteramos para IPM Rest o fornecedor responsável pelas integrações de emissões de NFS-e do município de Marechal Cândido Rondon - PR.

Problema: ao receber um arquivo XML de uma NFS-e de recebimento, o documento era integrado com valores zerados para os seguintes municípios:

• São Sebastião do Caí;
• Cianorte
• Chapecó

Além dos valores zerados, em algumas situações, o nome do município era integrado incorretamente.

Correção efetuada: ajustamos a rotina de leitura do arquivo XML para que os campos da nota sejam devidamente preenchidos com as informações corretas. É importante ressaltar que, para os documentos integrados antes desta correção e que apresentaram o erro descrito anteriormente, a correção deverá ser feita manualmente através da tela F440GNE - Nota Fiscal de Entrada Agrupada, para quem utiliza o Gestão Empresarial | ERP (XTended).