Na recepção de NFS-e do ambiente nacional, o valor do INSS não era identificado corretamente. Dessa maneira, atualizamos o processo de leitura do layout para garantir a captura correta desse valor.

Local: NFS-e > Recebimentos

Ajuste

Recebimento de NFSe - Ajuste na documentação do município de São Bernardo do Campo (SP)

A documentação indicava que o município de São Bernardo do Campo (SP) possuía monitoramento. Agora o conteúdo foi atualizado para informar corretamente que o município não possui monitoramento.

Local: NFS-e > Recebimentos

Atualizamos a lista de Cidades homologadas para o Recebimento de Notas Fiscais de Serviço Eletrônicas para os seguintes municípios:

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

Atualizamos a lista de Cidades homologadas para o Recebimento de Notas Fiscais de Serviço Eletrônicas para os seguintes municípios:

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

Inserimos, na página inicial da documentação do eDocs, um link para mais informações acerca da reforma tributária.

Local: Inicial > Segundo plano

Aprimoramos o modelo padrão da DANFE para que não sejam geradas quebras de página desnecessárias quando inseridas informações de local de entrega.

Local: NF-e > Emissões

O sistema, ao monitorar NFS-e, realizava consultas repetidas para a mesma nota, que ocasionavam críticas de integração, já que a nota já constava na base. Por isso, a rotina de monitoramento de NFS-e foi ajustada para que notas já existentes na base não sejam novamente consultadas. Agora, apenas eventos que possam alterar a situação da nota, como cancelamentos, serão considerados.

Local: NFS-e > Recebimentos

Adicionamos o envio do código do município de destino para o fornecedor Equiplano quando o tipo de tributação possuir valor 2 - Em outro município.

Local: NFS-e > Emissão

Ajuste

Recebimento de NFSe - Ajustes na parametrização

Ao ativar o recebimento de NFSe para XML, o monitoramento nas prefeituras e ambiente nacional era ativado junto, não respeitando os parâmetros da tela. Assim, ajustamos os parâmetros de recebimento de NFSe, respeitando todos os parâmetros em tela.

Local: NFS-e > Recebimentos

No recebimento de NFS-e, aprimoramos a leitura dos PDFs do município de São José/SC, garantindo que os valores do ISS retido sejam integrados corretamente.

Local: NFS-e > Recebimentos

Realizamos um ajuste na documentação de recebimento de NFSe para o município de Criciúma/SC, passando a incluir a homologação em formato PDF.

Local: NFS-e > Recebimentos

Ajuste

Ajuste no envio de NFS-e para o fornecedor SpeedGov

A NFS-e do fornecedor SpeedGov apresentava inconsistências ao enviar quando o parâmetro que limita o código de obra estava ativo e o XML não possuía a informação de construção civil. Dito isso, ajustamos a integração do fornecedor SpeedGov, permitindo o envio mesmo sem informações de construção civil.

Local: NFS-e > Emissões

Ajustamos a documentação do Fornecedor São Paulo, detalhando os valores aceitos pelos parâmetros por município Status do Rps, Tipo de logradouro, Tipo de Rps.

Local: Manual do usuário - eDocs > Documentos eletrônicos > NFS-e > Fornecedores > Fornecedor São Paulo

Inserimos na lista de prefeituras homologadas para emissão de NFS-e a informação sobre a homologação de cada cidade para a reforma tributária.

Local: eDocs > NFS-e

Atualizamos a lista de Cidades homologadas para o Recebimento de Notas Fiscais de Serviço Eletrônicas para os seguintes municípios:

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

Modificamos o fornecedor do município de Viana/ES, de E&L Gestão Pública 1.00 para E&L Gestão Pública 2.04.

Local: NFSe > Emissões

Na emissão de receituário agronômico, o sistema esperava receber uma lista de mensagens, mas o governo estadual retornava uma string (texto). Nesses casos, a nota ficava represada no eDocs com status Recebida. Além disso, embora o governo retorne sucesso na autorização do receituário, retornava a mensagem JSON informado é inválido, levando o eDocs a considerar a nota como emitida, quando na verdade estava rejeitada. Com a implementação realizada, o sistema passa a tratar corretamente tanto mensagens em formato de lista quanto em formato de string. Além disso, o eDocs agora rejeita as notas em que o governo retorna a mensagem JSON informado é inválido.

Local: Agronegócio > Emissões

Nos ambientes Senior Cloud migrados de servidor, ajustamos o controle de logs para que os logs dos tenants sejam exibidos corretamente.

Local: Configurações > Logs

Realizamos um ajuste em Configurações > Empresas > Integração > Tipo conexão ERP, modificando a opção do parâmetro Tipo conexão ERP da Empresa de Glassfish para Glassfish/Wildfly, com o objetivo de tornar o entendimento mais claro.

Local: Configurações > Empresas > Integração

O eDocs agora retorna de forma correta as críticas de emissão de CT-e Simplificado para o ERP, obtendo de forma precisa a chave do documento. Com essa atualização, o ERP consegue localizar corretamente a chave do CT-e Simplificado ao receber qualquer crítica de integração.

Local: CTe > Emissões > Criticas de Integração

O XML de emissão enviado para Sefaz não estava sendo armazenado para NFCom e DCe quando os documentos eram rejeitados. Dessa forma, realizamos um ajuste na rotina de envio dos documentos para Sefaz. Agora, o sistema passa a salvar o XML de emissão quando os documentos forem rejeitados pela Sefaz.

Locais:

• NFCom > Emissões
• DCe > Emissões

O XML de emissão enviado para Sefaz não estava sendo armazenado para NFCom e DCe quando os documentos eram rejeitados. Dessa forma, realizamos um ajuste na rotina de envio dos documentos para Sefaz. Agora, o sistema passa a salvar o XML de emissão quando os documentos forem rejeitados pela Sefaz.

Locais:

• NFCom > Emissões
• DCe > Emissões

A URL de consulta da situação do cadastro para NFe foi atualizada no ambiente de produção da SEFAZ do Rio Grande do Sul, conforme consta no portal da SEFAZ.

Local: WFC > ConsultarCadastroContribuinte

Identificamos situações em que um mesmo documento poderia ser importado de diferentes formas devido à disponibilização de mais de um layout pelo município (via web service ou e-mail/upload), o que gerava divergências nos dados, como alterações no código de verificação e no indicador nfseNacional. Desse modo, realizamos um ajuste na rotina de recebimento de NFSe: implementamos um controle que impede a atualização indevida ou a duplicidade de documentos quando houver importações a partir de layouts distintos. Esse controle garante a consistência dos dados, independentemente da origem (web service ou e-mail/upload).

