EliasCesar

Pode mandar por aqui, eu envio ao SVN.

Olá @wanderok, Muito obrigado por contribuir! Se quiser pode ir enviando atualizações dos fontes. Dessa forma, caso alguém queira ajudar em paralelo, conseguirá. Se puder também enviar a documentação do Bradesco dessa API, seria muito útil.

Olá @bnobre, Você consegue atribuir o conteúdo do certificado e da chave privada nas propriedades: Porém a leitura do conteúdo do arquivo e gravação no banco de dados precisa ser feita do lado da sua aplicação.

Bom dia pessoal, Acabei de enviar as correções ao SVN, rev: 36356.

Olá, comunidade ACBr! Temos uma ótima novidade para compartilhar! Foi integrado um novo TEF ao componente ACBrTEFAPI, chamado Destaxa. Agora, você pode usufruir dessa nova solução de pagamento diretamente em seus projetos, utilizando a robustez e flexibilidade que o ACBr já oferece. O que é a Destaxa? A Destaxa é uma Fintech especializada em orquestração inteligente de meios de pagamentos, com foco em simplicidade, rapidez e baixo custo para o lojista. Ele se destaca por: Integração com diversos meios de pagamento Suporte a múltiplas bandeiras de cartões Gestão e conciliação de transações Para conhecer mais sobre a Destaxa, acesse o site clicando AQUI Sobre a Integração O componente ACBrTEFAPI foi integrado com a Destaxa com o método background, onde o V$PagueClient se comunica com a Aplicação Comercial via Socket ou WebSocket para processar transações, recebendo e enviando dados de pagamento de forma transparente ao usuário. Mas não se preocupe, pois o componente abstrai toda a parte de comunicação com o client, sendo necessário apenas configurar o ACBrTEFAPI com as configurações necessárias, assim como já é feito com os outros TEFs implementados. Como começar a usar? Atualize seus fontes do ACBr para a versão mais recente. Instale o V$PagueClient Configure o TEF Destaxa no componente ACBrTEFD, utilizando os arquivos de configuração e credenciais fornecidos pela Destaxa. ACBrTEFAPI1.Modelo := tefDestaxaAPI; ACBrTEFAPI1.DadosTerminal.CodEmpresa := ''; ACBrTEFAPI1.DadosTerminal.CodTerminal := ''; ACBrTEFAPI1.DadosTerminal.EnderecoServidor := 'localhost:60906'; ACBrTEFAPI1.DadosEstabelecimento.CNPJ := ''; Consulte os exemplos disponíveis no pacote do ACBr para uma integração rápida e eficiente. Mais informações Para dúvidas sobre a configuração, integração ou uso do TEF Destaxa, não hesite em compartilhar aqui no fórum ou em nosso Discord. Estamos à disposição para ajudar! A equipe ACBr agradece a todos que contribuíram para mais essa evolução. Vamos continuar inovando juntos!

É necessário tbm preencher a PrivateKey. Acabei de ver no log que esse arquivo não está preenchido:

Verifiquei no portal do Sicoob e não houve nenhuma alteração recente. Isso estava ocorrendo devido a um erro no momento do componente escrever o log, acabei de enviar a correção (rev. 36158) Porém a requisição estava sendo enviada corretamente com o POST. Conforme o erro, aparentemente as credenciais estão inválidas. Faça um teste usando o postman para verificar se consegue gerar corretamente o token. Aqui nesse link do Sicoob tem um vídeo explicando como fazer esse teste: https://developers.sicoob.com.br/portal/documentacao?slugItem=seguranca&slugSubItem=autenticacao

Olá @ROBERTO EDUARDO O PSP MercadoPago foi desativado por solicitação interna deles.

Olá @Leandro Marin Acabei de enviar a correção para o SVN, rev: 36061 Atualize seus fontes e faça um teste por favor

Obrigado por reportar, Como o tópico já ficou bem extenso, vou fechá-lo Para novas dúvidas, por favor abram um novo tópico.

Vi que está configurando a chave pública. O componente está esperando a chave privada. Obrigado pelo feedback. Acabei de enviar ao SVN, rev: 35396.

Deu erro logo ao tentar solicitar o token, Provavelmente é algum problema com as credenciais/certificado ou estão faltando as DLLs da OpenSSL junto ao executável. Sobre o problema do Integer... tente trocar essa unit e fazer um novo teste por favor: ACBrExtratoAPIBB.pas

Hum, esse valor estoura o limite de Integer, estou verificando como corrigir, assim que enviar a correção pro SVN aviso aqui

