[NFS-e][Prefeitura de Belém - PA] Retornar PDF para padrão municipal

[Prefeitura de Belém – PA] Corrigido o PDF da NFS-e e do RPS da Prefeitura de Belém – PA, que estava sendo gerado no leiaute Nacional em vez do padrão municipal, devido a uma alteração que afetou todos os municípios do provedor IMA. Belém voltou a emitir no modelo municipal, tanto na emissão pelo leiaute atual quanto na emissão pela reforma tributária, e passou a incluir o QR Code de autenticação da nota, que antes saía vazio.

[NFS-e] [Prefeitura de Araraquara - SP] Alteração no link do WS

[Prefeitura de Araraquara – SP] Implementada a atualização da URL do webservice de emissão de NFS-e da Prefeitura de Araraquara – SP, que passou a ser https://araraquara.sisvetor.com.br/ords/pma/ws/nfe/emitir_nfe.

Ambiente Nacional | Implementar NT 009 Release 1 (produção em 01/12/2026) - Fase 01 (adequação schema/XSD)

[Ambiente Nacional] Implementado(a) o ajuste do XML da NFSe para o novo leiaute do Ambiente Nacional definido pela NT 009 Release 1 (Fase 01 – adequação de schema/XSD), que entra em produção em 01/12/2026 e já é exigido no ambiente de produção restrita. O campo finNFSe foi reposicionado para a raiz do infDPS (antes ficava dentro de IBSCBS); os campos CST e cClassTrib deixaram de ficar dentro de gIBSCBS e passaram a ficar diretamente em IBSCBS/valores/trib; e xDescServ passou a ser o último elemento de cServ, após cNBS. Não foram criados campos, tabelas ou telas novas, e as alterações são aplicadas automaticamente, sem necessidade de marcar nenhum parâmetro.

[NFS-e] [Provedor Megasoft] Novos campos da Reforma

[Provedor Megasoft] Corrigido(a) rejeição de NFS-e referente aos novos campos da Reforma Tributária para o provedor Megasoft. Os campos foram implementados seguindo as mesmas regras e preenchimentos dos campos de mesmo nome ou similares da NFS-e Nacional, como os dados de Evento, Imóvel e Comércio Exterior.

[NFS-e] [Prefeitura de Pirapora do Bom Jesus - SP] Atualização link WS + Novo Layout Nacional

[Prefeitura de Pirapora do Bom Jesus – SP] Corrigido(a) o atendimento ao webservice da prefeitura no layout nacional: as notas emitidas por esse município não eram comunicadas corretamente e a consulta da NFS-e já emitida também não retornava o resultado esperado, pois o município não estava configurado com o novo endereço do provedor e a consulta usava um formato de chamada incompatível com o serviço, reconhecendo como sucesso apenas uma das respostas possíveis. Foi cadastrado o novo endereço do webservice, a consulta passou a ser feita pela chave da nota e a resposta de sucesso do serviço passou a ser reconhecida corretamente, com o município marcado como sem consulta por RPS e com consulta por número e chave.

[NFS-e][Ambiente nacional] Ajuste no envio da tag cPaisResult.

[Ambiente Nacional] Corrigido(a) o envio da tag cPaisResult no XML da NFS-e do Ambiente Nacional para tomador estrangeiro tributado fora do município: quando não há local de prestação informado no add-on, a tag deixa de ser enviada dentro de tribMun; quando o local de prestação é informado, a tag passa a ser enviada corretamente. Essa inconsistência causava a rejeição E0591 nesses cenários. Não há mudança no cenário de tomador estrangeiro tributado dentro do município.

[NFS-e][Prefeitura de Jundiaí - SP] Geração do DANFS-e no layout nacional 2.0

[Prefeitura de Jundiaí – SP] Corrigido(a) a geração do DANFS-e para a Prefeitura de Jundiaí – SP, que estava sendo emitido no layout municipal antigo; a geração passa a seguir o layout nacional 2.0, igual ao documento emitido pela prefeitura.

[NFS-e] [João Pessoa - PB] Incluir URL de produção do WebService que atende a reforma tributária