Local: NFS-e > Recebimentos

Atualizamos a lista de Cidades homologadas para o Recebimento de Notas Fiscais de Serviço Eletrônicas para os seguintes municípios:

RO: Cacoal e Seringueiras

PA: Santana do Uruguaia

TO: Gurupi

MA: Porto Franco e Viana

PI: São Raimundo Nonato

CE: Aracati

PE: Caruaru, Itambé, Paulista

BA: Cipó, Entre Rios, Esplanada, Heliópolis, Paripiranga, Urandi

MG: Bom Repouso, Cássia, Florestal, Ipaba, Januária, São José da Barra, São José da Lapa, Três Corações, Vargem Bonita

ES: Itaguaçu, Iúna

RJ: Armação dos Búzios, Barra Mansa

SP: Aguaí, Aparecida, Birigui, Borá, Ferraz de Vasconcelos, Itapuí, Jumirim, Monte Azul Paulista, Nhandeara, Porto Feliz, Regente Feijó, Santa Barbara D’Oeste, Santana de Parnaíba, Sertãozinho, Tabatinga, Taquarivaí

PR: Anahy, Figueira, Flor da Serra do Sul, Inácio Martins, Nova Aurora

SC: Agrolândia, Água Doce, Araranguá, Arroio Trinta, Caxambu do Sul, Cordilheira Alta, Guatambú, Indaial, Ituporanga, Laurentino, Lauro Muller, Ouro, Paial, Paraíso, Pinhalzinho, Rodeio, Sangão, Santa Helena

RS: Caibaté, Campo Novo, Glorinha, Ipê, Itaara, Maquiné, Panambi, Porto Xavier, Rolante, Ronda Alta, Santo Cristo, Selbach, Serafina Corrêa, Veranópolis

MS: Água Clara, Bodoquena, Jardim, Porto Murtinho

MT: Comodoro, Gaúcha do Norte, Nova Bandeirantes, Porto Alegre do Norte, São José do Povo, Rosário Oeste

GO: Alto Horizonte, Anápolis, Formosa

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

Realizamos um ajuste na documentação relacionada à atualização do eDocs, onde no bloco Importante incluímos a recomendação de realizar backup do banco de dados antes de iniciar o processo. Essa melhoria garante mais segurança durante o procedimento. Confira mais detalhes em nossa documentação no Portal.

Local: Manual do usuário - eDocs > Manual de instalação > Instalação e atualização eDocs

Realizamos um ajuste na rotina de recebimento de NFS-e, garantindo que as notas sejam integradas apenas com CNPJ válido e evitando inconsistências durante o processo de integração.

Local: NFS-e > Recebimentos

Alteramos o fornecedor responsável pelas integrações de emissões de NFS-e do município de Sumaré-SP para SigIssWeb Rest.

Local: NFS-e > Emissões

Aprimoramos o processo de envio do cancelamento de NFS-e do fornecedor Ginfes, que agora considera o município informado no XML de cancelamento em vez do município do serviço do RPS, garantindo maior consistência no procedimento de cancelamento.

Local: NFS-e > Emissões

Na geração do DANFE-Com, as informações do Assinante/Destinatário não eram extraídas corretamente do XML, o que comprometia a exibição no documento. Ajustamos a rotina de geração do DANFE-Com para que os valores apresentados no PDF reflitam os dados informados na nota. Com essa alteração, asseguramos maior consistência entre o XML e o documento gerado, evitando divergências e garantindo a confiabilidade das informações.

Local: NFCom > Emissões > DANFE-Com

O recebimento de NFSe de municípios atendidos pelo fornecedor IPM Sistemas apresentava inconsistência, pois o valor do ISS retido não era capturado corretamente. Ajustamos a rotina de recebimento de NFSe para esses municípios e garantimos que o valor do ISS retido seja identificado de forma adequada. Com essa alteração, asseguramos maior precisão no registro das informações fiscais e evitamos inconsistências nos cálculos de tributos.

Local: NFS-e > Recebimentos

Atualizamos a documentação de recebimento de NFS-e para orientar os passos necessários ao correto funcionamento do monitoramento nos municípios do fornecedor IPM, oferecendo maior segurança no acompanhamento das informações. Confira mais detalhes no nosso Portal de Documentação.

Local: NFS-e > Recebimentos

Disponibilizamos uma melhoria na documentação do fornecedor SigIssWeb Rest, incluindo orientações sobre o uso do identificador de regra GER-000ABRASF1 para gerar e manipular o código de Inscrição Municipal na emissão da nota fiscal, facilitando o acesso às informações diretamente no ERP. Confira os detalhes ao acessar o nosso Portal de Documentação.

Local: NFS-e > Fornecedores > Fornecedor SigIssWeb Rest

Ajuste

Recebimento de NFS-e: Consultas de notas de serviço aprimoradas

Realizamos um ajuste no módulo cloud de recebimento de NFS-e, garantindo que as consultas de notas de serviço não apresentem mais a mensagem Consumo indevido, proporcionando o restabelecimento adequado da rotina.

Local: NFS-e > Recebimentos

Disponibilizamos a atualização do município de Criciúma - SC, que agora passa a utilizar o fornecedor homologado BethaCloud 1.00 em substituição ao Betha Sistemas 2.02. Para apoiar a utilização, incluímos também uma nova documentação referente ao BethaCloud 1.00 em nosso Portal de Documentação.

Local: NFS-e > Emissão

Disponibilizamos o envio de NFS-e por lote para o fornecedor Ginfes 1.00. A partir desta atualização, o parâmetro Enviar apenas um documento no lote estará disponível na tela Manutenção de Prefeituras, para esse fornecedor. Para o município de Betim/MG, essa opção será automaticamente definida como Não. Para outros municípios atendidos pelo mesmo fornecedor, o parâmetro será definido como Sim.

Local: NFS-e > Emissões

Alteramos o fornecedor do município de São Roque/SP, de Ginfes 1.00 para Gov Br 2.03.

Local: NFS-e > Emissões

Alteramos o fornecedor usado para emissão de NFS-e pelo município de Sapiranga/RS de IPM Rest para DBSeller.

Local: NFS-e > Emissão

Ao integrar uma NFS-e do município de Florianópolis/SC, o eDocs não estava detectando o cancelamento de notas. Dito isso, ajustamos a rotina de recebimento de NFS-e, realizando uma calibragem na leitura do layout do município de Florianópolis/SC, detectando corretamente notas canceladas.

Local: NFS-e > Recebimentos

Ajuste

Envio de valores de alíquotas para o fornecedor SigIssWebRest

