Histórico de mensagens sobre api pix

estamos desenvolvendo a integração com a API pix e temos algumas dúvidas

Esta URL é para homologação, que contém -h
Para produção, utilize a rota base https://api-pix.gerencianet.com.br
Segue detalhe na documentação https://dev.gerencianet.com.br/docs/api-pix#section-rota-base

https://api-pix-h.gerencianet.com.br/oauth/token

We are completely uploaded and fine
Connection state changed (MAX_CONCURRENT_STREAMS == 128)!
< HTTP/2 500
< x-amzn-requestid: 015a6575-0e09-41d9-90cd-69ce1d4d744a
< content-length: 70
< x-amzn-remapped-content-length: 70
< x-amzn-remapped-connection: keep-alive
< x-request-id: 52f4e928-c658-40b0-9620-86b42943506c
< x-amz-apigw-id: aO0GlF5dIAMFX4Q=
< vary: Origin
< etag: W/"46-XAD/Fng+Qq6nuJUwSmDmoLFq8bc"
< x-amzn-remapped-date: Thu, 04 Feb 2021 17:49:55 GMT
< access-control-allow-credentials: true
< content-type: application/json; charset=utf-8
< date: Thu, 04 Feb 2021 17:49:55 GMT
<
Connection #0 to host api-pix.gerencianet.com.br left intact
=> "{"nome":"erro_interno_servidor","mensagem":"Erro interno do servidor"}"

<@!775350441965649951> quando mando um request na URL (https://api-pix.gerencianet.com.br/v2/webhook/:chave) esta retornando:

{"nome":"nao_encontrado","mensagem":"Recurso não encontrado"}

Fora outras opções, uma seria usar o envio de Pix via API Pix.

Boa tarde! Não temos nenhum "Status Page", as informações que temos, esta presente em nossa documentação. https://dev.gerencianet.com.br/docs/api-pix

também discordo da forma que está divulgado no site e já apontei isso pra GN algumas vezes (e até me chamaram pra conversar sobre isso no privado, mas ainda sem efeito prático). pelo que eu entendi, se o recebimento tiver txid, é tarifado. assim como se ativar a API Pix (que viabiliza consultas inclusive aos Pix sem txid), perde a gratuidade dos recebimentos (mesmo os que não tenham txid).

Não acho que o webhook padrão deva ser acionado, pois ele pode conter código que não entenda esse tipo de devolução. Acho que um outro webhook poderia existir, por exemplo /gn/webhooksendpix para configurar, e que mandaria o e2eid apenas. Caberia ao consumidor da API fazer match com o sendpix que teve devolução de algum valor.

https://api-pix.gerencianet.com.br/v2​/loc/3/qrcode

então não será possível utilizar a api pix no meu site wordpress/woocomerce?

preciso apenas da api pix.

Boa tarde, tenho algumas duvidas sobre as tarifas da api pix alguém consegueria me ajudar?

Mas para só o recebimento de notificações bastar, ele precisa ter as informações do recebimento... o que cai em requisitos que muitos acham pesados como mTLS. A simplificação do webhook com apenas (vê aí o que mudou no txid tal) torna a API direta mais necessária do que nunca. A única coisa que poderia atender isso seria não uma URL de notificação, mas o comprovante Pix digitalmente assinado.

Em parte sim. Muita gente está acostumada a lidar cobrança e demais atividades no mesmo lugar, então a ausência de API Pix e de conhecimento de que ela existe em várias instituições grandes e sua rede de atendimento atrapalha sim. Instituições sem idéia de quanto cobrar também.

ola, eu utilzo api -pix, porem parece que foi desativado o pagamento de um qr code anonimo (pagador)
gostaria de saber como proceder
pode entrar no privado e conversamos, ou ate mesmo me ligar
eh possivel?
devedor

<@!690274015314706462> ola, eu utilzo api -pix, porem parece que foi desativado o pagamento de um qr code anonimo (pagador)

Boa tarde! Não sei se este é o canal correto mas eu tenho uma dúvida. Gostaria de saber se é possível usar a API Pix para enviar cobranças para os clientes. Tenho esta dúvida pois vi notícias que o BACEN ainda irá liberar este recurso ao público.

Lembrando o informativo enviado:

Informativo sobre à adequação do /pix no webhook

Foi estabelecido que ao realizar o cadastro do webhook base pelo integrador, ocorrerá a adição do parâmetro /pix no POST {$request.body#/webhookUrl} pela Gerencianet no momento do disparo das requisições.
Abaixo trazemos alguns exemplos de webhook's e como será a notificação após esta mudança:

Integrador cadastrou a url base https://gerencianet.com.br, ao acionar o webhook uma requisição do tipo POST será enviada para https://gerencianet.com.br/pix.

Integrador cadastrou a url base https://gerencianet.com.br/pix, ao acionar o webhook uma requisição do tipo POST será enviada para https://gerencianet.com.br/pix/pix.

Integrador cadastrou a url base https://gerencianet.com.br/?id=0000x22, ao acionar o webhook uma requisição do tipo POST será enviada para https://gerencianet.com.br/?id=0000x22/pix.

Seguindo então a nossa documentação o serviço será POST {$request.body#/webhookUrl}/pix.

Tal definição foi feita após analisar os feedbacks de integradores, questionamentos ao BACEN e discussões internas.
A data para deploy do novo padrão está alinhada para o dia 08/02/2021. Sendo esta arbitrada a fim de que todos os integradores da API-Pix que utilizam o serviço de webhook possam ajustar seus sistemas e aplicações, e evitar assim falhas ou mal funcionamento do serviço.

Uma sugestão é permitir o recebimento da notificação em ambos os modos: com e sem /pix. Dessa forma, quando virarmos a chave, não haverá problemas.

Quaisquer dúvidas referentes a esta transição, estamos a disposição em nossos canais de comunicação.

Oi Bom dia novamente!

Estou testando a API do PIX em produção e gostaria de gerar uma cobrança.

Estou usando o postman e estou conseguindo gerar o token, mas, na hora de fazer a chamada POST de criar a cobrança no PIX ele fala que meu token não tem o escopo suficiente, estou entendendo que é algo relacionado a permissão.

Seria isso?