Histórico de mensagens sobre an

Mas a GN já disse aqui no canal que ela não vai seguir nessa linha.

Agora, se o prestador fornece esse método que você prefere e que pode dar enrosco para ele... outra opção é o "ema ema ema, cada um co seus pobrema", é usar enquanto esse prestador não se dá mal. É só planejar para ter um plano de contingência quando ele for enquadrado pelo BACEN e tiver que entrar na linha.

Uma opção então seria você dar apenas opção do fornecedor te passar os dados bancários e você fazer Pix para dados bancários ao invés de para chave... aí você tem todos os dados, e quem te forneceu foi o titular desses dados.

Então apesar de eu saber de prestadores que tem esse método da API, ele é uma violação das práticas do Banco Central e expõe o prestador a risco significativo de indisponibilidade.

Só que o Banco Central não gosta muito dessa idéia. Tanto que a única coisa que ele sinaliza permitir em breve é a checagem de existência das chaves.

Hum, entendi. Isso já ajuda bastante na segurança.
Como eu gostaria de ter as opções de pagamento salvas com todas as informações (nome, banco, etc.) Acho que esse endpoint de consulta ainda seria necessário.
Muito parecido com a lista de contatos que temos em qualquer app de banco.

São dois parâmetros diferentes no método: a chave Pix de destino, e o CPF/CNPJ. Claro que se a chave for CPF/CNPJ você nem precisa especificar o CPF/CNPJ, mas nos outros tipos de chave, se o CPF/CNPJ não for o especificado, a transação não será completada.

Não, poderia aceitar, desde que você tenha o CPF/CNPJ também. Você não vai saber via API para qual banco foi (apesar de ter no extrato, AFAIK), mas sabe que foi para o CPF/CNPJ do fornecedor. Mesmo a chave sendo e-mail, aleatória ou celular.

Logo eu não poderia aceitar o número de telefone como chave, já que não consigo conferir pra quem (nome, banco, etc.) estaria indo o valor. Isso?

Tem que entrar no canal # atendimento

[Módulo 1] Aula 2: Apresentação da Gerencianet | Curso API Gerencianet 2.0
https://youtu.be/0ZWdmmXxptk

Em API o comprovante é a resposta da API... bota pra logar, especialmente o webhook que é a resposta do pix.send.

Consulta de chave Pix não, mas você pode no envio de Pix especificar o CPF/CNPJ que se a chave não for desse CPF/CNPJ, o Pix não vai.
E sim, pode ser usado para pagamento de fornecedores... mas só via Pix, não via TED, apesar de que pode ser Pix por dados bancários tal como a TED (sem chave Pix).

Tratando no privado 🙂

Pessoal, tem alguma forma na sdk ou algum endpoint que posso pegar o comprovante de pix.send ?

@here

Spoiler! 🚨

Pessoal, estamos trazendo uma comodidade para quem utiliza API Pix:
Nova Feature: Link de Visualização de Cobrança Pix

A partir de agora, conforme vocês podem ver na imagem, é possível utilizar o token da location no domínio pix.gerencianet.com.br para visualizar em HTML os detalhes da cobrança, bem como a imagem do QR Code.

A ideia é facilitar o compartilhamento das cobranças por meio dos canais de comunicação.
Como muitos aqui já comentaram, sabemos que receber um texto com BR Code pode não ser a maneira mais elegante de cobrar o cliente, não é?

Um detalhe: é possível customizar a página utilizando a sua logo e cor primária _(configurações editáveis por meio da plataforma)_.

Em breve o time trará a comunicação oficial com mais detalhes. Para aqueles que quiserem se adiantar, a funcionalidade já está disponível.

Exemplo:
https://pix.gerencianet.com.br/cob/pagar/e82bdda2f6b24a17aae434aad6a00f11

Canal # atendimento

lembrando que tem que abrir tbm as portas 443, 80, e é claro a porta onde a sua API roda

acompanha o vídeo caso alguma duvida estamso por aqui

no meu caso eu uso nessa instancia uma maquina linux