Histórico de mensagens sobre Recebimento em pix

Pessoal, boa tarde

Já utilizo a API Pix com sdk PHP para recebimentos e tem funcionado muito bem.
Estamos impelmentando agora o envio de pix. Os endpoints já foram devidamente liberados.
Mas estou tendo problema no envio do PIX, sempre recebo o retorno '401 Unauthorized'.
Os certicicandos são válidos e corretamente configurados, tanto é que utilizamos para recebimento. O Webhook também ok.

Estou utilizando o próprio exemplo disponibilizado no SDK para envio do pix.

Agrdeço a alguém que possa me ajudar.

Isso mesmo. Mas para ser transparente, de centenas de milhares de Pix que já recebemos via API, em 0 casos deu discrepância de valor. O único episódio exótico foi recebimento duplicado.

Essas instituições oferecem do lado pagador, não do lado recebedor. Então você poderia fazer uma lista dessas instituições para que seu cliente pague parceladamente boletos ou Pix, mas para você aparece como um recebimento único no valor total. PicPay, VirtusPay, BoletoFlex, BB e Santander são alguns dos que oferecem isso.
A Gerencianet não tem isso para pagamentos a partir de sua conta digital, mas para recebimento, a Gerencianet nem tem como saber se foi pago parcelado ou não.

Boa tarde, é possível utilizar a divisão de recebimentos (transação de marketplace), em conjunto com a API PIX? Exemplo, recebi determinado valor na chave X, repasso % para a conta gerencianet Y
Estou analisando a documentação e as duas coisas parecem não conversar (cobrança marketplace e cobrança pix/locations etc..)

Aproveitando, uma novidade postada agora no canal changelog, temos agora em ambiente de Homologação o sistema de webhooks. Vai funcionar tanto para o Envio de Pix quanto para o recebimento de cobranças COB e COBV.

Eu teria no apache imagino um certificado para cada cliente. porque eu não recebo em minha conta. o recebimento é direto na conta de cada um

De recebimento sim. De envio, precisa ver o que a GN vai propor.

Se vc cadastra exemplo.com.br, o recebimento aciona exemplo.com.br/pix . Você tem um atendedor também ali no /pix, além do / ?

Mas se é para conta GN e foi derivado de um recebimento, seria mais simples já configurar essa transação como de split.

Não sei, só usamos recebimento por QR-Code.

Você tem algum caso de uso em que dinheiro sai da conta ? Pq envio de Pix é isso. Cobrança é recebimento, dinheiro entrando na sua conta.

É quando você usa o endpoint de envio de Pix. Você usa ? Se não usar, isso nunca vai aparecer. O método de envio inclusive não é liberado por default.
E se você usar, o melhor a fazer é separar uma chave aleatória exclusiva para receber avisos do envio de Pix, diferente da chave que você usa para recebimentos.

Não, não há recurso no ambiente de homologação da GN para simular recebimento, então não dá para acionar devolução.

Mesmo que não venha com txid, o recebimento de Pix é cobrado. Ou pq a conta é PJ, ou pq a conta é PF e recebeu mais de 30 Pix por mês.

Bom dia, a api do pix realmente funciona em homologação? Pelo o que vi não dá para criar chaves e não vi nenhum exemplo para simular um recebimento (para testar a listagem e webhook)
Alguém pode me confirmar se vou ter que usar prod para testar isso?

/v2/gn/relatorios/extrato-conciliacao


Não da pra entender porque não colocar outras transações da conta, como pagamentos de boletos, recebimentos de cartão, etc.

Lembrando que a tarifa de recebimento de um Pix de 1 centavo é 1 centavo... então se você devolver esse 1 centavo, essa verificação vai custar 1 centavo pra você.

São 3 opções:
- Devolver a tarifa do recebimento
- Não devolver a tarifa mas não cobrar uma tarifa de envio
- Não devolver a tarifa e ainda cobrar uma tarifa de envio

É algo que faz parte da decisão de usar um ou outro prestador... mas eu sugiro considerar isso quantitativamente. Ou seja, você costuma fazer x% de devoluções, multiplica pelo custo disso e adiciona na tarifa base para calcular o custo efetivo total.

Não altera, pq esse endpoint é de recebimento, não de envio de $.

tem alguma forma de confirmar recebimento sem utilizar o webhook ?