Diego Foliene

Bom dia! Por favor, remova o cLocalidadeIncid do payload. Estamos verificando como é feito o processo de transcrição do valor enviado do payload para a geração do XML pela API. Ainda hoje trazemos novas informações.

Olá comunidade ! O seguinte aviso pode ser encontrada no Portal da NFC-e da Sefaz de SP: E como fica o ACBr? Como o campo é do tipo string nas soluções ACBr não haverá necessidade de modificação. Dito isso é importante que aqueles que armazenam essa informação em seu banco de dados verifiquem se estão utilizando o tamanho correto no campo para que ele não seja truncado.

Olá comunidade ! Foi adicionado no Portal da NFS-e Nacional uma nova área para centralizar as atualizações e implantações importantes que forem sendo feitas pela equipe responsável no ambiente nacional. Por enquanto existem informações apenas do dia 13/03/2026 com a menção do desligamento de algumas regras de validação e melhorias feitas no sistema. A nova área pode ser acessada AQUI.

Olá comunidade ! A Sefaz de MG atualizou as cadeias de certificado opcionais que podem ser instaladas em caso de problema. Elas foram atualizadas dia 20/3/2026 às 9h e são válidas até 14/06/2026. O download pode ser efetuado: Para NFC-e AQUI; Para NF-e AQUI; Para CT-e AQUI; Para BP-e AQUI;

Olá comunidade ! A nota técnica 01/2026 do Reinf incorpora mudanças que visam atender a redução de benefícios fiscais estabelecida pela Lei Complementar nº 224/2025, regulamentada pelo Decreto nº 12.808/2025 e pela IN RFB nº 2.305/2025. Dentre as mudanças temos: Registro R-9001: Campo {CRComl} do grupo {RComl}: alterações das alíquotas a partir de 04/2026. Campo {CRAquis} do grupo {RAquis}: alterações das alíquotas a partir de 04/2026. Campo {vlrCRAquis} do grupo {RAquis}: Inclusão da regra de maior valor. E como fica o ACBr? Como a nota técnica não traz alterações de leiaute e os campos mencionados na mesma já são do tipo string e float respectivamente não possuindo assim nenhuma restrição, modificações na solução ACBr não se fazem necessárias. Leia a nota técnica na íntegra AQUI. Esta notícia foi baseada em publicação originalmente encontrada AQUI.

Olá comunidade ! Foi publicada a versão 3.2.2 do Guia Prático EFD ICMS IPI com vigência a partir de Janeiro de 2026. A nova versão traz as seguintes alterações: O Guia completo pode ser lido AQUI.

Olá comunidade ! O seguinte aviso consta no Portal do SAT:

Olá comunidade ! Foi publicada a versão 1.30a desta nota técnica. A nova versão traz apenas algumas pequenas correções em alguns campos em relação a versão anterior. Datas Permanecem as mesmas datas da versão anterior. Leia a versão 1.30a dessa nota técnica na íntegra AQUI.

Boa tarde! Com a ACBr API você também consegue fazer isso. Por favor, tente executar o end-point DebugHttpRequestContent e DebugHttpResponseContent passando como identificador os Ids correspondentes a essa tentativa na qual a nota não chegou ao sistema da Pronim. Anexe aqui os valores que forem devolvidos. Também vamos pedir ao pessoal se podem fazer um teste com os dados fornecidos.

Boa tarde! O município de Pato Branco/PR faz uso do provedor pronim. Esse provedor implementou um novo web service para recepcionar os arquivos seguindo o leiaute do padrão nacional. A mesma coisa para o evento. Ao invés de utilizar o método cancelar, é preciso fazer uso do envio de eventos. Vamos conferir como a API está tratando essa questão e lhe damos um retorno assim que tivermos novas informações.

Vamos adicionar o método na classe e enviar ao SVN na tarefa criada para a contribuição. Por favor, quando você testar com essa classe alterada em seu ambiente que disponibilizou para nós, dê um feedback do resultado. Saliento que o objetivo do feedback é confirmar se a forma como foi feita a implementação do NFSE_SetVersaoDF atendeu as necessidades e você conseguiu emitir NFSe para SP ou se é preciso realizar algum ajuste na LibNFSe.

