Painel de líderes

Olá Pessoal, Tenho boas noticias para vocês que utilizam o componente ACBrNFSeX com Fast Report. Hoje (06/04/2026) foi enviado para o SVN a implementação em Fast Report para a impressão do DANFSE segundo o layout do Padrão Nacional. Lembrando da nova propriedade de configuração para que possamos informar o caminho e o nome da imagem referente ao logo da NFS-e. Sendo assim temos as propriedades Logo para informar o caminho e o nome da imagem do logo da prefeitura e agora a propriedade LogoNFSe para o logo da NFS-e. Foi disponibilizado também na pasta Delphi e Lazarus dos programas exemplos o arquivo PNG referente ao Logo da NFS-e. O fr3 a ser usado será DANFSEPadraoNacional.fr3 O mesmo está compatível com versões mais básicas do fast report. também temos um exemplo para testar caso venha a ter erros ao abrir ele basta excluir o arquivo NFSe.dproj e abrir NFSe.dpr Ele também deve funcionar com versões 7 ao 13.1 e fast report 3,4,5,6, 2024,2025 e 2026 no modelos Embarcadero Edition, Standard, Professional e Enterprise Qualquer problema por favor crie um tópico no fórum relatando o problema encontrado. Detalhe importante, o XML a ser carregado para poder gerar o DANFSE no Padrão Nacional obrigatoriamente tem que estar no layout da NFS-e Padrão Nacional, caso contrario não vai funcionar. Atenção e somente lembrança para quem já usa : Deve se informar o fr3 no path ACBrNFSeXDANFSeFR1.FastFile := 'seupath\DANFSEPadraoNacional.fr3';

Estamos recebendo diversos relatos que usuários do Banco Sicoob recebendo a notificação abaixo: Arquivo de retorno de remessa CNAB 240 – Pagamentos e Transferências: A partir do dia 29/04/2026, o retorno CNAB 240 passará a ter o código "BS" no campo G059, o qual designará transações que estejam em análise de segurança. O retorno CNAB 240 não será atualizado quando a análise for concluída; sendo, portanto, necessária a validação no extrato de conta corrente para garantir que não haja duplicidade de pagamento. Esse comportamento não se aplica a transações Pix. Aparentemente está claro que haverá impacto em Pagamentos e Transferências, que pode impactar o ACBrPagFor. Ainda não está claro se haverá alterações relacionadas ao boleto. Precisamos de mais esclarecimentos e documentação oficial — manuais e instruções — para que possamos ajustar os fontes tanto do ACBrPagFor quanto, se necessário, do ACBrBoleto. Solicitamos que entre em contato com o suporte Sicoob para que disponibilize a documentação oficial e os devidos esclarecimentos, encaminhando para o e-mail: [email protected] Contamos com o apoio de vocês !

Bom dia! o meu caso resolveu atualizando o ACBR e compilando o sistema .

@KelvinAlexandre Como comentei acima, enviamos ao Itaú um e-mail explicando que mais de 180.000 software houses utilizam nossa solução. Cada uma delas tem sua própria carteira de clientes, o que significa milhões de consumidores finais impactados. Apesar da relevância desses números não tivemos retorno do banco. Vou anexar parte do e-mail para que outros usuários possam usar como referência ao registrar suas reclamações. email itau consulta qrcode liquidados.docx Acredito que, se todos nos unirmos e reclamarmos juntos, o banco terá que se posicionar. Agradecemos pela solução apresentada, mas como o Itaú não nos deu nenhuma resposta, a informação não será enviada ao SVN até que o banco se manifeste oficialmente. Por isso, vamos encerrar este tópico por enquanto. Caso o banco te posicione, peço que seja aberto um novo tópico por favor para darmos continuidade.

@Daniel InfoCotidiano Pois é, essa está sendo nossa luta também, é justamente no boleto pix que estamos com problemas. Eles nos passaram uma rota que traz os juros e descontos, mas é de boleto detalhado e funciona apenas para um boleto por vez. Marcamos mais uma reunião com o time técnico do banco e explicamos que nesse caso ficaria meio ruim para o banco, pois temos clientes que emitem muitos boletos no dia, e para fazer as baixas corretamente, teríamos que percorrer todos os boletos e fazer uma nova consulta na API pegando essas informações, mesmo assim não consideraram o que conversamos, ou seja, não tinha outro jeito. Então antes de implementarmos fizemos alguns testes no postman, mas nessa rota que foi passado vem os juros e descontos registrados, não o efetivo pago, ou seja, não serviu para nada. E todos os e-mails que nós mandamos o retorno é sempre uma API que já testamos e vimos que não dá certo. Eu não sei se pode ser um problema de arquitetura ou algo do tipo, mas para o boleto comum já tem a informação, para mim que não deveria ser tão difícil assim devolverem para nós essa informação. Estamos com a demanda pausada aguardando aqui. Qualquer retorno eu aviso.

Ainda não saiu nenhuma publicação.

Boa noite sim , não mudou nada com relação ao usar certificado de matriz para as filiais cada qual deve ter o seu

eu uso o ACBrNFe,ACBrGtin,ACBrBoleto,ACBrNFSeX(todos com horse) sem problema, no seu caso DCe nunca usei. mas eu uso "console application" e exatamente como vc citou acima: e custom options:

Provavelmente o próprio provedor depois faz a integração com o portal nacional, não é em tempo real, pode ser que demore um pouco para aparecer no portal nacional

Olá, Em anexo arquivo ACBrBoletoRet_Bradesco.pas com a correção, se possível disponibilizar para todos no svn. Algumas datas retornadas pelo Bradesco, usando a operação tpConsultaDetalhe podem retornar com 7 dígitos. Exemplo de divergências nos campos de retorno: "dataMulta": "06032026", "dtPagto": 6032026, "dtBaixa": 6032026, Em anexo também print do problema e print da correção. ACBrBoletoRet_Bradesco.pas

Como estão fazendo para obter o valor pago quando o boleto é liquidado via qrCode? No json retornado pela api de boletos do Bradesco a chave "vlrPagto" está vindo zerado, bem como "dtPagto" está zerada. Também percebi que a chave "ValorMoedaBol" está vindo zerada e consequentemente o trecho ARetornoWS.DadosRet.TituloRet.ValorDocumento := ValorInteiroParaDouble(LJsonObject.AsInteger['valorMoedaBol']); em ACBrBoletoRet_Bradesco estava vindo zerado, então alterei para ARetornoWS.DadosRet.TituloRet.ValorDocumento := ValorInteiroParaDouble(LJsonObject.AsInteger['valMoeda']); e resolveu.

Verifique se as DLLs do OpenSSL, estão atualizadas e na pasta da sua aplicação Hotmail e Gmail há um bom tempo vem anunciando que deixaram de suportar SMTP... Veja o vídeo abaixo: