Histórico de mensagens sobre documentação em pix

pessoal, acabei de solicitar a criação de um certificado pra usar no pix lá abrindo um ticket pelo site da gn conforme documentação.

Boa tarde <@!623926773129936906> ! O webhook serve para automatizar o recebimento/devoluções de Pix gerados com a chave cadastrada em seu webhook. Para configurar e compreender melhor o conceito de webhook sugiro que acompanhe a documentação, em específico nesta secção (https://dev.gerencianet.com.br/docs#section-webhook). No caso você vai cadastrar o webhook e a partir daí vamos enviar as notificações dos Pix para ele.

na documentação, diz q tem q ter pelo menos a 1.2, mas só funcinou com ela especificamente

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

na documentação pede pra responder <@!671762828046106646> com uma recusa

pelo que o BACEN reportou na documentação do Pix, apenas as chaves precisam ser registradas com o nome fantasia. não foi falado nada sobre a titularidade da conta transacional em si

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.

Alguem tem o link da documentação referente aos servidores ? nunca consigo achar pesquisando no site 😦

muito obrigado, vou tentar fazer essa configuração seguindo os exemplos que eles tem na documentação

Uma questão <@!781134406680838216> , eu fiz a implementação da api em produção e tudo funcionou bem. Fiz pagamentos, recebi o status no webhook e tudo mais. Mas pra isso não precisei configurar meu servidor nginx com certificado nem nada como eu vi lá na documentação

eu lembro de ter visto a url da api de produção na documentação, mas não estou encontrando kk

Obrigado pela resposta! Vou deixar salvo aqui, pois ainda estou na etapa de configurar o servidor apache de acordo com a documentação na seção webhooks

Fica melhor para integrar no sistema, mas eu não to encontrando isso em específico na documentação

<@!671763456487325717> , tudo bom? Antes de ir.. vocês tem em algum lugar da documentação uma pagina com todos os erros de código de acordo com o tipo de pagamento?

estou testando via node seguindo a documentação, já estou capturando o token na api/auth/token

Obrigado Rubens novamente e Matheus. Eu vi que na documentação havia esse endpoint, só fiquei na dúvida do motivo e vendo pelo lado do BACEN imagino a intenção.

Boa noite, pessoal. Estou terminando a integração com a API Pix e achei tudo muito prático, apanhei um pouco para o webhook com mTLS mas ainda bem que vi aqui sobre o parametro para ignorar o mTLS, bem mais fácil hehe 🙂 Poderiam adicionar o parametro na documentação para mais pessoas saberem sobre o parametro.

galera eu to confuso com um ponto da documentação,

> Callbacks
> Esse serviço está protegido por uma camada de autenticação mTLS. Os callbacks são enviados pela Gerencianet via POST {$request.body#​/webhookUrl}​/pix quando há uma alteração no status do PIX.
>

Temos alguns exemplos em nossa documentação que podem te auxiliar caso você use Apache, Nginx entre outros

<@!704694550631022592>, a plataforma onde esta hospedada nossa documentação esta fora, então estamos sem acesso a ela. Mas ja estamos em contato com os responsáveis