Histórico de mensagens sobre pagamentos em pix

A Gerencianet já fornece uma conta transacional. Você pode operar a partir dela ou transferir para contas de outras instituições, assim como acontece em outras instituições financeiras e de pagamentos.

Os pagamentos ficam na plataforma da GerenciaNet ou vai direto para minha conta bancaria?

<@!440035527127990273> concordo! O ponto é a falha de pagamentos legítimos, mas concordo que a conciliação estaria garantida.

mas estando com esse 'filtro' no recebimento de Pix com base na previsão do txid, se o banco do pagador não mandar o txid, há a recusa. então a conciliação está garantida. o que não estaria garantido, com esse recurso ativo na conta, é a "cobertura" (não poder receber pagamentos desses bancos problemáticos), certo?

Na terminologia do Pix, Chave Pix é um identificador único que os pagadores usam para destinar pagamentos. Esse identificador é mapeado em instituição, tipo de conta, titular, agência e conta pela infra-estrutura do Pix. É similar ao que o DNS mapeando nomes de domínio em endereços IP.

no meu caso especifico, eu pretendo utilizar o pix para receber pagamentos de planos especificos

Boa noite <@!464478502725615625> ! Em relação ao txid, não é necessário o txid para gerar QRCode estático, somente o dinâmico. O QRCode dinâmico segue como padrão a Regex ^[a-zA-Z0-9]{26,35}$. Ou seja, vai ser necessário ter 26 a 35 caracteres o txid. Sobre os pagamentos, nós estamos seguindo rigorosamente o padrão do Banco Central, inclusive referente ao txid. Vamos verificar essa questão referente aos bancos e retornamos para você.

Ok, vamo lá.
- Primeiro, ao pagar os QRCodes Gerados em produção, percebi que apenas QRs pagos no Nubank exibem o txid na tela e quando o pagamento é efetuado e consulto a cobraça, muda corretamente o status da cobrança para CONCLUIDA
- No entanto, quando faço pagamentos pelo banco Inter ou Sofisa, eles simplesmente ignoram o txid (não exibem na tela de confirmação) e quando é pago consequentemente não muda o status da cobrança para CONCLUIDA, o status permanece ATIVA
- Uma das hipóteses desses 2 bancos não estarem considerando o txid pode ser o fato de que o txid padrão criado pena GN tem no mínimo 26 caracteres e segundo a documentação do banco central deve conter de 1 a 25
- Outra hipótese é erros do próprio banco psp pagador que não está considerando o txid porém, seria válido testar também a outra hipótese
- Como a API de gerar cobrança da GN não permite criar cobranças com txtid com caracteres abaixo dos 26 eu como desenvolvedor não consigo testar

Fiz outros pagamentos no nubank, mas não chequei o status quando o fiz

Pelo que entendi, o problema deles é no Recebedor não deve conferir o TxId. Motivado por QR codigo estatico de valor zero e que servirá para imensos pagamentos. Ora como é gerado pela api do banco/fintech acho que fica ao critério do mesmo, sendo que o máximo indicado é de 25 digitos alfanumericos

O objeto primitivo EMV 62-05 Reference Label, conforme especificado no manual do BR Code, é
limitado a 25 caracteres e, quando em efeito23, deve ser utilizado para conciliar pagamentos. Trata-se
de um identificador de transação que deve ser retransmitido intacto pelo PSP do pagador ao gerar a
ordem de pagamento. Essa informação permitirá ao recebedor identificar e correlacionar a
transferência, quando recebida, com a apresentação das instruções ao pagador.

> Uma última dúvida <@!656144788017381377> na cobrança li na Documentação pra que serve o solicitacaoPagador, já executei alguns pagamentos em produção, mas na pratica não entendi onde ele vai, o texto que informei não foi apresentado.
<@!715273512688025630> Oi <@!715273512688025630> , esse texto deve aparecer na leitura do QRCODE. Você fez teste lendo o QRCODE a partir de mais de um App? o comportamento foi o mesmo em ambos?

Uma última dúvida <@!656144788017381377> na cobrança li na Documentação pra que serve o solicitacaoPagador, já executei alguns pagamentos em produção, mas na pratica não entendi onde ele vai, o texto que informei não foi apresentado.

> <@!656144788017381377> ouvi dizer que também será possível gerar um link de pagamento para pagamentos via PIX, conseguimos já fazer isso com a GN?
<@!600338898534793221> Oi João. Só para confirmar se entendi corretamente, o link de pagamento que você diz é como se fosse um checkout, onde uma das opções é pagar por Pix?

<@!656144788017381377> ouvi dizer que também será possível gerar um link de pagamento para pagamentos via PIX, conseguimos já fazer isso com a GN?

está sim, eu gerei ontem.. mas ainda não tem o webhook pra notificar os pagamentos 😦

> Já existe um caminho para simular os pagamentos via PIX?
<@!332690570185015300> a criacao da cobranca vc tbm conseguiu fazer? aqui só fica nessa de "invalid_token"

Já existe um caminho para simular os pagamentos via PIX?

> pelo que eu entendi na documentação Api PIX só tem recebimentos e não pagamentos
<@!778772807935983627> por isso escreví "recebimentos". Daqui a pouco a galera diz de forma concreta, se faz pagamentos 🙂

pelo que eu entendi na documentação Api PIX só tem recebimentos e não pagamentos