Os valores das alíquotas de PIS, COFINS, CSLL, IRRF e INSS não estavam sendo enviados para o fornecedor SigIssWebRest. Para garantir o envio correto, realizamos ajustes na rotina de emissão de NFS-e do fornecedor SigIssWebRest, assegurando que os valores dos tributos sejam enviados corretamente.

Local: NFS-e > Emissões

O sistema atribuía à Competência o valor da Data de Emissão da NFS-e, ignorando os valores informados no campo InfSenior para o fornecedor NotaControl 2.0.4. Assim, ajustamos a lógica de atribuição para que a Competência utilize corretamente os valores presentes em InfSenior. Caso a Competência não seja informada em InfSenior, será utilizada a Data de Emissão da NFS-e.

Local: NFS-e > Emissões

O CNPJ do tomador era exibido de forma inconsistente no envio de e-mails da NFS-e. Por isso, ajustamos a coleção de tags utilizada no envio de e-mails para que o CNPJ do tomador seja informado corretamente.

Local: NFS-e > Emissões

Realizamos a liberação de envio de NFS-e em lote para o fornecedor DSF 2.03 Assinado. A partir desta atualização, o parâmetro Enviar apenas um documento no lote estará disponível na tela Manutenção de Prefeituras, para esse fornecedor. Para o município de Sorocaba/SP, essa opção será automaticamente definida como Não. Para outros municípios atendidos pelo mesmo fornecedor, o parâmetro será definido como Sim.

Local: NFS-e > Emissões

Disponibilizamos o fornecedor DBSeller na rotina de Manutenção de Prefeituras.

Local: Configurações > Manutenção de Prefeituras

Atualizamos a lista de Cidades homologadas para o Recebimento de Notas Fiscais de Serviço Eletrônicas para os seguintes municípios:

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

Após o tempo de vida do token do Gmail expirar, ele não era renovado automaticamente. Dessa maneira, ajustamos a lógica responsável pela renovação automática dos tokens.

Local: Configurações > Gerais > E-mail

Atualizamos a documentação referente ao Controle de Contingência, removendo as modalidades disponíveis para emissão da NF-e em contingência.Para facilitar, incluímos um link para a documentação do Fluxo de Contingência, onde essas modalidades estão detalhadas.

Local: eDocs > NFC-e

Inserimos, na documentação que trata sobre a Impressão remota, um novo bloco com informações acerca da impressão com grampeamento automático, o qual se aplica somente as vias do DANFE. Outros documentos que forem enviados para impressora (boletos, etc.) não são agrupados no mesmo PDF e podem não ser grampeados junto com o DANFE. Essa mesma informação destacamos na documentação de Configuração de Empresa, no parâmetro Agrupar vias em um único PDF.

Local: eDocs > Configurações > Empresas

Ajuste

Tratamento de timeout no envio de um EFD-Reinf

No envio de um EFD-Reinf, ocorria um timeout (tempo esgotado) na comunicação com o web service da Receita, e o retorno obtido não era compatível com o esperado pelo eDocs. Assim, implementamos um tratamento específico para esse tipo de retorno, rejeitando o documento nesses casos.

Local: EFD-Reinf

O grande volume de emissões de manifestações de NF-e estava causando inconsistências ao salvar os dados no banco do eDocs. Dito isso, ajustamos a rotina de emissão de manifestação de destinatário, garantindo que os dados sejam salvos corretamente.

Local: NF-e > Manifestação do destinatário

Os valores referentes aos tributos PIS, COFINS, FUST e FUNTTEL não eram impressos na DANFECom. Por isso, realizamos um ajuste na rotina de impressão da DANFECom para preencher corretamente os valores referente aos tributos.

Local: NFCom > Emissões > DANFECom

O eDocs não gerava as tags do responsável técnico no envio de emissão de NFCom. Consequentemente, também não enviava as tags caso estas não fossem enviadas pelo ERP. Assim, realizamos um ajuste na rotina de emissão da NFCom para gerar as tags do Responsável Técnico, caso o estado de emissão esteja parametrizado como Sim para a geração, em Configurações > Gerais > Responsável Técnico.

Locais:

• NFCom > Emissões
• Configurações > Gerais > Responsável Técnico > Geração da tag responsável técnico

Ajuste

Tratamento no retorno fora do padrão do fornecedor NFS-e Agili Infoplus

As NFS-e do fornecedor AgiliInfoPlus emitidas pelo eDocs, que já estavam emitidas na prefeitura, retornavam uma mensagem diferente do XML esperado pelo manual, fazendo com que a nota permanecesse na situação Enviada. Assim, adicionamos uma validação desse conteúdo para que a nota seja Rejeitada no eDocs, permitindo sua consulta com o código de verificação.

Local: NFS-e > Emissões

Adicionamos uma validação na consulta de lote para o fornecedor Govbr203Abrasf. Antes, lotes retornados com inconsistências não exibiam a lista de erros, fazendo com que o eDocs realizasse a consulta novamente, gerando consumo indevido na prefeitura. Com o ajuste realizado, o lote será rejeitado corretamente, e o RPS poderá ser enviado novamente.

Local: NFS-e > Emissões

Alteramos o envio do XML de fornecedor Simpliss para emissões de serviços no exterior. Agora, é possível enviar o valor de ExigibilidadeISS por meio da tag de mesmo nome em infSenior. Caso não seja enviada no Infsenior, será seguida a tabela disponível na página do fornecedor. Caso a ExigibilidadeISS seja enviada com valor 4, para exportação, o código do município do serviço enviado será 9999999.

Local: NFS-e > Emissões

Alteramos o fornecedor usado para emissão de NFS-e pelo município de Imperatriz - MA de Portal Facil 2.01 para Bauhaus Sistemas.

Local: NFS-e > Emissões

Modificamos a documentação de Manutenção de Prefeituras, inserindo todos os fornecedores ali disponíveis em uma lista suspensa (combobox), facilitando a visualização destes.

Local: NFS-e > Emissões

Homologamos o recebimento de NFS-e em PDF para o município de Uberlândia/MG.

Local: NFS-e > Recebimentos

Atualizamos a lista de Cidades homologadas para o Recebimento de Notas Fiscais de Serviço Eletrônicas para os seguintes municípios:

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

Ocorria um comportamento inesperado ao consultar o DC-e, por meio do botão Consultar, localizado em DC-e > Emissões. Por isso, implementamos a correção necessária e realizamos a atualização dos endereços utilizados na geração do documento DC-e.

Local: DC-e > Emissões

