Histórico de mensagens em mercado-pagamentos

https://g1.globo.com/economia/pix/noticia/2021/02/16/pix-completa-3-meses-em-operacao-liderando-em-numero-de-transferencias-ted-segue-a-frente-em-valores.ghtml

E o Pixsexualismo continua:
https://propmark.com.br/digital/dominos-usa-pix-para-xavecar-clientes/

Estatísticas de Pix de um PSP:
https://outline.com/UasN4V

DrogaRaia aceitando pagamento com Pix no varejo físico. Não sei se é piloto e a farmácia onde fui fazia parte, ou se é geral de todas as lojas do país.

https://valorinveste.globo.com/produtos/servicos-financeiros/noticia/2021/02/11/9-em-cada-10-brasileiros-estao-satisfeitos-com-o-pix-mostra-pesquisa.ghtml

Eu achei exagero o postulado no artigo, mas é bom ver que a torcida a favor do Pix está crescendo:
https://www.jornalcontabil.com.br/pix-essencial-para-atrair-novos-consumidores-para-o-e-commerce/

Mas nada impede que isso venha a ser feito também no Pix. Mas com poucos e-commerce ainda recebendo via Pix, essa proposta de valor é fraca no momento.

E outros... RecargaPay, PagBank, isso virou mania. Tanto que o pessoal começou a fazer gaming disso pagando os boletos de carregamento de dinheiro do Nubank, Inter e C6 com esses sistemas e gerando dinheiro do nada.

É que há empresas hoje que fazem parcelamento de boletos, como o PicPay.

Esse tópico aqui foi realmente uma parte sem sentido:
3. Boleto oferece agendamento e parcelamento: Por enquanto, o Pix é muito mais focado em pessoas físicas, apesar de já ter sido anunciado o Pix Cobrança, que deve atender mais às pessoas jurídicas. Enquanto isso, o boleto continua na vantagem de possibilitar facilidades, como o agendamento e parcelamento, enquanto o Pix oferta somente o pagamento único.

Não vale atirar no mensageiro:
https://inforchannel.com.br/quatro-motivos-que-mostram-que-o-boleto-permanecera-em-uso-mesmo-com-a-chegada-do-pix/

https://www.istoedinheiro.com.br/nespresso-degusta-cafe-com-pix/

Mais uma razão para que os comprovantes não vazem agência e conta. Ou, pior: no Itaú não precisa nem enviar o Pix e esses dados já são expostos ao consultar a chave.

pois no recebimento do callback só é necessário validar o client certificate da GN pra fechar o mTLS, não se usa o certificado de consumo

mas o qr code pode ter txid e a notificação trazendo o txid + valor pago, derruba a necessidade de client_id + client_secret + certificado de consumo da API (se for possível cadastrar a URL direto na interface do PSP)

O txid é algo que veio do fluxo direto da API... se não há acesso que não de notificação, não tem como especificar o txid. Só adiantaria para QR-Code impresso.

sendo o "webhookUrl/pix" acionado somente no recebimento de Pix e trazendo o txid + valor pago, já possibilitaria muitas integrações. com mTLS não fica tão facilitado, mas ainda perfeitamente possível.

Mas para só o recebimento de notificações bastar, ele precisa ter as informações do recebimento... o que cai em requisitos que muitos acham pesados como mTLS. A simplificação do webhook com apenas (vê aí o que mudou no txid tal) torna a API direta mais necessária do que nunca. A única coisa que poderia atender isso seria não uma URL de notificação, mas o comprovante Pix digitalmente assinado.

Dificuldade esta totalmente injustificada, diga-se de passagem.