Obrigado pela contribuição, em breve será validada para possível inclusão ao svn

Boa tarde! Fiz um teste em meu ambiente utilizando o componente ACBrNFSeX para o Delphi e a princípio não tive esse problema. Comparando os arquivos, o seu XML não possui um grupo IBSCBS. Por favor, faça novo teste enviando em seu payload o elemento IBSCBS.

Bom dia! Use "cServ": {"CNAE":"String, ... para essa informação. Vamos verificar o por quê de não estar preenchendo.

Bom dia! Você utiliza o método NFSe_SetVersaoDF. Por favor, leia o tópico ISSSaoPaulo - Orientações e Particularidades que eu indiquei em minha resposta anterior para mais detalhes.

Bom dia a todos. Por favor, aqueles que utilizam a LibNFSe atualizem para a última versão disponível aqui: Aqueles que utilizam o ACBrMonitorPLUS atualizem para a última versão disponível aqui: Vejam este tópico para testar com São Paulo nos dois regimes: Ficamos no aguardo de um feedback.

Olá comunidade ! Com o advento da Reforma Tributária no inicio de 2026, os municípios do Brasil tiveram de fazer uma escolha: Aderir ao emissor nacional da NFS-e ou continuar utilizando o emissor próprio e compartilhando suas informações. Para atender a essa demanda de compartilhamento de informações, esses emissores próprias fizeram alterações em seus leiautes e alguns até mesmo chegaram ao ponto de criar um web service totalmente novo! Uma das cidades que optou por manter o emissor próprio criando um novo web service foi a cidade de São Paulo capital. Mas existe uma particularidade extra para esse município em especial. Até o momento, ele é o único município que está mantendo em produção dois web services ativos para regimes de tributação diferentes. Prestadores de serviço optantes pelo Simples Nacional deverão utilizar o web service: https://nfe.prefeitura.sp.gov.br/ws/lotenfe.asmx enquanto os demais serviços devem utilizar o web service: https://nfews.prefeitura.sp.gov.br/lotenfe.asmx Veja o tópico abaixo para entender como realizar essa configuração nas soluções ACBr:

Boa tarde! Muito obrigado por reportar. Conferindo aqui, a URL atualizada já se encontra no arquivo ACBrNFSeXServicos.ini, por favor, aguarde nova atualização da ACBr API para englobar a mudança.

Ultima atualização: 18/03/2026 Situação Atual Os provedores Primax, Facundo, FGMaiss e Sam todos utilizam o mesmo leiaute do provedor WebFisco, portanto, as alterações são feitas no WebFisco e consequentemente refletidas nos demais. O provedor WebFisco atualizou seu leiaute a fim de atender a reforma tributária. O novo leiaute permite o envio de apenas um 1 item e remove algumas tags. Portanto, se o arquivo XML que estiver sendo gerado tiver tags como item2, f1n, f1d, f1v, val2 ou aliq2 ele está no leiaute antigo. Para atender a esse novo leiaute, as soluções ACBr criaram uma nova versão 1.01 do leiaute do WebFisco implementando essas modificações. O leiaute antigo na versão 1.00 ainda funciona, sendo recepcionado pelos web services, mas tivemos relatos de colegas da comunidade de que notas geradas nessa versão não foram sincronizadas posteriormente com o ambiente nacional. Como testar esse provedor com a Reforma Tributária? 1. Verifique se o município que pretende testar já está na versão 1.01, se estiver pode pular direto para a seção "Referência de Preenchimento". 2. Busque pela cidade que deseja testar e adicione as seguintes seções a ela conforme exemplos de acordo com o estado do município. (Aqui eu uso as URLs do Primax, mas para os demais provedores é a mesma lógica) Se for do estado de São Paulo: Versao=1.01 ProRecepcionar=* ProConsultarNFSeRps=https://www.primaxonline.com.br/issqn/wservice/wsnfeconsultaxmlpn.php ProConsultarNFSe=https://www.primaxonline.com.br/issqn/wservice/wsnfeconsultaxmlpn.php ProCancelarNFSe=https://www.primaxonline.com.br/issqn/wservice/wsnfecancelapn.php ProGerarNFSe=https://www.primaxonline.com.br/issqn/wservice/wsnfeenviapn.php HomRecepcionar=* HomGerarNFSe=https://www.primaxonline.com.br/issqn/wservice/wsnfe_teste_homologacaopn.php ProSoapAction=https://www.primaxonline.com.br/issqn/wservice/ HomSoapAction=https://www.primaxonline.com.br/issqn/wservice/ Se for do estado do Rio de Janeiro: Versao=1.01 ProRecepcionar=* ProConsultarNFSeRps=https://www1.primaxonline.com.br/issqn/wservice/wsnfeconsultaxmlpn.php ProConsultarNFSe=https://www1.primaxonline.com.br/issqn/wservice/wsnfeconsultaxmlpn.php ProCancelarNFSe=https://www1.primaxonline.com.br/issqn/wservice/wsnfecancelapn.php ProGerarNFSe=https://www1.primaxonline.com.br/issqn/wservice/wsnfeenviapn.php HomRecepcionar=* HomGerarNFSe=https://www.primaxonline.com.br/issqn/wservice/wsnfe_teste_homologacaopn.php ProSoapAction=https://www1.primaxonline.com.br/issqn/wservice/ HomSoapAction=https://www1.primaxonline.com.br/issqn/wservice/ 3. Aponte o arquivo ACBrNFSeXServicos.ini modificado na propriedade ACBrNFSeX.Configuracoes.Arquivos.IniServicos := 'Caminho completo do Arquivo INI'; 3.1 Caso utilize o ACBrMonitorPLUS, utilize o comando NFSe.SetPathArquivoWebServices; 3.2 Caso utilize a ACBrLibNFSe, utilize em sequência os métodos NFSe_ConfigGravarValor e NFSe_ConfigGravar para apontar o arquivo ACBrNFSeXServicos.ini modificado na chave IniServicos da seção [NFSe] do arquivo ACBrLib.ini. Referência de Preenchimento O novo leiaute remove alguns campos e adiciona outros novos, as referências abaixo mostram por tipo de solução qual é a propriedade ou informação do arquivo INI que gera a tag correspondente. Para quem utiliza componente nativo para Delphi/Lazarus, confira: ReferenciaArquivoXML.xml; Para quem utiliza ACBrMonitorPLUS ou ACBrLibNFSe, confira: ReferenciaArquivoINI.pdf (Em ReferenciaArquivoINI, os itens com -- são valores que não são definidos pelo arquivo INI usado para gerar a NFS-e)

Bom dia! Muito obrigado pela contribuição! Adição da cidade enviada ao SVN na Rev-45383, logo a API vai englobar essa adição.

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Bom dia! Considerando que consegue recuperar o XML posteriormente e o relato mencionando que os problemas relatados por outros colegas que utilizam o Citta usando outras soluções deixaram de ocorrer, por favor, pode disponibilizar o conteúdo de devolvido pelo end-point DebugHttpResponseContent da tentativa de emissão correspondente a uma ocorrência de erro? Ele envelope pode nos ajudar a identificar se esse erro que está recebendo: { "codigo": "NF999", "descricao": "Número de protocolo não retornado pelo provedor." } É um retorno devolvido pelo web service do provedor ou um retorno devolvido devido alguma validação da Nuvem Fiscal.

Bom dia! Sim, por favor. Assim podemos conferir qual é a situação desses municípios e fazer as devidas atualizações.

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Bom dia! Fiz um teste em meu ambiente utilizando o componente nativo e não tive problemas. No caso me parece ser um problema de preenchimento das informações. Em seu XML, não consta a tag <MunicipioIncidencia>, por favor, faça um teste enviando o elemento cLocPrestacao dentro de locPrestacao; Não consta em seu XML a tag <CodigoCnae>, por favor, faça um teste enviando o elemento CNAE dentro de cServ; Veja um exemplo de envio da informação no payload: "serv": { "locPrest": { "cLocPrestacao": "string", "cPaisPrestacao": "string" }, "cServ": { "cTribNac": "14.01", "CNAE": "string", "xDescServ": "SERVICO MAO DE OBRA REMOCAO E INSTALACAO JOGO PALHETAS - R$ 10,00" } Verifique no cadastro deste prestador de serviço se ele realmente pode emitir notas usando o 14.01 no ItemListaServico.