[Prefeitura de João Pessoa – PB] Implementada a URL de produção do provedor IMA para o município de João Pessoa – PB, referente à emissão de notas fiscais da reforma tributária: https://nfseapi.joaopessoa.pb.gov.br/notafiscal-ws

[NFS-e][Prefeitura de Guarulhos - SP] Geração do DANFS-e no layout nacional 2.0

[Prefeitura de Guarulhos – SP] Corrigido(a) a geração do DANFS-e para a Prefeitura de Guarulhos – SP, que estava sendo emitido no layout municipal (modelo antigo) da prefeitura. Agora a geração passa a utilizar o layout nacional 2.0, conforme padrão vigente para o município.

[NFS-e] [Prefeitura de São Paulo - SP] Situação tributaria "R" e "S"

[Prefeitura de São Paulo – SP] Implementado(a) o campo de usuário TX_TpTribSaoPauloSp, utilizado exclusivamente para documentos emitidos para o município de São Paulo – SP, permitindo informar manualmente a situação tributária (ex.: tributado, isento, imune, exigibilidade suspensa, exportação de serviços) a ser considerada na geração do XML. Quando preenchido, o valor do campo tem prioridade sobre a regra padrão baseada na natureza da operação; quando vazio, a regra padrão é mantida.

[NFS-e] [Prefeitura de São Paulo - SP] PDF do SAP divergente do PDF da Prefeitura

[Prefeitura de São Paulo – SP] Corrigido(a) o PDF da NFS-e/RPS de São Paulo – SP com reforma tributária (IBS/CBS), que estava divergente do PDF da Prefeitura: não exibia a "Localidade de Prestação" e a "Localidade de Incidência" aparecia sem a UF. O layout foi ajustado e o PDF passou a exibir a "Localidade de Prestação" (código IBGE, cidade e UF), com a "Localidade de Incidência" agora incluindo a UF.

[NFS-e] [Prefeitura de Jequié - BA] Novo link para envio da reforma tributaria.

[Prefeitura de Jequié – BA] Corrigido(a) o link de comunicação utilizado no envio de NFS-e emitidas com a reforma tributária para o município de Jequié – BA, que estava causando erro interno de comunicação no momento do envio. Foi identificado e implementado o novo link de envio disponibilizado pelo portal da prefeitura, e os testes em produção restrita confirmaram a autorização e o cancelamento de notas fiscais.

[NFS-e] [Prefeitura de Rio Grande - RS] Mudança de link do WS.

[Prefeitura de Rio Grande – RS] Implementado(a) a atualização do link do webservice da Prefeitura de Rio Grande – RS, que passou a adotar o padrão nacional de envio (SIGISS Nacional) e agora exige o envio das tags ibs/cbs referentes à reforma tributária.

[NFS-e] [Prefeitura de Santana de Parnaíba - SP] Atualização Link WS e Layout

[Prefeitura de Santana de Parnaíba – SP] Implementada a atualização do link do webservice de produção do provedor Simplissweb para o município de Santana de Parnaíba – SP, que passou a adotar o layout nacional. Foram realizados testes em homologação com notas autorizadas, com e sem reforma; os testes em produção serão feitos junto ao cliente.

[NFS-e] [Prefeitura de Itaguaí - RJ] Adequação a reforma

[Prefeitura de Itaguaí – RJ] Corrigido(a) problema na comunicação de NFS-e da Prefeitura de Itaguaí/RJ, que utilizava uma integração antiga, desatualizada e não aderente ao novo padrão nacional exigido pela Reforma Tributária. No fluxo de cancelamento, a identificação da nota era enviada em formato incorreto e o sistema não reconhecia corretamente os erros retornados pela prefeitura, fazendo com que cancelamentos rejeitados fossem registrados como concluídos. O município passou a utilizar a mesma comunicação nacional já adotada por outros municípios atendidos pelo mesmo provedor, com a correção do formato de identificação enviado no cancelamento e do reconhecimento de erros retornados.

[NFS-e] [Nacional] PDF em desacordo com extraído do portal nacional

[Ambiente Nacional] Corrigido(a) a geração do PDF da NFS-e Nacional, que agora exibe o trecho de informações do Simples Nacional independentemente da existência ou do valor no XML, eliminando a divergência em relação ao PDF extraído diretamente do Portal Nacional.

