Painel de líderes

Olá pessoal, Uma pergunta que temos recebido muito é sobre se o ACBr já está preparado para o CNPJ alfanumérico. Nosso time esta atuando de forma a atualizar nossas soluções para este novo cenário, e alguns componentes já foram atualizados e outros estão em andamento. É importante salientar que ainda não temos CNPJs ativos neste novo formato, e que de forma geral, diversos setores que fazem parte deste processo seguem se ajustando para que de fato exista uma empresa ativa com CNPJ neste formato. Outro fator relevante é que nem todos os schemas atualizados foram disponibilizados pelas SEFAZ, oque impede a utilização desse novo formato para tais documentos. Seguiremos atualizando este artigo conforme as soluções forem ajustadas. Soluções já Atualizadas ACBrBPe ACBrBoleto ACBrCTe (Componente ajustado e DACTE em andamento) ACBrNFCom (Componente ajustado e DANFE-COM em andamento) ACBrValidador ACBrNFe / ACBrNFCe (Componente ajustado e DANFE em andamento) ACBrDCe (Componente ajustado e DANFE em andamento) ACBreSocial ACBrMDFe (Componente ajustado e DANFE em andamento) ACBrGNRe ACBrPixCD ACBrReinf ACBrANe ACBrCIOT ACBrDI ACBrONE As demais soluções serão tratadas conforme disponibilidade de agenda do nosso time, com foco em entregar o mais breve possível. "Após cada componente ser atualizado as ACBrLib correspondentes e o ACBrMonitor também estarão atualizados em sua próxima versão." Lembre-se que além das Soluções ACBr, os principais impactos do CNPJ Alfanumérico em sua aplicação pode ocorrem em: Telas de entrada de dados: campos e máscaras que aceitam apenas números. Banco de dados: campos definidos como numéricos e validações no banco. Validação de CNPJ: regras próprias, expressões regulares e bibliotecas de terceiros. (ACBrValidador já está adequado) Integrações: APIs, WebServices, arquivos TXT, CSV e XML que esperam apenas dígitos. Importação e exportação de dados: planilhas e processos de migração. Relatórios e documentos: campos formatados como número. Código-fonte: rotinas que utilizam conversões numéricas (StrToInt, IsNumeric, etc.).

Olá comunidade ! Foi publicada a Nota Técnica 2026/002 em sua versão 1.00 para o CTe trazendo evoluções em relação a NT2025/001. (Veja o tópico dela aqui). Alterações Adiciona nos grupos gDevTrib o campo pDevTrib para receber o percentual da devolução do tributo. Inclui um grupo gALCZFMCBS para receber as informações de operações em áreas incentivadas pela ALC\ZFM. Adiciona um novo campo ISUFEmit para receber a inscrição SUFRAMA do emitente. Insere novos campos para informações de pagamento antecipado. Acrescenta novas regras de validação para os campos adicionados. Datas Obrigatoriedade do preenchimento dos campos da RTC. Implantação Homologação: 01/07/2026 Implantação Produção: 03/08/2026 Novos campos e regras Implantação Homologação: 03/08/2026 Implantação Produção: 31/08/2026 E como fica o ACBr? Como é possível observar, a NT traz alterações de leiaute e por isso, modificações serão necessárias. Foi criada a tarefa ACBR-9485 para adequação. Assim que houver novidades será divulgado em nossa área de notícias. Leia a versão 1.00 desta nota técnica na íntegra AQUI. Um agradecimento ao membro de nossa comunidade @Mateus Jurado por divulgar a informação no canal #sefaz em nosso servidor do Discord.

Bom dia. Parece haver alterações locais na sua máquina. Essa linha não é alterada desde 2020. Veja:

Olá comunidade ! Foi publicada a Nota Técnica 2026/002 em sua versão 1.00 para o BPe trazendo evoluções em relação a NT2025/001. (Veja o tópico dela aqui). Alterações Adiciona nos grupos gDevTrib o campo pDevTrib para receber o percentual da devolução do tributo. Inclui um grupo gALCZFMCBS para receber as informações de operações em áreas incentivadas pela ALC\ZFM. Introduz novo campo ISUFEmit para receber a inscrição SUFRAMA do emitente. Insere novos campos para informações de pagamento antecipado. Acrescenta novas regras de validação para os campos adicionados. Datas Obrigatoriedade do preenchimento dos campos da RTC. Implantação Homologação: 01/07/2026 Implantação Produção: 03/08/2026 Novos campos e regras Implantação Homologação: 03/08/2026 Implantação Produção: 31/08/2026 E como fica o ACBr? Como é possível observar, a NT traz alterações de leiaute e por isso, modificações serão necessárias. Foi criada a tarefa ACBR-9485 para adequação. Assim que houver novidades será divulgado em nossa área de notícias. Leia a versão 1.00 desta nota técnica na íntegra AQUI.

