Painel de líderes

Olá Pessoal, Quanto mais eu rezo mais assombração aparece. Lá vamos nós ler a versão 1.20 da NT 2025/002 referente a Reforma Tributária da NF-e/NFC-e. Vamos a um resumo dela: Consta que somente a partir de 2027 as empresas do Simples Nacional e MEI ao emitir suas notas vão ter que informar as informações do IBS e CBS. Em uma nova NT vai ser detalhado essa obrigatoriedade para as empresas do SN e MEI. O campo tpNFCredito passa a ter um novo valor: 03 - Retorno. O grupo gIBSCBS passa a ter o campo vIBS que é o resultado de vIBSUF mais vIBSMun. O grupo gIBSCBSMono continha muitos campos, só que agora os campos foram distribuídos dentro dos grupos: gMonoPadrao, gMonoReten, gMonoRet e gMonoDif. Varias regras de validação foram alteradas. Já estamos trabalhando para deixar o componente ACBrNFe, a DLL ACBrLibNFe e o ACBrMonitor em conformidade com essa Nota Técnica.

Quem acompanha o Projeto ACBr sabe que sempre recomendamos usar certificados digitais no formato A1. Pois é... o certificado digital A3 ataca mais uma vez!!! Nos últimos dias temos recebido diversos relatos de usuários recebendo mensagens de erro como a mensagem abaixo: Erro Interno: -2146893815 Erro HTTP: 0 URL: https://nfe.svrs.rs.gov.br/ws/NfeStatusServico/NfeStatusServico4.asmx Erro: 2148073481 - E o que aconteceu? Sempre acontece com quem está usando certificado A3? A recomentadação quando usa A1 é configurar com OpenSSL e quando usa A3 com WinCrypt (veja esse tópico aqui para todos os detalhes!) e aí que está uma grande diferença. O A3 acaba dependendo diretamente das configurações, atualizações e permissões do sistema operacional windows. Nas últimas atualizações do windows estão sendo limitados os protocolos de comunicação permitidos e aí que acontece o erro... a sua comunicação acaba não funcionando. Não é um problema novo. Temos um tópico antigo já com orientações de como resolver o problema e quem deu a dica foi o usuário @Jhonatan. Também temos outro tópico que o @Diego Foliene explica tudo detalhadamente. Obrigado aos dois! Vou deixar o tópico do Diego aqui pra você resolver o seu problema!

O Projeto ACBr acaba de dar mais um passo importante em sua trajetória de apoiar desenvolvedores de software em todo o Brasil: foram publicados os primeiros pacotes NPM oficiais das ACBrLib. O time ACBr agradece ao empenho e dedicação do consultor @danieloliveirasouza responsável por essa contribuição! A novidade permite que desenvolvedores Node.js utilizem de forma prática e direta as bibliotecas do ACBr em seus projetos, ampliando ainda mais as possibilidades de integração com soluções fiscais, comerciais e automação de processos. Os pacotes já estão disponíveis no NPM: Projeto ACBr no NPM Com poucos comandos, já é possível consumir as funcionalidades. Confira um exemplo utilizando a ACBrLibCEP (Este exemplo já está atualizado no nosso SVN): const path = require('path'); const os = require('os'); const ACBrLibCepMT = require('@projetoacbr/acbrlib-cep-node/dist/src').default const acbrlibPath = path.resolve(__dirname, os.platform() === 'win32' ? 'ACBrCEP64.dll' : 'libacbrcep64.so') const configPath = path.resolve(__dirname, 'config.ini') const acbrlibCep = new ACBrLibCepMT(acbrlibPath, configPath, '') try { acbrlibCep.inicializar() acbrlibCep.configGravarValor('CEP','WebService','3') acbrlibCep.configGravar() const cep = acbrlibCep.buscarPorCep('18270170') console.log(cep) acbrlibCep.finalizar() } catch (error) { console.error(error) } Esse lançamento marca o início de uma nova etapa para o ACBr, tornando suas bibliotecas ainda mais acessíveis e reforçando o compromisso do projeto em empoderar desenvolvedores com soluções robustas e confiáveis. Experimente agora mesmo e explore as possibilidades que os pacotes NPM do ACBr oferecem para seus projetos!

Olá Pessoal, Depois de analises junto com a comunidade ACBr, decidimos que os campos referente ao Código de Classificação Tributária (cClassTribIS, cClassTribReg e cClassTrib) deve ser do tipo string em vez de um tipo enumerado. A motivação para essa mudança é que esses códigos podem no decorrer do tempo alguns podem deixar de existir, outros podem ser adicionados e outros códigos podem ser alterados mas mantendo a sua finalidade original, exatamente o que ocorre com os NCM dos produtos. Com essa mudança basta o desenvolver atualizar a sua tabela de códigos no banco de dados sem a necessidade de atualização da aplicação. Vale também ressaltar que no Portal da SEFAZ-Virtual do RS temos as tabelas de CST e cClassTrib e é possível baixa-las no formato CSV, Excel e Json. Esperamos contar com a compreensão de todos. Os fontes dos componentes afetados com essa mudança vão ser enviados para o SVN na data de 19/08/2025. Componentes afetados com essa mudança: ACBrBPe, ACBrCTe, ACBrNF3e, ACBrNFCom, ACBrNFe e ACBrNFSeX e consequentemente as Libs e o ACBrMonitor. Na minha aplicação o que eu devo mudar? Se você atribui diretamente o enumerado aos campos cClassTrib mencionados vai ter que fazer essa alteração: ==> Se você usa as funções de conversão para converter de string para o enumerado uma vez que no seu banco de dados o código esta como string, basta remover as funções de conversão e atribuir diretamente o conteúdo do campo do banco de dados ao campo do componente. Para quem utiliza as Lib ou o Monitor não vai precisar se preocupar com essa mudança.

Bom dia galera ! Tivemos relatos que após o pc executar um update do Windows 11 automaticamente especificamente KB5063878, impressoras de cupons pararam de funcionar. Fiz um teste em meu ambiente e realmente aconteceu. Minha impressora Elgin i9 parou de funcionar com relatórios gráficos. Se imprimir uma página de teste funciona, as se imprimir até via bloco de notas do windows (Notepad) ele fecha a aplicação e não sai a impressão. Para Saber se está instalada (em caso de estar acontecendo estes erros com vc), abra o powershell e execute o comando: Get-HotFix | Sort-Object InstalledOn -Descending Será retornado a lista de updates instalados: Pesquisando sobre esta atualização (KB5063878), encontramos várias notícias que pode afetar até o seu SSD, segue os links abaixo: Link Oficina da Net Link Adrenaline Link TecnoBlog Estamos realizando alguns testes mais novidades postamos aqui.