Ao visualizar os dados das Declarações de Conteúdo Eletrônica (DCe’s) integrado, foi identificado que o valor total exibido na tela estava divergente do valor total informado no DCe original, causando inconsistência nas informações apresentadas. Dessa forma, corrigimos a lógica de conversão e salvamento do valor total do DCe, garantindo que o valor apresentado em tela reflita corretamente o valor total informado no documento integrado.

Local: DC-e > Emissões

Disponibilizamos o recebimento de NFS-e via .PDF para o município de Osasco/SP.

Local: NFS-e > Recebimento

Anteriormente, o título do campo Peso Total exibia fixamente PESO TOTAL (KG), mesmo quando a unidade de medida era toneladas. O mesmo acontecia ao exibir o conteúdo da nota por meio do botão Visualizar. Assim, após implementações realizadas, o sistema passa a preencher o título do campo Peso Total, tanto do DAMDFE quanto na visualização da nota, com o valor da tag cUnid, presente no grupo tot. Vale destacar que essa tag aceita apenas os valores 01 - KG e 02 - Toneladas.

Local: MDF-e > Emissões

Adicionamos o novo pacote de schemas correspondente à NT 01 2025 no sistema, garantindo compatibilidade com as novas validações e estrutura do documento. Essa atualização assegura o correto envio e integração dos MDF-e conforme o novo padrão definido pela SEFAZ. Para saber mais, acesse o link.

Local: MDF-e > Emissões

Ao consultar a situação de uma NFCom por meio do serviço de integração ConsultarSituacaoDocumentos, os campos de código e mensagem de rejeição não eram apresentados corretamente quando o documento se encontrava em situação rejeitada. Dito isso, realizamos um ajuste na lógica de consulta da situação da NFCom, garantindo o retorno adequado do código e da mensagem da última rejeição registrada, sempre que a nota estiver com status de rejeitada.

Locais:

• Webservice > Integração > ConsultarSituacaoDocumentos

Ajuste

Recebimento de NFSe - Ajuste nos recebimentos via PDF (código do município do prestador)

No recebimento de NFSe por PDF, algumas notas não capturavam corretamente o código do município do prestador. Assim, realizamos um ajuste na rotina de recebimento de NFSe via PDF, para que a informação do código do município do prestador seja identificada corretamente.

Local: NFS-e > Recebimentos

Alteramos o fornecedor usado para emissão de NFS-e pelo município de Timon/MA para SpeedGov.

Local: NFS-e > Emissão

O município de Valinhos/SP, que utilizava o fornecedor SigIss Web, passou a utilizar o novo fornecedor SigIssWeb Rest.

Local: NFS-e > Emissão

Foi identificada uma inconsistência na consulta de NFS-e com situação diferente de Emitida para o fornecedor IPM. Dessa forma, realizamos melhorias e ajustes no método responsável pela consulta das situações das NFS-e para esse fornecedor.

Local: NFSe > Emissão

Conforme estabelecido na NT 2025/001 da NF-e, a partir de 01/09/2025 a SEFAZ ativará uma nova regra de validação em ambiente de produção que exigirá que a comunicação com web services ocorra de forma síncrona para lotes que possuírem apenas 1 NF-e. O e-Docs está preparado para atender essa NT desde a versão 5.8.15.53, quando foi criado o parâmetro Ativar envio síncrono (somente lotes de 1 documento) no cadastro da filial, porém esse parâmetro só era ativado por padrão para as instalações de homologação. A partir dessa versão, esse parâmetro será automaticamente alterado para Sim no momento da atualização da versão (independente do ambiente), fazendo com que todos os envios de NF-e ocorram de forma síncrona e garantindo que o sistema esteja devidamente preparado para a nova exigência legal que entrará em vigor.

Local: Configuração > Filiais > NF-e > Geral

Modificamos a documentação do InfSenior, inserindo novamente os campos 4.24, 4.25, 4.26, 4.27, 4.28, 4.29, 4.30, 4.30.1, 4.30.2, 4.30.3 e 4.30.4. Esses campos haviam sido removidos indevidamente da documentação e agora ajustamos para que eles apareçam novamente.

Local: Manual do usuário - eDocs > Documentos eletrônicos > NFS-e > Informações da tag infSenior - NFS-e

Durante o recebimento de NFS-e, algumas notas apresentavam numeração diferente conforme a forma de integração (por exemplo, a nota 5 podia ser 202505 também). Isso causava duplicidade de notas no eDocs. Por isso, realizamos um ajuste na rotina de recebimento de NFS-e, incluindo tratamentos específicos para esses casos de duplicidade.

Local: NFS-e > Recebimentos

Na documentação do Fornecedor Publica, realizamos algumas alterações no quadro de naturezas de operação de Joinville.

Removemos essa linha:

• SE (<ValorIss> = 0 ou nulo) E (<ValorIssRetido> = 0 ou nulo) | <NaturezaOperacao> = 111 - Serviço prestado em Joinville sem valor de ISS devido.

Alteramos essas linhas:

• SE <OptanteSimplesNacional> = 2 E <IssRetido> = 1 E <CodigoMunicipio> do Tomador = 4209102 (Joinville - SC) |<NaturezaOperacao> = 105 - ISS retido pelo tomador (devido em Joinville)

• SE <OptanteSimplesNacional> = 2 E <IssRetido> = 1 E <CodigoMunicipio> do Tomador != 4209102 (Joinville - SC) |<NaturezaOperacao> = 121 - ISS retido pelo tomador (devido em outro município)

Local: NFS-e > Emissões

Alteramos o fornecedor usado para emissão de NFS-e pelo município de João Pessoa/PB para DSF 2.03 Assinado.

Local: NFS-e > Emissão

Ocorria uma inconsistência ao tentar assinar múltiplos RPS em um mesmo lote para o fornecedor DSF/SIAT/Pro Solution. Assim, ajustamos a rotina de assinatura para garantir que todos os RPS presentes no lote sejam corretamente assinados.

Local: NFS-e > Emissão

Atualizamos a lista de Cidades homologadas para o Recebimento de Notas Fiscais de Serviço Eletrônicas para os seguintes municípios:

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

Ocorria uma inconsistência ao inserir valores nos campos de nome e e-mail que excediam o limite suportado. Dessa maneira, foi definido um tamanho máximo para esses campos, de acordo com as configurações da base de dados.

Local: Configuração > Filais > Contatos

Homologamos o recebimento de NFS-e em PDF para o município de Jundiaí/SP.

Local: NFS-e > Recebimentos

Na emissão de GNRE, não é obrigatório informar o CNPJ/CPF do contribuinte quando a inscrição estadual já estiver presente no XML de envio. Para contemplar esse cenário, a rotina de integração da GNRE foi ajustada, e o sistema agora está apto a lidar com essa situação.