Olá comunidade ! Foi publicada a Nota Técnica 2026/002 em sua versão 1.00 para a NF3e trazendo evoluções em relação a NT2025/001. (Veja o tópico dela aqui). Alterações Adiciona nos grupos gDevTrib o campo pDevTrib para receber o percentual da devolução do tributo. Inclui um grupo gALCZFMCBS para receber as informações de operações em áreas incentivadas pela ALC\ZFM. Introduz novo campo ISUFEmit para receber a inscrição SUFRAMA do emitente. Insere novos campos para informações de pagamento antecipado. Acrescenta novas regras de validação para os campos adicionados. Datas Obrigatoriedade do preenchimento dos campos da RTC. Implantação Homologação: 01/07/2026 Implantação Produção: 03/08/2026 Novos campos e regras Implantação Homologação: 03/08/2026 Implantação Produção: 31/08/2026 E como fica o ACBr? Como é possível observar, a NT traz alterações de leiaute e por isso, modificações serão necessárias. Foi criada a tarefa ACBR-9485 para adequação. Assim que houver novidades será divulgado em nossa área de notícias. Leia a versão 1.00 desta nota técnica na íntegra AQUI.

Olá comunidade ! Foi publicada a Nota Técnica 2026/002 em sua versão 1.00 para a NFCom trazendo evoluções em relação a NT2025/001. (Veja o tópico dela aqui). Alterações Adiciona nos grupos gDevTrib o campo pDevTrib para receber o percentual da devolução do tributo. Inclui um grupo gALCZFMCBS para receber as informações de operações em áreas incentivadas pela ALC\ZFM. Introduz novos campos: ISUFEmit para receber a inscrição SUFRAMA do emitente. CNPJCobrTerc para receber o CNPJ quando cobrança de terceiros com o cClass do grupo 110. Adiciona novo valor válido "06 - Regime Especial" para o campo MotSub. Insere novos campos para informações de pagamento antecipado. Acrescenta novas regras de validação para os campos adicionados. Datas Obrigatoriedade do preenchimento dos campos da RTC. Implantação Homologação: 01/07/2026 Implantação Produção: 03/08/2026 Novos campos e regras Implantação Homologação: 03/08/2026 Implantação Produção: 31/08/2026 E como fica o ACBr? Como é possível observar, a NT traz alterações de leiaute e por isso, modificações serão necessárias. Foi criada a tarefa ACBR-9485 para adequação. Assim que houver novidades será divulgado em nossa área de notícias. Leia a versão 1.00 desta nota técnica na íntegra AQUI.

Só vi depois que já tinha respondido. Foi mal aí.