Alguns usuários relataram problemas ontem dia 21/08/2025 ao utilizar as consultas dos serviços IBGE Erros 500 , time-out foram relatados. O IBGE emitiu um comunicado: Serviços web do IBGE Informamos que nenhuma página web do IBGE, sistema ou base de dados sob nosso domínio sofreu ataques de hackers e as eventuais indisponibilidades se devem por acúmulo de tráfego externo na Internet aos nossos serviços, fato que está sob análise das operadoras de telecomunicações e por nossos especialistas. Diretoria de Tecnologia da Informação 21 de agosto de 2025 Clique aqui para ir ao comunicado oficial do site IBGE

Conceitos básicos. Apesar da redundância presente na frase, ela não deixa de ser verdadeira. Antes de mergulharmos mais fundo no mundo da NFSe, é importante estabelecer as bases, conceituando termos importantes que vão aparecer com frequência quando falarmos do assunto: RPS: é a sigla para Recibo Provisório de Serviço. Trata-se do documento gerado pelo prestador de serviços e enviado ao web service do Provedor para ser convertido em NFSe. Provedor: é o nome dado à empresa que fornece o web service de emissão de NFSe para o município. Geralmente, essa empresa é escolhida por meio de licitação, tendo um prazo de “vida útil” para disponibilizar o serviço até que a licitação termine e uma nova empresa seja selecionada (quando isso acontecer, você pode seguir os passos que tem [AQUI] para atualizar na solução ACBr). Em alguns casos, a própria prefeitura é responsável pelo web service. NFSe: é a sigla para Nota Fiscal de Serviços Eletrônica. Trata-se do documento fiscal eletrônico gerado pelo web service do Provedor a partir da conversão do RPS recebido, nos casos em que nenhum erro seja encontrado. É o documento que, de fato, representa a operação de prestação de serviços. Leiaute ABRASF: é o nome dado ao leiaute sugerido pela Associação Brasileira das Secretarias de Finanças das Capitais (ABRASF), que pode ou não ser adotado pelos provedores. Ele propõe um padrão para a estrutura do RPS e da NFSe, indicando quais campos e informações cada um deve conter. Além disso, sugere os métodos que devem ser implementados no web service. Leiaute Próprio: é o padrão de estrutura de dados definido individualmente por um município ou provedor para a emissão da NFSe, em vez de seguir integralmente o Leiaute ABRASF. Nesse formato, o município estabelece quais campos, formatos e métodos serão utilizados no RPS e na NFSe, podendo diferir totalmente ou parcialmente das especificações sugeridas pela ABRASF. DPS: é a sigla para Declaração de Prestação de Serviços. Trata-se do documento equivalente ao RPS, utilizado no Padrão Nacional da NFSe. Ele reúne as informações necessárias para emissão da nota fiscal e deve ser transmitido ao ambiente nacional, que valida os dados e gera a NFSe nos casos em que não haja inconsistências. Padrão Nacional: também conhecido e divulgado por alguns como NFSe Nacional (na solução ACBr, o Padrão Nacional é considerado um provedor), é o modelo unificado de emissão da Nota Fiscal de Serviços Eletrônica (NFSe), desenvolvido para padronizar o processo em todos os municípios brasileiros. O uso é obrigatório para prestadores de serviço enquadrados como MEI (Microempreendedor Individual) e opcional para os municípios, que podem adotá-lo de duas formas: Modelo de compartilhamento: as notas são emitidas em leiaute próprio da prefeitura, mas as informações são compartilhadas com o ambiente nacional; Modelo completo: todas as NFSe do município são geradas utilizando integralmente o Padrão Nacional. Onde encontrar os projetos de exemplo. Agora que os conceitos foram definidos, vamos dar o primeiro passo na parte prática e localizar os projetos de demonstração. O exemplo disponível em Delphi pode ser encontrado em: ..\trunk2\Exemplos\ACBrDFe\ACBrNFSeX\Delphi O exemplo disponível em Pascal pode ser encontrado em: ..\trunk2\Exemplos\ACBrDFe\ACBrNFSeX\Lazarus Para a ACBrLib temos exemplos disponíveis nas linguagens: C#: ..\trunk2\Projetos\ACBrLib\Demos\C#\NFSe Harbour: ..\trunk2\Projetos\ACBrLib\Demos\Harbour\NFSe Java: ..\trunk2\Projetos\ACBrLib\Demos\Java\NFSe Node.js: ..\trunk2\Projetos\ACBrLib\Demos\Node.js\NFSe PHP: ..\trunk2\Projetos\ACBrLib\Demos\PHP\NFSe VB6: ..\trunk2\Projetos\ACBrLib\Demos\VB6\NFSe Abrir e analisar o código disponível nesses exemplos, criados para demonstrar o preenchimento das propriedades e as chamadas das funções das soluções ACBr, é um passo importante para entender como elas funcionam e como podem ajudar no seu desenvolvimento. Como testar? Na esmagadora maioria dos casos, é necessário, no mínimo, o uso de um certificado digital e-CNPJ para a comunicação com os web services, sem contar aqueles que exigem o uso de chave ou token. Portanto, é mais simples buscar essa informação junto à cidade onde você reside. Procure descobrir qual é o provedor que fornece o serviço para sua cidade, qual leiaute ele utiliza e quais são os requisitos para comunicação com o web service. Uma vez com essas informações em mãos, você pode utilizar os exemplos para testar o processo de emissão junto à sua cidade, compreendendo o fluxo e, por meio dos erros recebidos e da leitura dos manuais do provedor, identificar quais são os campos necessários, os valores esperados, entre outros detalhes importantes. Quais cidades são atendidas? Atualmente, a solução do ACBr atende a 3.079 das 5.571 cidades do Brasil. Para conferir se um município é atendido, basta procurar pelo código IBGE correspondente no arquivo ACBrNFSeXServicos.ini. Se na seção correspondente houver um nome de provedor atribuído, significa que o município é atendido. [3503208] Nome=Araraquara UF=SP Provedor=GINFES Principais Diferenças entre as Cidades. Todas as diferenças entre o processo de emissão de NFSe no município da cidade A e no município da cidade B se devem ao provedor que fornece o serviço para cada uma delas. Cidades atendidas pelo mesmo provedor raramente apresentam particularidades que diferenciem seu processo de emissão. Isso significa que, se você já homologou para uma cidade atendida pelo provedor ISSNet, na versão 2.04, por exemplo, dificilmente terá dificuldades para homologar em outra cidade atendida pelo mesmo provedor e versão. Por outro lado, isso também significa que uma cidade atendida pelo provedor IPM, em sua versão 1.00, terá diferenças significativas em relação a uma cidade atendida pelo ISSNet na versão 2.04. Portanto, é muito importante identificar qual é o provedor que atende ao município e ficar atento às particularidades dele. Quando usar a NFSe Padrão Nacional O Padrão Nacional deve ser utilizado por todos os prestadores de serviço do Brasil que sejam Microempreendedores Individuais (MEI). Fora desse caso, ele só deve ser utilizado se o município tiver aderido integralmente ao modelo. Caso contrário, a comunicação deve ser feita diretamente com o provedor que atende ao município. Como será com a chegada da Reforma Tributária? A Reforma Tributária sobre o consumo trouxe alterações apenas no leiaute do Padrão Nacional. Até o início de 2026, os municípios deverão escolher entre: Aderir integralmente ao Padrão Nacional, adotando-o como modelo único de emissão; ou Continuar utilizando os web services fornecidos pelos provedores, caso em que esses provedores deverão incluir novos campos em seus leiautes para receber as informações exigidas pela reforma e compartilhá-las com o Padrão Nacional de alguma forma. Vale a leitura. Emissão de NFSe, eliminando todas as dúvidas. Duvidas Frequentes sobre o ACBrNFSeX Informar mais de um item de serviço é possível? Consigo consultar e baixar os XMLs das NFSes junto as prefeituras usando as soluções do ACBr? Emissão de NFS-e segundo o Padrão Nacional Primeiros Passos com a Reforma Tributária

