Histórico de mensagens sobre PIX

Do Pix, ainda não é possível visualizar nenhuma ação pelo painel da Gerencianet. Você só tem as informações no extrato financeiro mesmo.

Pix é 24hs, 7 dias por semana..

Detalhe o pix que criei foi aqui na GN mesmo com a chave daqui também, apenas paguei na caixa, pois nao tem como pagar aqui mesmo.

Sim, o pix esta na conta aqui da GN já , porém nao recebi nada via webhook.

Mas com sucesso com sucesso mesmo ? O C6 é um que mostra comprovante antes mesmo do Pix completar com sucesso. Já reclamei disso.

Hoje é segunda , fiz pagamento de pix com sucesso e não recebí nada na url cadastrada via webhook, por isso estou na duvida.

Como assim ? Pix é online, não é troca de arquivos.

#duvida. Mesmo com o processamento de recebimento de pix efetuado com sucesso nas segundas-feiras temos que esperar para a terça-feira para receber a notificação do webhook na nossa url ?

#solicitação = No momento de pagar um pix no app da GN , ela pede o Solicitação ao Pagador, como obrigatório escrever algo para habilitar o pagamento, isso pode fazer o pagador desistir de pagar, é uma exigência do BACEN ter que escrever alguma coisa la ?

exato, tentei mais de 10 vezes pagar um pix lá, e agora que lembrei que hoje é segunda e a GN não envia webhook hoje de recebimento para a url 😦

Reclamações generalizadas sobre Pix na Caixa hoje. Deve afetar cobranças também.

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.

Meu principal caso de uso é envio de pix para terceiro.

Olá, equipe GN!
Na integração com a API de Boletos, adicionamos o partner_token (código de parceiro do Gerencianet) na requisição para criar a transação e, posteriormente, o boleto. No caso da integração com a API Pix, existe algo parecido com isso?

Olá <@!727143156973436958> Essa dúvida você pode enviar no canal api-pix, o suporte técnico conseguirá lhe auxiliar.

@Efí, o erro “A requisição na URL informada falhou com o erro: ERR_TLS_CERT_ALTNAME_INVALID” parece estar relacionado com o certificado da Amazon.

Ele ocorre para os dois cenários a seguir:

Webhook COM mTLS hospedado na Amazon, com certificado HTTPS emitido pela Amazon:
https://mtls.menur.app/vbeta1/establishments/mana/pix

Webhook SEM mTLS hospedado na Amazon, com certificado HTTPS emitido pela Amazon:
https://mtls.api.menur.app/vbeta1/establishments/mana/pix

Entretanto se acessar SEM mTLS com hospedagem no Heroku e certificado Let’s Encrypt o erro que dá é esperado:
https://api.menur.app/vbeta1/establishments/mana/pix

"A autenticação de TLS mútuo não está configurada na URL informada"

E agora? Vocês poderiam verificar o motivo? Obrigado!

Pessoal, no extrato financeiro da GN traz a informação do nome da pessoa que enviou/recebeu o pix. Ao clicar nos detalhes, aparece o cpf mascarado. Estamos sofrendo um pouco pra fazer conciliação contabil fazendo “match” pelo nome.

Olá, equipe GN!
Não sei se essa dúvida seria nesse canal, mas na integração com a API de Boletos, adicionamos o partner_token (código de parceiro do Gerencianet) na requisição para criar a transação e, posteriormente, o boleto. No caso da integração com a API Pix, existe algo parecido com isso?

e nao tem esse parametro no endpoint /pix

dai me instruiram pra consultar em /pix... só mudei o path na url