Painel de líderes

Projeto ACBr e compatibilização do Android 15+ Projeto ACBr está atualizando as bibliotecas Android para compatibilizar com alinhamento de páginas de 16 kB nos Android 64 bits. A Google determinou que a partir de 01/11/2025, todos os novos aplicativos (e atualizações) destinados ao Android 15 +(Google Play) devem ser recompilados com essa configuração. Por isso o Projeto ACBr recompilou a LibXML2 e OpenSSL para atender essa determinação. Nossas bibliotecas nativas e AAR também foram ajustados. A partir de 14/10/2025, todos os AAR e ACBrLib Android ARM64 serão compiladas com alinhamento de 16 KB por padrão. O que você precisa fazer para se adequar ? ACBrLib Android Recomendações gerais Se você usa bibliotecas nativas de terceiros, é importante verificar se elas estão alinhadas corretamente. Se você compila bibliotecas, terá que recompilar com o alinhamento de 16 KB Android Nativo (Java e Kotlin) Atualizar o plugin AGP (Android Gradle Plugin) para versão>= 8.6 (Mínimo recomendado é 8.5.1, mas usamos a versão 8.6.0) Se usa uma de nossas bibliotecas (AAR) deve atualizar o JNA para versão >= 5.17 SDK Mínimo : Android API 24 (Android 7.0) //build.gradle do módulo app implementation net.java.dev.jna:jna:5.17.0@aar //configuração do build.gradle.kts implementation("net.java.dev.jna:jna:5.17.0@aar") Recomendamos a remoção das seguintes linhas no build.gradle: android { ... packagingOptions { jniLibs { useLegacyPackaging true } } } React Native React Native, a versão mínima com suporte a 16 KB é 0.77 Aplicam-se as mesmas configurações que o Android Nativo Flutter Flutter oferece suporte a partir da versão 3.27 https://docs.flutter.dev/release/release-notes/release-notes-3.27.0 Aplicam-se as mesmas configurações que o Android Nativo Componentes ACBr (Delphi FMX) A Libxml2 foi recompilada com alinhamento de 16 KB Já a OpenSSL compilamos a versão 1.1.1w, https://svn.code.sf.net/p/acbr/code/trunk2/DLLs/Android/OpenSSL/openssl-1.1.1w/aarch64-linux-android/Dynamic/ Componentes que usam a OpenSSL, devem usar essa versão, exemplo: ACBrCEP, ACBrConsultaCNPJ, ACBrNFe, entre outros ... Delphi 12.3 já oferece suporte a alinhamento de páginas de 16 KB Referências https://docs.flutter.dev/release/release-notes/release-notes-3.27.0 https://android-developers.googleblog.com/2025/05/prepare-play-apps-for-devices-with-16kb-page-size.html https://developer.android.com/guide/practices/page-sizes?hl=pt-br#alignment-use-tools

Bom dia @tuelo22, Já esta no SVN.

Olá Pessoal, Os componentes ACBrCTe, ACBrNFe e ACBrMDFe possuem o método DistribuicaoDFePorNSU, DistribuicaoDFePorUltNSU e DistribuicaoDFePorChaveNFe (somente o ACBrNFe) deixam de usar as units: pcnDistDFeInt (responsável por montar o XML da consulta) e pcnRetDistDFeInt (responsável por ler o retorno) e passam a utilizar as novas units: ACBrDFeComum.DistDFeInt e ACBrDFeComum.RetDistDFeInt com a mesma finalidade das antigas, como uma diferença a nova unit responsável pela leitura do retorno se utiliza as rotinas do ACBrXmlDocument que já foi comprovado a sua velocidade em relação as rotinas do pcnLeitor. A priori vocês não vão precisar mudar nada nas suas aplicações, apenas atualizar todos os fontes de todas as pastas, reinstalar o ACBr com a opção de usar o ACBrXmlDocument marcada e por fim compilar a aplicação com a opção Build. Se por acaso na aplicação tiver uma linha semelhante a abaixo vai ter que fazer uma pequena alteração. Como esta hoje: ACBrNFe1.WebServices.DistribuicaoDFe.retDistDFeInt.Leitor.CarregarArquivo(OpenDialog1.FileName); Como deve ficar a partir da atualização dos fontes: ACBrNFe1.WebServices.DistribuicaoDFe.retDistDFeInt.CarregarArquivo(OpenDialog1.FileName); Como vocês podem ver basta remover o "Leitor." para que ocorra a compilação da aplicação.

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 Instale o pacote @projetoacbr/acbrlib-cep-node npm install @projetoacbr/acbrlib-cep-node 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') let acbrlibCep = new ACBrLibCepMT(acbrlibPath, configPath, '') let cep = '' try { acbrlibCep.inicializar() acbrlibCep.configGravarValor('CEP','WebService','3') acbrlibCep.configGravar() cep = acbrlibCep.buscarPorCep('18270170') console.log(cep) } catch (error) { console.error(error) } finally { if ( acbrlibCep) acbrlibCep.finalizar() } 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á comunidade ! Nos últimos dias temos recebidos alguns relatos de membros da comunidade com problemas para comunicar com o Padrão Nacional utilizando as soluções ACBr. Após investigação dos relatos, foi constatado que a API do Padrão Nacional passou por melhorias, dividindo end-points que até então eram genéricos em novos end-points mais específicos, causando assim essa divergência. Foi criado a tarefa ACBR-8132 para centralizar a análise dessas alterações e as modificações que possam vir a ser necessárias na solução ACBr para adequação. Qualquer novidade relacionada será divulgada neste tópico.

já tem outros tópicos sobre o mesmo assunto e estão pelo que vi corrigindo. aguarde que alguém vai informar se efetuar essa mudança vai funcionar pra ti mas não para os demais

com essa sua informação aqui nem tem o que tu pensar ou tentar. use os componentes no delphi, jamais será melhor tu gerar txt, pra dai um programa rodar no trai pra gerar xml pra ti sem tu conseguir controlar, para dai pegar u m txt de volta para dai ir catar o xml . os componentes são o dominio total pra ti e seu sistema como deve programar com as devidos padrões e clean code será muito produtivo

este caso não deve ter sido atualizado ainda o exemplo para as mudanças. ACBrNFSe não é mais dado suporte a 3 anos ou mais. então ele fica sem marcar no instalador. claro que tu pode deixar marcado mas está defasado e não funcionar é o ACBrNFSeX o correto dá mas faz sentido. mas o FPDF vai junto no ACBr então é so marcar os componentes no instalador. como dito esse componente não é mais suportado. devem ser exemplos sem . mas vamos lá tu não vai usar com delphi, pelo menos parece que é outra linguagem então os componentes não vão te ajudar nem rodar no delphi e menos que diga que seu sistema é em Delphi e está a querer usar o MOnitor, dai eu digo que o monitor não foi feito para tu usar com delphi e sim para outras linguagens

é padrão da embarcadero/borland/codegear o A significa parametro de entrada. bem como a letra L em variaveis locais pra dizer que é local a letra F em variaveis de classes significa que está no private aqui tem https://docwiki.embarcadero.com/RADStudio/Florence/en/Delphi’s_Object_Pascal_Style_Guide

Uma dúvida comum que sempre acontece quando é preciso emitir uma nota de devolução é onde eu devo preencher as informação do IPI da devolução. No trecho abaixo é possível verificar o preenchimento no componente usando Delphi/Lazarus uses ACBrNFeNotasFiscais, ACBrNFe.Classes; var NotaF: NotaFiscal; Produto: TDetCollectionItem; begin NotaF := ACBrNFe.NotasFiscais.Add; //Preenche as demais informações... Produto := NotaF.NFe.Det.New; Produto.pDevol := ...; Produto.vIPIDevol := ...; //Preenche as demais informações... end; Já quando você usa a ACBrLibNFe ou o ACBRMonitor você pode preencher o INI na seção do [Produto] veja abaixo:

Atualiza ai porque acabou de subir algumas alterações da tag de xPAIS e cPAIS.

Agora funcionou perfeito, testei com nubank, caixa, bradesco, itau, mercado pago, sicoob e c6 bank, todos leram perfeitamente o qrcode impresso no NFCom.

Bom dia @Italo Giurizzato Junior, agora ficou certo a URL, pode fechar o post, muito obrigado. Até: Daniel Ostoic programador DNA.

Juliomar, obrigado pela atenção, darei uma olhada nos documentos, abraços.

Como falei tu vai jogar mais tempo fora correndo atrás pois não programa na linguagem do que o valor pago para assinar o PRO Tu programa em delphi ou lazarus? se sim siga senão será muito tempo jogado fora e perdido. e no instalar já está avisando falta componentes. tu tem que escolher o gerador de relatorios antes e instalar seja fast report, fortes report ou se usar FPDF não precisa ali está dizendo isso. e se está mirando para compilar o monitor não vai adiantar. ele não foi feito em delphi ele foi feito em lazarus

Sim as NT da reforma. tem no site do sefaz e tem no svn do ACBr

O Problema Algumas vezes, ao gerar o preview de alguma impressão, a pessoa pode se deparar com algumas informações "encavaladas" ou cortando. Esse problema costuma ocorrer quando o monitor no qual o preview foi gerado e exibido, possui uma configuração de escala aplicada, ou seja, a tela está com zoom maior do que 100%. Existem algumas maneiras de resolver isso. Solução 1: Utilize a configuração de Escala do componente de impressão. Nas soluções de impressão do ACBr, existem duas propriedades que podem ser alteradas a fim de contornar essa situação. São elas: AlterarEscalaPadrao: do tipo booleano e com valor padrão definido como false, esta propriedade deve ser definida com o valor true. NovaEscala: do tipo integer, essa propriedade possui o valor padrão 96. Tomemos a impressão da NFe, como exemplo. Quem utiliza componente nativo para Delphi ou Lazarus, depois de atribuir o componente de impressão na propriedade DANFe com componente ACBrNFe: ACBrNFe.DANFE.AlterarEscalaPadrao := true; ACBrNFe.DANFE.NovaEscala := 96; Para aqueles que utilizam a Lib, na seção [DANFE] do arquivo ACBrLib.ini que centraliza as configurações de mesmo nome: Solução 2: Usar a opção DPI Awareness no arquivo mafest da aplicação Talvez você precise ajustar isso na sua linguagem de programação. Mas no Delphi é bem fácil. No menu do topo da IDE, selecione Project > Options: Na janela que aparecer, selecione o item Application e depois Manifest. Na janela que aparecer, na configuração DPI Awareness, selecione a opção None. Um agradecimento ao membro de nossa comunidade @oprata por compartilhar esta dica. Solução 3: Remova o Zoom aplicado no Monitor Clique com o botão direito do mouse em sua Área de trabalho e no menu que aparecer, selecione a opção "Configurações de exibição". Na janela que aparecer, role a tela até chegar na seção "Escala e Layout" e na opção Escala, selecione o valor 100%.

Olá Pessoal, Com a Reforma Tributária temos novas opções de emissão de NF-e, vamos tentar entender como funciona essa tal de nota de Débito ou Crédito. Na Nota Técnica 2025/002 versão 1.20 no final da página 7 temos o item 4 que traz: 4. Finalidade Débito e Finalidade Crédito da NF-e Notas de Débito e Crédito são nomes de instrumentos utilizados mundialmente para documentar situações contábeis onde é necessário corrigir informações comerciais que foram registradas em um documento, que no Brasil é a Nota Fiscal. Esta Nota Técnica cria na NF-e modelo 55 as finalidades de emissões correspondentes. O sentido das palavras “débito” e “crédito” sempre se referem ao ponto de vista do emissor: • 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 emissão “Nota de Ajuste” e “Nota Complementar”, já existentes, são casos especiais de Nota de Débito; uma nota de entrada emitida para documentar, por exemplo, a devolução de mercadoria que havia sido vendida a um consumidor final, é um caso especial de Nota de Crédito. A regulamentação do IBS disporá sobre a utilização de notas de crédito e notas de débito para lançamentos de ajuste, com a finalidade de instrumentalizar a preparação da declaração assistida a ser oferecida para os contribuintes, de maneira automatizada, a partir de documentos fiscais eletrônicos, em cumprimento ao que preconiza a LC 214/2025. A menos que ocorra alteração na regulamentação do ICMS e do IPI, notas de crédito e notas de débito não poderão ser utilizadas para ajustes relativos a estes tributos. O campo finNFe agora passa a ter as opções: 5=Nota de crédito; 6=Nota de débito; Portanto se a minha intenção é emitir uma NF-e de Crédito o valor de finNFe tem que ser 5, por outro lado se a intenção é emitir uma NF-e de Débito o valor de finNFe tem que ser 6. Temos agora que especificar o tipo da nota de Débito ou de Crédito através dos novos campos tpNFDebito e tpNFCredito. Devemos ter em mente que uma nota só pode ser de Débito ou de Crédito jamais vai ser de Débito e Crédito. Valores aceitos pelo campo tpNFDebito: 01=Transferência de créditos para Cooperativas; 02=Anulação de Crédito por Saídas Imunes/Isentas; 03=Débitos de notas fiscais não processadas na apuração; 04=Multa e juros; 05=Transferência de crédito de sucessão; 06 = Pagamento antecipado 07 = Perda em estoque Valores aceitos pelo campo tpNFCredito: 01 = Multa e juros 02 = Apropriação de crédito presumido de IBS sobre o saldo devedor na ZFM (art. 450, § 1º, LC 214/25) 03 = Retorno (regra de validação: B25-80) Uma nota de Débito ou Crédito não podem conter informações de: ICMS (tag: ICMS), ISSQN (tag: ISSQN), IPI (tag: IPI), II (tag: II), PIS (tag: PIS), PIS ST (tag: PISST), COFINS (tag: COFINS), COFINS ST (tag: COFINSST), ICMS UF Destino (tag: ICMSUFDest) ou Imposto Devolvido (tag: impostoDevol). Uma NFC-e (modelo 65) não permite nota de Débito ou Crédito, esses dois tipos de notas estão restritas ao modelo 55 ou seja NF-e. (regra de validação: UB106-31) Temos um novo gruo chamado gTransfCred que só deve ser gerado se a de nota de Débito tiver o tpNFDebito for 01 ou 05. O grupo gTransfCred só deve ser gerado se o CST / cClassTrib informado o permitir. (regra de validação: VC02-10) Se tpNFDebito for 03 ou 04 devemos gerar o novo grupo DFeReferenciado. (regra de validação: 3BA02-70) Uma nota de crédito de multa/juros, tpNFCredito igual a 01 ou 03 tem que referenciar uma NF-e autorizada e não pode estar cancelada. (regra de validação: B25-30) Se tpNFCredito for 01 ou 03 devemos gerar o novo grupo DFeReferenciado. A nota de Débito ou Crédito não é simples, possui muitas regras de validação, vai ser natural levarmos uma rejeição logo na primeira nota, mas de posse da NT em mãos para buscar um entendimento sobre a rejeição e sanar o problema vai ser o caminho. Tudo é muito novo para nós desenvolvedores e para os contadores, o jeito vai ser dar as mãos e tentarmos buscar a melhor implementação. Não sou contador, sou desenvolver, mas busco sempre as respostas nos Manuais, Notas Técnicas e longas conversas com os contadores. Espero que esse texto possa ajudar um pouco com esses dois tipos de notas.

Olá Pessoal, É com grande alegria que informo a todos que já se encontra no SVN o componente ACBrNFCom. Para quem não sabe o que vem a ser NFCom, segue abaixo o texto copiado do Portal da SEFAZ-Virtual do Rio Grande do Sul. "O Projeto NFCom tem como objetivo a implantação de um modelo nacional de documento fiscal eletrônico (modelo 62) que venha substituir a sistemática atual de emissão da Nota Fiscal de Serviço de Comunicação/Telecomunicações (modelos 21 e 22), com validade jurídica garantida pela assinatura digital do emitente, simplificando as obrigações acessórias dos contribuintes e permitindo, ao mesmo tempo, o acompanhamento da emissão em tempo real pelo Fisco." Foi enviado para o SVN, os fontes do componente, os pacotes de instalação para o Delphi e Lazarus e o programa exemplo para o Delphi. O que falta a ser feito: o programa exemplo para o Lazarus e a instalação do componente via ACBrInstall. Enquanto não for liberado uma nova versão do ACBrInstall a instalação do componente vai ter que ser via pacote. Como eu não tenho um certificado digital de um prestador de serviço de comunicação/telecomunicações os testes ficam prejudicados. Detalhe importante: Na pagina que trata o NFCom no Portal da SEFAZ-Virtual do Rio Grande do Sul não consta ainda o manual com o layout do DANFCom, sendo assim não foi possível implementar o componente de geração do Documento Auxiliar da NFCom. Convido a todos que tenham interesse nesse componente, instalar e fazer os testes. Ficaremos felizes em receber melhorias e correções nos fontes do componente.