Painel de líderes

Olá pessoal, Gostaria de informar que o PIX Automático já está disponível nos fontes do componente ACBrPIXCD! Com isso, as software houses que utilizam o ACBrPIXCD poderão implementar as jornadas do PIX Automático diretamente em suas aplicações, aproveitando os novos endpoints e recursos disponibilizados pelo BACEN. Sendo necessária apenas a disponibilização dessa funcionalidade na API de cada PSP. Informações Importantes Disponível APENAS para contas PJ (Empresas); É automático APENAS para o PAGADOR. Ou seja, o recebedor deverá gerar a cobrança(/cobr) à cada recorrência; Periodicidades disponíveis: Semanal, Mensal, Trimestral, Semestral e Anual. O BACEN definiu 5 jornadas diferentes, da seguinte forma: Dessas 5 jornadas, será possível utilizar o componente ACBrPIXCD nas 4 primeiras. Descritivo das Jornadas: 1ª Jornada - Ativação da recorrência através de notificação push Criar a recorrência: // Popular objeto ACBrPixCD1.PSP.epRec.RecorrenciaSolicitada ACBrPixCD1.PSP.epRec.CriarRecorrencia Disparar a solicitação da recorrência (notificação push): // Popular objeto ACBrPixCD1.PSP.epSolicRec.SolicitacaoSolicitada ACBrPixCD1.PSP.epSolicRec.CriarSolicitacaoConfirmacao 2ª Jornada - Ativação após pagamento de QR Code gerado na criação da Recorrência Criar o location: ACBrPixCD1.PSP.epLocRec.CriarLocation Criar a recorrência informando o location: // Popular objeto ACBrPixCD1.PSP.epRec.RecorrenciaSolicitada ACBrPixCD1.PSP.epRec.RecorrenciaSolicitada.loc := ID_Location; // IMPORTANTE ACBrPixCD1.PSP.epRec.CriarRecorrencia Consultar a recorrência para obter o “copia e cola”: ACBrPixCD1.PSP.epRec.ConsultarRecorrencia(IDRecorrencia); wQRCode_Gerado := ACBrPixCD1.PSP.epRec.RecorrenciaCompleta.dadosQR.pixCopiaECola; // CopiaECola gerado para pagamento e ativação da recorrência Observação: O QR Code gerado será válido enquanto a recorrência estiver ativa. 3ª Jornada – Ativação após pagamento de cobrança imediata (/cob) Criar a cobrança imediata: // Popular o objeto ACBrPixCD1.PSP.epCob.CobSolicitada ACBrPixCD1.PSP.epCob.CriarCobrancaImediata Criar a recorrência informando o txid da cobrança no objeto ativação: // Popular objeto ACBrPixCD1.PSP.epRec.RecorrenciaSolicitada ACBrPixCD1.PSP.epRec.RecorrenciaSolicitada.ativacao.dadosJornada.txid := txid_Cob; // IMPORTANTE ACBrPixCD1.PSP.epRec.CriarRecorrencia; Consultar a recorrência usando o idRec: ACBrPixCD1.PSP.epRec.ConsultarRecorrencia(IDRec); 4ª Jornada – Ativação após pagamento de cobrança com vencimento (/cobv) Criar a cobrança com vencimento: // Popular objeto ACBrPixCD1.PSP.epCobV.CobVSolicitada ACBrPixCD1.PSP.epCobV.CriarCobranca(txID); Criar a recorrência informando apenas o location (sem txid): // Popular objeto ACBrPixCD1.PSP.epRec.RecorrenciaSolicitada ACBrPixCD1.PSP.epRec.RecorrenciaSolicitada.loc := Loc_CobV; // IMPORTANTE ACBrPixCD1.PSP.epRec.CriarRecorrencia; Consultar a recorrência com idRec: ACBrPixCD1.PSP.epRec.ConsultarRecorrencia(IDRec); Como usar? Para utilizar as jornadas acima, basta atualizar os fontes do ACBr e consultar os novos métodos e propriedades disponíveis no componente ACBrPIXCD. As aplicações de demonstração do componente também já estão atualizadas com as novas funcionalidades. Qualquer dúvida ou sugestão, só comentar por aqui ou acessar nosso SERVIDOR NO DISCORD. Bons códigos a todos!