Boa tarde ! Já esta disponível em nossa biblioteca a Nota Técnica 2019/001 versão 1.70 que trata sobre novas regras de validação. Publicada em agosto de 2025 A nova versão da NT 2019.001 traz atualizações importantes nas regras de validação da NF-e/NFC-e, com destaque para os estados de São Paulo (SP) e Santa Catarina (SC). Regras de validação: N12-85 – exigindo o código de benefício fiscal quando se utiliza um CST de benefício fiscal, a critério da unidade federadaCST exige código de benefício fiscal (cBenef) N12-86 – impedindo que se informe o código de benefício fiscal para CST de benefício fiscal, a critério da unidade federadaCST sem benefício fiscal não pode ter cBenef N12-90 - exigindo valor do ICMS desonerado e o motivo da desoneração, a critério da unidade federada N12-94 – exigindo que o CST corresponda ao tipo de código de benefício fiscal informado, a critério da unidade federada N12-97 – exigindo informações sobre o diferimento quando se utiliza um CST de diferimento, a critério da unidade federada. N12-98 – que verifica a existência do cBenef, a critério da unidade federada, exceto para Simples NacionalVerifica existência e vigência do cBenef N14a-10, N14a-20 - visando validar respectivamente a obrigatoriedade e o correto preenchimento do campo código de benefício fiscal de redução de BC do Grupo Tributação do ICMS= 51 (tag:ICMS51/cBenefRBC). I05h-10 – visando validar o correto preenchimento do campo código de crédito presumido (tag: cCredPresumido).Valida o campo cCredPresumido (Crédito Presumido) E como fica o ACBr? Por ser uma alteração nas regras de validação na SEFAZ, não se faz necessário nenhuma alteração no Componente, Lib ou Monitor.

Prezados(as) usuários Comunidade ACBr, Nos últimos dias, identificamos e melhoramos referente a ocorrências de falhas de autenticação junto à API Rest do Banco do Brasil, impactando principalmente a emissão de boletos híbridos, boletos com QR Code. Os sintomas mais comuns relatados foram: Serviço que estava funcionando e parou subitamente; Retorno de erros HTTP 400 ou 500 no momento da autenticação OAuth2. Aviso Importante ao Usuário Esta atualização trata-se de uma melhoria no componente. Para quem já está utilizando o scope no formato cobrancas.boletos-info%20cobrancas.boletos-requisicao, não haverá impactos e o funcionamento permanecerá normal. Entretanto, após atualizar o componente, é recomendado remover o %20 e utilizar o espaço simples entre os valores, por mais que o componente de Boletos agora aplica a RFC3986 em QueryString, caso houver espaços e utilizado QueryString o componente aplicará %20 automaticamente. O que mudou na nova versão dos componentes Na versão mais recente dos nossos componentes, houve alteração na forma de envio do parâmetro scope em produção: Antes: O scope era enviado via URLParms (Query String). Agora: O scope é enviado via Payload na requisição de autenticação, indiferente do ambiente (Produção|Homologação|Sandbox) e utilizado a RFC3986. Com essa atualização: Não é mais necessário utilizar %20 ou recomendado para separar múltiplos valores. O scope pode ser informado de forma simples: cobrancas.boletos-info cobrancas.boletos-requisicao Orientação para atualização Usuários Delphi | Lazarus: Atualizar o repositório SVN para a última revisão disponível, reinstalar o componente e gerar nova versão da aplicação. Demais linguagens: Atualizar para a versão mais recente do ACBrMonitor ou ACBrLibBoleto. Para quem não puder atualizar imediatamente Se a atualização de componentes ou sistema não for possível no momento, mantenha o envio via URLParms (Query Strings) e utilize o scope com o espaço codificado: cobrancas.boletos-info%20cobrancas.boletos-requisicao Recomendação final Sempre que possível, mantenha seus componentes e sistemas atualizados para garantir compatibilidade com as integrações bancárias e evitar indisponibilidades. Tópico relacionado:

Olá Pessoal, Infelizmente o componente ACBrNFSeX não atende 100% das cidades brasileiras, mas você pode colaborar e quem sabe chegamos ao 100%. No arquivo ACBrNFSeXServicos.ini que se encontra na pasta: ...\Fontes\ACBrDFe\ACBrNFSeX consta todas as cidades brasileiras, mas varias delas não sabemos qual é a empresa (provedor) que a prefeitura contratou para implementar a emissão de NFS-e. É possível identificar essas cidades da seguinte forma, basta abrir o arquivo mencionado acima e procurar pela ocorrência de "Provedor=". Se não constar o nome do provedor significa que essa cidade ainda não é atendida. Como que eu faço para colaborar? Muito simples, vamos pegar uma cidade a titulo de exemplo: [1100015] Nome=Alta Floresta D Oeste UF=RO Provedor= Notem que não consta o nome do provedor. O primeiro passo é entrar em contato com a prefeitura e questionar qual é a empresa (provedor) contratada para a emissão de NFS-e. Sabendo qual é provedor, você pode procurar ele no arquivo INI para saber se existem outras cidades que contrataram o mesmo provedor. O segundo passo é saber qual é a URL de homologação e de produção do webservice do referido provedor para esta cidade. Alguns provedores tem versões diferentes para as cidades que eles atende, sendo assim é bom checar essa informação também. De posse de todas as informações, basta alterar o arquivo INI e seguir o passo a passo descrito neste outro tópico: Lembre-se que é de grão em grão que a galinha enche o papo. Toda ajuda é muito bem vinda, não importa se você colaborou com a inclusão de uma cidade ou de uma dezena de cidades. Nós do Projeto ACBr queremos escrever o seu nome no ACBrNFSeX-change-log. Você pode também colaborar com alterações, por exemplo uma cidade que trocou de provedor ou apenas as URLs, repito toda ajuda é bem vinda. Você quer ser mais audacioso e colaborar com a implementação de um novo provedor, ficaremos muitos honrados pela colaboração. O que você esta esperando? Vamos colaborar?

