icozeira

Opa @EliasCesar, Obrigado pelo retorno.

Oi Daniel, Pertinente teu raciocínio. A inclusão de novas propriedades deixa o componente confuso mesmo. Concordo em gênero, numero e grau.

Pessoal, Estou tentando fazer o cancelamento de um Pix gerado em homologação (revisão de cobrança) e está me retornando erro http 500-Erro Interno do Servidor. A geração consegue ser feita perfeitamente. Mas, a revisão da cobrança e o simulador de pagamentos está retornando http 500. Solicito aos Colegas Moderadores executarem testes dessas funcões no Banco do Brasil. Fiz o teste na minha aplicação e também no aplicativo de exemplo do ACBr e tem retornado o mesmo erro. Segue o log em nivel4 p/facilitar o entendimento. Agradecidos por antecipação logPixNivel-4.log

Bom dia Panda, Exatamente isto.

Daniel, A Unit que anexei no primeiro post já resolve todo o problema. Não será necessário fazer essa verificação de String que contenha o texto "suframa". Peço ao Pessoal que verifique primeiro as alterações lá contidas. E, se perceberem que aquilo que alterei pode comprometer alguma coisa, fazer as alterações sugeridas pelo Daniel. Eu testei a Unit que alterei aqui e funcionou perfeitamente. Lembrando que prefiro sempre a vossa solução. Vcs que pilotam essa nave gigante chamada ACBr é que poderão analisar com carinho e se a alteração que enviei pode causar algum transtorno futuro.

Oi Daniel, O Componente por padrão já adiciona o campo ISUF do XML na Impressão dos dados adicionais do Danfe. A diferença é que se Eu escolher Não Imprimir o componente não obedecia. Da maneira que alterei, Vc poderá escolher se quer Imprimir ou não os dados que estão no campo ISUF (inscrição da suframa). Meu problema é que um Fiscal da Suframa (da época de Matusalém) e o Contador (também) querem que escreva o texto Inscrição da Suframa : XXXXX nos dados adicionais (XML) Como o ACBr já imprime o que está no campo ISUF, acaba imprimindo duas vezes. A solução foi deixar opcional no Componente. Lembrando que na alteração que fiz deixei como default Imprimir = True. Ou seja, da maneira que o componente já se comporta hoje. Mas, se Vc tiver um Destinatário da Nota que exigir que saia o texto como Ele quer, Vc deixa false. Não sei se consegui me fazer entender. Só reforçando que para os outros Colegas que usam essa impressão não vai precisar mudar em nada. A não ser que Ele queira, como Eu, que não imprima a Tag ISUF.

Pessoal, O ACBr, por padrão, imprime a inscrição da Suframa se o Destinatário da NFe possui-la no campo ISUF. Ocorre que tivemos um problema com um Destinatário de uma NFe, que solicita que a Inscrição seja informada também nos dados adicionais da Nota. (Coisas de Contador e Fiscal) rsrsrsrsrs Com isso, acabava imprimindo em duplicidade. Para resolver, fiz uma alteração no componente para ser opcional. Deixei default como True para não haver desincompatibilidade com os outros Colegas que já usam o componente. Peço, por fineza, que verifique se não há irregularidades na minha alteração e, se possível, envia-la para o repositório. Dessa maneira, quem estiver com problema semelhante ao meu, poderá desabilitar a impressão. Agradecido, por antecipação. ACBrNFeDANFEClass.pas

@EliasCesar Só pra te posicionar. Teste realizado. E geração da cobrança do Pix em Produção funcionando perfeitamente. Obrigado.

Opa @EliasCesar Mais uma vez obrigado pela pronta atenção. Vou atualizar o ACBr e já testar.

Prezados @EliasCesar Primeiramente, obrigado pela atenção. Segue arquivo de log, conforme sua solicitação em mais alto nível. Fiz a troca de alguns caracteres por * (asteriscos) p/ não trafegar dados sensíveis. logPixCD.log

Está me retornando esse erro na criação da cobrança do Pix do Banco do brasil em Produção. Debugando consegui verificar que a autenticação ocorre corretamente. Entretanto, a requisição sempre retorna esse erro. Tentei o debug, mas, não consegui encontrar o erro. Também fiz os testes na minha aplicação e no Exemplo do Componente ACBr. Nos dois casos em Produção retorna o erro reportado. Em Homologação (testes) funciona perfeito. Detalhe: Não posso enviar as credenciais aqui pra alguém testar. Pois são em Produção.

@EliasCesar Fiz a atualização do componente, mas, não estou encontrando a propriedade p/a informar o valor em minutos. Qual é o nome da propriedade, por favor? E, como devo informa-la? No meu caso são -60 minutos em relação a Brasília. (Estou com a revisão 26082)

@EliasCesar Parabéns pelo pronto atendimento. Obrigado pela atenção. ACBr sempre surpreendendo positivamente. Já vou atualizar para testar o componente com mais essa facilidade.

@EliasCesar Obrigado pelo retorno.

Estou tento o mesmo problema também. Mas, isso é o WebService deles que está indisponível. Se Vc acessar o Forum do Portal Developers do BB Eles informarão que estão tentando ressuscitar o servidor.

Em virtude de meu fuso horário ser distinto de Brasília. Aqui o GMT é -04:00. E, todas as datas dos Jsons de retorno do Pix estão com o GMT de Brasilia. Pergunto se existe alguma forma do componente converter esses horários quando da resposta?

@EliasCesar Boa noite, Desculpe o incomodo. Mas, hoje fiz a atualização do componente (ACBr completo) e não está constando todo ajuste que fiz na Unit do banco do brasil (ACBrPIXPSPBancoDoBrasil.pas). Ocorre que enviei uma unit ajustada no domingo passado (12/06/2022) as 10:40 horas. Mas, no mesmo dia (12/06/2022) as 16:34 enviei uma nova unit com mais ajustes. Esse segundo envio contempla a correção na procedure TACBrPSPBancoDoBrasil.SimularPagamentoPIX Solicito que refaça a leitura e se possível faça o envio p/o Repositório. Hoje atualizei o Componente completo e fiz o teste da simulação e não funcionou. Usando a unit que enviei as 16:34 horas funcionou perfeitamente. Agradeço antecipadamente a atenção.

Pessoal boa tarde, Depois de muito tapa consegui resolver o problema de criação do Body (corpo) do Json da simulação do Pagamento p/o Pix do Bco do Brasil. Segue o arquivo novamente ajustado p/correção desse outro problema. Novamente, solicito aos Caros Colegas Moderadores a especial gentileza de revisar todas as alterações. Ou seja, checar se não fiz nenhuma besteira.rsrsrs ACBrPIXPSPBancoDoBrasil.pas

Pessoal bom dia Consegui fazer o ajuste no componente para fazer o acesso no EndPoint que retorna o textoImagemQRCode do Banco do Brasil Na verdade, o campo textoImagemQRCode no BB nada mais é do que o pixCopiaECola. O Banco do Brasil não retorna o campo pixCopiaECola. Tua aplicação com ajuda do ACBr que deverá monta-la usando ACBrPixCD.GerarQRCodeDinamico como bem explicou o Daniel em seu post acima. O BB só retorna quando estiver em ambiente de Testes e cujo nome do campo é alterado para textoImagemQRCode ao invés de pixCopiaECola. Eles fazem isso pra Vc poder usar o EndPoint deles de simulação de Pagamentos do Pix em ambiente de testes. Fiz um ajuste no momento em que está montando o EndPoint para consulta e outro quando chega o retorno. Peço aos Colegas Moderadores efetuar uma revisão e análise para atualizar o componente. Checando, evidentemente, se não está quebrando o código em outros locais. Agora estou enfrentando outroo problema. Na Simulação do Pagamento do Pix no método procedure TACBrPSPBancoDoBrasil.SimularPagamentoPIX está dando erro. A impressão que tenho é que o campo js.S['pix'] := pixCopiaECola não está sendo encontrado para montar o corpo (body) da requisição. Se algum Colega se prontificar a auxiliar já resolveremos essa parada. Pessoal estou fazendo essa tarefa de tentar funcionar essa opção do BB, porque a partir do momento que isto estiver OK qualquer Colega conseguirá desenvolver o PixCd do Banco do Brasil sem ter que abrir uma conta bancária lá. Imagina se Vc tiver que abrir uma conta bancária em cada banco que Vc for desenvolver? Perceberam quanto esses bancos cobram de tarifas mensais para Vc simplesmente ter uma conta corrente? Verdadeira extorsão oficializada. ACBrPIXPSPBancoDoBrasil.pas

Pessoal, Estou tentando resolver pelo menos a alteração do EndPoint p/a criação do Pix no BBrasil em Teste, mas, estou com dificuldades. Fiz uma alteração na unit ACBrPIXPSPBancoDoBrasil.pas, no método abaixo: procedure TACBrPSPBancoDoBrasil.QuandoAcessarEndPoint( const AEndPoint: String; var AURL: String; var AMethod: String); begin // Banco do Brasil, não tem: POST /cob Mudando para /PUT com "txid" vazio if (UpperCase(AMethod) = ChttpMethodPOST) and (AEndPoint = cEndPointCob) then begin AMethod := ChttpMethodPUT; // Texto inserido p/testar o desvio na criação da URL -- Icozeira if ACBrPixCD.Ambiente = ambTeste then begin AURL := StringReplace(AURL, cEndPointCob, '/cobqrcode/', [rfReplaceAll]); end else begin AURL := StringReplace(AURL, cEndPointCob, '/cob/', [rfReplaceAll]); end; end; end; O problema que está passando por cima e não obedece o que está na alterando quando está em ambiente de teste, sempre carrega com '/cob/'. @EliasCesar quando tiver um tempinho, tente dar uma verificada se funciona aí contigo.

