Histórico de mensagens sobre PIX

esse erro em particular, não tem. mas ainda observei o 403 Forbidden ontem no qrcodes-pix-h. somente o qrcodes-pix (produção) parece estar em pleno funcionamento

Realmente, como o Renato citou. A URL para o payload é qrcodes-pix-h.gerencianet.com.br/...

mas o payload nao fica no api-pix-h. fica no qrcodes-pix-h

Bom dia!
"Unknown SSL protocol error in connection to api-pix-h.gerencianet.com.br:443 "

Alguma previsão?

foi o Flavio Lenz https://github.com/bacen/pix-api/issues/209#issuecomment-739616863

00 (Payload Format Indicator)
01
01 (Point of Initiation Method)
12
(26): Merchant Account Information
00 (Globally Unique Identifier)
br.gov.bcb.pix
25 (unknown)
pix.santander.com.br/qr/v2/c4bd5a37-e1f8-412f-b6cd-853d45b48960
52 (Merchant Category Code)
0000
53 (Transaction Currency)
986
54 (Transaction Amount)
7.90
58 (Country Code)
BR
59 (Merchant Name)
SHOPPING CENTER MORUMBI 2
60 (Merchant City)
SAO PAULO
61 (Postal Code)
00000000
(62): Additional Data Field Template
05 (Reference Label)

63 (CRC)
65C1

Olá <@!293443355915059210>. Existe uma changelog da nossa documentação, acessível através do link: https://dev.gerencianet.com.br/docs/changelog
Já para o repositório da SKD PIX no GitHub, também iremos inserir o changelog para acompanharem as próximas atualizações.

Retomando algumas dúvidas e questionamento aqui...
Como o Renato havia citado anteriormente, o campo 62 é obrigatório. Para isso seguindo nossa SKD, Magano, poderá informar o campo 62 da seguinte forma:

$txID = ($tipo === "dinamico") ? '' : $dadosPix["txid"]; // [opcional] Identificador da transação.
$aditional_data_field_template = '05' . preencheCampo($txID);
$payloadBrCode .= '62' . preencheCampo($aditional_data_field_template);

Putz, agora que ví que hoje, não serve para nada implementar os endpoints do webhook em modo dev, pois ainda não tem como brincar de pagar PIX e receber retorno do webhook, vou pular direto para PROD. 🙂

Algo que já pediram no GitHub do BACEN que seria um comprovante do Pix verificável sem acesso à API como correntista seria algo que poderia estar em blockchain, por exemplo.

Daqui a pouco ele vai usar é o Blockchain , só faltou isso com o PIX, armazenar as transações nele.

acho que ele fez uma hipérbole. o Pix como produto, foi criado pra enviar dinheiro, mesmo. mas tem MUITA tecnologia e comunicação envolvida e só foi possibilitado por causa da estrutura atual do SFN e a forma como a comunicação entre PSPs através dele vem evoluindo (já há algum tempo)

que definição porreta para o que é o Pix. pior que é verdade. e a feature acidental de enviar dinheiro é uma REVOLUÇÃO (por ser 24/7/365), imagina o que se pode fazer com o resto

Lembrando que o Pix é um sistema de informação onde por acidente um dos features é transação financeira... todo sistema de informação é usado em seu limite e de maneiras exóticas, como a Internet já mostrou.

cara... solicitacaoPagador só existe no qr dinâmico. é MUITA gambiarra isso ficar dentro do Pix! kkk.. você já precisa ter um sistema externo pra associar o Pix pelo txid, essa informação tem que estar no sistema externo. tô rindo muito aqui....

isso tá fora do escopo do Pix em 200 níveis.........

não é mais fácil mandar um Pix pra esposa e ela pagar com a conta dela?

agora é gerar cobranças em produção (e com elas, vc não terá problema de forbidden, o qrcodes-pix não tem o problema de acesso restrito que o qrcodes-pix-h tem)

> huruuuuuuuuu com a ajuda dos colegas <@!440035527127990273> e <@!780500321994539068> finalmente um BRCode dinamico validado por nascent e sem postman = 00020126900014br.gov.bcb.pix2568qrcodes-pix-h.gerencianet.com.br/v2/5e6ca6d6fde04c60b37d62768f93513152040000530398654040.015802BR5922NOME DO RECEBEDOR AQUI6011Caixa Prego6108010801506207050363046D53