Local: GNRE > Emissões

O que foi liberado: Implementamos o suporte para as alterações da nota técnica NT 2024.003 v. 1.04. Ela traz as modificações necessárias para permitir a emissão de NF-e e divulga novos campos relacionados ao trânsito de produtos animais vivos, vegetais e florestais. Essa definição deve permitir aos estados fazer um acompanhamento mais preciso das operações com estes produtos. Saiba mais. Liberado em: 25/07/2025, versão: 5.8.15.60.

Local: Emissões > NF-e e Emissões > NFC-e

Ao integrar um recebimento de NFS-e cuja nota estivesse cancelada e tivesse origem na prefeitura de Videira/SC, algumas delas não eram atualizadas corretamente no eDocs, permanecendo com o status de autorizadas. Diante disso, realizamos um ajuste na rotina de obtenção de notas do município de Videira/SC, garantindo a identificação correta da situação da nota.

Local: NFS-e > Recebimentos

Ao integrar um recebimento de NFS-e cuja nota estivesse cancelada e tivesse origem no ambiente nacional, algumas delas não eram atualizadas corretamente no eDocs, permanecendo com o status de autorizadas. Diante disso, realizamos um ajuste na rotina de obtenção de notas do ambiente nacional, garantindo a identificação correta da situação da nota.

Local: NFS-e > Recebimentos

O município de Caxias do Sul-RS rejeita RPS quando é enviado o percentual de IR com valor zerado. Por isso, implementamos uma validação no envio de RPS para Caxias do Sul-RS, de modo a não incluir o conteúdo referente ao IR nos casos em que o valor estiver zerado.

Local: NFS-e > Emissões

A consulta de NFS-e do fornecedor IPM não estava homologada no Manutenção de Prefeituras, por isso realizamos sua homologação.

Local: NFS-e > Emissões

Ajuste

Alteração na conversão de data para o município de Cotia-SP

Havia situações em que as notas do município de Cotia-SP não eram autorizadas devido a problemas na conversão de data, causados pela configuração do servidor. Dessa forma, ajustamos a conversão de data no eDocs, permitindo uma configuração diferenciada do servidor.

Local: NFS-e > Emissões

Ao integrar um recebimento de NFS-e cuja nota estivesse cancelada e tivesse origem no município de Serra/ES, algumas delas não eram atualizadas corretamente no eDocs, permanecendo com o status de autorizadas. Diante disso, realizamos um ajuste na rotina de obtenção de notas do município de Serra/ES, garantindo a identificação correta da situação da nota.

Local: NFS-e > Recebimentos

Atualizamos a lista de Cidades homologadas para o Recebimento de Notas Fiscais de Serviço Eletrônicas para os seguintes municípios:

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

Quando o parâmetro estava ativado, o sistema não realizava o envio dos documentos em lote (quando essa opção estava disponível na prefeitura), o que afetava o desempenho das emissões nas situações que envolvem a autorização de um grande volume de documentos. Assim, alteramos as opções disponíveis para o parâmetro, passando a ser possível ativá-lo e continuar enviando os documentos em lote, caso a opção Sim, com envio em lote estiver habilitada.

Local: Configurações > Filiais

Com o objetivo de tornar mais claro e compreensível o fluxo de emissão de documentos em ambiente de contingência, elaboramos uma nova documentação que detalha com precisão todas as etapas envolvidas - desde o envio da nota até a obtenção do status final. Essa nova documentação foi desenvolvida para facilitar o entendimento técnico e operacional das diferentes modalidades de contingência atendidas pelo sistema: Automática, SVC, FS, FS-DA, EPEC e Offline. A documentação apresenta os procedimentos, particularidades e parâmetros utilizados no processo de emissão, explicando como cada um influencia o comportamento da contingência. Também foram incluídos fluxogramas ilustrativos que auxiliam na visualização e compreensão das etapas. Essa iniciativa visa reduzir dúvidas recorrentes e agilizar a resolução de problemas durante períodos de instabilidade, promovendo um entendimento mais rápido e preciso. A nova documentação já está disponível para consulta e será continuamente atualizada conforme novas necessidades forem identificadas.

Locais:

• NF-e > Controle de contingência
• CT-e > Controle de contingência
• MDF-e > Controle de contingência
• NFC-e > Controle de contingência
• NFCom > Controle de contingência

Ocorria um erro na atualização do sistema quando havia um usuário com permissões de NFCom. Por esse motivo, ajustamos a atualização do sistema removendo o acesso descontinuado de permissões NFCom.

Local: NFCom > Recebimentos

Homologamos o recebimento de NFS-e em PDF para o município de Itapoá/SC.

Local: NFS-e > Recebimento

Críticas de integração de recebimento de NFS-e não disponibilizavam o arquivo original para download. Por isso, ajustamos a visualização dessas críticas, permitindo o download do arquivo original.

Local: NFS-e > Recebimentos

Disponibilizamos o recebimento de NFS-e via .PDF para o município de Recife/PE.

Local: NFS-e > Recebimento

Disponibilizamos o recebimento de NFS-e via .PDF para o município de Ribeirão Preto/SP

Local: NFS-e > Recebimento

Atualizamos a lista de Cidades homologadas para o Recebimento de Notas Fiscais de Serviço Eletrônicas para os seguintes municípios:

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

Disponibilizamos o fornecedor Tecnos na rotina de Manutenção de Prefeituras.

Local: Configurações > Manutenção de Prefeituras

Homologamos a emissão de NFS-e para o município de Westfália/RS. Além disso, atualizamos a documentação do fornecedor Tecnos com a inclusão de uma regra de negócio e de um novo parâmetro do fornecedor. O parâmetro por município, que já constava na documentação, foi renomeado para Número do próximo lote de emissão.

Local: NFSe > Emissão

O indicador da situação do e-mail não era exibido corretamente no cadastro de Tenants. Dito isso, realizamos o ajuste necessário para que a situação dos e-mails cadastrados seja exibida corretamente.

Local: Configurações > Tenants

O que será liberado: Adicionamos o novo pacote de schemas correspondente à NT 2024.001 no sistema, garantindo compatibilidade com as novas validações e estrutura do documento. Essa atualização assegura o correto envio e integração dos DC-es conforme o novo padrão definido pela SEFAZ. Saiba mais.Versão: 5.8.15.58.

Local: DC-e > Emissões

Disponibilizamos o recebimento de NFS-e via .PDF para o município de Olinda/PE.

Local: NFS-e > Recebimento