Aqui pra mim estava dando o mesmo erro com Windows 11 no cliente e na minha maquina com o certificado A3, e consegui resolver da seguinte forma: 1- Vá até o Painel de Controle do Windows. 2- Escolha a Opção "Opções da Internet"; 3- Vá até a aba “Avançadas”; 4- No bloco “Configurações”, vá até as últimas opções e deixe configurado como na imagem abaixo: 5- Vá em executar, digite certlm.msc para abrir a interface de certificados, caso esse comando não funcione, utilize o comando certmgr.msc. Remova estes certificados listados na imagem abaixo: 6- Execute como Administrador o InstaladorCadeias_1.0.2.0.exe, clique em Instalar e aguarde até que o processo seja finalizado. 7- Execute o FixCrypto_TLS1_2_Windows.reg. 8- Descompacte o CA.zip e execute o ac soluti ssl ev.cer e o Raiz-icp-brasil v10.cer. 9- Reinicie a máquina e teste novamente a comunicação com a Sefaz.

A Nota Técnica nº 2025.001, relativa à Nota Fiscal Eletrônica (NF-e), estabelece a obrigatoriedade de resposta síncrona no processo de autorização de NF-e, para lotes contendo apenas uma nota, a partir de 01/09/2025. Essa alteração tem como objetivo simplificar os procedimentos das empresas, eliminando a necessidade de envio de lote, recebimento de recibo e posterior consulta do resultado do processamento, uma vez que tais informações serão disponibilizadas de forma imediata na própria autorização. Com o intuito de facilitar a transição do método assíncrono para o síncrono pelos contribuintes baianos, a SEFAZ-Bahia disponibilizará, de forma antecipada, a partir de 27/08/2025, no ambiente de produção, a possibilidade de utilização de ambos os métodos de autorização (síncrono ou assíncrono), no caso de lotes contendo uma única NF-e. Assim, entre 27/08/2025 e 31/08/2025, os dois métodos estarão disponíveis. A partir de 01/09/2025, somente o método síncrono poderá ser utilizado para autorização de lotes com uma única Nota Fiscal Eletrônica, conforme disposto na NT nº 2025.001. Entretanto, caso haja necessidade, podemos prorrogar por mais dias a manutenção em produção do método assíncrono. Ressalta-se, contudo, que caso seja necessário, a manutenção em produção do método assíncrono poderá ser prorrogada por mais alguns dias. Leia a noticia na integra: https://www.sefaz.ba.gov.br/info-sefaz/implantacao-da-nota-tecnica-2025-001-da-nota-fiscal-eletronica/

Boa tarde pessoal. No Fórum do Banco do Brasil me sugeriram ajustar o Scope para: cobrancas.boletos-info%20cobrancas.boletos-requisicao Após o ajuste funcionou perfeitamente.

Olá, pessoal! Foram publicadas duas atualizações importantes relacionadas ao EFD ICMS IPI. A primeira é a Nota Orientativa 01/2023 – ICMS Monofásico – Setor de Combustíveis, que traz orientações para a escrituração do ICMS monofásico, detalhando quais campos devem ser preenchidos, quais valores informar e apresentando um exemplo prático de escrituração de uma NF-e com GLGN. A nota pode ser consultada na íntegra [AQUI]. A segunda atualização refere-se ao documento de Perguntas e Respostas, que passou a incluir esclarecimentos sobre a escrituração do IBS, CBS e IS incidentes na operação. O arquivo atualizado pode ser acessado [AQUI]

Envio Para enviar uma NFe de forma síncrona usando o componente ACBrNFe nativo para Delphi e Lazarus faça conforme exemplo: //Para imprimir o DANFe automaticamente se autorizado... ACBrNFe.Enviar(NumLote, True, True); //Para NÃO imprimir o DANFe automaticamente se autorizado... ACBrNFe.Enviar(NumLote, False, True); Se você utiliza ACBrMonitor, use os comandos NFe.CriarEnviarNFe ou NFe.EnviarNFe: //Para imprimir o DANFe automaticamente depois de autorizado... NFe.CriarEnviarNFe(cIniNFe,nLote,1,1) //Para NÃO imprimir o DANFe automaticamente depois de autorizado... NFe.CriarEnviarNFe(cIniNFe,nLote,0,1) //Para imprimir o DANFe automaticamente depois de autorizado... NFe.EnviarNFe(cArqXML,nLote,,1,,1) //Para NÃO imprimir o DANFe automaticamente depois de autorizado... NFe.EnviarNFe(cArqXML,nLote,,0,,1) Se você utiliza ACBrLib, use o método NFe_Enviar: //Para imprimir o DANFe automaticamente depois de autorizado... NFE_Enviar(nLote, True, True, True); //Para NÃO imprimir o DANFe automaticamente depois de autorizado... NFE_Enviar(nLote, False, True, True); Retorno Para ler as informações de retorno de uma NFe emitida de forma síncrona usando o componente ACBrNFe nativo para Delphi e Lazarus leia as seguintes propriedades: //Informações de retorno relacionadas ao web service... ACBrNFe.WebServices.Enviar.tpAmb; ACBrNFe.WebServices.Enviar.verAplic; ACBrNFe.WebServices.Enviar.cStat; ACBrNFe.WebServices.Enviar.cUF; ACBrNFe.WebServices.Enviar.xMotivo; ACBrNFe.WebServices.Enviar.Protocolo; //Informações de retorno específicas a NFe... ACBrNFe.NotasFiscais[0].NFe.procNFe.tpAmb ACBrNFe.NotasFiscais[0].NFe.procNFe.verAplic ACBrNFe.NotasFiscais[0].NFe.procNFe.chNFe ACBrNFe.NotasFiscais[0].NFe.procNFe.dhRecbto ACBrNFe.NotasFiscais[0].NFe.procNFe.nProt ACBrNFe.NotasFiscais[0].NFe.procNFe.cStat ACBrNFe.NotasFiscais[0].NFe.procNFe.xMotivo Se você utiliza ACBrMonitorPlus ou ACBrLib: [Envio] CStat=100 CUF=13 DhRecbto=08...8 Msg=Autorizado o uso da NF-e NProt=1...0 NRec= TMed=0 VerAplic=AM4.00-NAC Versao=4.00 XMotivo=Autorizado o uso da NF-e tpAmb=2 [NFe1] Id=ID11...0 NomeArq=C:\ACBrMonitorPLUS\Arqs\DFes\... XML=<protNFe versao="4.00"><infProt>... cStat=100 chDFe=13...05 dhRecbto=08/07/2025 14:13:48 digVal=Q...= nProt=1...0 tpAmb=2 verAplic=AM4.00-NAC xMotivo=Autorizado o uso da NF-e Expandindo o conhecimento Veja o tópico Como funciona os modos de envio Assíncrono e Síncrono para uma explicação mais detalhada sobre os modos de envio síncrono e assíncrono, as principais diferenças entre eles e quais documentos fiscais usam cada modo.

