Pesquisar na Comunidade

Estou com dificuldade para realizar emissão de nfse para Cruz Alta, a resposta me retorna com 404 estamos usando este endpoint: https://nfse.issnetonline.com.br/nfse.asmx

Boa Tarde, Atualizei recentemente o ACBR e agora ao imprimir a NFSe aparece nos campos de totais os Campos 'Total do IBS/CBS' e 'Valor Líquido da NFSe + IBS/CBS'. Acontece estes campos somente deveriam estar visiveis a partir de 1/1/2027. Algumas empresas, atraves de seus contadores, estão solicitando que eu 'remova' este dois campos da NFSe. Existe alguma forma, parametro ou mesmo gambiarra que eu possa fazer para que estes campos não apareçam até 1/1/2027 ?? Agradeço desde já. Moacir

Cidade/UF: Santa Maria - RS Previsão de Mudança: 1º de janeiro de 2026 Tipo de Mudança: Continuar usando o provedor atual, com a modalidade de compartilhamento com o padrão nacional, modificando o leiaute do provedor. ---Comunicado – Emissão de Notas Fiscais (NFS-e) via Webservice--- Prezado Contribuinte, A Prefeitura de Santa Maria/RS informa que está disponibilizando o Manual de Integração destinado aos contribuintes que utilizam o serviço de integração via WebService para a emissão de Notas Fiscais de Serviço Eletrônicas (NFS-e). Esse novo modelo contempla a implementação do Imposto sobre Bens e Serviços (IBS), em conformidade com as diretrizes estabelecidas pela legislação federal. Com o objetivo de assegurar uma transição técnica segura e organizada, o cronograma de implantação seguirá as seguintes etapas: ➜ Segunda quinzena de novembro de 2025: disponibilização do ambiente de homologação (testes) para contribuintes que utilizam integração via WebService. ➜ Janeiro de 2026: início oficial da emissão da NFS-e conforme o padrão nacional, em atendimento às novas exigências legais e fiscais. O Manual de Integração Webservice apresenta, de forma detalhada, o modelo de referência para o desenvolvimento e a operação dos sistemas de emissão da NFS-e. O documento reúne as especificações técnicas, critérios de comunicação e orientações para o envio de lotes, oferecendo suporte completo à adaptação dos contribuintes ao novo formato nacional. A iniciativa reforça o compromisso da Administração Municipal em antecipar informações e orientações sobre as atualizações técnicas promovidas pela Receita Federal do Brasil, que impactarão diretamente na padronização nacional dos documentos fiscais eletrônicos e, consequentemente, no layout da NFS-e. O objetivo é garantir que todos os contribuintes estejam plenamente preparados e alinhados ao novo padrão nacional, fortalecendo a confiabilidade dos documentos fiscais eletrônicos em todo o território nacional. Faça o download do material, clicando nos títulos abaixo: 1 – O Manual de Integração Webservice (CLIQUE AQUI). (https://www.issnetonline.com.br/santamaria/online/Login/Login.aspx?getFile=1107) 2 – Informativo referente ao cronograma (CLIQUE AQUI). (https://www.issnetonline.com.br/santamaria/online/Login/Login.aspx?getFile=1058) 3 – Informativo técnico (CLIQUE AQUI). (https://www.issnetonline.com.br/santamaria/online/Login/Login.aspx?getFile=1108)

Olá comunidade ! Foi publicado no dia 30/06/2026 a versão 1.01 da Nota Técnica Nº008 que traz as especificações de como deve ser o DANFSe. A nova versão não traz alterações no leiaute do impresso. Ela prorroga a desativação do end-point existente no padrão nacional para obter o DANFS-e para o dia 15/07/2026, efetivamente dando mais 15 dias para que as soluções e aplicações possam adequar seus leiautes. A versão 1.01 desta nota técnica pode ser lida na íntegra AQUI. Vale reforçar que o impresso utilizando Fortes Report já foi adequado no ACBr conforme tópico abaixo e os impressos em Fast e FPDF estão em construção.

Olá comunidade ! Foi publicada a Nota Técnica nº009 alterando o leiaute da NFS-e para adequação a Reforma Tributária sobre o consumo. Alterações Altera os campos que recebem a informação de CNPJ para o tipo carácter visando adequação ao CNPJ alfanumérico. Cria o grupo gIBSCBSAjuste para informar o IBS/CBS quando NFS-e de ajuste. Adiciona a possibilidade de gerar NFS-e de débito e crédito ao incluir os valor "1 - NFS-e de crédito" e "2 - NFS-e de débito" além de adicionar novos campos tpNFSeDebito e tpNFSeCredito no layout. Remove alguns valores possíveis do campo tpAjusteBC. Adiciona novo valor "4 - Optante Pendente" no campo opSimpNac. Renomeia alguns campos. Traz novamente o campo indFinal. Adiciona campos como o regApIBSCBSSN, vReceitaBrutaSN e o grupo gTribSN para informar IBS e CBS quando para os optantes do Simples Nacional com apuração de IBS e CBS. Cria um grupo para vincular pagamentos a NFS-e. Adiciona novos grupo para locação de bens imóveis. Datas Não há nenhuma informação explicita sobre as datas de implementação desta nota técnica. Mas estimamos que ainda vai haver um tempo antes dessas alterações entrarem em vigor. Estamos buscando informações mais detalhadas sobre isso e editaremos este tópico assim que tivermos mais detalhes. E como fica o ACBr? Modificações serão necessárias para adequar as soluções ACBr. Criada a tarefa ACBR-9463 para atualizações no componente. Qualquer novidade será divulgada aqui neste tópico. Leia essa nota técnica na íntegra AQUI.

Olá Pessoal, O uso do Padrão Nacional é um movimento crescente, começando com sua obrigatoriedade para os MEIs em 2023, sua próxima obrigatoriedade para os prestadores enquadrados no Simples Nacional agora em 2026 (veja mais sobre isso aqui) e o fato de todos os 5.571 municípios terem se conveniado, seja para realizar a emissão direta ou via compartilhamento de informações. Diferente de situações anteriores, a prerrogativa de "padrão" implica em uma padronização única. Isso se aplica inclusive ao próprio leiaute do DANFSe. Onde anteriormente não havia nenhuma regulamentação ou orientação sobre como deve ser o leiaute do impresso, hoje existem definições explícitas com a publicação da Nota Técnica Nº008, estabelecendo parametrizações como o que pode constar no impresso, o que não pode e como as informações devem ser exibidas nele. A equipe do ACBr já adaptou o impresso em Fortes para atender a essas definições e está trabalhando arduamente para disponibilizar os impressos em Fast e em FPDF. Levando tudo isso em consideração, informamos que os esforços a partir de agora serão focados em manter o DANFSe atendendo à NT Nº008 ou qualquer publicação futura relacionada e, por isso, não serão feitas novas alterações no DANFSe utilizado para os provedores no leiaute da ABRASF e em leiautes próprios. Ressaltamos que, na conjuntura atual, mesmo os municípios que aderiram apenas ao compartilhamento e vão continuar utilizando provedores próprios já têm disponibilizado em seus arquivos XML e retornos do web service os meios para que o XML da NFS-e compartilhado no ambiente nacional seja acessado e, de posse desse XML, o DANFSe no leiaute estabelecido pela NT Nº008 pode ser utilizado. Agradecemos a compreensão de todos.

Olá, comunidade ! No dia 14/07/2026, por volta das 9h49, começamos a receber relatos de membros da nossa comunidade com problemas na emissão de notas fiscais de serviço para o município de São Paulo. Os relatos informavam que, ao tentar se comunicar com o web service, era devolvido timeout. Realizando testes, o timeout foi constatado mesmo com um valor de 60 segundos configurado na propriedade de timeout do componente. Ao acessar a URL diretamente pelo navegador, a URL também apresentou lentidão. Buscando mais informações sobre o problema, ao acessar a página da Nota Fiscal Paulistana, foi observado o seguinte aviso informando manutenção programada para hoje:

Boa tarde! Prezados! Conforme conversado segue em anexo os arquivos para analise de homologação da cidade varjota-ce. Envio de notas de serviço usando SOAP UI.pdf nfse-validacao-soapui-project.xml

Olá, comunidade ! Como muitos devem saber, a partir de 01/09/2026, todos os prestadores de serviço optantes pelo Simples Nacional deverão emitir suas notas fiscais de serviço eletrônicas diretamente pelo emissor nacional — também conhecido como Padrão Nacional — independentemente do município ao qual pertençam. Se você não sabe do que se trata, veja este tópico. Recebemos a informação de que o município de Guarulhos adiantou essa migração para o dia 01/07/2026. Portanto, desde essa data, todos os prestadores de serviço optantes pelo Simples Nacional do município devem realizar a emissão de suas NFS-e diretamente no Padrão Nacional. Veja no tópico abaixo o que é preciso alterar no ACBr para fazer isso: Um agradecimento a todos os membros da comunidade que compartilharam essa informação conosco em nosso fórum.

Cidade/UF: Franca/SP Previsão de Mudança: 1º de janeiro de 2026 Tipo de Mudança: API própria (manterá provedor SIL Tecnologia) Fonte/Documentação: https://interface.siltecnologia.com.br/apidocs/franca/#tag/Nota-Fiscal-Nacional O município em questão optou por Emissor Próprio e assim, o fluxo de emissão será: 1. Contribuinte envia a nota para a sistema da prefeitura (link disponibilizado abaixo). 2. Prefeitura recepciona a nota e valida as condições municipais - exemplo: atividade pertence a empresa, dedução permitida para a atividade, questões de isenção e imunidade. Se tiver algo inconsistente, retorna com a rejeição municipal para o Contribuinte e a nota não é emitida. 3. Caso não haja rejeição municipal (atividade não permita, dedução indevida e etc - por exemplo), a prefeitura compartilha a nota com o Emissor Nacional. Se o Nacional rejeitar alguma informação, retorna a rejeição para o Contribuinte e a nota não é emitida. 4. Se a prefeitura e o Emissor Nacional aceitaram o XML enviado, a nota é gerada com sucesso e será retornado a chave de acesso gerada pela receita (código numérico de 50 posições). Em resumo, o XML a ser enviado no padrão nacional precisa ser aceito tanto pelo municipio emissor, quanto pela receita ou a nota não será gerada. Não será aceito envio via arquivo TXT, sendo disponível apenas via WebService. Não será aceito envio assíncrono, sendo aceito apenas envio síncrono - envia uma nota e aguarda a resposta, não pode enviar e consultar a situação depois. Não será aceito envio em lote, sendo aceito envio de nota a nota - envia uma nota, aguarda a resposta, envia a proxima. A documentação e orientações do novo modelo NF Nacional estão disponíveis no link: https://interface.siltecnologia.com.br/apidocs/franca/#tag/Nota-Fiscal-Nacional

Olá, comunidade ! Ao acessar a lista de Atualizações e Implantações da Sefin Nacional da NFS-e, consta que no dia 01/07/2026 foram efetuados ajustes nas seguintes regras de validação: Cód. Erro Mensagem de Erro E1577 Alíquota efetiva da UF para IBS incorreta. E1549 Alíquota efetiva do Município para IBS incorreta. E1554 Alíquota efetiva da União para CBS incorreta. Havia uma divergência no cálculo e na validação dos campos pAliqEfetUF, pAliqEfetMun e pAliqEfetCBS. Eles são obrigatórios e devem ter o mesmo valor de pIBSUF, pIBSMun e pCBS, respectivamente quando não houver redutores.

Um elemento que faz parte do contexto da NFS-e é o link de impressão. Esse link é uma URL que, ao ser acessada, exibe o DANFSe correspondente à nota fiscal eletrônica autorizada, permitindo que o documento seja salvo ou impresso. Além disso, esse link também é utilizado pelas soluções ACBr para gerar o QR Code no DANFSe. Existem três maneiras de esse link ser gerado; Devolvida no XML da NFS-e A forma mais comum é quando o próprio web service do provedor gera o link e o devolve como parte do XML, seja em uma tag específica para essa finalidade — como, por exemplo, LinkNFSe, LINK, linkPdf, LinkImpressao ou Url —, seja dentro da tag OutrasInformacoes. Se o arquivo XML da sua NFS-e não possuir essa informação, isso quer dizer que ela não é gerada e devolvida a você pelo provedor e o link precisará ser gerado de outra maneira. URL base no arquivo ACBrNFSeXServicos.ini Alguns provedores disponibilizam uma URL base com query params que podem ser utilizados para gerar a URL correspondente à respectiva nota. Essas URLs ficam armazenadas nas chaves HomLinkURL, para o ambiente de homologação, e ProLinkURL, para o ambiente de produção. Por meio do método ACBrNFSeX.LinkNFSe, passando os parâmetros necessários, a solução ACBr constrói a URL completa. Alguns exemplos de HomLinkURL/ProLinkURL no arquivo ACBrNFSeXServicos.ini: [3550308] Nome=Sao Paulo UF=SP Provedor=ISSSaoPaulo ProLinkURL=https://nfe.prefeitura.sp.gov.br/nfe.aspx?ccm=%InscMunic%&nf=%NumeroNFSe%&cod=%CodVerif% HomLinkURL=https://nfe.prefeitura.sp.gov.br/nfe.aspx?ccm=%InscMunic%&nf=%NumeroNFSe%&cod=%CodVerif% [3552205] Nome=Sorocaba UF=SP Provedor=DSF Versao=2.03 ProLinkURL=https://notafiscal.sorocaba.sp.gov.br/notafiscal-ws/servico/notafiscal/autenticacao/cpfCnpj/%Cnpj%/inscricaoMunicipal/%InscMunic%/numeroNota/%NumeroNFSe%/codigoVerificacao/%CodVerif% HomLinkURL=https://homolsod.dsfweb.com.br/notafiscal-ws/servico/notafiscal/autenticacao/cpfCnpj/%Cnpj%/inscricaoMunicipal/%InscMunic%/numeroNota/%NumeroNFSe%/codigoVerificacao/%CodVerif% Se, ao consultar a cidade no arquivo ACBrNFSeXServicos.ini, ela não tiver nenhuma dessas chaves, então essa URL não é fornecida pelo provedor e o link precisará ser gerado de outra maneira. Utilizando o método de consulta A forma menos comum é quando o provedor disponibiliza em seu web service um endpoint de consulta que devolve o link diretamente. Nesse caso, utilize o método ACBrNFSeX.ConsultarLinkNFSe, passando os parâmetros necessários. A solução se comunicará com o web service do provedor e retornará a URL. Para verificar se o provedor permite esse tipo de consulta, consulte os métodos disponíveis para o provedor (veja como fazer isso neste tópico). Exemplo de caso em que o provedor permite a consulta de link: Importante Como já mencionado, o QR Code impresso no DANFSe é gerado a partir dessa URL. Portanto, se nenhuma das alternativas for possível para o provedor utilizado, o link de impressão não poderá ser gerado e o QR Code não será exibido no DANFSe.

Olá comunidade ! Como muitos devem saber, a partir de 01/09/2026, os prestadores de serviço optantes pelo Simples Nacional deverão obrigatoriamente emitir suas notas fiscais de serviço pelo padrão nacional, independentemente do município ao qual pertençam. (Se você não sabe do que se trata, confira este tópico). Essa obrigatoriedade é semelhante à que ocorreu em 2023 para os prestadores de serviço MEI. (Veja mais sobre isso neste tópico) Reforçamos que as soluções ACBr vêm atendendo a essa demanda dos prestadores MEI desde 2023 e a mesma configuração poderá ser utilizada pelos optantes pelo Simples Nacional quando a obrigatoriedade entrar em vigor. Trata-se da propriedade LayoutNFSe, que possui 3 valores válidos: lnfsProvedor: a solução ACBr se comunica com o web service do provedor que atende ao município. lnfsPadraoNacionalv1: a solução ACBr se comunica com o padrão nacional em sua versão 1.00, independentemente do provedor que atende ao município. Atenção: essa versão não aceita os campos da reforma tributária e por isso pode ser considerada "obsoleta". lnfsPadraoNacionalv101: a solução ACBr se comunica com o padrão nacional em sua versão 1.01, independentemente do provedor que atende ao município. Essa é a versão que aceita os campos da reforma tributária. Exemplo de configuração no ACBrNFSeX: ACBrNFSeX.Configuracoes.Geral.LayoutNFSe := lnfsPadraoNacionalv101; Exemplo de configuração no ACBrMonitorPLUS NFSe.SetLayoutNFSe(2) Ou via interface gráfica, no caminho DFe -> WebServices -> NFSe: Exemplo de configuração na ACBrLibNFSe NFSe_ConfigGravarValor("NFSe", "LayoutNFSe", "2"); NFSe_ConfigGravar(); Exemplo de configuração da ACBr API Envie o valor nacional na chave "provedor" do JSON do payload: {"provedor":"nacional",...}

Olá comunidade ! Informamos que o DANFSe no motor Fortes Report foi adequado com sucesso às definições da Nota Técnica nº 008, que define o leiaute do DANFSe. Antes: Depois: A situação atual do DANFSe no ACBr é: Motor de relatório Atualizado conforme NT? Fortes Report Sim Fast Report Não FPDF Não Fique de olho em nossa área de notícias para novidades quanto aos demais motores de relatório

Olá, pessoal. Estamos integrando NFS-e via ACBr API Cenário: Integração: ACBr API via REST/JSON Município: Jundiaí/SP Código IBGE: 3525904 Certificado A1 já cadastrado Empresa cadastrada na ACBr API Inscrição municipal informada Empresa efetivamente estabelecida/cadastrada em Jundiaí Provedor: GISS/e-GISS Ao tentar emitir NFS-e, recebemos o erro: E361 - Empresa não cadastrada no município A dúvida é: no contexto da ACBr API + Jundiaí/GISS, esse erro normalmente indica qual ponto? Empresa não habilitada para emissão de NFS-e no GISS/e-GISS? Inscrição municipal enviada em formato incorreto? Cadastro da empresa existente na prefeitura, mas não liberado para webservice/API? Tentativa em ambiente de homologação sem cadastro correspondente nesse ambiente? Alguma configuração obrigatória faltando na empresa dentro da ACBr API? Pela consulta do endpoint municipio o mesmo retorna que jundiaí possui ambiente de homologação, porem mesmo tendo empresa aberta nesse mesmo município recebemos esse erro ao tentar emitir uma nfse em homolog. Também gostaríamos de saber qual é o melhor diagnóstico nesse caso: consultar metadados, revisar configuração NFS-e da empresa, validar dados no portal GISS ou acionar a prefeitura/suporte ACBr com o retorno completo? Alguem ja passou por esse problema ao tentar homologar? Obrigado.

Boa tarde, Estou enfrentando um erro de validação XSD ao emitir NFS-e para o município de Itaboraí/RJ (IBGE 3301900), provedor CTA versão 2.00. O erro é retornado pelo próprio webservice da prefeitura. Informações do ambiente: • Provedor.........: CTA versão 2.00 • Município........: Itaboraí/RJ (IBGE 3301900) • Webservice.: https://prefeituradeitaborai.online/wsnfse/ Reproduzido no Exemplo oficial do ACBrNFSeX (Exemplos\ACBrDFe\ACBrNFSeX\Delphi\ACBrNFSeX_Exemplo.dproj), sem nenhuma alteração no código: Retorno do webservice: Requisição Ambiente : 2 - Homologação Cidade : Itaborai/RJ Provedor : CTA Versão: 2.00 Método Executado: Enviar Lote Assíncrono Parâmetros de Retorno Sucesso : False Erro(s): Código : Mensagem: XSD REPORTOU ERRO - CODIGO: 1871 | MENSAGEM: Element 'ClassificacaoCNAE': This element is not expected. Expected is ( CodigoNbs ). | LINHA: 1; Tags geradas (XML): <Informacoes> <IssRetido>2</IssRetido> <ResponsavelRecolhimento>1</ResponsavelRecolhimento> <ItemListaServico>06.01</ItemListaServico> <ClassificacaoCNAE>9602501</ClassificacaoCNAE> <CodigoTributacaoMunicipio>06.01</CodigoTributacaoMunicipio> </Informacoes> Fico à disposição! Agradeço a atenção da equipe.

boa tarde, estou tentando enviar rps's para de um prestador da cidade de São Caetano do Sul/SP e não estou conseguindo identificar a falha no meu XML, já li e realizei testes com os outros fóruns fechados que envolvem o mesmo código de erro para o ginfes, e ainda não consegui corrigir, alguém consegue me ajudar a identificar aonde está o problema no XML anexado? NF53871-rps.xml

Bom dia, Estou enviando o evento de cancelamento para NFSe do Padrão Nacional, e preciso pegar o xml de retorno. Entretanto, ainda está voltando como "eventoXmlGZipB64". Como posso extrair o xml? O ACBr tem algum método que possa me ajudar? { "tipoAmbiente": 2, "versaoAplicativo": "SefinNac_Pre_1.4.0", "dataHoraProcessamento": "2025-10-15T11:23:10.440146-03:00", "eventoXmlGZipB64": "H4sIAAAAAAAEAMVa2Y7jOLL9lULNo1Gt3bYa2TWgdlmLrc2y9DLQvliLrV36+svMrKyummnc29NzgUnASJoMBoMngsE4hF/+vtTVpynp+qJtfvuM/YJ+/pQ0URsXTfbb53FIvxw///3rSzIlzdC+yQXtmxiUgzOb/rfP+TA8fkWQeZ5/6R9J/EsabEkTB79k7fRL2CFN2iefv74UTcq/K5Hj3z7zV5vA0D2OojhOHugDjRJHFEUxDEN//yNpnMJQnD6gxP6I4iQGx1EogEF10BLwqIroq5WkRaMH0T8uXfIP7BfyF/QF+T74EtShmHRf8RfkW+ulsZLnuyFfoeQP317i/NK10VccxakvGPoFo2wM+xUnfoVtlPgVhdLfJF4aTkjeZr/+f4F7NpPs2+b+DUx+RvMNocubqjeELib/nyE0PEAdvu78vfE7YoBlOl2wktsX7Gew4vwbFP8CAXr4HYIPuFj9cgLj0HZffzbvBfl95CXKX1f6+u/v5AX5NvWlufyA71c4D+L+U9dL8r7try8Ll/TRVzZooqQK6jd/xMknqOZL8oK8D75EWjsUU/sKzEfzZfno+/Tlk5V0UxG1n5qg/fTokn4I4hZO/hBFvi+GfPfX1xeryJpgGLvkD/w/E7+0XYbA7aMISiNQIO6L7G+f32clsdykr2gGTdsUUVAVWzDAo6glQ97Gn0CVtV0x5PUfqbTNV60YYvLsF6j2S4SRzZfXHpTAqM+fkB/s+jPq/tlCGJxf+jzA3jSZSZp0MDEknxxT/u3z3/7j8LS7oOnTtqv7H9r/noFJMyVVC4/Xl/5jn2+2/kl1/zd8yI9GckUGo+GvAPkdxHcV16Aak68YeyjIHa5yNFc/H40/Dgp/aFgqOx1/e0F+lHxBvoMP2z8GzXf3vgt6uo+g98Ro1v6sg0aw+jjc7lZSjmLf6Us8n8cdlzHjlXGC3GCp4nSKlIt7Q1rfnjoSCSMrKHhMfyb+Nq5WFHUe5++G/dQmzGgPSgBChSfuh35gh6a5XEBzjJ40ldYVE7WUg8dko1s9k7ZzoSH0kR7TQ/wQRtfO5ztDslVAiqEW3q6rbhsb3yt5eCsrFaSdcq4525HG+HE4jJvCPEPvJqMYe2ay0zSj2y6biZmkXO72OFabtrLpVVxIahCkw20SXSqMXe/GM1h9mchJ5VspvDW3Jn0YIEF2ssXJe07f09GDL+fQMiPBOK8SIpHHECcT8xk3J1rL5anRJPUe4VV6dESLGya0EwOtn3/77R30H4B+UZL13QM3CqW5YAjeW2zSDUUKT/GQfNVkWfI3lmWcXQZmmQGZLNsCX7GWfiN0cuYM76S0vpxPkQ4MXmUMMMc2r2rgLgLM4ZlcY41KXvgNmEymXxnQ2uy94hwWY6Na2AJ3XvQSoO9jva1e9cojTlUsCmvg8pkv8plTX0vfrVDPYkTfNSs4r5dFc5L50+rd9EfIgkEWTqJR8r7GRG/rgkUzDEfLHJTWrlfz9DZeMK5ug0SYUeg7QGmltugbj2kcE7z1lT/3wb0zYPv39sJu4PQ+ltngjkmaGc2C4XFXw5D4mWJ9d4F2Q7Tqah/iFOrbv9vMQpuvdXX3XbqEY7V/O1VhrT88m79pjPMhc9ZsntA2Z9U2b9Y4sJxt+f8TQ1djjI+1dOfus7LoDAZKGVbBMHBtiI32gXF/XRnDxnTHXhnetBjdRhfGWRlBFhjBQAVb5hfH5Pm9zkWUvt1nbcvebIZ65izjCw2gIms9RUsOCc7gGWA4AJAyw83gdVwBLfSBwY7HC86A86bq4lKGvJ4D97mMHiAlOSYjV+6poxJa3gMjBdJk2wuJX572SQ274UbUOkqurXNe8wRc7EzQJ4weWfLeG7lzl+hetbuLrdnHaY4R8bzL0bVqwmnb5aeHEuKWXuvEbm7UU+cKgseQ0UxoWLkh92m+UdVw0gUxtpgkZco9vyWsd6Xiajj4VHIE6yKAmb70Wjwc6rkYxcADwjzGTFmLOdaiAaI6ykJFMeE+m9gXd/3+MMnAMg9L6mLUeKm3dMN4F+F87XCK2bw2HRQ9ut5jmXMOQrifD4mCq2IDeotednN2i1p+utXuzjv4/dMSrh50BZHjPLdGGwgnhMrLnCo4rZHKB8g0BgCxzLLTA8Y669vvsSuZGg9KADTm+OrnWJ4NT2MCIFy2NcvYdafiKeapoceCRts2dupXX+OPIsv2IvSfwMw8w/DabNgAYbKsYzJeYIxoBq23BZKJRlw7qbhe+iyVe4Q+hdIVDSwKxjw6eo08haK+qrhQqrePMWz1a3mIS2eMuLjQZHH/bifPZ6E8Z8GOEXA9D92q91x9hXG+GWI+xSKWwzM5ejg9tKwnMi6jAUNjWwa1RVRnbKfSDIvhnOoayLx5gXFrmU4FYxa7OHfh5OyBz2RXeJB5DuxhdptJFMYwcbbBduYAjGN+0QJAfsgwCpj4FZ3hGKHZd1KzYZxvPHW2HUwveVR7m/O/fdhMmD3B42cGzEnG5Zr2LzJC9u4TYEIvHWfb8MQ3+YxvtVfMDU9WZo9hDEeCfa7u5mgsgb260qWHGyPEZwvxBYvF+xsuan2CWJuTR2iTLzGl6v4L7mMkmrXGoG/rngzjLT/87muN/cHHHMPBrwDmOxNNGek+xxugWi7JdO8/9z3Mab3GPbOzAvC8NNtYMudzcZw8XL9rxV/U921fXGa4DGPt9nVrW2mw6+XxdstOkiNrYXZY5HID57eYM44MSI8wUcF9J+CP7j8uy2DOEnlXJkrMVTSBz/pGDDE0zHZCheQykiHDItudegsHKTaE52wfvBN2OR/3FNZdG29TNj/BAbMdQrn3EPfcCHimbIkYcJiUenQuPoXavsuOYnJuJ/XtntiBgrZ1m7xiQrDLG4YKyAonms0yG2QbGbNHu0jPq3aiccuWYl83LqFi2FbDR3fHZff18bJWeKdRl6i4qJIglMlJveTB4bDfy9apIsqBO+zEYrIL1e0Op9oXBlw3bgugki4t2UxygvtCFZs423R+CAahfFzO5oDY+2HQ5RZBKIS/C7fRPADJ2ce27cWcRSZX/vGU3dU5taJl72+GUc4tdeCE+mCjVcfadt6xVm1HQZDUvZ7kV1DUHC8/2Q09rKqCXIaqBPeCGm5LnTzOAccU7Fq28ljlDYVFrX9Ow77GjuV8Pt4PHmCEaHcYVuOONltZZmEpoSP1QApSxByniFHutL8sG4WzUsQdgB0uYiuSoBsUsaJV44gbYMBN4FUs0ON9YLLdhVarirznqtmZ18BYuKbW9ivuOrHjKofDrNnNbEyljygheGZeiWBkkSipGKZ7++E/9bmUiEqnh/uxj8qHgwJmOuvM7qhyaEa4lof5TvlAZjba03yW+9v9SRRiP+7tRg7P1Fw+jLRK5Q5LRVBwJhglPuakJMRMTDn4QzNiGXNEns8eRdegF55Y0YKB6KqqBz2rdofNMdwX5J+rvvee94oQ+V4l/l4/wvbjJ+6KfH8X+W+xyDcOhKGvKr8kS/RGg/7mQmm2rV85dP+XmCSGoOSHlV/qtks+6CRO7f+QUP7HL0L/fUL555D866TyA1OI2t9+QPJHrkikW9WCPFnPKXbqVKajRYfsiKQ5jrzE3WYaZrOc2BudGf1Vltmb6Nm7JWa6P0he7Vmm3nklIE9DTLmMpJW7MxKnvZ+SJXrc+7SltcSiTcuVe6qiRy5m4VET0VrdiYnDIkpv5yNGSJpDdHx/qcHNefbb3BxTZN8oR8ue+HlJF7v173wPgLrOaC6nD5uWsShUycuKVMaJPg8XJajLoqH3WgUXKCyWn9VUPE6TtnMu1yszHx5Baj8qrbH4nKoffDrfce4C+QpC62pan0hTL/tzGgtBuSPDCBylM3nObQThjOswnORAkiXxnB6y7snR81p7QaPzcyly5XaYlBt69C+bi7S3qyGGO6duK8zZi4GyTpRu4sxgHio6YKXxKJTEsJHjTmGT+jkDR+u5dEfk2V9nmXJXQpb5CD5YpiaGDT4ojIee6epEnJl/Zgrs7ABYCWqa0c/sO8MS+fnEOiVvawz/zmCyWbEc3VCdbyyH+529sPPcG7crGhKnhy8Kdx9WgpBxoYHrPzxcuMP+HDKiPLi1mdGcckipe1hZrpBB4W+VnQ2md8alaQovwIqKhmzLzH3RyQz8usZiVQeuDr/Tr3Pu4crY5vVkOPdjButBLS75WcojXSudWd8ArBYzFFaOq/vW5/3cV7IMxv0rE/2BbcIhU9RMfubmd7bJgZyFVaxtOcvJsPkVVo8fmMBr5mpdIXOFrE00HVOAchqsgF9Zm2WjugDtg9Xx9Xzlj5nJO/Aj8DamLcIGru/rOTZXapteZhukIctbZWrDqte6z6f39TlYCBIxEY2RdIKV5bX0XHr1bzoKmS9kodToN3ql1vEUF1QRlTxkGN6bfdyiXYzmCtk0VUWElpkuhQY3k9JMbeYNT32rboHI6tvMwmoesuyT9crU5RLoTHZ/5vdCpGcUskZeAOAMZY7gdZzNFNjmwRDwrbfszSgC1b0t+CM/nw/Zbn2I+00v1gSM88UmkqBVtlqrlOCq8OcovR8ItqXQc3g97xXNTNHzmGm7h3zhQIhcyGtZ69TcbapcgESin4teP551c8YO8LxU5FRON/ekbYp7XqKOwutypVolPYVTPB3cHW4tlj3Ow1pLshoY6PxInMNGMMsudBDMetS0ozRn3T06h3OsMus921OSaj+HR1xcxMiWJtHZSoPUH81wCMh+XkgsDOIEPJiA3xgVtzZjiy78RdLEMt09Ep9aH5xfT89xlrWEMGI2VKgnplI44rHF1jeMeLMEnz3Eibss/lk9K7xzKK8ztT9fLKZV2ftjzYnz0XOZ05EpqlnmgAGYlpS5hWNZcASzNL+xgJJhsllogdOZ/sVCeG3qFaVtHQ+bMfHkawV5RGcue5O9AENCoOM4kLmZJmofTCfShBY62xN9kocMTmY1nhSZ+pXNyUxgQ67Jyz8wEpkRSv87O4jq6xwS+uP9fB7HCJ7N15j8HnsFfQ9xfYMsaIYMoooaZoXyW8hSsy96c2S82WYyYjsHspzFMKrVVxncxGCeeNW/xdIJ6ufHsPY336KakPAg+1BYGca4X1fjn5aHeSgsqDmq6XsMcwfMQfAMmCuM/1ytqTrCndHHafyVtf1ZRgZslik+GJksAk0i54sC9i1XiHr9nR3Cs8lMMMe95cNwpTaYC6Edx+/rqfhSQqzynzCSvEWt9TXkwK7l1uzceuQPLA/KmQ+4f3j2zSna5D/CvvcIeXplpe/r0VuEL7gGGVxUz3PmRT+/Kkj9nNgM+0+vCvj3NV/xEukN4vX6wjapzTdb1w+M4Vowt8M8nkcr/cOa8/vLArwbvq+3ASYv4u9x9BojEftHuAjlx74iQu9f83qWCQgDqyBoIw9inwKZwTIwB4WzxQK3ZwKDwSGBGFKTMx/IlZj79HGjIzAhNbvaeuAnErzVhE04cvLiVgQAgKl2Q7zrYfXwej74aDYNOQcXBGxOLGhaRp3sUZJ6XRBSd9mfp2O6LmfEuM+FfmpIMgSgALqfjR7qFgYtRx2z8kronswF2YmBJF52C8pSLgpPL15W2at92elqj45NdMjKeH5ImZAPjvPusiQ55tTccjPVRjmYTu98t+9o/GhfxrqCvYanp5QHjlLfY3j900GFKzwqtju+S9BqRPdT5x8JmZUN7tBZS7n4frtMjbbIgklfEZnaCDXY+zvxFF8qPs+iriMpgyGAZIfNtSQwaR8jt3wvFM/XB4xL4OHNstZmeWq9nnf08W4dv9mXMDj/zb5sNjOIn06wJhkOJWInkLYfT0dizgs3IL1TClzu8MBT6gE8oNxyDRTw7mCyCkzL/ayLLja17GlSxKs23aSRTHTnUkXL7OW6HOD0H76Mv78MaD09Egosuig2bS8EHS6gqcBZ4hKiSZvKrgm6AMjOjwpOEW9XNbXyhFc2zGly1LhzmOHFq7U2xkZKknYvkXkXjLeEs5FaUtNh3unosT7MFp9lerbPm8E7bIV01ErdDG9sPJ4AK6wkcWOaTNFJcItgJXGdGm7H0KXkdSlf0H7rUPRsEj1777eLOkmDeL3E4pIPKnt0A8P1WcfeNXU7iUxiDFjeEf41BgPSPecKVfFjbY6J5IuPuNSVu8YhNOPh4vEiOUGqhDyyPNlWvXKStF0qXccu5dgNJY6dxHixBW9NGKAuzjQ8674R6Y7p+wIXzr5QhnpytcPw7o/bIdGo40ifvUufusAeyyp25CXpKLeHM1L7XvhVaXQNzRT14qKV7h+OyEVpeLPtti3xM1EobDJPipKsFg9Z42rYX21bysOJKLh+k3PhgmQBKt6E636VMs3UNYxLLwmla0qZLx01+UrRubmaUN1Ys0rGUDuZ1W/K5EZLzlC8rNlUhsUgz+DdNWpVF++FIZVpbG+cN2x/Kxqm2pecHN/ULYFhoHNnZsfwF0Dq+4x93qCHhbVYx3ttDT655xKO1Ob7JXeec+qIEb9u0RMfjgdY7ynjklHcE0wqKY122j+Ne4a3YUJK89AZLI7Rtd2crzYlKcl82u3n6EBqnPwYtac36kt8S1LKYz2TzgpUOyozebXSUxHtgr/0MvD+I4uv/wP86HkJkyEAAA==" }

Olá comunidade ! Por volta das 10h do dia 03/06/2026, começamos a receber alguns relatos de membros da nossa comunidade de problemas ao emitir NFS-e para o provedor GISS da empresa EICON. Os relatos tinha em comum o mesmo retorno com a seguinte rejeição: Depois de entrar em contato com o suporte do provedor o membro de nossa comunidade @Luiz Ribeiro conseguiu o seguinte retorno confirmando que o problema ocorre do lado do web service e o provedor está se movimentando para providenciar uma correção.

Existem municípios que ainda não aderiram ao padrão nacional da NFS-e ou ainda não encerraram o processo de parametrização junto ao mesmo. Essas cidades estão em descumprimento do art. 62 da Lei Complementar Nº214/2025. Ainda de acordo com essa legislação, essas cidades já estão sujeitas as penalidades observadas, incluindo o bloqueio de transferências voluntárias. Por causa disso, a Secretaria Executiva do Comitê Gestor da Nota Fiscal de Serviço Eletrônica (SE/CGNFS-e) orienta aos municípios que ainda possuem pendências para que realizem a regularização o mais breve possível. A lista de municípios que ainda não aderiram podem ser baixada AQUI. Esse tópico foi criado com base em notícia originalmente publicada AQUI.

Olá, comunidade ! A Secretaria Municipal da Fazenda de São Paulo anunciou alterações na sistemática de emissão da NFS-e relacionadas à tributação federal, especialmente sobre PIS e COFINS, com o objetivo de adequar o sistema à Nota Técnica SE/CGNFS-e nº 007/2026, publicada pela Secretaria Executiva do Comitê Gestor da NFS-e. As mudanças passaram a valer em 14 de maio de 2026 e impactam diretamente a emissão de NFS-e nos leiautes 1 e 2. O que muda na emissão da NFS-e? A partir da nova regra: Os campos PIS/PASEP e COFINS deverão informar os valores totais da operação, correspondentes aos débitos de apuração própria; Valores de retenção de PIS, COFINS e/ou CSLL deverão ser somados e informados: no campo “Contribuições Sociais – Retidas” na emissão on-line; no campo “ValorCSLL” na emissão via WebService; Também passa a ser obrigatória a correta identificação do tipo de retenção conforme os códigos definidos pela Prefeitura Novos códigos de retenção Os códigos aceitos para identificação das retenções passam a ser: 0 – PIS/COFINS/CSLL não retidos; 3 – PIS/COFINS/CSLL retidos; 4 – PIS/COFINS retidos e CSLL não retido; 5 – PIS retido e COFINS/CSLL não retidos; 6 – COFINS retido e PIS/CSLL não retidos; 7 – PIS não retido e COFINS/CSLL retidos; 8 – PIS/COFINS não retidos e CSLL retido; 9 – COFINS não retido e PIS/CSLL retidos. Alterações adicionais Outra mudança importante é que o campo “INSS” passou a ser apresentado como “Contribuição Previdenciária – Retida” na emissão on-line. Além disso, o espelho da NFS-e foi atualizado para exibir os novos campos: “Contribuições Sociais – Retidas”; “Descrição Contribuições Sociais – Retidas”. A Prefeitura também informou que o campo “Pagamento Parcelado Antecipado”, utilizado no leiaute 2, deixa de ser obrigatório. Essas alterações exigem atenção das empresas e desenvolvedores que utilizam integração via WebService, garantindo que os sistemas estejam atualizados para evitar rejeições ou inconsistências na emissão fiscal. E como fica o ACBr? O ACBr já contempla essas alterações no componente! Para informar o tipo de retenção de PIS e COFINS, deve ser alimentado o seguinte campo: No componente: NFSe.Servico.Valores.tribFed.rpRetPisCofins // Valores possíveis do enumerado: trpiscofinscsllNaoRetido, trpiscofinscsllRetido, trpiscofinsRetidocsllNaoRetido, trPisRetidoCofinsCsllNaoRetido, trCofinsRetidoPisCsllNaoRetido, trCofinsCsllRetidoPisNaoRetido, trCsllRetidoPisCofinsNaoRetido, trPisCsllRetidoCofinsNaoRetido No ACBrMonitor e ACBrLib, estará disponível na próxima versão. Abaixo, um exemplo de preenchimento: // Valores possíveis: 0, 3, 4, 5, 6, 7, 8 e 9 [tribFederal] tpRetPisCofins= Fonte oficial Prefeitura de São Paulo – Alteração na emissão de NFS-e

Bom dia pessoal, em relação ao provedor Equiplano, não estou conseguindo emitir notas no ambiente de homologação estava emitindo até dia 09/12, desde ontem começou a retornar: <?xml version="1.0" encoding="UTF-8"?><ns:return>org.hibernate.hql.internal.ast.QuerySyntaxException: Invalid path: 'servicoSubItem.servicoAeItem' [SELECT servico FROM es.nfs.model.NfsServicoAeEspecializacaoModel servico JOIN FETCH servico.servicoAeDesdobro servicoAeDesdobro JOIN FETCH servicoAeDesdobro.servicoAeSubItem servicoAeSubItem JOIN FETCH servicoSubItem.servicoAeItem servicoAeItem WHERE servico.entidade.idEntidade = :idEntidade AND servico.codServicoAeEspecializacao = :codServicoAeEspecializacao]</ns:return> Entrei em contato com o pessoal da prefeitura de Francisco Beltrão/PR, os mesmos responderam que tem que adequar a reforma tributária, mas não consegui identificar quais serão essas alterações para o provedor Equiplano. Vários municípios utilizam esse Provedor e tenho integração alguma informação sobre alterações desse provedor em relação a reforma tributária? esnfs_Equiplano_Homologacao11_2025_4 (1).pdf

Ao emitir uma DPS em homologação ou produção utilizando o layout XML como Padrão Nacional e não sendo MEI ou Simples Nacional a partir de 01/09/2026, caso ocorra a rejeição E0037 - O código do município emissor informado na DPS é inexistente no cadastro de convênio municipal do sistema nacional, como faço para saber se o município está aderido tanto ao ambiente de produção quanto homologação? De acordo com a planilha ANEXO_I-SEFIN_ADN-DPS_NFSe-SNNFSe-v1.00-20251226 que contém o leiaute da NFS-e e as regras de validação aplicadas pela API do Padrão Nacional, está é a regra de validação que correspondente a esta rejeição: Campo Regra de Validação Código Rejeição cLocEmi O código do município emissor informado na DPS deve existir no cadastro de convênio municipal do sistema nacional. Exceto quando o emitente da DPS for MEI na data de competência da emissão da NFS-e. E0037 O código do município emissor informado na DPS é inexistente no cadastro de convênio municipal do sistema nacional. Primeiro, acesse o Monitor de adesão dos municípios à NFSe Padrão Nacional neste link. Filtre pela cidade e confira se está marcado como Sim em Adesão ao Emissor Nacional NFSe*, conforme prints abaixo. Observação: no momento do teste a cidade de Rancharia/SP estava constando como habilitado o webservice de produção e homologação não, já a cidade de Governador Valadares está com os dois habilitados. Confirmando que o município está aderido a emissão a partir do Padrão Nacional, faça a consulta do Convênio a partir da Consulta de Parâmetros Municipais. Você pode utilizar o demo para conferir a informação clicando no botão Convênio que fica na guia Consulta de Parâmetros Municipais da guia Provedor Padrão Nacional. Para fazer no componente utilize o código abaixo: ACBrNFSeX1.ConsultarParametros(pmConvenio); No monitor: NFSe.ConsultarParametrosNFSe(2, "01.05", "19/06/2023", "12345") Na Lib: NFSE_ConsultarParametros(2, aCodigoServico, aCompetencia, aNumeroBeneficio, sResposta, esTamanho); Ao consultar teremos os seguintes retornos: Tanto para Governador Valadares/MG em Produção quanto em Homologação o retorno foi o mesmo: Já para a cidade de Rancharia/SP, em Produção o retorno foi: Já em Homologação para a cidade de Rancharia/SP foi: Tendo em vista estes retornos, a cidade de Rancharia/SP por exemplo não está ativa no ambiente de Homologação no Sistema Nacional, mas em Produção sim. Você não conseguirá emitir NFSe no ambiente de homologação, apenas produção. Você pode também entrar em contato com a prefeitura também e informar o fato para eles, solicitar que façam a adesão ao ambiente de homologação também. Observações sobre os testes que realizamos: Ao testar a emissão em homologação, foram apresentadas rejeições relacionadas a validação dos campos, mas ao corrigir ocorreu o erro E0037, portanto pode ser que ao testar em sua aplicação ou no seu demo, ocorra erros de validação como CPF/CNPJ do Tomador errado, mas após corrigir todos vai aparecer a rejeição E0037. É possível que o ambiente nacional só faça a validação se está mesmo aderido após realizar as outras validações. Referências:

Olá, boa tarde! Estou com o ACBr atualizado (hoje) e estou tentando enviar uma nota (Produção) para o município de Cabo Frio - RJ Porém ocorre o erro abaixo Alguém passando pelo mesmo problema? Obrigado! Tipo: Erro - Código: X999 - Descrição: Erro de Conexão: Erro Interno: 10060 Erro HTTP: 500 URL: http://tributos.fazenda.cabofrio.rj.gov.br:8091/nfe/snissdigitalsvc Connection timed out Erro Interno: 0 Erro HTTP: 0 URL: http://tributos.fazenda.cabofrio.rj.gov.br:8091/nfe/snissdigitalsvc Connection timed out