Disponibilizamos o recebimento de NFS-e via .PDF para o município de Sorocaba/SP.

Local: NFS-e > Recebimento

Disponibilizamos o recebimento de NFS-e via .PDF para o município de Americana/SP.

Local: NFS-e > Recebimento

Disponibilizamos o recebimento de NFS-e via .PDF para o município de Goiânia/GO.

Local: NFS-e > Recebimento

Disponibilizamos o recebimento de NFS-e via .PDF para o município de Piracicaba/SP

Local: NFS-e > Recebimento

O que foi liberado: Adicionamos o novo pacote de schema para que seja possível emitir o evento R-1000 com os ajustes realizados. Saiba mais. Liberado em: 11/07/2025, versão 5.8.15.58.

Local: EFD-Reinf > Eventos

Ao sair da contingência, a nota era enviada para a Sefaz estadual, que ainda não havia sido sincronizada com a Sefaz Nacional. Essa situação resultava na rejeição 468 - NF-e com Tipo Emissão = 4, sem EPEC correspondente. Para contornar essa situação, o e-Docs já realizava o reenvio do documento após 5 minutos, até que os ambientes fossem sincronizados. No entanto, esse comportamento não estava implementado para requisições síncronas. Dessa forma, realizamos as alterações necessárias para que requisições síncronas também sejam atendidas e, agora, o sistema também passa a reenviar a nota sempre que receber a rejeição 468 - NF-e com Tipo Emissão = 4, sem EPEC correspondente, até que a sincronização entre os ambientes estadual e nacional seja concluída.

Locais:

• NF-e > Emissão
• NF-e > Controle de contingência

Ajuste

Ajuste em rotina para considerar fuso horário da filial

O tempo de execução das consultas de NFS-e não era corretamente considerado para filiais com fusos horários distintos. Por isso, ajustamos a rotina para que a data de execução respeite o fuso horário (UTC) configurado para cada filial.

Local: NFS-e > Recebimentos

Atualizamos a lista de Cidades homologadas para o Recebimento de Notas Fiscais de Serviço Eletrônicas para os seguintes municípios:

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

Quando os parâmetros Tempo em dias para permanência dos logs em base e Tamanho limite dos logs em base (MB), ambos localizados em Configuração > Geral > Avançado, estavam definidos com valores diferentes de 0, o sistema tentava excluir registros de coleções de log cujo controle era feito automaticamente. Esse comportamento gerava conflitos, já que não é permitido excluir manualmente documentos de coleções com tamanho fixo, resultando em falhas na rotina de limpeza de logs. Para resolver isso, ajustamos as rotinas responsáveis pela limpeza de log para identificarem corretamente quando esses parâmetros estão configurados com valores diferentes de 0. Agora, o sistema exibe uma mensagem personalizada ao usuário, informando que o controle de retenção dos logs é feito automaticamente.

Local: Configuração > Logs

As rotinas de busca de documentos pela chave parcial de NFe, NF3e e Manifestação de Destinatário apresentavam lentidão, ocasionando o abortamento da execução. Diante disso, aprimoramos a performance dos comandos de busca por chave parcial.

Local: Recebimentos

A Sefaz/MG passou a disponibilizar URLs específicas para os serviços da NFCom, substituindo a URL única utilizada anteriormente. Diante disso, o sistema foi ajustado para permitir a vinculação de cada serviço à URL correspondente ao seu estado. Atualmente, apenas o estado de Minas Gerais possui URLs próprias, já configuradas no sistema. As Sefaz de Mato Grosso (MT) e Mato Grosso do Sul (MS) também possuem URLs próprias, mas ainda não foram publicadas. Assim que forem publicadas, o e-Docs também será ajustado. Os demais estados continuam utilizando a URL geral disponibilizada no portal da NFCom, mas essa configuração pode ser personalizada manualmente em Configurações > Consultas URL.

Local: Configurações > Consultas URL

Ajustamos o XML de retorno do fornecedor KBFSistemas para evitar problemas durante a conversão para XML. Caracteres especiais e quebras de linha comprometiam a leitura do retorno.

Local: NFS-e > Emissões

A partir dessa versão, o e-Docs passa a disponibilizar a opção DANFSE > DANFSE Prefeitura na tela de emissões de NFS-e. Ao clicar nessa opção, o usuário será redirecionado para o DANFSE gerado pela prefeitura. É possível parametrizar a URL dos municípios diretamente pelas configurações do Manutenção de Prefeituras. Clique aqui para mais informações.

Locais:

• NFS-e > Emissões > DANFSE
• NFS-e > Emissões > Visualizar
• Configurações > Manutenção de Prefeituras
• Configurações > Manutenção de Prefeituras > Adicionar
• Configurações > Manutenção de Prefeituras > Editar

Disponibilizamos o recebimento de NFS-e via .PDF para o município de Itu/SP.

Local: NFS-e > Recebimento

Disponibilizamos o recebimento de NFS-e via .PDF para o município de São Caetano do Sul/SP.

Local: NFS-e > Recebimentos

Em algumas situações de instabilidade da SEFAZ, os documentos eram rejeitados por motivos que não exigiam um tratamento específico por parte do contribuinte, como a correção de alguma informação da NF-e. Nesses casos, bastava que o documento fosse reenviado pelo usuário após alguns minutos. Para otimizar esse processo, foi criada uma rotina que realiza o reprocessamento automático das NF-e que foram rejeitadas por motivos específicos catalogados no sistema. Essa rotina executa o reenvio do documento após decorrido o intervalo de tempo e a quantidade de tentativas definido nas configurações gerais do e-Docs. São as rejeições tratadas a 999 - Erro não catalogado (limite de 10 tentativas com intervalo de 60 segundos) e a635 - NF-e com mesmo número e série já transmitida e aguardando processamento (limite de 10 tentativas com intervalo de 60 segundos).

Local: NF-e > Emissão

A partir dessa versão, homologamos o fornecedor IPM Rest para realizar a integração de emissões de NFS-e para o município de Conceição do Mato Dentro/MG.

Local: NFS-e > Emissão

Era necessário estabelecer um status final de rejeição para as solicitações de cancelamento sem retorno da prefeitura. Com as novas implementações, os cancelamentos de NFS-e com status Solicitação Pendente serão automaticamente rejeitados após 7 dias da solicitação, devido à ausência de resposta da prefeitura. É importante destacar que esse é um processo específico do fornecedor IPM Rest.

Local: NFS-e > Emissão > Cancelamento

Atualizamos a lista de Cidades homologadas para o Recebimento de Notas Fiscais de Serviço Eletrônicas para os seguintes municípios:

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