Olá pessoal! Desde o dia 02/06/2025, não é mais possível fazer o envio de forma assíncrona de um lote contendo somente 1 NFe no ambiente de homologação. Aqueles que tentarem enviar de forma assíncrona um lote com somente 1 NFe no ambiente de homologação, vão receber o seguinte retorno: A previsão, é que isso também vai acontecer no ambiente de produção em 01/09/2025! Essa mudança aconteceu em homologação e vai ocorrer em produção devido a Nota Técnica 2025/001. Veja este tópico para uma orientação sobre como realizar o envio de forma síncrona e como ler o retorno, que é devolvido em outra classe quando o envio é síncrono, usando o componente:

Olá pessoal! Nos últimos dias temos recebidos diversos relatos de membros de nossa comunidade com problemas para realizar o processo de Manifestação do Destinatário, seja realizando o envio de evento ou a consulta de DistribuicaoDFe. Todos os relatos tinham em comum o fato de estarem conseguindo consumir os webservices de transmissão da NF-e normalmente, mas estarem recebendo as mensagens: Erro Interno: -2146893815 Erro HTTP: 0 URL: https://www.nfe.fazenda.gov.br/NFeRecepcaoEvento4/NFeRecepcaoEvento4.asmx Erro: 2148073481 Ou: Erro: WebService Distribuição DFe: - Inativo ou inoperante tente novamente. Erro interno: -2146893815 Erro HTTP: 0 URL: https://www1.nfe.fazenda.gov.br/NFeDistribuicaoDFe/NFeDistribuicaoDFe.asmx Erro: 2148073481 - Em casos assim, é sempre válido abrir um Fale Conosco junto ao fisco para que o mesmo fique ciente de que há algo errado. Abaixo reproduzido na íntegra temos a resposta que foi fornecida pelo membro de nossa comunidade @Jhonathan na qual ele demonstra um passo a passo que executou para resolver um erro semelhante que havia enfrentado anteriormente com NFC-e e que também de acordo com múltiplos relatos de colegas da comunidade resolveu o problema agora com a manifestação do destinatário: 1- Vá até o Painel de Controle do Windows. 2- Escolha a Opção "Opções da Internet"; 3- Vá até a aba “Avançadas”; 4- No bloco “Configurações”, vá até as últimas opções e deixe configurado como na imagem abaixo: 5- Vá em executar, digite certlm.msc para abrir a interface de certificados, caso esse comando não funcione, utilize o comando certmgr.msc. Remova estes certificados listados na imagem abaixo: 6- Execute como Administrador o InstaladorCadeias_1.0.2.0.exe, clique em Instalar e aguarde até que o processo seja finalizado. 7- Execute o FixCrypto_TLS1_2_Windows.reg. 8- Descompacte o CA.zip e execute o ac soluti ssl ev.cer e o Raiz-icp-brasil v10.cer. 9- Reinicie a máquina e teste novamente a comunicação com a Sefaz.

Novo pacote publicado ACBrLib Reinf Exemplo atualizado: https://sourceforge.net/p/acbr/code/HEAD/tree/trunk2/Projetos/ACBrLib/Demos/Node.js/Reinf/main.js

No dia 31 de agosto de 2025, das 07:00 às 09:00, devido a uma manutenção no datacenter poderá ocorrer alguma instabilidade nos sistemas de autorização de documentos fiscais eletrônicos devido a migração defintiva para ambiente em nuvem. A indisponibilidade pode gerar intermitência ou parada da autorização nos sistemas de CTe, BPe, NF3e, NFCom, NFF, ONE, SVD e MDFe, afetando tanto os contribuintes do RS quanto os contribuintes das UF participantes da SVRS. Durante este período, estará disponível a Sefaz Virtual de Contingência de SP (SVC-SP), para CTe. Para os demais documentos, poderá ser utilizado processo de emissão em contingência off-line. IMPORTANTE: NFe e NFCe não serão afetadas pela manutenção! IMPORTANTE 2: A alteração de infraestrutura para nuvem irá modificar os endereços IP que respondem por todos os serviços destes documentos, é fundamental que as empresas estejam obtendo o endereço IP dos serviços de forma dinâmica sem fixar endereços e com baixo tempo de retenção de cache. IMPORTANTE 3: Quem utiliza Java em sua solução deve buscar estar com os componentes atualizados, evitando problemas de conexão em razão do protocolo de segurança TLS. Link da noticia na integra: https://dfe-portal.svrs.rs.gov.br/CTE/Avisos/2953

Boa tarde Pessoal Estamos recebendo diversos relatos na ultima hora sobre instabilidade com servidores da SEFAZ dentre eles SP, RS Até o momento não temos agendada contingência:

Exemplo NFe atualizado: https://sourceforge.net/p/acbr/code/HEAD/tree/trunk2/Projetos/ACBrLib/Demos/Node.js/NFe/main.js

Boa tarde comunidade ACBr ! "Em relação às intercorrências apresentadas no grupo sobre o QRCode 3.0 offline (SP), informamos que recebemos retorno da Sefaz/SP hoje, a qual comunicou que foi disponibilizada uma correção em ambiente de homologação." Por favor façam novos testes ! Caso identifiquem algum erro, pedimos a gentileza de registrarem a ocorrência no portal da Sefaz/SP (Fale Conosco) !

Há poucos dias atrás recebi uma dica do ACBr via email sobre um problema recorrente que está acontecendo por esses dias com os certificados digitais A3 de cartão e pen drive. Segui as dicas e mesmo assim não consegui a solução, então pra contribuir o que deu certo aqui foi desinstalar o software da safesign e reinstalar uma das versões desse link: https://safesign.gdamericadosul.com.br/download Na maioria dos casos instalando a versão 3.5.3.0 deu certo. Em um caso deu certo a versão 3.7.10 e a versão 4 não precisei, mas está no link. Espero ajudar quem está passando por esse problema, fiquei horas tentando solucionar.

Olá pessoal, A partir de 01/01/2026 os prestadores de serviços devem obrigatoriamente emitirem suas notas através do portal nacional da NFS-e Padrão nacional ou através de uma aplicação que consuma a API do SERPRO que visa a emissão da NFS-e segundo o Padrão Nacional. Leia o comunicado da prefeitura através do link abaixo. NOTA CARIOCA - Nota Fiscal de Serviços Eletrônica - NFS-e - Prefeitura da Cidade do Rio de Janeiro

Antes utilizávamos o Scope: cobrancas.boletos-info cobrancas.boletos-requisicao , dessa forma funcionava perfeitamente. Porém recentemente começou a ocorrer os problemas. O Scope como mencionei acima funcionou por mais de um ano sem problema algum em nosso sistema.

Olá, pessoal! Foi publicada a Nota Técnica 03/2025 do Reinf. Essa atualização adiciona novos valores possíveis na Tabela 01 – Natureza de Rendimentos do Anexo I dos leiautes e também na Tabela de Natureza de Rendimentos x Código de Receita do Anexo I do Manual de Orientação do Usuário, versão 2.1.2.1, a ser utilizada no registro R-4020. O campo natRendimento já é do tipo string no componente ACBrReinf, portanto, não são necessárias modificações no componente. Leia a Nota Técnica na íntegra [AQUI]

@Atenas Soluções Softwares, Até onde sei (mas confesso que não sou especialista em RT) o Split Payment ainda está em definição... tem vários modelos, em estudo... Mas fazendo um exercício de futurologia... talvez, seja necessário que a aplicação comercial, sinalize na transação TEF, o valor de Imposto, que a adquirente precisa efetuar o Split para o Governo... Enfim, ainda não há nada em definitivo, e nenhuma modificação no universo das TEF Houses, sobre isso..

Correção no SVN, rev. 41129. Obrigado por reportar.

@Daniel Sonda Teste com a unit abaixo. ACBrXmlDocument.pas

Pessoal atualizando meus testes. Mesmo revertendo a atualização do windows completamente a impressora cupom i9 em modo gráfico (fortes e fast) não funciona. Removi e reinstalei os drives do fabricante e o problema persiste em não imprimir em modo gráfico (fortes e fast) Uma solução é imprimir utilizando ACBrPosprinter com a porta configurada como USB, conforme imagem abaixo: Atenção ! Se estiver configurada como RAW:<nomedaimpressora> conforme imagem abaixo, NÃO VAI FUNCIONAR ! (defina a porta como USB para que funcione)

Caros eu baixei a API da calculadora e coloquei para rodar no Docker e acabei vendo que existe um banco de dados SQLLite ( .DB ) coloquei aqui zipado para quem quiser. calculadora.zip

Olá pessoal! O calendário da aplicação da rejeição de consumo indevido para NFCe pela Sefaz de Minas Gerais foi atualizado novamente para incluir as rejeições 126, 213, 218, 220, 230, 275, 297, 385, 437, 464, 479, 531, 535, 537, 564 e 569. Homologação Produção Regras de Validação 10/03/2025 09/05/2025 539 09/06/2025 16/06/2025 291 e 778 16/06/2025 23/06/2025 204 25/06/2025 30/06/2025 208, 237, 483, 629, 865, 866, 869, 878, 965 15/07/2025 21/07/2025 382, 383, 386, 591, 610, 611, 704, 725, 750, 884, 963 11/08/2025 18/08/2025 126, 213, 218, 220, 230, 275, 297, 385, 437, 464, 479, 531, 535, 537, 564, 569 Portanto se sua aplicação receber múltiplas vezes em um curto período de tempo as rejeições expostas na tabela nas datas respectivas, você receberá a rejeição de consumo indevido e poderá ser bloqueado de consumir os web services por no mínimo 1 hora, com a insistência podendo ocasionar até mesmo bloqueio do CNPJ junto a Sefaz.

As URLs foram obtidas do site das respectivas prefeituras e foram testadas e são válidas, provedores seguem padrões, e ao seguir esses padrões é possível identificar URL's e versões, algo que se adquire com o tempo e trabalho na área. Já trabalho a 10 anos com NFS-e e esse conhecimento me ajudou a identificar as similaridades e popular de acordo com o provedor em questão. Referente a "enviar e emitir para cada um", obviamente não o fiz e nem consigo fazer porque não disponho de CNPJs em cada munícipio e nem tempo para executar teste de emissão de nota em cada prefeitura individualmente (certificado para assinaturas, maioria sem ambiente homolog., etc), visando que são dezenas de dezenas de municípios diferentes. Porém, o que foi populado são apenas os provedores que já existem no ACBr, apenas foi mapeado a qual pertence e preenchido com a URL respectiva e validada. Meu objetivo é contribuir com a comunidade e melhorar o poder de alcance do componente da NFSeX. Eu fiz um trabalho de passar em todos sites e todos as UF's e municípios do Brasil que não estão mapeados e ir preenchendo 1 a 1, isso gerou um grande trabalho e muito esforço da minha parte.

Depurando, para cheque da Caixa a linha de impressão do valor por padrão é 1: Nesse caso não tem como reduzir mais, então é o caso de calibrar essa impressora pra iniciar a impressão mais acima.

Olá Pessoal, É com muita alegria que venho informa-los que o componente ACBrNFSeX na data de hoje (06/08/2025) atingiu a marca de 3847 cidades atendidas, isso equivale a 69,05 % de um total de 5571 cidades. Quero agradecer a todos os membros do Fórum e do Discord que nos ajudam diariamente com as suas contribuições nos informando as cidades que trocaram de provedor, que trocaram de URL e é claro as vinculações de cidades a provedores, permitindo assim a emissão de NFS-e para essas cidades. O meu muito obrigado a todos, desde aquele que contribui com apenas uma cidade até aquele que contribui com dezenas de cidades. Sem vocês não chegaríamos a essa marca. São vocês que fazem com que não só o componente ACBrNFSeX, mas também o ACBrLibNFSe e o ACBrMonitor Plus nos permitissem atender 69,05 % das cidades brasileiras. O crédito é todo de vocês, mais uma vez o meu muito obrigado. Estatística por UF e a quantidade de cidades que já adotaram o Padrão Nacional. AC: 021 de 022 ( 95,45 % ) AL: 034 de 102 ( 33,33 % ) AP: 007 de 016 ( 43,75 % ) AM: 012 de 062 ( 19,35 % ) BA: 238 de 417 ( 57,07 % ) CE: 050 de 184 ( 27,17 % ) DF: 001 de 001 ( 100,00 % ) ES: 076 de 078 ( 97,44 % ) GO: 223 de 246 ( 90,65 % ) MA: 084 de 217 ( 38,71 % ) MT: 117 de 142 ( 82,39 % ) MS: 063 de 079 ( 79,75 % ) MG: 709 de 853 ( 83,12 % ) PA: 087 de 144 ( 60,42 % ) PB: 098 de 223 ( 43,95 % ) PR: 312 de 400 ( 78,00 % ) PE: 095 de 185 ( 51,35 % ) PI: 065 de 224 ( 29,02 % ) RJ: 090 de 092 ( 97,83 % ) RN: 060 de 167 ( 35,93 % ) RS: 427 de 497 ( 85,92 % ) RO: 041 de 052 ( 78,85 % ) RR: 009 de 015 ( 60,00 % ) SC: 285 de 294 ( 96,94 % ) SP: 527 de 645 ( 81,71 % ) SE: 018 de 075 ( 24,00 % ) TO: 098 de 139 ( 70,50 % ) 0012 adotaram o Padrão Nacional Veja como você pode colaborar:

Olá carteiros de plantão! Novidades no ACBrCEP!!! Adicionamos mais um provedor de serviços para consulta de CEP. Usando o ACBrCEP agora é possível utilizar o provedor CEP AwesomeAPI para consultar o CEP. O provedor é gratuito e não precisa de cadastro/usuário para uso. Lembrando que os provedores gratuitos não são serviços oficiais e podem ter algumas informações desatualizadas, mas normalmente atendem muito bem para consultas cadastrais! Agradecemos o usuário @William F. L. pela contribuição!! É graças a vocês que o ACBr cresce e atende a comunidade sempre com serviços atualizados!!! O que tenho que fazer para usar? Basta selecionar o Webservice no componente e fazer a consulta normalmente! A atualização está funcional nos componentes Delphi/Lazarus e estarão disponíveis nas próximas compilações da ACBrLibCEP e ACBrMonitor!

Também estava testando as APIs, além de ler a documentação (e lei) nos últimos dias e me deparei com o tópico aqui. Pelo que entendo da reforma tributária a ideia do @programadorbq é o que havia imaginado aqui (e já tenho parte desenvolvida). E acredito que atenda a necessidade do CBS, IBS e IS (pelo menos inicialmente). Então, dando meu pitaco aqui: A credito que a regra dele atende a necessidade do cClassTrib / CST Afinal, no Produto ou NCM/NBS você consegue definir o padrão para a empresa que está emitindo o DFe. E conforme a natureza da operação (CFOP/Finalidade) você consegue definir novas regras para este tratamento/comportamento (considerando o Regime Geral)... E no final, obter as alíquotas conforme as regras para o item da nota fiscal relacionado ao produto para o destino dela. Se tiverem outras sugestões são muito bem vindas. Para 2026 como vai ser tudo muito fixo, me parece que será mais tranquilo...

