Painel de líderes

Olá comunidade ! Por volta das 08h13, começamos a receber múltiplos relatos de problemas ao comunicar com a Sefaz de São Paulo para emissão de NFe e NFCe. Ao conferir no DownDetector, foi possível observar que o volume de relatos de problemas aumentou exponencialmente durante esse período: Também recebemos relatos de problemas de comunicação com a Sefaz Bahia e instabilidade na Sefaz Parana. Após maiores investigações, foi encontrada a informação de que a própria Cloud Flare está passando por problemas, justificando assim essas instabilidades: Vale lembrar que a Cloud Flare é uma ferramenta utilizada por uma grande parcela de sites na internet (incluindo o próprio fórum do Projeto ACBr) para segurança e robustez, protegendo os mesmos de ataques DDOS, por exemplo. Portanto, essa instabilidade pode impactar diversos serviços de emissão, seja diretamente com a própria Sefaz usando ou indiretamente quando a sefaz não utiliza, mas a certificadora, por exemplo sim. Acompanhe o status da Cloud Flare por AQUI.

Olá Pessoal, A partir de hoje (10/12/2025) o ambiente de homologação (produção restrita como eles chamam) passou a aceitar somente a versão 1.01 Se tentar enviar na versão 1.00 vai ocorrer um erro acusando que a versão 1.00 é invalida. Erro(s): Código : RNG6110 Mensagem: Falha Schema Xml Correção: The 'versao' attribute is invalid - The value '1.00' is invalid according to its datatype 'http://www.sped.fazenda.gov.br/nfse:TVerNFSe' - The Pattern constraint failed. Sendo assim ao configurar a propriedade LayoutNFSe do componente para as cidades que aderiram a emissão da NFS-e Padrão Nacional devemos usar a opção lnfsPadraoNacionalv101. Com a versão 1.01 vai ser possível realizar teste com os novos campos da Reforma Tributária. Essa configuração é para as cidades que aderiram a emissão da NFS-e Padrão Nacional. As cidades que vão continuar com os seus provedores devemos manter a propriedade LayoutNFSe com o valor lnfsProvedor.

Pessoal, a título de colaboração e informação: aqui estamos conseguindo registrar normalmente as Notas Fiscais. Porém, me deparei com uma situação inusitada. Enviei a NFS-e 7562 porém não houve resposta até dar erro “timeout”. Tentei novamente e retorna erro no ambiente nacional: Porém, não consigo enviar outra Nota, pois se tento enviar outro número, a Prefeitura retorna: Enviei e-mail agora questionando a Sil Tecnologia (vou aguardar). Imagino que teremos que fazer a consulta, mas na documentação deles não há nenhuma referência a consulta. Alguém aí está conseguindo consultar?

Boa tarde! Muito obrigado pela contribuição! Toda e qualquer colaboração é e sempre será mais do que bem vinda! Foi enviado ao SVN na Rev-43720 um ajuste que visa resolver essa questão. Por favor, queira atualizar seus fontes, reinstalar o ACBr com a opção "Apagar Arquivos Antigos" marcada no instalador para que possa realizar novos testes e reportar qualquer problema.

Sim é SIL Tecnologia mesmo utilizando a minha aplicação. Quanto ao ambiente a prefeitura respondeu que está funcionando e na mesma hora que postei aqui eu copiei e colei no e-mail deles. Agradeço muito pela ajuda.

Boa tarde. Aqui uso assim e está funcionando: [4202404] Nome=Blumenau UF=SC Provedor=SimplISS ;Versao=2.03 ; URLs atuais ;Params=Aliquota4Casas: ;ProRecepcionar=https://wsblumenau1.simplissweb.com.br/nfseservice.svc ;HomRecepcionar=https://wshomologacaoabrasf1.simplissweb.com.br/nfseservice.svc ;ProSoapAction=http://www.sistema.com.br/Sistema.Ws.Nfse ;HomSoapAction=http://nfse.abrasf.org.br ;ProLinkURL=https://blumenau.simplissweb.com.br/contrib/app/nfse/relatorio?cnpj=%Cnpj%&ser=E&inum=%NumeroNFSe%&icod=%CodVerif% ; URLs da API própria que atende o Padrão Nacional Versao=1.01 Params=APIPropria:|PN: ProRecepcionar=

Prezados, Para atender o envio de DPS/RPS para o município de Itajaí no padrão do novo leiaute, foi necessário incluir o tratamento para assinatura do grupo de RPS. - Alterações realizada: Objeto: Publica.Provider.pas Método: TACBrNFSeProviderPublica.Configuracao Trecho alterado: with ConfigAssinar do begin RPS := True; LoteRps := True; ConsultarSituacao := True; ConsultarLote := True; ConsultarNFSeRps := True; ConsultarNFSe := True; CancelarNFSe := True; LoteGerarNFSe := True; end; Observação: Segue arquivo alterado em anexo, por favor, avaliar a possibilidade de subir no repositório. Publica.Provider.pas

Boa tarde @Diego Reckziegel, Já esta no SVN.

Obrigado @Elisângela Borato, Criada a tarefa ACBR-8612 para avaliação. Obrigado pela contribuição.