Homologamos o fornecedor Fiorilli para fazer a integração de emissões de NFS-e do município de Capitólio - MG.

Local: NFSe > Emissão

A consulta de NFS-e para o município de Porto Velho-RO apresentava problemas quando o lote retornava com erro de timeout. Por isso, ajustamos a consulta de NFS-e para esse município nos casos em que não há protocolo do lote.

Local: NFS-e > Emissões

Alertas de problemas nas configurações de e-mail eram exibidos mesmo quando o envio de avisos por e-mail não estava configurado. Por isso, ajustamos a rotina responsável por esses alertas.

Local: Configurações > Gerais

Incluímos o município de Boa Esperança do Norte/MT (novo município incluído na tabela IBGE em 2025) nas tabelas do sistema, mantendo o sistema atualizado com a legislação vigente.

Local: Configurações > Filiais

Ajuste

Ajuste em rotina de envio de lotes de NF-e

Lotes criados de forma assíncrona com uma NF-e eram enviados de forma síncrona. Por isso, ajustamos a rotina de envio de lotes de NF-e para que o envio ocorra de forma assíncrona, conforme o parâmetro da filial Ativar envio síncrono (somente lotes de 1 documento).

Local: NF-e > Emissões

Homologamos o recebimento de NFS-e (PDF) para o município de Congonhinhas/PR.

Local: Recebimento > NFS-e

Ocorria um erro ao tentar emitir uma NFS-e para o município de São Simão - SP. Devido a isso, realizamos uma atualização de referência ao web service na rotina de emissão de NFS-e.

Local: NFS-e > Emissões

Ajuste

Ajuste no envio do CEP para o fornecedor SigIssWebRest

As emissões de NFS-e para o fornecedor SigIssWebRest eram rejeitadas devido a CEP inválido. Diante disso, ajustamos o envio do CEP para esse fornecedor, completando-o com zeros à esquerda, de forma a totalizar 8 dígitos.

Local: NFS-e > Emissões

Identificamos que as tags ISSRetidoIntermediario e EmailIntermediario constavam apenas na documentação, mas não estavam presentes no schema — por isso, foram devidamente adicionadas. Também foi constatado que a tag ReceitaBrutaPgdas estava implementada no layout, mas não estava documentada, o que foi corrigido com a atualização da documentação.

Local: NFS-e > Emissão

No município de Cascavel/PR, o cancelamento de NFS-e era aceito apenas por meio do envio de uma solicitação, a qual não era confirmada de forma imediata — era necessário que a prefeitura aprovasse o cancelamento. Com a implementação, foi criado o parâmetro de fornecedor Enviar Solicitação de Cancelamento de NFS-e na Manutenção de Prefeituras, para o fornecedor IPM Rest. Quando esse parâmetro estiver ativado, o sistema enviará a solicitação de cancelamento à prefeitura. Enquanto não houver retorno, o cancelamento ficará com o status Solicitação pendente e o documento continuará com status de emitido. Caso o parâmetro esteja desativado, o cancelamento será enviado de forma tradicional, conforme o processo padrão.

Local: NFS-e > Emissão

Atualizamos a lista de Cidades homologadas para o Recebimento de Notas Fiscais de Serviço Eletrônicas para os seguintes municípios:

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

Realizamos uma revisão geral na documentação do Importador, com alterações nas guias Emissão e Recebimento, como a inclusão de colunas nas tabelas, quando necessário, e a criação de novas tabelas.

Local: Integrações > Importador

Adicionamos à configuração da filial, na aba NF-e, o campo Ativar envio síncrono (somente lotes de 1 documento).Inicialmente, esse parâmetro será configurado como para filiais já existentes na base, somente em ambientes de homologação. Para novos cadastros de filiais, o parâmetro será configurado como Não. Após a aplicação da mudança pela Sefaz em ambiente de produção, estenderemos a configuração para ambos os ambientes.

Local: NF-e > Emissão

Ao receber uma NFS-e de São Paulo/SP e, posteriormente, sua substituição, o eDocs não conseguia concluir a integração. Assim, foi realizado um ajuste no recebimento das NFS-e de substituição para São Paulo/SP, de modo que as notas substitutas passam a utilizar a série fixa SUBST.

Local: NFS-e > Recebimentos

O módulo de emissão de NFS-e passou a suportar diferentes formatos de data retornados pela prefeitura de Florianópolis.

Local: NFS-e > Emissão

Ao emitir uma NFS-e utilizando o fornecedor FISCO SGA (São Gonçalo do Amarante), o valor retido do ISS não era corretamente identificado quando o tomador era substituto tributário. Por isso, realizamos um ajuste na rotina de emissão de NFS-e para assegurar a correta identificação do valor retido do ISS no fornecedor FISCO SGA.

Local: NFS-e > Emissões

Atualizamos a lista de Cidades homologadas para o Recebimento de Notas Fiscais de Serviço Eletrônicas para os seguintes municípios:

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

Atualizamos o limite de tamanho do XML de integração/envio dos documentos eletrônicos de emissão, que passou de 1,5 MB para 5 MB.

Locais:

• eSocial > Inicial
• eSocial > Periódicos
• eSocial > Não periódicos

Quando uma NF-e é emitida e a SEFAZ está indisponível, no cenário de contingência automática desligada, algumas notas podem ser rejeitadas com a mensagem: O Digest Value da NF-e é diferente do Digest Value registrado na Sefaz. Em alguns casos, mesmo rejeitada no eDocs, a nota era autorizada na SEFAZ, gerando inconsistência de dados entre os sistemas. Por isso, foram adicionados logs adicionais para monitorar ocorrências dessa situação durante a emissão de NF-e. Para ativar esses logs, é necessário entrar em contato com o suporte.

Local: NF-e > Emissões

Embora NF-es de recebimento não devam ser impressas, foi identificado que, com a rotina de impressão automática ativada, notas rejeitadas na consulta à SEFAZ estavam sendo indevidamente encaminhadas para impressão. Assim, ajustamos o processo para que, em caso de rejeição, NF-es de recebimento não sejam mais enviadas para impressão.

Local: NF-e > Recebimento

Ao receber uma NFS-e dos municípios de Guanambi/BA e Feira de Santana/BA, quando o prestador era um CPF, a informação vinha com a tag vazia. Desse modo, um ajuste foi realizado no recebimento da NFS-e, garantindo que, quando existente, a tag CPF no grupo prestador seja devidamente preenchida.

Local: NFS-e > Recebimentos

