Histórico de mensagens sobre url em mercado-pagamentos

https://www.camara.leg.br/noticias/997216-camara-aprova-projeto-que-regulamenta-apostas-esportivas/

Pagamentos
A fim de evitar a burla da regulamentação, o texto transfere às instituições autorizadas a operar arranjos de pagamento a proibição de dar curso a transações relativas a apostas feitas com empresas não autorizadas.

Para o pagamento das apostas e dos prêmios, somente as instituições autorizadas a funcionar pelo Banco Central poderão ofertar contas virtuais ou serviços financeiros de qualquer natureza.

Os recursos de apostadores mantidos nas contas de transação junto aos sites de apostas serão considerados patrimônio separado, não se confundindo com o patrimônio do agente operador. Assim, os valores não poderão ser objeto de arresto, sequestro ou ordem judicial devido a dívidas das empresas de apostas, por exemplo.

Já o resgate dos recursos dessas contas de transação somente poderá ocorrer com transferência, crédito ou remessa para contas bancárias mantidas pelo apostador nas instituições financeiras com sede e administração no Brasil e autorizadas a funcionar pelo Banco Central.

Ocorre esse fato, porque cada aplicação deve possuir uma url única. No Fortunus voce define a mesma url, na nova API, apesar de possuir o mesmo domínio, o sistema do Mk-Auth insere de forma automática um parâmetro no final que diferencia as urls. Por isso, o ideal é você criar uma aplicação da nova API.

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)

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.

No meu ponto de vista o principal entrave de adoção é a dificuldade técnica para o recebimento de notificações. Se fosse simples definir uma URL de notificação e o mercado pudesse ofertar serviços totalmente baseadas em QR estáticos (que são mais que suficientes para negócios cujo pagamento não tem vencimento, estão associados a um checkout imediato, como compras presenciais e e-commerce varejo padrão), sem necessidade de contratação da API por parte dos ECs, a adoção teria bombado.