Painel de líderes

@BigWings entendi, muito obrigado! Irei realizar as alterações necessárias em minhas aplicação.

Ola Juliomar, sim no monitorplus. Acrescentei na uses o ACBrDFe.Conversao e voltou a funcionar. Agora esta utilizando TipoAmbienteToStr novamente.

Acho que te respondi no Discord. Não existe grupo ICMSSN203 no layout da NFe. Existe sim o CSOSN 203 que você citou aí mas ele está no mesmo grupo ICMSSN202. Veja o layout:

Agora ficou 100% @Marcelo Grando

será que sua pasta do svn não está viciado? tu pegou o endereço que tem aqui https://www.projetoacbr.com.br/fontes? se sim ou exclui toda a pasta e faz um checkout ou faz um revert geral e deleta os não versionados. há e cuida pra ver senão tem aqueles pontos de restauração ou ainda um GDrive ou Onedrive fazendo copia do hd inteiro para a nuvem e substituindo local

Pode baixar com "https://" em vez "de svn://" mas duvido que fará diferença. Eu geralmente faço com https:// mas baixei via svn:// e está normal também.

Hoje tivemos uma boa notícia, o cliente que estava com problema conseguiu suporte da propria Certisign e eles resolveram o problema, desinstalaram e reinstalaram o certificado Versão do instalador = certisign10.6-x64-10.6

JA ACHEI O ERRO E ARRUMEI. VLW

Passando aqui para agradecer vcs pela pergunta e ao @Juliomar Marchetti pela resposta rs Mudei aqui e foi na hora. Engraçado que isso aconteceu logo depois que renovei meu certificado digital. Pensei ter algo a ver.

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

Esta rejeição ocorre quando as validações do web service da Sefaz não encontram o grupo gIBSCBS no arquivo XML nos casos em que ele é necessário. (ind_gIBSCBS = 1 na Tabela de Classificação Tributária ) Portanto, para sanar este problema é preciso preencher as informações relacionadas no arquivo XML: Para aqueles que usam o componente nativo para Delphi/Lazarus ACBrNFe uma maneira de fazer é: uses ACBrNFe.Classes; procedure RotinaQueAlimentaNFeNoComponente; var NotaF: NotaFiscal; Produto: TDetCollectionItem IBSCBS: TIBSCBS; begin NotaF := ACBrNFe.NotasFiscais.Add; //Preenchee as demais informações... Produto := NotaF.NFe.Det.New; //Adiciona o item. IBSCBS := Produto.Imposto.IBSCBS; IBSCBS.CST := TCSTIBSCBS.Valor; IBSCBS.cClassTrib := 'cClassTrib'; //Preencher as propriedades de: IBSCBS.gIBSCBS.XXXX end; Para quem utiliza a solução ACBrMonitorPLUS ou ACBrLibNFe deve preencher no arquivo INI que alimenta a nota as informações: [IBSCBS001] CST= cClassTrib= [gIBSCBS001] vBC= vIBS= [gIBSUF001] pIBSUF= vIBSUF= pDif= vDif= vDevTrib= pRedAliq= pAliqEfet= [gIBSMun001] pIBSMun= vIBSMun= pDif= vDif= vDevTrib= pRedAliq= pAliqEfet= [gCBS001] pCBS= vCBS= pDif= vDif= vDevTrib= pRedAliq= pAliqEfet= [gTribRegular001] CSTReg= cClassTribReg= pAliqEfetRegIBSUF= vTribRegIBSUF= pAliqEfetRegIBSMun= vTribRegIBSMun= pAliqEfetRegCBS= vTribRegCBS= [gIBSCredPres001] cCredPres= pCredPres= vCredPres= [gCBSCredPres001] cCredPres= pCredPres= vCredPres=

Bom dia, Tenho clientes em Santo André, e emitem NFSe sem problema. Tente passar o código de Tributação do Municipio nesse formato 14.01 / 331399900 Servico.CodigoTributacaoMunicipio := '14.01 / 331399900'; Dercide Alvarez

Ola, imagino que se nao informar o valor da mora juros e nem data de mora juros o proprio componente deve colocar esse codigo de mora como 3. se olhar esse trecho de codigo no metodo geratransacao240: IfThen( (ValorMoraJuros > 0) and (CodigoMora= ''), '1', PadRight(CodigoMora, 1, '3') ) + //118 - Código de juros de mora: Valor por dia vera que se nao informar o valor da mora juros vai como isento na remessa.