Histórico de mensagens em pix

Obrigado Matheus.. estamos escrevendo uma wiki para orientar nossos clientes, por isso, a confirmação..

Boa tarde <@!727143156973436958>! Sim, o cliente vai abrir um ticket informando o número da conta(Caso o ticket não esteja associado a sua conta) o nome da aplicação e o ambiente que ele deseja o certificado.
Vamos retornar com o link do certificado e uma senha para libera-lo se for em produção. Não estamos retornando mais as credenciais, pois, são informações sensíveis do cliente e estas são as mesmas que a da aplicação que você informou na etapa anterior.
Sim, a chave Pix deve ser a mesma da conta Gerencianet em que você solicitou o certificado, gerada via nosso aplicativo.

Equipe GN, boa tarde!
Gostaria de confirmar o fluxo necessário para um usuário conseguir as credenciais (client id, client secret e certificado) do Pix.

i) Abrir um ticket no Gerencianet solicitando o envio do certificado da API Pix, informando ambiente de produção, a conta e o nome da aplicação desejada. O Gerencianet, irá responder com as chaves (tokens) necessários para configuração bem como um link para realização do download do certificado.
ii) A chave Pix deve ser vinculada a sua conta Gerencianet, que poderá ser feito pelo aplicativo.

Confere?

era o que eu ia comentar. Se hoje não existe sequer um comprovante de pagamento verificável, como podemos estar falando em comprovante de devolução emitido pelo PSP? acho que é colocar o carro na frente dos bois

E possivelmente possa ser parte do mesmo branch de https://github.com/bacen/pix-api/issues/61

Essa tratativa não seria bom junto ao BACEN? Me parece que justamente como citado com o @rubenskuhl isso possa criar um lock-in e se conseguirmos implementar isso na API globalmente seria algo mais justificável, talvez usando a Gerencianet como prova de real necessidade da função seria interessante.

Então <@!671762828046106646>, vamos tentar fazer um encaixe, o que acha? Diante do longo debate, me parece que temos elementos para iniciarmos um debate interno, e justificando apresentamos uma sugestão de funcionalidade no decorrer de Janeiro, depois da aprovação da comunidade, conseguimos estimar tempo de entrega. Pelo que tenho acompanhado, depois da aprovação de uma possível sugestão, 30 dias seja um prazo razoável, no final uma entrega para final de fevereiro, início de março tenha alguma razoabilidade.

Não estamos descartando essa opção, podemos criar um endpoint que traga como retorno o comprovante, só que há outras demandas da API-Pix que são prioritárias e por isso não tem como definirmos de agora um prazo para este endpoint. Como salientado pelo Sady, é uma funcionalidade nova e por isso estamos discutindo e entendendo a necessidade dela primeiro.

É do seu interesse não usar métodos proprietários que te tragam lock-in de PSP.

certo, é mais fácil eu gerar a imagem do meu lado do que eles disponibilizarem um link para uma imagem que eles já geram.

A mesma que eu dei antes. Gerar você mesmo algo simples mas que seja parecido com um comprovante bancário. Algo que aproveite metáforas já conhecidas dos clientes. Se você olhar a fatura de domínio do Registro.br vai ver um exemplo disso; lá tem até uma imagem como se fosse um carimbo "PAGO", sendo que imagens digitais não são carimbadas...

E qual tua sugestão?

Questões culturais como "temos que enviar" não se resolvem com complexidade tecnológica, mas com coisas simples que atendam essa transição de um mentalidade baseada em papel para o mundo digital.

No nosso caso. temos pessoas no suporte para quem os clientes vão perguntar sobre o pagamento, no caso da devolução, temos que enviar uma imagem para o cliente para informar que foi feita a devolução, nossa integração com o BB fornece essa imagem. As pessoas do suporte não terão acesso ao sistema da GN para pegar esses comprovantes (png, pdf) que são fornecidos pela GN. então se tivesse o link na consulta da devolução facilitaria.

Não. É inclusive algo que o <@!440035527127990273> já reclamou pois nem todo comprovante no app está mostrando o e2eid, que seria o mais importante e universal.

Existe alguma determinação do BACEN sobre como os comprovantes devem ser gerados?

Como o Evanil citou, é algo que estamos abertos a discutir e implementar uma vez que contribua positivamente para os integradores, mas de todo modo teria um tempo para ser implementado

certo.
resumo: vocês não vão disponibilizar tão cedo, então terei que fazer e por vocês não existe nenhum problema que esse comprovante seja gerado por nós. (Também acho que não)
De qualquer forma obrigado, vou ver como fazer. PS: O print era ironia.. rsrsrrsrs

Acredito que o print não seja muito amigável para o usuário, por conter muitos dados técnicos

É uma opção, o cliente consegue consultar no banco dele o rtrId da devolução e comparar com o do comprovante enviado por você.