Ola a todos, preciso de ajuda pra saber se o processo é valido. Abri a Dll GeradorCIOTShared.dll no ILSpy e ela foi compilada como uma DLL .NET. dentro dela temos: GeradorCIOTService_v3 ValidarCIOT GerarCIOT AutenticarEObterTokenAsync ObterApiKey. Ou seja a DLL possui autenticação própria. Então achei o token que é fixo : 3UwR]CYTeAQRF , pra usar em URL := 'https://mtcuybq605.execute-api.sa-east-1.amazonaws.com/api-ciot-prd/GeradorCIOT/token'; Depois disso montei o codigo: procedure TFRMMDFENEW.BitBtn31Click(Sender: TObject); var Http: TIdHTTP; SSL: TIdSSLIOHandlerSocketOpenSSL; JsonEnvio: TStringStream; Resposta: string; URL: string; Token: string; JsonResposta: TJSONObject; begin URL := 'https://mtcuybq605.execute-api.sa-east-1.amazonaws.com/api-ciot-prd/GeradorCIOT/token'; Http := TIdHTTP.Create(nil); SSL := TIdSSLIOHandlerSocketOpenSSL.Create(nil); SSL.SSLOptions.Method := sslvTLSv1_2; SSL.SSLOptions.SSLVersions := [sslvTLSv1_2]; try Http.IOHandler := SSL; Http.Request.ContentType := 'application/json'; Http.Request.Accept := 'application/json'; // vamos descobrir se a chave está correta Http.Request.CustomHeaders.Values['chave'] := '3UwR]CYTeAQRF'; JsonEnvio := TStringStream.Create('{}', TEncoding.UTF8); try Resposta := Http.Post(URL, JsonEnvio); MemoCIOT.Lines.Add('HTTP: ' + IntToStr(Http.ResponseCode)); MemoCIOT.Lines.Add('Resposta:'); MemoCIOT.Lines.Add(Resposta); finally JsonEnvio.Free; end; except on E: Exception do begin MemoCIOT.Lines.Add('ERRO: ' + E.Message); if Assigned(Http.Response) then MemoCIOT.Lines.Add('HTTP: ' + IntToStr(Http.ResponseCode)); end; end; JsonResposta := TJSONObject.ParseJSONValue(Resposta) as TJSONObject; if JsonResposta <> nil then begin try memociot.Lines.Add('=== Dados ==='); memociot.Lines.Add('token: ' + JsonResposta.GetValue<string>('token', '')); token:= JsonResposta.GetValue<string>('token', ''); finally JsonResposta.Free; end; end; URL :='https://mtcuybq605.execute-api.sa-east-1.amazonaws.com/api-ciot-prd/GeradorCIOT/gerar'; Http.Request.CustomHeaders.Values['Authorization'] := 'Bearer ' + Token; JsonEnvio := TStringStream.Create( '{"cpfCnpj":"'+OnlyNumbers(frmmodule.tblempresaCNPJ.Text)+'"}', TEncoding.UTF8 ); Resposta := Http.Post(URL, JsonEnvio); MemoCIOT.Lines.Add('Resposta: ' + Resposta); SSL.Free; Http.Free; end; Que vai retornar este resultado: HTTP: 200 Resposta: {"token":"eyJhbGciOiJIUzI1NiIsInR5cCI6IkpXVCJ9.eyJ1bmlxdWVfbmFtZSI6IkV4ZWN1dGF2ZWxDbGllbnRlIiwibmJmIjoxNzgxMTgwNzQ3LCJleHAiOjE3ODExODQzNDcsImlhdCI6MTc4MTE4MDc0NywiaXNzIjoiR2VyYWRvckNJT1RBUEkiLCJhdWQiOiJHZXJhZG9yQ0lPVENsaWVudCJ9.XEk3ftq3a7wiHRTaHTBqeV6Niax4W4sUXxZ_NN7QiRU"} === Dados === token: eyJhbGciOiJIUzI1NiIsInR5cCI6IkpXVCJ9.eyJ1bmlxdWVfbmFtZSI6IkV4ZWN1dGF2ZWxDbGllbnRlIiwibmJmIjoxNzgxMTgwNzQ3LCJleHAiOjE3ODExODQzNDcsImlhdCI6MTc4MTE4MDc0NywiaXNzIjoiR2VyYWRvckNJT1RBUEkiLCJhdWQiOiJHZXJhZG9yQ0lPVENsaWVudCJ9.XEk3ftq3a7wiHRTaHTBqeV6Niax4W4sUXxZ_NN7QiRU Resposta: {"sucesso":true,"mensagem":"CIOT gerado com sucesso","dados":{"ciot":"520005524641","cnpj":"xx.xxx/xxxx-xx","dataGeracao":"2026-06-11T12:25:47.8038116+00:00"},"erros":null} , consegui consultar o ciot normalmente. Com isso não vou precisar usar o aplicativo da ANTT indiretamente, mas quero saber se não vai haver algum problema com isso, Obrigado.

Olá, @Daniel Simoes @Italo Giurizzato Junior, o ACBrNFSeX está preparado para isso? A Secretaria Executiva do Comitê Gestor da NFS-e publicou a Nota Técnica nº 008/2026, trazendo uma mudança importante que impacta diretamente quem desenvolve ou mantém sistemas fiscais. E aqui vai o ponto mais crítico: A API oficial de geração do DANFSe será desativada em 01/07/2026 Ou seja, a partir dessa data, o seu sistema passa a ser responsável por gerar o DANFSe. Se você trabalha com ERP, emissor de NFS-e ou integrações fiscais, isso muda bastante coisa. https://www.blog.sacfiscal.com.br/danfse-muda-tudo-na-nfs-e-o-que-a-nota-tecnica-008-2026-obriga-seu-erp-a-fazer/

Fiz atualização hoje, 11/06/2026, e o arquivo ACBrDFeSSL.pas está com erro na linha 1080: raise EACBrDFeException.CreateDef( Format(ACBrStr(cACBrDFeSSLEnviarException), [FpInternalErrorCode, FpHTTPResultCode, FURL] ) + sLineBreak + LastErrorDesc + sLineBreak + ); Tem um "+" solto !! Nelson Santos

Olá comunidade ! Foi publicada a versão 1.21 desta nota técnica criando nova regra de validação. Alterações Esta versão altera da data de ativação da regra B02-20 e altera o código da rejeição que devolve a rejeição "CNPJ autorizado para download inválido" de 494 para 499. Datas Implantação Teste: 01/06/2026 Implantação Produção: 22/06/2026 E como fica o ACBr? Alterações no ACBr não serão necessárias visto que é apenas uma regra de validação. Leia a versão 1.21 desta nota técnica na íntegra AQUI.

