eDocs - 5.8.14.46
26/01/2024
Importante
A versão 3.00 do CT-e será extinta e perderá vigência na data de 31 de janeiro de 2024. Lembramos que todas as soluções Senior estão preparadas para dar suporte à nova versão do CT-e 4.00.
- 06/02/2024 - Adicionamos a matéria Homologação de emissões de NFS-e para o município de Itaipulândia - PR
- 06/02/2024 - Adicionamos a matéria Homologação de emissões de NFS-e para o município de Campina das Missões - RS
- 06/02/2024 - Adicionamos a matéria Alteração de fornecedor para emissões de NFS-e do município de Cabo Frio - RJ
Tarefas liberadas: 8
CT-e
Correção na autorização de CT-e em ambiente normal
Problema: ao retornar uma autorização de CT-e ao ERP, o eDocs colocava a chave normal como chave de contingência, mesmo o CT-e sendo emitido em um ambiente normal.
Correção efetuada: ajustamos a rotina de retorno ao ERP para que traga o valor correto da chave de contingência.
Local: CT-e > Emissões
NFS-e
Homologação de emissões de NFS-e para o município de Campina das Missões - RS
A partir desta versão, homologamos o fornecedor GOVBR 2.03 para fazer a integração de emissões de NFS-e do município de Campina das Missões - RS.
Local: NFS-e > Emissões
Homologação de emissões de NFS-e para o município de Itaipulândia - PR
A partir desta versão, homologamos o fornecedor Elotech 2.03 para fazer a integração de emissões de NFS-e do município de Itaipulândia - PR.
Local: NFS-e > Emissões
Homologação de emissões de NFS-e para o município de Barueri - SP
A partir desta versão, homologamos o fornecedor Barueri, versão 1.04 (leiaute próprio) para fazer a integração de emissões de NFS-e do município de Barueri - SP.
Local: NFS-e > Emissões
Ajuste na tag outrasRetencoes para o município do Rio de Janeiro - RJ
Ao receber uma NFS-e para o município do Rio de Janeiro - RJ, esta apresentava um erro de tradução na tag <outrasRetencoes>:
- Crítica: 999 - Não foi possível inserir o registro na tabela (...)
A fim de resolver isso, ajustamos a rotina de tradução de .XML no recebimento de NFS-e para que a tag <outrasRetencoes> seja escrita corretamente.
Local: NFS-e > Recebimentos
Alteração de fornecedor para emissões de NFS-e do município de Simões Filho - BA
A fim de manter o eDocs alinhado com as demandas municipais, a partir desta versão alteramos o fornecedor responsável pelas integrações de emissões de NFS-e do município de Simões Filho - BA para E&L Gestão Pública 2.04.
Local: NFS-e > Emissões
Alteração de fornecedor para emissões de NFS-e do município de Cabo Frio - RJ
A fim de manter o eDocs alinhado com as demandas municipais, a partir desta versão alteramos o fornecedor responsável pelas integrações de emissões de NFS-e do município de Cabo Frio - RJ para SigISS 2.04.
Local: NFS-e > Emissões
Monitoramento no recebimento de NFS-e para Guaíba - RS
Problema: a documentação com as Cidades homologadas para o Recebimento de Notas Fiscais de Serviço Eletrônicas indicava que o município de Guaíba - RS tinha suporte para monitoramento de NFS-e na prefeitura, o que não é o caso.
Correção efetuada: ajustamos a documentação indicando que o monitoramento não está disponível para Guaíba - RS até então.
Locais:
- NFS-e > Recebimentos
- Manual do usuário - eDocs > Documentos eletrônicos > NFS-e > Recebimento de NFS-e > Cidades homologadas para o Recebimentos de NFS-e
Ajuste no cancelamento de NFS-e para o fornecedor Betha 2.02
Problema: o processo de cancelamento de NFS-e para municípios que usam o fornecedor Betha 2.02 enviava a tag <codigoMunicipio> com o valor errado.
Correção efetuada: ajustamos a rotina de cancelamento de NFS-e para o fornecedor Betha 2.02 na tag <codigoMunicipio>, obtida do .XML de cancelamento.
Locais:
- NFS-e > Emissões > Cancelamentos
- NFS-e > Recebimentos > Cancelamentos
English
Español