Olá pessoal! Como sabem, os fontes do ACBr estão passando por um processo de migração, onde as units da pcn estão sendo substituídas pelas units baseadas nas classes ACBrXMLDocument que fazem uso da LibXML2 O tópico intitulado "ATENÇÃO: ACBr está adotando as classes baseadas em ACBrXMLDocument como padrão!" traz uma explicação mais detalhada, vinculando inclusive uma edição do Papo PRO ACBr que foi realizada tratando sobre a migração. Mas resumindo em poucas palavras, as novas classes trazem um ganho de performance considerável na leitura de arquivos XML que possuem um conteúdo muito extenso, o que de acordo com o leiaute de alguns DFes é uma possibilidade. Um exemplo bem simples é a NFe\NFCe que permite até 990 itens. Este processo está sendo feito por etapas: A primeira etapa foi a mudança das classes de escrita e leitura do arquivo XML, esta etapa foi concluída. A segunda etapa é a troca de algumas units da pcn, por units próprias do ACBr, esta etapa também foi concluída. Estamos entrando agora na próxima etapa que é a mudança dos tipos. Esta etapa envolve a mudança dos tipos TpcnXXX para os tipos TACBrXXXX O processo foi iniciado no MDFe com a alteração do TpcnTipoAmbiente presente na unit pcnConversao para TACBrTipoAmbiente presente na ACBrXmlBase. Acompanhe este tópico para ficar para se manter informado sobre esta mudança. Componentes de Documentos Fiscais Eletrônicos que serão afetados: ACBrBPe ACBrMDFe (Em processo de alteração) ACBrNFe ACBrCTe ACBrDCe ACBrGNRe ACBrGTIN ACBrNF3e ACBrNFCom

Coordenação Técnica do ENCAT 16/06/2025 Consulta Tabelas CST, cClass e Credito Presumido para Reforma Tributária As notas técnicas que preveem a criação da estrutura de dados para alimentar a tributação relativa à Reforma Tributária do Consumo estão publicadas no portal e já existem prazos para a implantação desta versão no ambiente de homologação até do dia 28 de julho de 2025 para NFe, NFCe, BPe, CTe, NF3e e NFCom. Todas as Notas Técnicas apresentam regras de validação que fazem referências as tabelas de CST, Classificação Tributária e Crédito Presumido e seus indicadores (flags) que obrigam ou vedam o preenchimento dos diversos grupos de informações no XML do Documento Fiscal. Visando faciliar o entendimento da aplicação prática destas regras de validação, e sobretudo, trazer dados mais concretos de que forma os ambientes de autorização dos documentos fiscais trabalharão as validações, estamos publicando na forma de consulta deste portal o acesso visual a estas tabelas. Tabelas de CST e cClass: https://dfe-portal.svrs.rs.gov.br/DFE/TabelaClassificacaoTributaria Tabela de Crédito Presumido: https://dfe-portal.svrs.rs.gov.br/DFE/TabelaCreditoPresumido IMPORTANTE: O trabalho de levantamento de situações, aderência à legislação e prospecção de regras de validação, assim como a própria composição destas tabelas é um trabalho em constante revisão e aprimoramento, o que pode resultar em modificações nestas informações. Uma vantagem importante é que a estas tabelas estão acessando o motor de validação em banco de dados, o mesmo que o sistema de autorização da SVRS estará utilizando. Qualquer alteração nas tabelas refletirá imediatamente nas consultas do portal e na validação das regras dos documentos fiscais eletrônicos.

Olá pessoal! A partir de 30/06/2025 o web service do e-Social vai implementar em seus servidores de recepção e consulta de lotes de eventos um novo certificado visando adotar um padrão de segurança mais robusto baseado algoritmo SHA-384 combinado com RSA. Aplicações que não suportem essa configuração poderão apresentar falhas de conexão. O ACBr está pronto para esta mudança? A equipe de consultores está analisando as informações disponibilizadas e avaliando os fontes para confirmar se existe necessidade de alguma alteração nos fontes do ACBr. Assim que houver novas informações este tópico será atualizado Este tópico foi baseado em notícia publicada originalmente AQUI.

Olá pessoal. Este post é apenas informativo. Acabei de testar o qrcode versão 3. Em SP, no ambiente de homologação, foi autorizado.

Olá pessoal! Ao acessar o Portal SPEDMG > NF3e, o seguinte aviso é exibido informando sobre a manutenção e indisponibilidade do ambiente de homologação da NF3e na Sefaz de Minas Gerais entre os dias 02 e 03 de Julho.

No caso você tem um site com algum plugin de ecommerce como o Wocommerce e tem o PagSeguro como gateway, nisto você quer fazer uma integração, mas qual o objetivo desta integração? Você quer pegar os pedidos feitos no site com os valores recebidos? Quer lançar pedidos a partir de um outro sistema? Poderia ser mais especifico em relação ao seu objetivo e as ferramentas utilizadas? Creio que o ACBr não teria uma solução para o que você quer, mas talvez alguém aqui tenha.

Bom dia, Queríamos informar que a TK-7191 está agora em testes de avaliação. Estamos trabalhando para identificar o problema e encontrar a solução o mais breve possível. Assim que tivermos novidades atualizaremos este tópico.

Olá Pessoal, Se encontra disponível desde 21/05/2025 a unit ACBrDFe.Conversao. Essa unit contem os tipos, enumerados e as funções de conversão utilizados pela Reforma Tributária. Sendo assim na unit da sua aplicação que se utiliza dos enumerados e das funções se faz necessário declarar a unit ACBrDFe.Conversao no uses.

Olá Pessoal, Foi publicado ontem (28/03/2025) Notas Técnicas especificas para cada modelo de Documento Fiscal Eletrônico referente a Reforma Tributária. Notas Técnicas publicadas para o BP-e, CT-e, NF3-e e NF-e/NFC-e, esta faltando a publicação da NT referente a NFCom. Em uma leitura rápida não ocorreu grandes alterações. Somente a NF-e/NFC-e que trazia um grupo referente a Compras Governamentais, este grupo agora esta presente nos demais DF-e. Outro ponto a se destacar é quanto aos prazos de liberação dos ambientes de homologação e produção. Ambiente de homologação que antes estava previsto para 01/09/2025 passou para 01/07/2025. E o ambiente de produção estava previsto para 31/10/225 passou para 01/10/2025. Com essa alteração de datas os desenvolvedores passaram a ter 3 meses em vez de 2 para adequar suas aplicações e fazerem os testes. No que se refere a NFS-e também foi publicado uma nova NT que traz algumas modificações no layout sendo que uma delas é a inclusão do grupo de Compras Governamentais. Infelizmente essa NT não traz datas de inicio do ambiente de homologação (produção restrita como eles chamam) e do ambiente de produção. A única informação que consta é que em janeiro/2026 as NFS-e devem já atender a reforma tributária, ou seja, já deve constar os novos grupos e campos. Com essas novas modificações nos layouts dos DF-e vamos ter que rever tudo o que foi feito e fazer as alterações necessárias. Pessoal, agora mais do que nunca devemos manter os fontes do ACBr atualizados e reinstalados se possível diariamente. Vamos fazer novos Papo Pro no Discord relatando as mudanças e em qual etapa estamos na adequação dos componentes. Não percam os Papo Pro eles são de extrema importância para que vocês fiquem informados.

Olá pessoal! Conferindo às 16h30 do dia 30/06/2025, a notícia publicada no portal do e-Social que originou a criação deste tópico foi removida acessando pelo link: E também não pode mais ser localizada a partir da página inicial de notícias do e-Social:

Encontrei o "problema", eu troquei a libxml2.dll (conforme tópico) no intuito de fazer funcionar o envio via mapeamento de rede; Porém para alguns windows, ocorre o erro em que abri este tópico, voltei para a dll comitada no svn, e voltou a funcionar de acordo; Saberia me dizer, como validamos para ter a libxml2.dll na última versão do projeto, github.com/kiyolee/libxml2-win-build pois com ela (já validei em outro ambiente) o envio via mapeamento de rede não é mais necessário.

Boa tarde @willian_delan, É a sua aplicação que tem que tratar isso, o componente não acrescenta o ano ao numero da nota no pedido de cancelamento ou outros serviços.

Bom dia! É possível que o ambiente de homologação seja o problema. Tente comparar o arquivo gerado no ambiente de homologação que está devolvendo esse TimeOut com este XML que foi aceito no ambiente de produção usando uma ferramenta como o WinMerge, por exemplo, e veja se ele aponta alguma diferença estrutural entre os arquivos.

Bom dia, Segui a orientação e no meu caso resolveu. Respondi pq notei que o post esta aberto.

Respondendo ao Juliomar: Sim uso o ACBrNFSeX, Respondendo ao Ítalo: Vou ver essa function e posto aqui se consegui. Por enquanto obrigado pelas respostas! Bom fim de semana a todos!

https://blogs.embarcadero.com/easy-add-custom-component-icons-in-delphi/

Olá pessoal! Conforme aviso no Portal SPEDMG > NFCom, a sefaz de Minas Gerais vai ativar a regra de validação que devolve a rejeição de consumo indevido no ambiente de produção da NFCom em 07/07/2025. Vale mencionar que o Manual de Orientação ao Contribuinte prevê a regra de validação e sua respectiva rejeição em casos que a Sefaz pode considerar como mal uso do web service.

Olá pessoal! No dia 26/06/2025 foi publicada a versão 1.01 desta nota técnica. Alterações Aumenta o tamanho máximo do campo QrCode para permitir até 1000 caracteres para coincidir com os arquivos de schema já disponibilizados anteriormente. A regra de validação que devolve a mensagem "805 - A SEFAZ do destinatário não permite Contribuinte Isento de Inscrição Estadual" foi atualizada para incluir a lista de UFs conforme texto: Remove a regra de validação que devolve a mensagem "407 - NFC-e com qrCode na versão 3". Datas A nova versão da nota técnica não altera as datas previstas em versão anterior, portanto, permanecem sendo as mesmas. Implantação Teste: Até 02/06/2025 Implantação Produção: Até 01/09/2025 E como fica o ACBr? A nova versão apenas corrige o texto na NT para se adequar ao esquema que já estava correto e foi utilizado como base na implementação feita no ACBr e altera regras de validação, portanto, ajustes nas soluções ACBr não se fazem necessários. Leia a versão 1.01 desta nota técnica na íntegra AQUI.

Refiz e deu certo

Algumas observações sobre o seu arquivo de Log: 1. A resposta do método NFSE_Emitir(00029636,Enviar Lote S[237]ncrono,False ) ainda está sendo: Por favor, veja se você não está utilizando um arquivo ACBrNFSeXServicos.ini defasado. Se você tiver um arquivo ACBrNFSeXServicos.ini que ainda usa a configuração antiga dentro da pasta do seu .EXE ou apontado na chave IniServicos da seção [NFSe] do seu arquivo ACBrLib.ini, ele vai ser priorizado sobre a informação atualizada utilizada por resource interno da Lib. Então se tiver arquivo ACBrNFSeXServicos.ini antigo, atualize o mesmo. 2. A entrada no log do método NFSE_ConsultarLoteRPS que está lhe devolvendo a mensagem de protocolo não encontrado me parece incorreta. Veja na documentação do método que o mesmo possui dois parâmetros, sendo o primeiro deles o número do protocolo e o segundo o número do lote. A entrada em seu log mostra que o valor zero está sendo passado para o número do protocolo:

Faltou algum passo. refaça com calma e não esqueça de nada. mesmo que ache que tenha faça de novo

Bom dia! Por favor, pode disponibilizar o Log da Lib com nível paranoico para análise? A princípio essa mensagem não faz sentido no processo de envio síncrono por 2 motivos: 1. No envio síncrono, você geralmente já recebe no retorno do envio os erros ou a NFSe. Veja uma exemplo de retorno que recebi ao realizar um teste de envio síncrono sem ter as credênciais necessárias: <EnviarLoteRpsSincronoResposta> <NumeroLote>1</NumeroLote> <ListaMensagemRetorno> <MensagemRetorno> <Codigo>E179</Codigo> <Mensagem>Erro na autenticação.</Mensagem> <Correcao>O usuário correspondente ao documento utilizado para autenticação não possui autorização para realizar o serviço para a empresa parametrizada via CNPJ e inscrição municipal do arquivo. - Certificado Registrado para 18.760.540/0001-39 NÃO AUTORIZADO para 63.383.950/0001-62</Correcao> </MensagemRetorno> </ListaMensagemRetorno> </EnviarLoteRpsSincronoResposta> 2. Nos casos de envio, seja ele síncrono ou assíncrono, em que lhe é devolvido o número de protocolo no retorno, este número de protocolo por si só, atesta que o web service do provedor recepcionou o lote de RPS que você enviou antes. É como se o web service dissesse, "OK, recebi esse RPS, toma aqui esse número de protocolo que prova isso e que você pode usar para me pedir informações sobre ele depois".

Bom dia! Você diz usando Community ou Lazarus, por exemplo? Basta reinstalar. A configuração que esta opção do instalador define já vem definida por padrão com o valor True. Veja mais detalhes no tópico: Depois de reinstalar, confira se a rotina que faz a escrita do arquivo XML está caindo na unit ACBrNFe.XmlWriter.pas

https://developer.pagbank.com.br/ https://github.com/pagseguro/

Geralmente o Adquirente, tem um repositório de Fontes, com exemplos...

Por favor, altere a sua seção valores substituindo o ponto por vírgula e faça um novo teste. [Valores] ValorServicos=232,59 ISSRetido=1 BaseCalculo=232,59 Aliquota=5,00 ValorIss=11,63 ValorIssRetido=11,63 ValorLiquidoNfse=232,59

Bom dia! Se conferirmos no arquivo ACBrNFSeXServicos.ini presente no SVN, o mesmo está assim: [2507507] Nome=Joao Pessoa UF=PB Provedor=DSF Versao=2.03 ProRecepcionar=https://receita.joaopessoa.pb.gov.br/notafiscal-abrasfv203-ws/NotaFiscalSoap HomRecepcionar=https://serem-hml.joaopessoa.pb.gov.br/notafiscal-abrasfv203-ws/NotaFiscalSoap ;Provedor=SisPMJP ;Versao=2.02 ;ProRecepcionar=https://sispmjp.joaopessoa.pb.gov.br:8443/sispmjp/NfseWSService ;HomRecepcionar=https://nfsehomolog.joaopessoa.pb.gov.br:8443/sispmjp/NfseWSService Por favor, pode conferir se não está utilizando um arquivo defasado?

Páginas 17, 25, 26, 38. Anexo segue o manual que baixei do site da Prefeitura de Caxias do Sul. Município para qual estou gerando a NFSe. NFSe-ManualDeConectividade-GIF4-20200318.pdf

há tá entendi. movi para a LIB . neste caso tu tem que fazer em sua linguagem , mas como tu usa o Boleto ele já faz a impressão no boleto já configurando

Se for o ACBrBoleto ele já trata interno pois ele é gerado no banco e retorna essa informação para o boleto. basta componente estar True propriedade IndicadorPIX e alimentar isso no campo EMV do titulo em todo o caso no exemplo do ACBrPIXCD que não tem a ver aqui com o ACBrBoleto existe o código abaixo: que está na unit ACBrImage

coloque uns 60000

Então se eu atualizar o ACBr e recompilar meu projeto já vai entrar as URLs novas do CE? a resposta é SIM de acordo com esse topico:

Obrigado pela contribuição, em breve será validada para possível inclusão ao svn - #TK-7254

Olá pessoal! Foram publicados dois novos informe técnicos sobre as tabelas relacionadas a reforma tributária: IT 2025.001 v1.10: Informa sobre a atualização das Tabelas de CST e cClassTrib além da divulgação da Tabela de Crédito Presumido do IBS\CBS. Essas tabelas possuem informações importantes que deve ser utilizadas no preenchimento dos novos campos adicionados no leiaute da NFe\NFCe visando adequar o mesmo a Reforma Tributária. IT 2025.004 v1.00: Informa sobre a divulgação da Tabela de Código de Índice de Biodiesel do IBS e do CBS. Esta tabela visa atender ao artigo 179 da Lei Complementar nº 214/2025 que implementa novas regras de validação para garantir o correto preenchimento da informação e conta com os campos cProdANP, Descrição, pBio, Início de Vigência e Fim de Vigência. Ambos os informes técnicos mencionados podem ser encontrados no Portal da NFe e também em nossa biblioteca Tools. As tabelas mencionadas podem ser encontradas no Portal da NFe ou como mencionadas nesta notícia consultadas com uma exibição visual mais didática diretamente na Sefaz do Rio Grande do Sul. Um agradecimento ao membro de nossa comunidade @Felipe Mariano por compartilhar a divulgação dos informes técnicos no canal #sefaz em nossa comunidade do Discord.

Olá pessoal! Informamos aqueles que utilizam ACBrMonitorPLUS ou ACBrLibNFe, que foi disponibilizado ajuste visando sanar o erro: Portanto, se você estiver utilizando uma versão dessas soluções, de antes das 14h02 do dia 23/06/2025, atualize! A versão mais recente da ACBrLibNFe pode ser encontrada AQUI. As versões mais recentes do ACBrMonitorPLUS podem ser encontradas AQUI.

Olá pessoal! Informamos que o componente ACBrNFe foi compatibilizado com a versão 1.10 desta nota técnica na review 39718. Versões do ACBrMonitorPLUS e da ACBrLibNFe compiladas depois das 11/06/2025 deverão engloba as modificações.

Olá pessoal! Esta rejeição foi introduzida pela Nota Técnica 2025/001 e sua regra de validação é como segue: Como descrito na regra e na rejeição, está mensagem é devolvida quando é feito o envio de forma assíncrona de um lote de NF-e contendo apenas uma nota em seu conteúdo. Portanto, para evitar esta rejeição, sua aplicação precisa fazer o envio de forma síncrona caso haja apenas uma NF-e no lote ou fazer o envio de forma assíncrona com um lote contendo no mínimo duas notas. Veja mais sobre os envios síncrono e assíncrono no tópico abaixo:

Olá pessoal! Se você não sabe do que se trata as classes baseadas em ACBrXMLDocument, o tópico abaixo tem mais detalhes: Mas em um resumo: São classes criadas de forma a utilizar as vantagens da LibXML para leitura e escrita dos arquivos XML. Elas são mais rápidas do que as classes baseadas na PCN. Elas foram criadas com o objetivo de substituir a PCN. Como podem ver no tópico indicado acima, desde antes de dezembro de 2024 essas novas classes já estão disponíveis e podem ser utilizadas pela comunidade através de opção no instalador. Agora, 6 meses depois, decidimos que a essas classes serão adotadas como padrão pelo ACBr, ou seja, ao invés de a opção vir desmarcada no instalador, ela vira selecionada por default. Por que estamos realizando esta mudança? Como é mencionado no tópico, consideramos que elas trazem vantagens em comparação com as classes da PCN. Depois de um período de 6 meses, com a comunidade já podendo utilizar elas e sem relatos recentes de problemas, consideramos que elas já estão maduras o suficiente para serem adotadas como padrão. Com o advento da Reforma Tributária, fica inviável manter a manutenção tanto nas classes PCN quanto nas classes ACBrXMLDocument, portanto, os novos campos relacionados a reforma foram adicionadas somente nas novas classes. Quais impactos essa mudança pode gerar? Como mencionado, essas novas classes precisam da LibXML para o correto funcionamento, portanto as dlls devem ser devidamente distribuídas junto ao executável ou estarem presentes no Path. Se você utiliza as units em sua aplicação, é provável que precise realizar a troca para evitar problemas de escopo. Por exemplo, substituir na seção uses da sua aplicação, onde tiver pcnNFeW por ACBrNFe.XmlWriter e onde tiver pcnNFeR por ACBrNFe.XmlReader.

Você pode achar as DLLs da LibXML2, no SVN do ACBr... https://svn.code.sf.net/p/acbr/code/trunk2/DLLs/LibXml2/ Lembrando... use a versão x86, se você compila seu .EXE em 32 bits... (independente do Windows ser 64 bits) Copie todas as DLLs do link acima, na mesma pasta do seu .EXE O quanto a implementação usando a LibXML2 é mais rápida que as antigas Units do PCN ? Confira nesse vídeo:

Olá Pessoal, Muitos de vocês estão ansiosos e apreensivos com essa mudança que vai ocorrer. Os componentes do ACBr vão ser afetados com essa reforma? Sim, mas fiquem tranquilos que já estamos trabalhando nas modificações. Como que fica a minha aplicação, também vai ser afetada? Sim, e te aconselho conversar com os contadores dos seus clientes para saber o que vai ser necessário calcular e como calcular. Como esta os trabalhos e quais são os componentes que vão ser afetados? Dividimos o trabalho em 5 etapas e os componentes afetados são: ACBrBPe (Bilhete de Passagem Eletrônico/Bilhete de Passagem Eletrônico Metropolitano); ACBrCTe (Conhecimento de Transporte Eletrônico/Conhecimento de Transporte Simplificado Eletrônico/Conhecimento de Transporte Outros Serviços); ACBrNF3e (Nota Fiscal de Energia Elétrica Eletrônica); ACBrNFCom (Nota Fiscal de Comunicação Eletrônica); ACBrNFe (Nota Fiscal Eletrônica/Nota Fiscal ao Consumidor Eletrônica) e ACBrNFSeX (Nota Fiscal de Serviço Eletrônica). Etapas definidas para a implementação da Reforma Tributária nos componentes: 1. Alteração nas classes para criar os grupos e seus respectivos campos; 2. Alteração na unit responsável pela escrita do XML; 3. Alteração na unit responsável pela leitura do XML; 4. Alteração nas funções de escrita e leitura do arquivo INI (utilizado pelo ACBrMonitor e ACBLib). 5. Alteração nos programas exemplos Delphi/Lazarus visando mostrar como alimentar o componente referente aos novos campos dos novos grupos. Observações: A primeira etapa já foi concluída para todos os componentes exceto ACBrNFe. No caso do ACBrNFSeX a implementação contempla somente a NFS-e Padrão Nacional (provedor PadraoNacional), não sabemos como vai ficar o layout do XML do RPS dos provedores que tem layout próprio ou utilizam a versão 1 ou 2 do layout da ABRASF. No que se refere a NF-e/NFC-e além das alterações necessárias para contemplar a reforma tributária, vai ser necessário também implementar 12 novos eventos que vamos discriminar em postagem futura. Prazos: Segundo a NT/2024/001 versão 1.10 - Reforma Tributária - IBS e CBS (BPe, CTe, NF3e e NFCom) e a NT/2024/002 versão 1.10 - Reforma Tributária - IBS e CBS (NFe e NFCe) traz as seguintes datas: Ambiente de Homologação: 01/09/2025 Ambiente de Produção: 31/10/2025 Já a Nota Técnica 001 - SE-CGNFSe - Novo Layout - RTC (NFSe) temos a data de janeiro/2026 como sendo o inicio do novo layout, infelizmente não informa se é ambiente de homologação ou produção. Assim que finalizarmos a primeira etapa no componente ACBrNFe, avisaremos neste tópico o inicio da segunda etapa.

Olá Pessoal, É com grande alegria que informo a todos que o componente ACBrNFe já esta em conformidade com a NT 2025/002 versão 1.01 referente a Reforma Tributária. Já se encontra no SVN os fontes, os Schemas e o programa exemplo em Delphi que exemplifica como alimentar os novos campos. Quero deixar bem claro que o ambiente de homologação só vai estar liberado em 01/07/2025 para recepcionar os XML com os novos campos referente a Reforma Tributária. Portanto nem adianta tentar enviar que o XML vai ser rejeitado.

Olá Pessoal, É com grande alegria que informo a todos que o componente ACBrNFe já esta em conformidade com a NT 2025/002 versão 1.01 referente a Reforma Tributária. Já se encontra no SVN os fontes, os Schemas e o programa exemplo em Delphi que exemplifica como alimentar os novos campos. Quero deixar bem claro que o ambiente de homologação só vai estar liberado em 01/07/2025 para recepcionar os XML com os novos campos referente a Reforma Tributária. Portanto nem adianta tentar enviar que o XML vai ser rejeitado.

Olá Pessoal, Vamos atualizar esse tópico. Já foi finalizado os ajustes nos componentes: ACBrBPe, ACBrCTe, ACBrNF3e e ACBrNFCom. Os fontes alterados bem como os Schemas e os programas exemplos dos 4 componentes mencionados acima já estão no SVN. Quero lembrar que ainda não é possível enviar o XML contendo os novos campos para a SEFAZ, uma vez que esta ainda não liberou o ambiente de homologação que esta previsto para 01/07/2025. Até o final deste mês (abril) vamos finalizar e enviar para o SVN os ajustes no componente: ACBrNFe. Os Schemas da NFe já foram disponibilizados, assim que enviarmos para o SVN os fontes do componente, enviaremos também os schemas e o programa exemplo. Deixamos o componente ACBrNFSeX para o final pois não temos os Schemas para realizar os testes e lembrando que alteração se concentra no layout do Padrão Nacional. Não sabemos qual a atitude dos provedores que utilizam a versa 1 ou 2 do layout da ABRASF bem como os que tem o seu próprio layout. Até a próxima pessoal.

Olá Pessoal, É com muita alegria que eu informo a vocês que os trabalhos para adequar os componentes perante a Reforma Tributária esta a todo vapor. Já foi finalizado os ajustes nos componentes: ACBrCTe, ACBrNF3e e ACBrNFCom. Os fontes alterados bem como os Schemas e os programas exemplos dos 3 componentes mencionados acima já estão no SVN. Quero lembrar que ainda não é possível enviar o XML contendo os novos campos para a SEFAZ, uma vez que esta ainda não liberou o ambiente de homologação que esta previsto para 01/07/2025. Até o final deste mês vamos finalizar e enviar para o SVN os ajustes nos componentes: ACBrBPe, ACBrNFe e ACBrNFSeX. No caso da NFe ainda não foi disponibilizado os Schemas. Já a NFSe além da falta dos Schemas e alteração se concentra no layout do Padrão Nacional. Não sabemos qual a atitude dos provedores que utilizam a versa 1 ou 2 do layout da ABRASF bem como os que tem o seu próprio layout. Até a próxima pessoal.

ACBrBoleto.Configuracoes.Arquivos.LogNivel := TNivelLog(LogNormal); assim é o correto, só precisa colocar na uses do form ACBrUtil.FilesIO

EXEMPLO DE CONFIGURAÇÃO DO COMPONENTE ACBR BOLETO Bancoob (Sicoob) //Campos para homologacao de acordo com dados fornecidos pelo banco -- Demais configurações como de costume nos outros bancos Versão API do Banco: -Para utilizar a versão nova V3, informar: FACBrBoleto.Configuracoes.WebService.VersaoDF := 'V3'; -Para utilizar a versão em produção V2: FACBrBoleto.Configuracoes.WebService.VersaoDF := ''; Utilizar ambiente Sandbox, de testes (Somente V3, sandbox da anterior foi descontinuada): -AcBrBoleto.Configuracoes.WebService.Ambiente := taHomologacao; -AcBrBoleto.Cedente.CedenteWS.ClientID :='9b5e603e428cc477a2841e2683c92d21' ; Para sandbox, so precisamos do ClientID e estar em homologação. (nao precisamos de certificados, keyuser, clientsecret), precisa dos scopos Utilizar ambiente Produção: -AcBrBoleto.Configuracoes.WebService.Ambiente := taProducao; -AcBrBoleto.Cedente.CedenteWS.ClientID := Client_Id gerado no portal developpers sicoob; -AcBrBoleto.Cedente.CedenteWS.ClientSecret := Client_Id gerado no portal developpers sicoob; -AcBrBoleto.Cedente.CedenteWS.KeyUser := ''; //Deixar em branco (Access token (Bearer) criado pela solucao ACBr); -AcBrBoleto.Configuracoes.WebService.ArquivoCRT := 'c:\ChavePublica.pem'; -AcBrBoleto.Configuracoes.WebService.ArquivoKEY := 'c:\ChavePrivada.key'; Para extrair do certificado CRT e KEY, segue o link do post: https://www.projetoacbr.com.br/forum/topic/73380-exportar-certificado-pem-crt-e-key/ Demais campos iguais: AcBrBoleto.Cedente.CedenteWS.IndicadorPix := True; //para boleto híbrido AcBrBoleto.Configuracoes.WebService.SSLCryptLib := cryOpenSSL; AcBrBoleto.Configuracoes.WebService.SSLHTTPLib := httpOpenSSL; AcBrBoleto.Configuracoes.WebService.SSLType := LT_TLSv1_2; AcBrBoleto.Configuracoes.WebService.TimeOut := 30000; AcBrBoleto.Configuracoes.WebService.UseCertificateHTTP := True; Scope para V3: ACBrBoleto1.Cedente.CedenteWS.Scope := boletos_inclusao boletos_consulta boletos_alteracao Scope para V2: ACBrBoleto1.Cedente.CedenteWS.Scope := 'cobranca_boletos_consultar '+ 'cobranca_boletos_incluir '+ 'cobranca_boletos_pagador '+ 'cobranca_boletos_segunda_via '+ 'cobranca_boletos_descontos '+ 'cobranca_boletos_abatimentos '+ 'cobranca_boletos_valor_nominal '+ 'cobranca_boletos_seu_numero '+ 'cobranca_boletos_especie_documento '+ 'cobranca_boletos_baixa '+ 'cobranca_boletos_rateio_credito '+ 'cobranca_pagadores '+ 'cobranca_boletos_negativacoes_incluir '+ 'cobranca_boletos_negativacoes_alterar '+ 'cobranca_boletos_negativacoes_baixar '+ 'cobranca_boletos_protestos_incluir '+ 'cobranca_boletos_protestos_alterar '+ 'cobranca_boletos_protestos_desistir '+ 'cobranca_boletos_solicitacao_movimentacao_incluir '+ 'cobranca_boletos_solicitacao_movimentacao_consultar '+ 'cobranca_boletos_solicitacao_movimentacao_download '+ 'cobranca_boletos_prorrogacoes_data_vencimento '+ 'cobranca_boletos_prorrogacoes_data_limite_pagamento '+ 'cobranca_boletos_encargos_multas '+ 'cobranca_boletos_encargos_juros_mora '+ 'cobranca_boletos_pix '+ 'cobranca_boletos_faixa_nn_disponiveis';

Pessoal, estava tendo problema com esse erro na hora de associar minha software house com o cliente no sat. Acontece que eu tinha renovado o certificado, e fiquei um dia batendo a cabeça pra resolver esse problema, então descobri que lá no "Sistema de Gestão e Retaguarda do SAT-CF-e" na secretaria da fazenda, no cadastro da minha software house estava o certificado antigo, alterei para o novo e resolveu problema. Como não encontrei essa solução em nenhum tópico, estou abrindo esse para ajudar quem precisar. Abraços. Éber.