Bom dia @Italo Giurizzato Junior e @Alexandre de Paula, Conferido, pode fechar.

Bom dia @João Antônio, Já esta no SVN.

Bom dia @BluData, Já esta no SVN.

Pessoal bom dia, já estamos emitindo, em homologação, NF-e e NFC-e nas regras de reforma tributária, utilizando CBS\IBS, notas de crédito, notas de venda a órgãos governamentais, quem tirar interesse em consultaria a respeito, estamos a disposição, com exemplos, XML autorizados e também re-factoring de fontes. Para quem irá precisar se aquedar ao Sped, também fazemos a emissão do mesmo, quem precisar de consultoria na geração do Sped Fiscal e Contábil, estamos a disposição, obrigado !!!

Usa a propriedade ACBrNFSeX.Configuracoes.Geral.LayoutNFSe = lnfsPadraoNacionalv101

@tivivaaer coloquei um print da area onde seu xml está com erro inicialmente o cTribMun vc pode comentar e tem que colocar um cTribNac valido e também o cNBS lista do cTribNac https://www.gov.br/nfse/pt-br/mei-e-demais-empresas/codigos-de-tributacao-nacional-nbs

é que nesse ano eles nem devem enviar. só em 2027. mas é o mesmo que os demais

Revisadas as alterações dos leiautes 3.2.0, 3.2.1 e não foram necessárias alterações no componente.

O que vai mudar nas cidades que eu atendo com a Reforma Tributária? A partir de 2026, com a necessidade prevista na Lei Complementar 214/2025 de que as informações do IBS e da CBS sejam informadas na NFSe, os municípios terão que escolher entre: Aderir o Padrão Nacional na íntegra para emissão da nota. Continuar usando o provedor que já atende a cidade, mas agora com uma API própria deles que recepciona o arquivo XML no leiaute do padrão nacional. Continuar usando o provedor que já atende a cidade, mas agora com o leiaute do arquivo XML alterado para receber as novas informações que ele precisa. O ACBr atente a Reforma Tributária? Sim, o leiaute do padrão nacional já foi adequado para gerar as novas tags previstas pela Nota Técnica Nº004. Para os casos das cidades que continuarão usando o leiaute próprio, as soluções estão sendo adequadas gradativamente conforme a obtenção das informações. A situação pode ser acompanhada neste tópico. A resposta anterior menciona Nota Técnica Nº 004, mas já existe a 005, ela não vai ser adequada? Conforme trecho presente na própria versão 005, para 2026, os campos que entrarão em vigor no ambiente de homologação e de produção são os da versão 004. Eu já posso testar a Reforma Tributária com o Padrão Nacional? Sim. Na verdade, conforme noticiado neste tópico, você deve usar a versão 1.01 do Layout do Padrão Nacional desde o dia 10/12/2025 no ambiente de homologação. Do contrário vai receber o erro: Erro(s): Código : RNG6110 Mensagem: Falha Schema Xml Correção: The 'versao' attribute is invalid - The value '1.00' is invalid according to its datatype 'http://www.sped.fazenda.gov.br/nfse:TVerNFSe' - The Pattern constraint failed. Por que o XML gerado com as informações da Reforma Tributária não tem campos como NFSe/infNFSe/IBSCBS/valores/uf/pIBSUF, NFSe/infNFSe/IBSCBS/valores/mun/pIBSMun e NFSe/infNFSe/IBSCBS/valores/fed/pCBS? Observe que os exemplos mencionados fazem parte do grupo infNFSe, ou seja, eles fazem parte da NFSe e não do DPS. O componente gera e envia para a API do Padrão Nacional o XML do DPS. O XML da NFSe é gerado pela própria API do Padrão Nacional ao converter o DPS enviado. Em suma, é a API do Padrão Nacional que gera essas informações e não o contribuinte. O contribuinte precisa se preocupar em preencher apenas as informações do DPS. Eu consigo testar com o Padrão Nacional para adiantar minha integração? Para comunicar com a API do Padrão Nacional, um dos seguintes critérios precisa ser atendido: O prestador de serviços precisa ser um MEI. O município precisa ter aderido a emissão usando o Padrão Nacional na íntegra. Caso nenhuma dessas condições tenham sido atendidas, ao tentar comunicar com o padrão nacional receberá rejeições e erros advindos da API. Para os casos em que vai continuar com o Provedor usando a API própria, o que devo fazer? Caso o provedor já tenha sido adequado no ACBr, os passos para testar são: Abra o arquivo ACBrNFSeXServicos.ini e busque pela seção do município que vai testar, para este exemplo vamos considerar Cerro Branco/RS: [4305132] Nome=Cerro Branco UF=RS Provedor=Pronim Versao=2.03 ProRecepcionar=http://cerrobranco.govbr.cloud/nfse.portal.integracao/services.svc ; URLs para utilizar a API própria do provedor que atende o Padrão Nacional ;Versao=1.01 ;Params=APIPropria: ;ProRecepcionar= ;HomRecepcionar=https://reformatributaria.govbr.cloud/nfse.api.teste/NotaNacional/EnviarSincrono Comente as informações atuais e remova os comentários relacionados a APIPropria: [4305132] Nome=Cerro Branco UF=RS Provedor=Pronim ;Versao=2.03 ;ProRecepcionar=http://cerrobranco.govbr.cloud/nfse.portal.integracao/services.svc ; URLs para utilizar a API própria do provedor que atende o Padrão Nacional Versao=1.01 Params=APIPropria: ProRecepcionar= HomRecepcionar=https://reformatributaria.govbr.cloud/nfse.api.teste/NotaNacional/EnviarSincrono Execute o arquivo Compilas_RES.bat localizado na pasta dos fontes o ACBrNFSeX, reinstale o ACBr e faça um build da aplicação OU coloque o arquivo ACBrNFSeXServicos.ini modificado junto do seu .EXE; Com essa modificação, o demo do ACBrNFSeX, por exemplo, passa a mostrar a seguinte informação: Preencha as informações relacionadas aos novos campos da Reforma Tributária e teste o envio. Eu utilizo a ACBrLibNFSe e/ou o ACBrMonitorPLUS, existe algum exemplo de arquivo INI que eu possa usar para testar? Os campos da Reforma Tributária são lidos da mesma forma no INI, então mesmo que o objetivo seja comunicar com provedores que terão API própria, um bom ponto de partida é adicionar no arquivo INI que já utiliza os campos da Reforma Tributária que existem neste modelo.

Com o advento da reforma tributária, os municípios são deixados com uma escolha: Aderem ao padrão nacional na íntegra ou continuam usando provedor próprio no formato aderindo ao padrão nacional no formato de compartilhamento de informações. Se escolhida a segunda opção, dois caminhos podem ser seguidos: No caminho mais simples, o provedor cria uma API própria para recepcionar os arquivos XMLs segundo o leiaute do Padrão Nacional. Nesta abordagem, o leiaute utilizado é o já existente do padrão nacional, então basta saber qual é a URL da API para comunicação e os end-points. No caminho mais complexo, o provedor altera o leiaute que ele já usa, adicionando novos campos para receber as informações que ela vai compartilhar posteriormente com o padrão nacional. Padrão Nacional A quantidade de municípios que aderiram ao Padrão Nacional é cada vez maior e pode ser conferida em um Dashboard alimentado e atualizado em tempo real. Acesse o Dashboard AQUI. Lembrando que as soluções ACBr já atendem ao padrão nacional. Provedores com API Própria para atender o Padrão Nacional com a Reforma Tributária. Última atualização: 06/01/2026 Observação: Vale reforçar que devido a relação quantidade de provedores x prazo, o foco das implementações inicialmente tem sido os métodos de emissão da NFS-e. Provedor Requisito Cidade testada Cidades atendidas* Emissão funcionando ABase Informar o Token em WSChaveAcesso Boa Vista do Burica/MS 39 Em testes Betha Vai usar WebService Soap Dourados/MS 403 Envio OK Coplan Vai usar WebService Soap Barra do Garças/MT 31 Em testes Citta Enviar o XML da NFS-e São Valentim do Sul/RS 24 Envio OK Digifred Vai usar WebService Soap Ibirubá/RS 21 Envio OK EL Informar o Token em WSChaveAcesso Aracruz/PE 155 Envio OK Infisc - Campo Bom/RS 9 Envio OK ISSNet WS Soap/Permite Lote de DPS - 25 Aguardando as URLs de homologação Pronim Permite o envio de um lote de DPS Regente Feijó/SP 184 Envio OK RLZ - Barretos/SP 9 - SilTecnologia WS Soap/Enviar o XML da NFS-e Franca/SP 16 Retorno Vazio SimplISS - Blumenau/SC 27 Envio OK (Ainda não aceita os campos IBSCBS) Tiplan - Americana/SP 8 Envio OK * Estimativa aproximada Provedores que alteram o layout em uso para atender a Reforma Tributária. Última atualização: 06/01/2026 Provedor Requisito Cidades Atendidas* Emissão funcionando EloTech Versão 2.03 138 Envio OK FintelISS Versão 2.02 4 O webservice da prefeitura não aplicou o novo Schema GeisWeb Próprio 7 Envio OK Ginfes - 22 Giss - 18 Envio OK IPM - 188 Envio OK ISSBarueri - 1 ISSe - 1 Envio OK ISSSaoPaulo Versão 2.00 1 Envio OK Publica Versão 1.00 31 Envio OK SigISSWeb Próprio 11 Envio OK SpeedGov Versão 2.00 32 Tinus Versão 2.03 44 Envio OK WebISS Versão 2.02 87 Envio OK * Estimativa aproximada

Outros tópicos que podem ser úteis: Veja também: Temos vários tópicos na área da Base de conhecimento sobre NFS-e. Você vai encontrar informações relacionadas a provedores e municípios específicos, erros e problemas mais comuns e muitas dicas. Veja: https://www.projetoacbr.com.br/forum/forum/90-nfs-e/

Amigos, Quero iniciar a fazer teste de TEF conm Sitef. Não tenho o pinpad. Existe algum emulador de pinpad para usar nos testes do Sitef? Att, Luiz