Olá, encontrei o problema. De acordo com a documentação do Lazarus (https://wiki.lazarus.freepascal.org/For#Loop_Completion), e do Delphi (https://docwiki.embarcadero.com/RADStudio/Sydney/en/Declarations_and_Statements_(Delphi)#For_Statements) a variável do FOR tem valor indefinido ao final do loop. Ela só tem valor definido caso o FOR tenha sido interrompido com um BREAK. Neste caso, é prudente usar o WHILE para garantir o valor da variável ao final do loop. Substituí o FOR por WHILE nos códigos em anexo que devem tornar o comportamento previsível em todos os compiladores/plataformas. ACBrBancoSofisaSantander.pas ACBrBancoSofisaItau.pas ACBrBancoSofisa.pas

Existe nas notícias um informe explicando que foi decidido que em função da velocidade das modificações que o campo não seriam mais tipado, ficou definido que o campo é string.

O Banco do Brasil anunciou a desativação da API Pix V1, que será substituída pela API Pix V2. A mudança visa garantir maior segurança, performance e alinhamento com as diretrizes do Banco Central. A Versão 1 da API Pix será desativada a partir de 31/01/26 Para evitar impactos nos seus sistemas, é fundamental realizar a migração para a V2 o quanto antes. E como fica o ACBr? Basta configurar a versão ACBrPixCD. Leia a mensagem na integra

Boa tarde @Anderson Grolli, Já esta no SVN.

@Italo Giurizzato Junior, consegui dois xml de exemplo fornecidos pela prefeitura de Paranatinga-MT. Creio que deva ajudar voces a saberem o que precisa ser configurado ai no componente TACBrNFSeX para fazer com que os processos de emissão, cancelamento e afins possam funcionar corretamente. Segue em anexo. CancelarNfseEnvio.txt GerarNfseEnvio.txt @Juliomar Marchetti e @Italo Giurizzato Junior, , consegui dois xml de exemplo fornecidos pela prefeitura de Paranatinga-MT. Creio que deva ajudar voces a saberem o que precisa ser configurado ai no componente TACBrNFSeX para fazer com que os processos de emissão, cancelamento e afins possam funcionar corretamente. Segue em anexo.

Boa tarde @Anderson Grolli, Muito obrigado pela colaboração, já foi criado a TK-7529 para realizar a alteração.

Sim tem razão acabei de corrigir e subir ao svn

Recebi a 1º notificação onde o governo já solicitou o arquivo no formato AEJ Só avisando que o governo passou a usar.

Eu só consigo imaginar o trabalho que deu. Acho que não consigo dizer muito... Mas queria deixar registrado: Muito obrigado.

não, é o no trecho do código que tem enviar no exemplo do svn

Olá pessoal! Foi publicada a Nota Técnica 2025/002 trazendo adequações da NF-e e da NFC-e para a Reforma Tributária do Consumo. No âmbito da NF-e e da NFC-e, esta nota técnica substitui a NT mencionada no tópico abaixo: É importante reforçar que: Em produção, no ano de 2025, as informações de tributação relativas ao IBS, CBS e IS serão opcionais e não serão validadas. As novas validações relacionadas a esses tributos serão aplicadas a partir de janeiro de 2026. Como as discussões envolvendo a implantação da Reforma Tributária ainda estão em curso, está NT pode sofrer ajustes ao longo do período. Alterações. Tipos Básicos da Tributação. Visando padronização entre os diversos documentos fiscais eletrônicos esta NT acrescenta o arquivo DFeTiposBasicos_v1.00.xsd ao conjunto padrão de arquivos de schema para todos os DFes. O arquivo define a estrutura com os novos campos adicionados. Código Situação Tributária e Código de Classificação da Tributação O grupo de informações do IBS, CBS e IS contém os campos CST e cClassTrib. No tópico abaixo é detalhado o informe técnico sobre a publicação da tabela que possui a relação desses códigos. Cada código cClassTrib corresponde a um dispositivo específico da Lei Complementar 214 / 2025, tornando objetiva a informação do contribuinte sobre como é feita a tributação do IBS/CBS por item. Finalidades débito e crédito da NF-e Uma nota de débito documenta uma situação na qual o emitente registra um aumento no imposto devido (consequentemente, uma redução no imposto devido pelo adquirente, que é o destinatário); Uma nota de crédito documenta uma situação na qual o emitente registra uma redução no imposto devido (consequentemente, um aumento no imposto devido pelo adquirente, que é o destinatário); As finalidades de "Nota de Ajuste" e "Nota Complementar" que já existem são casos especiais de "Nota de Débito". Já uma "Nota de Entada" emitida para documentar, por exemplo, a devolução de mercadoria que havia sido vendida para consumidor final é uma caso especial de "Nota de Crédito". Alterações no Layout O código do status da resposta (cStat) devolvido passa a ter tamanho 4. Adiciona no grupo de identificação da nota fiscal eletrônica (grupo Ide) ganha campos para informar o código do município do fato gerador do IBS/CBS, o tipo da nota de débito, o tipo da nota de crédito e um grupo para informar se é compra governamental. Adiciona um grupo com novos campos para receber as informações do IBS, CBS e IS por item. Adiciona um grupo para totalizar as informações do IBS, CBS e IS. Regras de validação Adiciona regras de validação que buscam validar os novos campos e suas informações, a citar alguns exemplos: cStat 1000 para validar se o fato gerador do IBS foi preenchido. cStat 1001 para validar se somente o IBS/CBS foram preenchidos quando finalidade for débito/crédito. cStat 1002 para validar se nota de compra governamental e informações devidamente preenchidas. ... Eventos Esta nota técnica cria os seguintes eventos para apuração do IBS e da CBS além de um evento de cancelamento genérico que permite cancelar qualquer um deles: 112110 - Informação de efetivo pagamento integral para liberar crédito presumido do adquirente.(Autor: Emitente) 211110 - Solicitação de Apropriação de crédito presumido.(Autor: Destinatário) 211120 - Destinação de item para consumo pessoal.(Autor: Emitente/Destinatário) 211124 - Perecimento, perda, roubo ou furto.(Autor: Destinarário) 211128 - Aceite de débito na apuração por emissão de nota de crédito.(Autor: Destinatário) 211130 - Imobilização de item.(Autor: Destinatário) 211140 - Solicitação de Apropriação de Crédito de Combustível.(Autor: Destinatário) 211150 - Solicitação de Apropriação de Crédito para bens e serviços que dependem de atividade do adquirente.(Autor: Destinatário) 212110 - Manifestação sobre Pedido de Transparência de Crédito de IBS em Operações de Sucessão.(Autor: Sucessora) 212120 - Manifestação sobre Pedido de Transparência de Crédito de CBS em Operações de Sucessão.(Autor: Sucessora) 412120 - Manifestação do Fisco sobre Pedido de Transferência de Crédito de IBS em Operações de Sucessão.(Autor: Fisco) 412130 - Manifestação do Fisco sobre Pedido de Transferência de Crédito de CBS em Operações de Sucessão.(Autor: Fisco 110001 - Cancelamento de Evento(Autor: Idem ao evento a ser cancelado). Datas Implantação Teste: 01/07/2025 Implantação Produção: 01/10/2025 E como fica o ACBr? Os componentes do ACBr já vem passando por um processo de adequação as mudanças propostas pela reforma, dito isso, essa nova versão traz algumas novas modificações, como o grupo para compras governamentais, tpNFDebito e tpNFCredito. Dito, será preciso revisar a nota e as alterações propostas com prováveis modificações sendo necessarias. Mas garantimos que as soluções do ACBr estarão de acordo com as mudanças propostas até as datas definidas, para que possam realizar seus devidos testes. Leia essa Nota Técnica na íntegra AQUI.

Não... Se o erro só acontece com a IDE em execução, pode ser que o problema seja na IDE e não no Monitor.

Olá Pessoal, Notei que diversos desenvolvedores estão fazendo perguntas repetitivas tanto no Fórum quanto no Discord sobre a NFS-e Padrão Nacional, compilei algumas dessas perguntas e suas respectivas respostas. 1. Para emitir NFS-e Padrão Nacional precisa de certificado digital? Resp.: Depende, se a nota for emitida pelo Portal Nacional da NFS-e só é necessário ter um usuário e senha, por outro lado se for emitida por uma aplicação de terceiro vai ser necessário sim, pois a API Rest (webservice) requer que o XML do DPS (Declaração de Prestação de Serviço) seja assinada. 2. O certificado digital tem que ser do prestador? Resp.: Sim. 3. O certificado digital tem que ser um e-CNPJ ou pode ser um e-CPF? Resp.: Vai depender do prestador ser uma pessoal jurídica ou física. 4. O MEI é pessoa jurídica ou física? Resp.: MEI é um Micro Empresário Individual portanto uma pessoa jurídica (possui CNPJ), logo o certificado é um e-CNPJ. 5. A partir de 01/09/2023 só o MEI vai poder emitir suas notas segundo o Padrão Nacional? Resp.: Quem é MEI a partir de 01/09/2023 é obrigatório a emitir a sua nota pelo Padrão Nacional independente se a sua cidade ter aderido ou não ao projeto do Padrão Nacional, por outro lado quem não é MEI vai depender da cidade ter aderido a Emissão da NFS-e. 5. Existem cidades que já aderiram ao projeto? Resp.: Sim, para saber quais são basta acessar o link abaixo e procurar as cidades que na coluna Aderente Emissor Nacional contem a palavra SIM (exemplo a cidade de Bujari/AC). https://www.gov.br/nfse/pt-br/municipios/municipios-aderentes 6. É possível emitir a NFS-e Padrão Nacional usando o ACBr? Resp.: Sim, através do componente ACBrNFSeX, ACBrLibNFSe e ACBrMonitor Plus (Lib e Monitor usar sempre a ultima versão). Com o componente antigo ACBrNFSe não é possível, pois não damos mais manutenção a ele. Para isso, basta alterar a propriedade LayoutNFSe para o valor lnfsPadraoNacionalv1. A mesma fica na aba Geral do programa exemplo para o componente nativo. No caminho DFe > WebServices > NFSe no MonitorPLUS e na seção [NFSe] no arquivo ACBrLib.ini. 7. Ao tentar emitir uma nota no Padrão Nacional usando o componente ou a Lib ou o Monitor estou recebendo alguns erros de internet. Resp. Isso é possível de estar ocorrendo pois a RFB e o SERPRO não esperavam um volume gigantesco de emissões, eles estão trabalhando para sanar esses problemas. 8. Posso usar o certificado A3 ou tem que ser A1? Resp.: Pode sim usar o A3, mas a Equipe ACBr recomenda o uso do A1, pois o A3 possui conexão física com o computador essa conexão pode falhar, já o A1 é um arquivo (PFX) que é salvo no disco ou no banco de dados e pode ser instalado no Windows. Outra é que com o certificado A1 e o componente ou Lib ou Monitor configurado para usar o OpenSSL a aplicação vai funcionar independente da versão do Windows e se ele esta atualizado ou não, já o A3 não tem como usar o OpenSSL. 9. "RNG9999 Erro não catalogado" e agora? Este erro é um indicativo de que ocorreu no meio do processo, no entanto, o erro em questão não é um dos que foram mapeados. Pensem nele como o "último else" das validações. Ao receber este erro, revise todas as informações que estão configuradas e que estão sendo enviadas no DPS para se certificar que não esteja sendo enviado algo errado.