Histórico de mensagens sobre PIX em sugestões

Pessoal, gostaria de opiniões e sugestões em cima desse desenho de endpoint:

PUT /config

Objetivo: permitir que o integrador controle alguns comportamentos. Por hora: receber ou não webhooks, receber ou não a tarifa cobrada como atributo na notificação do webhook, setar uma regex que será considerada na validação do txid.

É necessário que o Pix se comporte de forma alinhada aos recursos que temos no boleto, para que o modelo hibrido seja coeso, como; desconto por pagamento antecipado, vencimento (considerando feriados locais), juros e multas...

Essa coesão já está desenhada pelo Bacen, a questão que precisamos que todos os PSP's leiam as informações corretamente. A Experiência do Pix mostrou que muitos PSP's levam algum tempo para fazerem suas partes. O Bacen sinalizou que em março todos os PSP's devem ter feito seus deveres de casa, momento que a Gerencianet sentirá confortável em disponibilizar a opção de pagamento por Pix em seus boletos.

Além disso, o mesmo deve se aplicar a Pix via PIG, não apenas Pix via SPI do BACEN.

Pessoal, o que acham dessa proposta? A ideia é dar mais liberdade ao integrador na decisão de aprovar ou não um Pix.

Sugestões para a parte de marketplace:(https://gerencianet.com.br/solucoes/#marketplace)
- Opção de repassar por Pix ao invés de só para contas Gerencianet independente do modo de pagamento
- Opção de fazer split também de recebimento Pix, usando os métodos discutidos no GitHub do BACEN para maior proximidade de um possível padrão futuro

Ótima idéia, e-book Isca Digital , está aqui no forno...Acompanhado de um Mini-Treinamento de PIX = Novo Produto Digital.

#sugestão. Nestes mais de 25 dias de observações, ví e vejo que muitas duvidas poderiam ser evitadas com um passo a passo da implementação do PIX de modo genérico, pois existem várias possibilidades de implementações em várias linguagens diferentes. Poderíamos ter um e-book ou 3 vídeo-aulas com os passos necessários para ter o PIX funcionando no postman. Assim todos nós poderíamos ter uma idéia do que precisamos e dos parâmetros exigidos pelo BACEN. #ficaadica

O que este TradeName e LegalName ajudarão na prática? É para aparecer meu nome "fantasia" na hora que forem pagar o pix?

É que dessa forma vocês não precisam coordenar uma mudança do tipo "vira a chave"... quem já estiver pronto, já ativa assim.
(E no /pix poderia já ter o ?client_id também)

<@!780500321994539068>, bom dia!. Sugere então testarmos com uma url https://meudominio.com.br/pix por exemplo, e testar sem o /pix. Certo?

Sugestão para a incorporação do /pix: no teste de ativação do webhook, testar primeiro com /pix. Se funcionar, já sabe que esse cliente está preparado e usa dessa forma. Se não funcionar, por enquanto ativa sem /pix, vai registrando para notificar os clientes para mudar.

os links internos da documentação (como o "veja aqui" no quadro do txid que comentei acima) são no formato https://dev.gerencianet.com.br/v1/docs/api-pix#section-id-da-transa-o o que causa o carregamento de uma nova página se o visitante estiver lendo em https://dev.gerencianet.com.br/docs (sem o /v1 no path) e, quase sempre, não rola a tela para âncora que foi referenciada no link.

Os links poderiam ser resumidos à ancora: #section-id-da-transa-o ou os endereços com/sem /v1 poderiam ser unificados (o endereço sem /v1 redirecionar para o endereço com /v1) aí links poderiam ser completos ou ter apenas a âncora que não ficariam quebrados.

Bom dia Renato! Faz sentido sim, mas estamos deixando os integradores colocarem seus projetos relacionados ao Pix para que o canal possa crescer e a comunidade interagir cada vez mais. Qualquer mudança nas regras relativas a este tema vamos avisar a todos. Muito obrigado pelos seus feedbacks, eles auxiliam na melhoria da nossa plataforma e neste servidor.

poderia constar nas regras que os projetos apresentados no <#💻devs> devem fazer uso dos serviços da GN ou serem complementares a eles (um e-commerce que aceite Pix mas use um PSP concorrente para transacionar, por exemplo, acho que não faria sentido ter espaço publicitário no servidor)

E sobre esse tema, confirmação do Banco Central:
https://github.com/bacen/pix-api/issues/232

O link para abertura de ticket (para solicitar certificado API Pix) na página https://dev.gerencianet.com.br/docs aponta para https://gerencianet.com.br/fale-conosco/ quando ele poderia apontar para https://sistema.gerencianet.com.br/tickets/criar (os tickets abertos pelo link apontado atualmente não ficam vinculados à conta dentro do sistema).

Equipe GN, uma sugestão que acho interessante é vocês fornecerem um endpoint para que seja retornado quais as tarifas relacionadas a conta do cliente (sobre o escopo da API PIX). No webinar falou-se que uma empresa ou outra pode fazer parceiras com o GN e que os valores dessa tarifa podem variar. Isso, para quem fez a integração com a API para vários clientes acaba sendo ruim, pois a alternativa seria o usuário fornecer essas informações em vez do próprio sistema consultar e calcular a despesa gerada pela integração. O sistema podendo recuperar essa info, seria o ouro!

Sugestão: me contratar pra melhorar a SDK PHP e a documentação da API Pix 😂

Pode ser outro endpoint, até mesmo o criarcobranca, só queria que na API ficasse como no app dos bancos, assim que eu crio um Pix ele me devolve o nome da pessoa. Ai eu confirmo.

Gostaria de dar uma sugestao para a API PIX, no endpoint /oauth/token