@Daniel Simoes boa noite, Obrigado pela atenção. Notei a existência do GerarQRCodeDinamico também e inclusive faço uso dele. Detalhe é que nos testes do BB (só para homologação) o GerarQRCodeDinamico do ACBr não funciona. Pelo menos, não consegui usar. Quando o BB recebe uma requisição da criação de um Pix em Homologação ele gera informação totalmente diferente daquilo que Vc enviou na solicitação (criação). Os dados: MerchantName, MerchantCity e PostalCode são Eles que decidem e não a tua requisição. O nome do Recebedor que deveria ser Daniel (quem fez a solicitação), por exemplo. Eles alteram e tratam como se fosse: EMPRORT AMBIENTAL ou ALAN GUIACHERO (desculpe a caixa alta, mas, é assim que retorna o dado) Aqui um exemplo: 00020101021226870014br.gov.bcb.pix2565qrcodepix-h.bb.com.br/pix/v2/fffd7a08-8b7d-4559-8cc0-7118d374d1425204000053039865802BR5920ALAN GUIACHERO BUENO6008BRASILIA62070503***63044871 ou 00020101021226920014br.gov.bcb.pix2570qrcodepix-h.bb.com.br/pix/v2/cobv/ce0a57a8-d66e-448d-a0df-9b7c9352daea52040000530398654042.005802BR5925EMPRORT AMBIENTAL 6008BRASILIA62070503***630442BB E, com um detalhe. Vc nunca sabe se vem o Alan ou a Emprort (além de outros que Eles utilizam) Repetindo. Lembrando que isso é só para Homologação. Quando em Produção, se Vc enviar Daniel vai voltar Daniel como recebedor. A encrenca é que para simular o Pagamento (opção muita boa criada pelo BB) Vc precisa do copia e Cola exatamente como eles retornam. E, pra isso ocorrer, obrigatoriamente, é necessário usar o EndPoint https://api.hm.bb.com.br/pix/v1/cobqrcode/ E, também não pode usar GerarQRCodeDinamico do ACBr como copia e cola. Tem de usar o retorno que vem do json deles na opção textoImagemQRcode. Só reforçando mais uma vez. Estou sugerindo isso para os Colegas que irão iniciar a programação para o PSP B Brasil. Para Mim, isso não vai me afetar pq já estou com minha aplicação em produção e rodando nos Clientes. Inclusive, agradeço de coração a mão na roda que é o ACBr pra Nós, facilitando muito nossa vida. Só estou tentando auxiliar os Colegas que iniciarem a Programação e no momento que precisar fazer os testes de pagamento não ter que gerar esses testes diretamente em Produção.

@EliasCesar Tente acessar no forum esse link: https://publicador.developers.bb.com.br/bucket/API_PIX_v1_Testes_em_Homologacao_postman_collection_976de7e151.json Depois, pesquise no teu navegador por cobqrcode Creio que vc encontrará o que precisa para entender toda essa confusão que o BB faz para uso em homologação.

Oi @EliasCesar Se Vc tiver acesso ao fórum do BB Developers Vc conseguirá ver. Basta fazer uma pesquisa com um dos textos abaixo: textoImagemQRcode ou https://api.hm.bb.com.br/pix/v1/cobqrcode/ Dessa forma Vc vai encontrar algumas orientações. Mas, basicamente é o seguinte: Quando Vc faz o acesso normal Vc vai para: https://api.hm.bb.com.br/pix/v1/cob/ Para obter no Json de retorno o textoImagemQRcode Vc terá que acessar pelo: https://api.hm.bb.com.br/pix/v1/cobqrcode/ Usando https://api.hm.bb.com.br/pix/v1/cob/ o textoImagemQRcode não virá preenchido. Lembrando, isso é só para homologação. Se Vc conseguir logar no Portal Developers do BB tente esse link: https://forum.developers.bb.com.br/t/retorno-do-campo-textoimagemqrcode-nos-metodos-get-e-patch/2036

Juliomar Não consegui alterar o código do ACBr Não sei se consegui me explicar. Na verdade, ao invés de usar em homologação, acabei usando em Produção pra poder testar os pagamentos. Não sei como fazer esse desvio no componente para quando a geração do Pix para o Banco do Brasil em homologação ir para o endpoint /cob/ ir para /cobqrcode/

Já estamos utilizando o Pix em Produção pelo PSP Banco do Brasil. Mas, segue uma sugestão de ajuste para o PSP do BB Para o Banco do Brasil em testes (homologação) o acbr tem gerado a url acessando https://api.hm.bb.com.br/pix/v1/cob/, Entretanto para o retorno vir com o QRCode já montado pelo BB em homologação teria que usar o endpoint https://api.hm.bb.com.br/pix/v1/cobqrcode/ Dessa forma, o BB já retorna uma opção de qrcode já montado (O copia e cola completo) com os dados de testes em textoImagemQRcode. Com esse textoImagemQRcode seria possível simular um pagamento do Pix pelo BB (Eles possuem um EndPoint com a opção de simular o pagamento) Eu Pessoalmente me obriguei a fazer os testes em Produção. Devido meus parcos conhecimentos do componente (ACBr). A conta bancária da nossa Empresa virou uma bagunça com inúmeros créditos de Pix sem origem. A Contadora tem me procurado cedo, a tarde e a noite pra matar. hehehehe Felizmente Ela não tem logrado exito. rsrsrsrs