Conforme a documentação da API Extrato do Banco do Brasil, esse campo é Integer: E pelo que verifiquei nos meus testes, em todas as respostas da lista de lançamentos o campo também é integer: Essa informação está em alguma documentação?

Acabei de enviar essa alteração ao SVN, rev: 35389. @Desenv. AT Info Sistemas se puder por favor atualizar seus fontes e verificar se ficou ok.

Sim, concordo que na teoria deveria vir em todos os bancos mesmo. Mas da uma olhada na resposta das transações do banco Inter: Como eu coloquei apenas os campos comum entre os bancos, acabei deixando esse campo fora. Mas vou efetuar a alteração incluindo esse campo no objeto padrão. Tem mais algum campo que vcs julguem importante que deveria estar no TACBrExtratoLancamento? daí eu ja incluo junto aqui...

Bom dia pessoal, Foi criada a classe TACBrExtratoLancamento que possui os campos em comum entre as respostas dos Bancos que já implementamos. Ela poderia ser alterada para abranger esse campo específico, porém não seria preenchida na implementação dos demais Bancos. Todos os bancos possuirão uma classe específica de resposta do lançamento, e após a consulta precisarão converter esse conteúdo para a nossa classe padrão TACBrExtratoLancamento Uma alternativa é fazer um typecast, como o Daniel citou. Algo como: if (ACBrExtratoAPI1.BancoConsulta = bccBancoDoBrasil) then for i := 0 to Pred(ACBrExtratoAPI1.ExtratoConsultado.Lancamentos.Count) do wNumDocto := TACBrExtratoBBLancamento(ACBrExtratoAPI1.ExtratoConsultado.Lancamentos[i]).numeroDocumento;

Olá @eduardolapa O problema também ocorre utilizando o demo do ACBrPIXCD? As dlls da OpenSSL estão junto ao executável? http://svn.code.sf.net/p/acbr/code/trunk2/DLLs/OpenSSL/1.1.1.10/X86/

Bom dia pessoal, A ideia é parecida com o que é feito no Sicredi, porém os dados que precisam ser enviados ao CSR são diferentes. Então não é possível utilizar o mesmo código da aba desse PSP. Fiz modificações no demo incluindo abas para a geração do CSR e do PFX para o Banrisul. @brajanpor favor tente efetuar testes com esses fontes que anexei, pra confirmar se ficou tudo ok conforme o banco solicitou: FrPrincipal.pasFrPrincipal.dfm Caso tenha ficado tudo correto, subo essa nova versão do demo ao SVN.

Bom dia pessoal, Realmente, como o @Daniel Simoes citou, essa alteração poderá afetar PSPs que não consideram esse parâmetro como default False. Uma alternativa seria criar um enumerado pra esse parâmetro, algo como (lpNone, lpFalse, lpTrue). Dessa forma seria possível escolher não enviar o parâmetro. Porém isso poderia quebrar os códigos que já utilizam como booleano atualmente. Creio que se não estiver causando problemas nas requisições, essa alteração não é necessária.

Bom dia @Desenv. AT Info Sistemas Esse problema já devia estar corrigido. Verifique se seus fontes estão atualizados.

Olá @Messias Bittencourt Creio que vc está confundindo os tipos de QRCode. - QRCode ESTÁTICO: Deve possuir um tamanho ATÉ 25 caracteres Esse tipo de qrcode não faz acesso nenhum à API. Ele apenas possui a chave PIX e o valor(não obrigatório) no QRCode. - QRCode DINÂMICO: Deve possuir um tamanho entre 26 a 35 caracteres. Esse qrcode faz acesso à API de algum PSP e permite apenas um pagamento. Nesse vídeo detalhamos melhor a explicação: https://www.youtube.com/watch?v=VRydAYu7tXI&t=1s

Olá @fabio alberto Acabei de enviar ao SVN uma alteração um pouco diferente dessa, mas que deve corrigir o problema. Atualize seus fontes e faça um teste por favor. Disponível no SVN, rev: 35289.

Olá @ademar-datalan Enviei uma possível correção ao SVN, rev 34652. Atualize seus fontes e faça um teste novamente por favor.

Olá @ademar-datalan, Qual é a rejeição que vc está tendo? Se puder mandar o log completo por favor. Analisando sua alteração, vi que vc apenas mudou o TimeZone. Para fazer isso bastaria informar o parâmetro de timezone na função 'DateTimeToIso8601', nesse trecho do código: Values['inicio'] := DateTimeToIso8601(Inicio, '-03:00'); Values['fim'] := DateTimeToIso8601(Fim, '-03:00');