Histórico de mensagens sobre pagamentos

Tivemos dificuldade em gerar uma chave nova via app, então criamos uma nova aplicação, que será apenas para pagamentos, sem webhook

e por isso que ter 2 fluxos de notificações, para pagamentos e recebimentos.

Possivelmente o webhook de pix enviado devesse ser sendpix ao invés de pix. Então vc mandaria exemplo.com.br/webhook na configuração de webhook para aquela chave, e a GN acionaria exemplo.com.br/webhook/pix para os recebimentos e exemplo.com.br/webhook/sendpix para os pagamentos.

Devia ter uma documentação sobre os status dos pagamentos

um webhook para pagamentos e outro para recebimentos.

O caso de uso eh alimentar o ERP com o movimento da conta... por exemplo, que um certo boleto foi pago, dando baixa no contas a pagar, registrando pagamentos a funcionários, etc.

Pegar o csv no site exige um humano.. eh o plano B, mas melhor seria automatizar isso no servidor.


Acho que por mês, resolve. Por período seria melhor.
Dependendo do caso, vai precisar tratar paginação.

Vcs conhecem o openbanking do Sicoob ?
Eles tem um entry-point que eh por mes:

/conta-corrente/extrato/{mes}/{ano}

Bom dia pessoal, existe alguma forma de configurarmos juros e mora em pagamentos PIX tipo com os boletos? Ou tenho que controlar isso internamente no meu sistema?

Bom dia Gustavo! Como o Rubens mencionou, em desenvolvimento não é possível realizar testes de pagamentos. Então sugerimos você gerar uma cobrança com valor baixo em produção.

Caros, alguma previsão de um endpoint que forneça o extrato da conta ?

Algo não somente relacionado a Pix, mas que venham também os pagamentos de boletos, docs, teds, etc...

Boa tarde!
Temos sim a opção de split de pagamentos para cobranças de cartão ou boleto. O que define o split/divisão/repasse é o parâmetro marketplace, nele você pode passar um array com o payee_code (identificador da conta Gerencianet) e o percentage (porcentagem de repasse)
Segue aqui a documentação completa: https://dev.gerencianet.com.br/docs/marketplace-introducao
Caso tenha dúvidas, estaremos á disposição para ajudá-lo! 😉

Bom dia, <@!704694550631022592>! Como vai?
O opção de split de pagamentos é bem similar à de cobrança de cartão ou boleto. O que define o split/divisão/repasse é o parâmetro marketplace, nele você pode passar um array com o payee_code (identificador da conta Gerencianet) e o percentage (porcentagem de repasse)
Segue aqui a documentação completa: https://dev.gerencianet.com.br/docs/marketplace-introducao

Testando aqui o funcionamento do webhook de produção. Recebendo pagamentos e fazendo devoluções. Depois de alguns vai-e-volta de centavos comecei a perceber um comportamento estranho. As chamadas no webhook chegam com 1 passo de atraso. Como se a chamada ao webhook estivesse utilizando filas e fica sempre a última transação lá na fila e não vem pro meu webhook na hora certa. Ou seja, quando faço uma transação chega a transação anterior (que não havia chegado antes) e a nova não chega. Só chegará quando eu fizer a próxima. E assim por diante. 🤔 Estou esquecendo algo?

API de Cobrança. Daria para conciliar recebimentos, não pagamentos. No caso de envio de Pix se você fizer por banco/conta/CPF já vai saber para quem foi, mas por Chave Pix não. E imagino que seja esse o problema.

Aqui não está recebendo nada, daí não consigo dar baixa nos pagamentos dos clientes

as notificações de Pix recebido da GN estão trazendo a razão social dos PSPs pagadores em vez do nome comercial. ex: "boletobancario.com tecnologia de pagamentos ltda." em vez de "Juno"

Estou conseguindo gerar cobranças no cartão pelo payment token entretanto os pagamentos não estão sendo aprovados, tem algum maneira de a equipe tecnica validar o meu payment token? Eu preciso ter uma certeza de que os dados estão de fato coincidindo com o que eu tô mandando.

só que estou fazedno os pagamentos e ele não bate mais no webhook,

<@!780500321994539068>
Sobre ser um endpoint diferente, é algo que traz um maior conforto até na hora de separar os casos de uso. O atual remete a transferências, o outro a pagamentos. Até pelo fato de, em uma transferência, ao enviar TxId, sabe-se lá se outro PSP vai recusar por existir (coincidentemente) uma cobrança lá com o mesmo identificador...

Sobre o acervo de assinaturas de JWT: perfeito, não teriam como validar

Pessoal, alguma data para rejeitar os pagamentos sem txid?

Ou alguma forma de poder testar os webhooks e pagamentos