Criei a tarefa ACBR-9483

Sim. Só teria que fazer o controle das tentativas como mencionado acima. Pode criar uma TK para isso Daniel?

Sim, acho que é possível. Mas nesse caso: Essa configuração teria que ser implementada na Lib mesmo (pensando nos arquivos INI de configuração); Precisaríamos do mecanismo que o @danieloliveira-mm citou acima; É necessário fazer o controle de contagem de reconexões por métodos, zerando a cada chamada. Assim, se o usuário passar algo como "TentativasReconexao=3", não iria estourar ao ser chamado um método como "enviar" (com 2 tentativas) e logo depois um "Consultar" também com 2 tentativas). Isso que tem em mente?

estou passando esses parametros de config {$IFDEF MSWINDOWS} ACBR_SSL_LIB = 'libWinCrypt'; ACBR_SSL_CRYPT_LIB = 'cryWinCrypt'; ACBR_SSL_HTTP_LIB = 'httpWinHttp'; {$ELSE} ACBR_SSL_LIB = 'libOpenSSL'; ACBR_SSL_CRYPT_LIB = 'cryOpenSSL'; ACBR_SSL_HTTP_LIB = 'httpOpenSSL'; {$ENDIF} ACBR_SSL_XML_SIGN_LIB = 'xsLibXml2'; E essa é minha Unit NFSeX.Factory.zip

no svn At revision: 46713

Já fiz duas vezes o teste e não consegui reproduzir. continuo a crer que seja algo em seu ambiente para não gerar a informação

no svn Rev. 46710

Pessoal, deu certo aqui na região de São José do Rio Preto. O problema estava no Código NBS, que antes o GISS não validava e agora começou a validar. Se não enviar o código correto, ou seja, o esperado por eles, não valida.

Relatos recebidos hoje (quarta-feira, 10/06/2026) indicam instabilidade em serviços relacionados à cobrança bancária via API e também em canais de acesso utilizados por desenvolvedores. Entre os sintomas observados estão dificuldades de autenticação em portais de desenvolvedor e falhas temporárias na comunicação de serviços utilizados em ambiente de produção. De acordo com informações compartilhadas pelo time BB, houve registro de indisponibilidade parcial em alguns canais digitais. Ainda segundo a comunicação recebida, o processo de normalização já estava em andamento, com parte significativa dos clientes conseguindo acessar novamente os serviços. Também foi informado que serviços de pagamento instantâneo estavam sendo restabelecidos gradualmente. Até o momento desta publicação, não há informações oficiais sobre a causa da ocorrência nem previsão detalhada para a conclusão da normalização. Atualização: Caso existam novos relatos ou comunicados oficiais, este tópico poderá ser atualizado.

Boa tarde, Foi criada a tarefa ACBR-9477 para avaliação. Obrigada pela contribuição!

Olá, devido a diversas solicitações dos clientes, acabei modificando o componente ACBrNFeDANFCeFortes, incluindo uma opção de não imprimir o valor do frete rateado na linha do produto, apenas o total do frete no final do cupom, deixando assim a impressão de desconto por item ativa também. Não sou nenhum mestre do código nem nada, mas fica aqui uma contribuição a ser estudada. Perante a parte legal, diz que o valor do frete deve ser rateado entre os produtos, fonte item 9 e 10... https://legislacao.fazenda.sp.gov.br/Paginas/RC31987_2025.aspx Isso é feito no XML, não achei conteúdo exigindo a impressão desse valor no cupom por item. Segue o código e como ficou no componente e impressão. Obrigado. ACBrDANFCeFortesFr.pas

no svn At revision: 46643

Olá pessoal, Já faz um bom tempo que não fazemos uma pesquisa aqui no fórum sobre o ambiente de uso de todos. Então resolvemos fazer uma pesquisa rápida sobre isso. Por favor, ajude respondendo as perguntas da enquete anexa. E depois disso, você quer ganhar gratuitamente um curso sobre a Reforma Tributária e ainda por cima ganhar um cargo com distintivo especial dentro do nosso servidor Discord? Veja nossa campanha "ACBr Verificado" na seguinte landing page: https://projetoacbr.com.br/verificado/

em vez de copiar as Units para a pasta do seu projet... Você pode adicionar o diretório \ACBr\Fontes\ACBrDFe\ACBrNFe\PCNNFe\ no LibPath do seu Projeto ou ainda do próprio Delphi