Ao integrar uma NFS-e emitida para algum município atendido pelo fornecedor Assessor Público, a nota era autorizada no eDocs, mas não na prefeitura. Com a disponibilização da consulta da situação da nota pela prefeitura, ajustamos a rotina de emissão de NFS-e para esse fornecedor, corrigindo o problema de autorização.

Local: NFS-e > Emissões

Realizamos uma revisão geral e padronização do quadro dos parâmetros do Manutenção de Prefeituras disponíveis para cada fornecedor homologado.

Local: NFS-e > Manutenção de Prefeituras

Os comandos de atualização para o banco de dados do eDocs foram otimizados quanto ao consumo de recursos do servidor. As alterações aplicam-se especificamente aos comandos de inserção de dados nas tabelas padrão do sistema.

Local: Configurador

No envio de e-mails de alertas (licença, certificados e contingências), o destinatário não era aplicado quando configurado por Filial. Dessa forma, ajustamos a rotina de envio de e-mails de alertas (licença, certificados e contingências), aplicando o destinatário configurado na Filial.

Local: Configurações > Filiais

As URLS de produção e homologação para QRCode de CT-e do estado de Minas Gerais não haviam sido alteradas para a versão correta. Por isso, realizamos o ajuste para que ambas passem a utilizar a versão 4.00.

Local: CT-e > Emissões

Ao cadastrar o certificado digital para várias filiais, ocorria um erro de timeout no sistema, o que impossibilitava a execução do processo. Para resolver essa situação e tornar o processo mais prático, realizamos um ajuste na rotina de cadastro de certificados digitais pela empresa.

Local: Configurações > Empresas > Configurações da Empresa

Constava incorretamente a informação de que o município de Vitória/ES possuía monitoramento de NFS-e. Assim, foi realizado um ajuste na documentação, refletindo corretamente o tipo de recebimento para o município de Vitória/ES, conforme o comportamento do produto.

Local: NFS-e > Recebimentos

Atualizamos a lista de Cidades homologadas para o Recebimento de Notas Fiscais de Serviço Eletrônicas para os seguintes municípios:

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

O município de Santa Gertrudes - SP, que utilizava o fornecedor SigIss Web, passou a utilizar o novo fornecedor SigIssWeb Rest, homologado como nativo na manutenção de prefeituras.

Local: NFS-e > Emissão

Atualizamos a lista de Cidades homologadas para o Recebimento de Notas Fiscais de Serviço Eletrônicas para os seguintes municípios:

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

As contas de envio de e-mail com OAuth2 não enviavam e-mails de entrada e saída de contingência. Dito isso, ajustamos a rotina para corrigir esse envio quando configurada com OAuth2.

Local: Configuração

Aprimoramos os registros de log na rotina de integração de eventos para obter evidências de um cenário específico que não foi possível simular em ambiente interno.

Locais:

• eSocial > Eventos Periódicos
• eSocial > Eventos Não Periódicos
• eSocial > Eventos Iniciais

Alteramos o comportamento inicial do Configurador para que, nos casos em que existam registros de e-mails OAuth2 do Gmail expirados, a tela do navegador solicitando login não seja aberta automaticamente

Local: Configurador

Alguns documentos gerados a partir dos templates não estavam apresentando corretamente as informações com formatação local de moeda. Dessa maneira, implementamos um comportamento nos arquivos de template, utilizados na geração dos documentos, para que os dados sejam apresentados com a formatação adequada para o padrão brasileiro.

Local: Configurações > Gerais > Templates

Ao cadastrar uma filial com caracteres especiais, a tela de logs não carregava corretamente ao selecionar essa filial no filtro. Assim, realizamos um ajuste na rotina para tratar esses caracteres especiais, permitindo que o nome da filial seja exibido corretamente e a tela de logs funcione como esperado.

Local: Configurações > Logs

A situação da manifestação da NF-e recebida não era atualizada quando realizada uma manifestação de destinatário de uma nota ainda não recebida pelo eDocs. Por isso, ajustamos a rotina de atualização da situação e a data de manifestação para notas que ainda não haviam sido recebidas pelo eDocs.

Local: NF-e > Manifestação do Destinatário

O download de PDF de NFS-e apresentava problemas no retorno. Por isso, ajustamos o web service responsável pelo download do PDF desse documento.

Local: NFS-e > Emissões

A documentação do Roteiro de Integração do eDocs não continha informações essenciais sobre novos tipos de documentos, como DCe e NFCom. Assim, a documentação foi revisada e atualizada, incluindo detalhes sobre os novos documentos, garantindo uma melhor compreensão e utilização do sistema.

Local: Documentação integração

Homologamos o recebimento de NFS-e (PDF) para o município de Itanhandu/MG.

Local: Recebimento > NFS-e

A partir dessa versão, homologamos o fornecedor IPM Rest para realizar a integração de emissões de NFS-e para o município de Estrela - RS.

Local: NFS-e > Emissão

Era necessário homologar e dar suporte para emissão de NFS-e em situações que houvesse intermediação do serviço para o município de Campo Grande/MS. Nesse sentido, para cenários em que há intermediação do serviço, a prefeitura de Campo Grande/MS exige que o campo Operação, do XML, seja preenchido com o valor J. Diante disso, alteramos o sistema para que ele passe a enviar a tag conforme manual da prefeitura, atendendo ao cenário.

Local: NFS-e > Emissão

Era necessário homologar o fornecedor DSF/SIAT/Pro Solution na rotina de Manutenção de Prefeituras. Assim, disponibilizamos esse fornecedor nessa rotina.

Local: Configurações > Manutenção de Prefeituras

Atualizamos a lista de Cidades homologadas para o Recebimento de Notas Fiscais de Serviço Eletrônicas para os seguintes municípios:

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

Alteramos o fornecedor usado para emissão de NFS-e pelo município de Jaboticabal/SP de Ginfes para Ginfes 2.04. Além disso, inserimos, na documentação do fornecedor Ginfes, dois parâmetros por fornecedor (Manutenção de Prefeituras), assim como uma observação com a informação de que, para o munícipio de Umuarama - PR, o parâmetro Enviar Aliquota virá ativado por padrão, conforme regra da prefeitura, quando o campo for preenchido com o valor 0.

Local: NFS-e > Emissão

Foi identificada a necessidade de alterar as URLs de produção e homologação do web service de emissão de NFS-e para o município de Rio Branco/AC. Assim, o sistema foi ajustado para reconhecer as novas URLs, possibilitando assim a emissão de NFS-e’s.

Local: NFS-e > Emissão

Atualizamos a lista de Cidades homologadas para o Recebimento de Notas Fiscais de Serviço Eletrônicas para os seguintes municípios: