Painel de líderes

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.

Olá pessoal, Foi publicada a Nota Técnica 2025/003 trazendo alterações na versão 1.3 do eSocial. Alterações Alterações já implantadas nos ambientes de produção restrita e produção: Alterações previstas para serem implantadas nas seguintes datas: • Ambiente de produção restrita: 24/03/2025 • Ambiente de produção: 22/04/2025 E como fica o ACBr? Os componentes do ACBr já foram adequados na Rev-38546. Leia esta Nota Técnica na íntegra AQUI. Os arquivos de schema já estão disponíveis e podem ser encontrados AQUI. Até mais,

Bom dia pessoal. Nossos clientes atualmente já tem o certificado PFX carregado dentro do banco de dados para fazer a emissão da NF-e, seria muito mais trabalhoso para nós fazer com que fosse necessário criar um arquivo CRT ou KEY para ler na hora de enviar os boletos ao banco. Tendo isso em mente, eu fiz uma alteração na unit ACBrBoletoWS.Rest para funcionar carregando também os dados PFX e SENHA do certificado digital, então na hora de gerar o AcessToken, funciona normalmente, só foi necessário fazer 2 alterações. A Primeira alteração é na procedure TBoletoWSREST.DefinirCertificado; Onde eu adicionei 2 linhas para ler os DadosPFX e a Senha, e em baixo mais um bloco para preencher o SSL com os mesmos A Segunda alteração foi no inicio da function TBoletoWSREST.Enviar, onde eu mudei a ordem da chamada das procedures, para chamar a procedure DefinirCertificado antes da DefinirAuthorization(pois dessa maneira é preciso do Certificado PFX para gerar a Authorization) ACBrBoletoWS.Rest.pas Segue anexo o arquivo com as alterações. Fico aguardando algum feedback se possível.

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.

Boa tarde, Erro na Unit ACBrEPCBloco_C_Class.pas linhas: 876 e 896 Subistituir: if DT_INI >= StrToDate('01/05/2015') then Por: if DT_INI >= EncodeDate(2015,05,01) then Agir igual na linha 971 "if DT_INI >= EncodeDate(2012,07,01) then" Grato

#TK-6914 para avaliação

Foram enviadas correções ao SVN que devem resolver o problema relatado, Rev-38546 Por favor atualize os fontes, reinstale os componentes, verifique se o problema foi resolvido e, se possível, nos informe se foi o resultado esperado.

Sobre os filtros de consulta para a API Atual do SICREDI Esta consulta devolve todos boletos liquidados por DIA Se olhar no manual, só tem disponível esta consulta até o momento: É necessário incluir um titulo na lista de títulos antes do envio da consulta. Delphi/Lazarus: Situação isbBaixado, utilize DataMovimento no filtro. FiltrosAPI := Boleto.Configuracoes.WebService.Filtro; FiltrosAPI.Clear; FiltrosAPI.indicadorSituacao := isbBaixado; FiltrosAPI.dataMovimento.DataInicio := strtodate('07/04/2025'); (consulta apenas por DIA, nao por período) FiltrosAPI.dataMovimento.DataFinal := strtodate('07/05/2025'); FiltrosAPI.indiceContinuidade := 0; ACBrLib: Situação isbBaixado, utilize DataMovimento no filtro. [ConsultaAPI] IndicadorSituacaoBoleto = 2 DataInicioMovimento=07/09/2024 (ele consulta por dia, nao por período) DataFinalMovimento=09/09/2024 indiceContinuidade=0 ACBrMonitorPlus: Situação isbBaixado, utilize DataMovimento no filtro. BOLETO.ConsultarTitulosPorPeriodo("[ConsultaAPI] IndicadorSituacaoBoleto=2 (baixado) DataInicioMovimento=07/09/2024 (ela consulta por dia e nao por período) DataFinalMovimento=07/09/2024 indiceContinuidade=0")

Salve pessoal! Este tópico tem o objetivo de centralizar as informações disponíveis sobre a consulta em lista de API (tpConsulta) da solução ACBrBoleto. Como não existe um padrão para API, cada banco tem a sua particularidade em sua consulta em lista. Para facilitar, vamos criar links abaixo de cada banco, como realizar a consulta em lista. Para saber como funciona a consulta em Lista, selecione o Banco na lista Abaixo: Banco do Brasil Banrisul Bradesco BTG Pactual C6 Cora Credisis Cresol Itaú Inter PenseBank Safra Santander Sicoob Sicredi

Recebemos relatos de um usuário que não estava sendo alimentando corretamente as propriedades no retorno da consulta. Analisando o código teve alterações e fizemos os ajustes necessários e foi validado em produção pelo usuário. Sobre os filtros de consulta: Delphi/Lazarus: Situação Cancelado ou Aberto, utilize DataVENCIMENTO no filtro. FiltrosAPI := Boleto.Configuracoes.WebService.Filtro; FiltrosAPI.Clear; FiltrosAPI.indicadorSituacao := isbCancelado; //( ou isbAberto); FiltrosAPI.dataVencimento.DataInicio := strtodate('07/04/2025'); FiltrosAPI.dataVencimento.DataFinal := strtodate('07/05/2025'); FiltrosAPI.indiceContinuidade := 0; Situação Baixado (liquidado), utilize DataMOVIMENTO no filtro. FiltrosAPI := Boleto.Configuracoes.WebService.Filtro; FiltrosAPI.Clear; FiltrosAPI.indicadorSituacao := isbBaixado; FiltrosAPI.dataMovimento.DataInicio := strtodate('07/04/2025'); FiltrosAPI.dataMovimento.DataFinal := strtodate('07/05/2025'); FiltrosAPI.indiceContinuidade := 0; ACBrLib: Situação Cancelado ou Aberto, utilize DataVENCIMENTO no filtro. [ConsultaAPI] IndicadorSituacaoBoleto= 1 ( 1.Cancelado ou 3.Aberto) DataInicioVencimento=07/09/2024 DataFinalVencimento=09/09/2024 indiceContinuidade=0 Situação Baixado (liquidado), utilize DataMOVIMENTO no filtro. [ConsultaAPI] IndicadorSituacaoBoleto= 1 ( 2.Baixado) DataInicioMovimento=07/09/2024 DataFinalMovimento=09/09/2024 indiceContinuidade=0 ACBrMonitorPlus: Situação Cancelado ou Aberto, utilize DataVENCIMENTO no filtro. BOLETO.ConsultarTitulosPorPeriodo("[ConsultaAPI] IndicadorSituacaoBoleto= 1 ( 1.Cancelado ou 3.Aberto) DataInicioVencimento=07/09/2024 DataFinalVencimento=09/09/2024 indiceContinuidade=0") Situação Baixado (liquidado), utilize DataMOVIMENTO no filtro. BOLETO.ConsultarTitulosPorPeriodo("[ConsultaAPI] IndicadorSituacaoBoleto= 1 ( 2.Baixado) DataInicioMovimento=07/09/2024 DataFinalMovimento=09/09/2024 indiceContinuidade=0") O que diz o manual da API: Data Pagamento na solução acbr de filtro é dataMovimento. Atenção ! Lembramos que o Cora retorna o ID do boleto, vem mapeado na propriedade nossoNumeroCorrespondente. Este ID precisa ser salvo pois nas consultas o nosso numero não é devolvido, você identifica pelo NossoNumeroCorrespondente: Agradecimento especial ao usuario @nebrio que nos forneceu as credenciais e realizou testes com acbrlib e ao Midas (midas779) que realizou os testes no delphi em seu ambiente.

Olá Pessoal, Na última sexta (04/04/25) foi enviado ao svn um commit relativo a mudança no comportamento da propriedade ID, a qual deixou de trazer o prefixo do DFe (NFe, CTe, etc...) a qual a mesma se referia. Porém, hoje (08/04/25) após uma nova analise destes impactos, foi decidido reverter a alteração e retomar o comportamento anterior da propriedade. Sendo assim, aqueles que perceberam a mudança e haviam alterado suas aplicações para se adequar a mudança, devem também desfazer as alterações. Se você não percebeu a alteração pedimos que verifique seu código. Pedimos desculpas pelo transtorno e nos colocamos a disposição para quaisquer dúvidas. Justificativa A alteração acima citada foi enviada visando as adequações futuras relativas a mudança do padrão dos CNPJ. Porém, percebemos que os impactos causados não foram bem medidos. Assim, revertemos para o comportamento anterior e as alterações serão analisadas em momento futuro. At.

Olá pessoal! Foi publicada a Nota Técnica Nº 002 que trata da adequação da Nota Fiscal de Serviços Eletrônica no layout do Padrão Nacional. Esse documento é a 2ª versão da nota técnica detalhada no tópico abaixo: No geral, como principais alterações em comparação a primeira versão, nota-se a adição de um grupo para informações de compras governamentais (gCompraGov) Adição de informação para crédito presumido do IBS e percentuais de redução de alíquota estaduais e federais.

Olá Pessoal, Boas novas, as etapas 2 e 3 já foram concluídas para todos os componentes e já se encontram no SVN. Partiu etapa 4 que visa adequar os métodos de leitura e escrita do arquivo INI, como dito anteriormente usados pelo ACBrMonitor e ACBrLib. Quando esta etapa for finalizada vou trabalhar nos programas exemplos. Não fiquem apavorados em querer alterar as suas aplicações, pois vocês não vão conseguir realizarem testes em ambiente de homologação da SEFAZ uma vez que este ambiente só vai ser liberado em 01/09/2025 isso se não for prorrogado. Todas as implementações estão sendo realizadas com base nas Notas Técnicas: 2024/001 e 2024/002 ambas versão 1.10 pode ser que surge uma nova versão e com isso tenhamos que alterar algumas coisas na implementação. Por fim e não menos importante, mantenham os fontes do ACBr atualizados e instalados.

O ACBr já está suportando o oAuth. Neste tutorial no PDF eu mostro como configurar o oAuth: https://ctec.com.br/downloads/Envio_de_Email_pelo_GMAIL.pdf Nos posts abaixo vai encontrar mais sobre o assunto:

Colega os fontes estão corretos, mas antes de compilar o projeto voce deve fechar o acbrmonitor em sua máquina, na ide do lazarus clique em projeto -> opções de projeto, depois localize opções do compilador e em modos de construção escolha release-win32-i386. Estou utilizando a versão do lazarus conforme a informação do Juliomar.

Precisa copiar as dlls da OpenSSL na pasta da aplicação, utilizando a da mesma arquitetura da aplicação. ../trunk2/DLLs/OpenSSL/1.1.1.10/