[NFS-e] [Provedor E&L] Ajuste na consulta por RPS // Ajustar consulta quando houve a retorno "em processamento adn nacional".

[Provedor E&L] Corrigido(a) o tratamento do retorno "em processamento adn nacional" no provedor E&L: ao receber esse retorno no envio assíncrono, a nota passa a ficar em Aguardando Retorno e é consultada automaticamente até um limite configurado, sendo autorizada assim que a prefeitura confirmar o processamento ou podendo ser recuperada pela Consulta por RPS caso o limite seja atingido. Também foram corrigidos os erros ocorridos na Consulta por RPS, na consulta por número da NFS-e e no cancelamento.

[NFS-e] [Prefeitura de Santa Bárbara d'Oeste - SP] Ausência das tags destinatario IBS/CBS

[Prefeitura de Santa Bárbara d'Oeste – SP] Corrigido(a) a geração das tags de destinatário do IBS/CBS na NFSe, que deixavam de ser enviadas quando INDICADOR_OPERACAO era diferente de 100301, causando rejeição no retorno da prefeitura nos casos em que o próprio tomador do serviço era o destinatário do IBS/CBS.

[NFS-e] [Prefeitura de Jataí - GO] Novo WS da prefeitura.

[Prefeitura de Jataí – GO] Implementado(a) a integração com o novo webservice (Centi) da prefeitura de Jataí – GO para emissão e impressão de NFS-e, substituindo a integração anterior (Sigep), que havia se tornado inoperante. Também foi corrigido o cancelamento de notas emitidas pela nova integração, que passou a utilizar o código de verificação correto retornado pela prefeitura, evitando o erro de "nota não encontrada".

[NFS-e] [Prefeitura de São José - SC] Divergência PDF chave do nacional

[Provedor IPM / IPM 2.0] Implementado(a) o envio assíncrono para os provedores IPM e IPM 2.0, com um novo parâmetro de configuração para definir o modo de emissão (síncrono ou assíncrono). No fluxo assíncrono, a nota fica com status "Aguardando Retorno" e o add-on enfileira a consulta de lote pela chave; somente após o retorno dessa consulta a nota é definida como autorizada, absorvendo a chave de acesso retornada pelo campo chave_acesso_nfse_nacional do Ambiente Nacional. Isso elimina a divergência entre a chave exibida no PDF do add-on e a chave constante no portal nacional.

[NFS-e] [Provedor GissOnline] Atualização link WS HOMOLOGAÇÃO

[Provedor GissOnline] Implementada atualização do link do Web Service (WS) de homologação do provedor GissOnline.

[NFS-e][Prefeitura de Santos - SP] Ajuste no PDF gerado pelo add-on

[Provedor Ginfes e GissOnline] Corrigido(a) a divergência entre o PDF gerado pelo add-on e o PDF gerado pela prefeitura para os provedores Ginfes e GissOnline: o add-on utilizava o modelo nacional para a geração do PDF da NFS-e, o que causava diferenças em relação ao padrão municipal adotado pelas prefeituras. O modelo de geração do PDF do add-on foi ajustado para corresponder ao utilizado por cada prefeitura atendida pelos provedores Ginfes e GissOnline.

Paranaguá - PR | Alteração no link do WebService

[Prefeitura de Paranaguá – PR] Implementada a adequação ao novo sistema do município de Paranaguá – PR (provedor Elotech), em substituição ao WebService anterior, incluindo atualização do layout do PDF da NFS-e para o modelo DANFSe 2.0 da NFSe Nacional. Os testes de comunicação com o novo provedor foram realizados com sucesso; a emissão de nota autorizada em ambiente de produção ainda depende do fornecimento de usuário e senha do portal pela prefeitura.

[NFS-e] [Rio Branco - AC] Alteração do WS do município

[Prefeitura de Rio Branco – AC] Atualizado o suporte à emissão de NFS-e do município de Rio Branco - AC, que passou a utilizar o provedor E&L 2.04. A emissão é feita pelo add-on, com PDFs gerados pelo próprio add-on, exigindo frase secreta/senha e certificado digital. Não há ambiente de homologação disponível para esse município. O município suporta consulta de NFS-e por RPS e aceita cancelamento. Os campos Item da LC 116 e Código de Tributação devem ser informados no formato XX.XX (ex.: 17.05). 📖 Documentação: Como configurar o município Rio Branco - AC para emitir NFS-e

[NFS-e] [Prefeitura de Eusébio - CE] Criar PDF Invent

[Provedor E&L] Corrigido(a) a geração do PDF da NFS-e para o provedor E&L, que antes abria uma tela de autenticação ao invés de exibir o PDF do documento. Agora o add-on gera um PDF próprio (PDF Invent): para notas que não são da reforma tributária, o PDF Municipal é composto a partir do XML autorizado quando NFS-e, ou dos dados da nota do SAP, parâmetros e entidade quando RPS; para notas da reforma tributária, é gerado o DANFSe 2.0 da NFS-e Nacional a partir dos dados da nota do SAP, parâmetros e entidade. Também foi adicionada parametrização para manter a visualização do PDF via link, para clientes que ainda queiram utilizá-la.

[NFS-e] [Rio Grande - RS] [Provedor SigIss] Atualização do WebService para atender a Reforma Tributária / NFS-e Nacional

[Prefeitura de Rio Grande – RS] Implementada adequação do WebService de integração com a Prefeitura de Rio Grande – RS (Provedor SigIss) para atender à Reforma Tributária, com envio das notas no layout da NFS-e Nacional e emissão da DANFSe 2.0 para representação visual do documento (PDF).

[NFS-e] [Prefeitura de Campinas - SP] Atualização Link WS

[Prefeitura de Campinas – SP] Implementada atualização do link do Web Service (WS) de produção da Prefeitura de Campinas – SP, em atendimento à reforma tributária.

[NFS-e] [Prefeitura de Cariacica - ES] TAG's cLocIncid/xLocIncid em conflito agrupamento do ISS com agrupamento do IBS/CBS

[Todas as prefeituras] Implementado(a) o campo de usuário "Mun. Incid. IBSCBS (Municipal)" na tela de nota fiscal de saída, permitindo informar a localidade de incidência do IBS/CBS separadamente do local de incidência/prestação do serviço, preenchido anteriormente apenas pelo campo TX_MunIncidNfse. O campo pode ser criado pelo botão "Criar Campos" no cadastro de entidade e está disponível para todas as prefeituras; quando não preenchido, o addon mantém o comportamento atual.

[NFS-e] [Provedor IPM] Enviar tag <endereco_informado> no XML de envio.

[Provedor IPM] Corrigido(a) o envio da tag <endereco_informado> no XML de NFS-e para o provedor IPM, evitando a rejeição "00424 - Para o indicador de operação informado, o local de incidência do IBS/CBS deve ser igual ao local de estabelecimento do Tomador." quando o endereço do tomador informado é diferente do cadastrado na prefeitura. Foram criados campos de usuário na Nota Fiscal de Saída e no Parceiro de Negócios (com prioridade para o campo da nota) para controlar o envio da tag, que passa a ser enviada como <endereco_informado>1</endereco_informado> quando habilitada.

[NFS-e][Prefeitura de Bauru - SP] Incluir parâmetro "Usar Campo Customizado para Descrição dos Itens".

[Prefeitura de Bauru – SP] Implementado(a) o parâmetro "Usar Campo Customizado para Descrição dos Itens", que permite exibir no DANFSe as descrições cadastradas nos itens da nota — reunidas e separadas por "|" — em vez da descrição do cabeçalho do serviço, para notas emitidas pelo padrão Nacional (ex.: Bauru/SP).

[NFS-e] [Bauru - SP] [Provedor SIL] Ajustar valor do ISS quando o imposto o ISS e calculado pelo add-on.

[Prefeitura de Bauru – SP]

[NFS-e] [Provedor SIL] Considerar apenas retenções para compor o vTotTribFed

[Provedor SIL] Corrigido(a) a composição do campo <vTotTribFed> ao usar o provedor SIL: agora são consideradas apenas as retenções para compor o valor do campo, tanto para sua visibilidade no XML (se zero, o campo é ocultado) quanto para seu valor, alinhando o comportamento ao layout do Emissor Nacional adotado pelo provedor e evitando rejeições em notas com impostos federais retidos.

Provedor Sil Tecnologia | Disponibilizar parâmetro "Usar cálculo manual para os valores do PIS/COFINS"

[Provedor Sil Tecnologia] Implementado(a) parâmetro para o provedor Sil Tecnologia que permite o cálculo manual de todos os impostos retidos e não retidos, evitando divergências no valor líquido da nota e na base de cálculo do IBS/CBS que causavam rejeição pelo provedor.

[NFS-e][Prefeituras que utilizam schema da nacional] Envio das informações para Suspensão de exigibilidade do ISSQN

[Todas as prefeituras] Corrigido o envio das informações de suspensão de exigibilidade do ISSQN (tags <tpSusp> e <nProcesso>) para prefeituras que utilizam o envio municipal com schema de XML nacional, funcionalidade anteriormente disponível apenas para o Ambiente Nacional. O PDF do documento também passou a exibir corretamente essas informações.

[NFS-e] [Prefeitura de Pedro Leopoldo - MG] Incluir parâmetro de não somar PIS e CONFINS junto ao CSLL.

[Prefeitura de Pedro Leopoldo – MG] Corrigido(a) o envio de NFS-e ao provedor NFeCidades para a Prefeitura de Pedro Leopoldo – MG: os valores de PIS e COFINS retidos eram sempre somados ao valor da CSLL retida no documento enviado à prefeitura, sem opção de tratá-los separadamente, o que fazia o imposto destacado na nota divergir do valor apurado pelo contribuinte.

[NFS-e] Homologação da prefeitura de Bueno Brandão - MG

[Prefeitura de Bueno Brandão – MG] Homologado(a) a prefeitura de Bueno Brandão – MG. Durante o processo, foram identificadas e corrigidas particularidades técnicas de comunicação com a prefeitura (envio, consulta e cancelamento de notas), específicas desse município, sem impacto nos demais municípios já em produção. O cancelamento de notas fiscais foi desabilitado no sistema para esse município, pois a prefeitura não permite essa operação.

[NFS-e] Homologação da prefeitura de Vitória de Santo Antão - PE

[Prefeitura de Vitória de Santo Antão – PE] Homologado(a) o envio e o cancelamento de NFS-e para a prefeitura de Vitória de Santo Antão – PE, via addon, seguindo o padrão Invent de envio (Tinus) com impressão via link. É necessário certificado digital, não sendo necessário informar frase secreta ou senha. O ambiente possui homologação, consulta de NFS-e por RPS e cancelamento; os campos Código de Serviço e Código da Atividade devem seguir a LC 116/2003 no formato 00.00.

[NFS-e] [Provedor IMA] Atualização dos Links do WS que atende a reforma tributária

[Provedor IMA] Implementada a atualização dos links de WebService (WS) do provedor IMA para atendimento à reforma tributária, contemplando os municípios de Campinas – SP, Campo Grande – MS, Sorocaba – SP, João Pessoa – PB, Teresina – PI e Belém – PA.

[NFS-e] [Goiânia - GO] [NotaControl] Atualizar o download de PDF via Link

[Prefeitura de Goiânia – GO] Implementado(a) o envio do PDF da NFS-e por e-mail junto ao boleto, através do BankPlus, para o provedor NotaControl, em substituição ao download via link, que não pôde ser disponibilizado por restrição de permissão da Invent Software junto ao provedor.

[NFS-e][NotaControl] Disponibilizar o parâmetro de tomador sem endereço

[Provedor NotaControl] Implementado(a) o parâmetro de tomador sem endereço para o provedor NotaControl.

Goiânia - GO | Divergência nos valores de PIS e COFINS

[Provedor NotaControl] Corrigido(a) divergência no cálculo de PIS/COFINS na emissão de NFSe, que causava a rejeição "Erro 60694: O valor do PIS informado não corresponde ao resultado da BC PIS/COFINS × Alíquota PIS, informados na DPS". Foi disponibilizado um parâmetro de cálculo manual de PIS/COFINS, movido para a aba "Parâmetros", visível para o emissor nacional e para o provedor NotaControl.

Prefeitura de Olinda - PE | Informações Complementares da NFSe

[Prefeitura de Olinda – PE] Implementado(a) o envio de informações complementares no RPS para a Prefeitura de Olinda – PE, através da tag OutrasInformacoes, conforme orientação do provedor. O conteúdo é retornado corretamente na tag xInfComp do XML autorizado, e o add-on passa a gerar o PDF da NFSe já contemplando essa informação.

[NFS-e][Prefeitura de Santos - SP] Abrindo RPS ao visualizar impressão no documento de saída.

[Prefeitura de Santos – SP] Implementado(a) o comportamento dos botões de visualizar e exportar PDF da NFS-e: quando nenhuma opção específica (RPS ou NFS-e) é selecionada, o PDF exibido passa a ser definido pelo status do documento, sendo PDF da NFS-e (com tarja de cancelamento quando aplicável) para os status Autorizado, Cancelado ou Cancelamento Rejeitado, e PDF do RPS para os demais status. Os textos dos botões Transmitir/Retransmitir, Visualizar Impressão e Exportar para PDF foram renomeados para (Re)Transmitir, Visualizar PDF e Exportar PDF, respectivamente, e as mensagens de aviso de exportação foram atualizadas para melhor refletir o comportamento.

Adequação do codigo municipio para os provedores IMA/DSF 2.0

[Provedores IMA e DSF 2.0] Corrigido(a) o envio da tag <CodigoMunicipio> com valor zerado para tomadores estrangeiros nos provedores IMA e DSF 2.0, evitando a rejeição "Erro E60: Município do tomador do serviço não encontrado" retornada pelos provedores. Para tomador nacional, o comportamento de envio do código IBGE do município é mantido inalterado.

[NFS-e] Melhorar mensagens de erro ao tentar obter os dados da nota do SAP

[Todas as prefeituras] Implementada(a) melhoria nas mensagens de erro exibidas ao tentar obter os dados da nota do SAP: quando os campos cClassTrib/CST estão vazios ou mal configurados no ambiente do cliente, a mensagem agora indica de forma mais específica em qual método ocorreu a falha (ex.: ObterTributosIbsCbs), facilitando a identificação de problemas de parametrização.

[NFS-e] [Provedor NotaControl] Incluir o provedor no parâmetro de não somar PIS/COFINS retidos na CSLL

[Provedor NotaControl] Corrigido(a) a interferência da regra que impede a soma de PIS/COFINS retidos na CSLL para o provedor NotaControl, que estava afetando indevidamente notas emitidas diretamente pelo Emissor Nacional (NT 007), como no caso de Goiânia em homologação. Foi incluído um parâmetro específico para o provedor, de forma que a regra não interfira mais nas emissões feitas pelo Emissor Nacional.

GissOnline e Ginfes | Criar parâmetro "Não somar PIS/COFINS retidos no CSLL"

[Provedor GissOnline e Ginfes] Implementado(a) parâmetro para definir se os valores retidos de PIS, COFINS e CSLL devem ser considerados no cálculo do valor líquido da NFSe, para os provedores GissOnline e Ginfes, atendendo às regras da NT 007. Com o parâmetro marcado, o campo <ValorPis> recebe o valor do PIS retido (ou o da linha, quando não houver retenção), o <ValorCofins> recebe o valor do COFINS retido (ou o da linha) e o <ValorCsll> recebe apenas o valor do CSLL retido. Com o parâmetro desmarcado, <ValorPis> e <ValorCofins> ficam zerados e o <ValorCsll> passa a somar os valores retidos de PIS, COFINS e CSLL.

[NFS-e] [Ambiente Nacional] Criar coluna de alíquota do SAP e alíquota do XML autorizado no follow-up

[Ambiente Nacional] Implementadas duas novas colunas no follow-up do NFS-e para comparar a alíquota de ISS lançada no SAP com a retornada pelo Emissor Nacional após a autorização da nota: "Alíquota ISS SAP" (campo AliquotaIssSap na tabela Doc, com a alíquota de ISS informada no SAP, priorizando o ISS Retido) e "Alíquota ISS NFSe Nacional" (campo AliquotaIssNfseNacional na tabela Doc, com a alíquota retornada na tag <pAliqAplic> do XML autorizado pelo Emissor Nacional). Os campos são preenchidos automaticamente após a autorização da nota, permitindo ao cliente montar relatórios para identificar divergências entre as alíquotas.