Termos mais procurados:
Bom dia <@!673655288204754953>! Como informado pelo Rubens é uma exigência do BACEN a utilização do mTLS por motivos de segurança. Segue um print do trecho do Manual de Padrões para Iniciação do Pix https://gnetbr.com/HkxzJKQoCw .
Bom dia, a questão do certificado é uma característica especifica da api pix da gerencianet ? não encontrei sobre isso nas documentações da api do bacen
Bom dia @everyone !
Está rolando uma discussão sobre endpoint de configuração para API Pix em <#💭sugestões> . Quem puder participar será muito bem-vindo!
Você encontra mais detalhes sobre este endpoint em nossa documentação.
https://dev.gerencianet.com.br/docs#section-requisitar-envio-de-pix-
pergunto isso pela motivo de automação, já que esse pix-gn eu faço para enviar cobranças para eu receber somente
Pessoal, existe uma api para pagamento via pix para terceiros? por exemplo, uma api que eu possa pagar da minha conta gerencianet para um terceiro colocando o codigo do pix deste terceiro, que esta em outro banco/instituição
basta vc usar algo como exemplo.com.br/string-aleatoria/pix em vez de apenas exemplo.com.br/pix como endpoint e ninguém saberá o endereço pra te enviar notificações falsas
o <@!522899003663450113> que pegou, na verdade. https://github.com/bacen/pix-api/issues/239
basta vc usar algo como exemplo.com.br/string-aleatoria/pix em vez de apenas exemplo.com.br/pix como endpoint e ninguém saberá o endereço pra te enviar notificações falsas
você já tem essa validação por meio do mTLS, no caso do Pix. não precisa validar headers dessa forma
então o ideal é seu sistema saber o que fazer com a notificação com base no conjunto todo do elemento Pix (consultar a presença de um array de devoluções e os elementos, se houverem), e comparar com a situação anterior da qual que vc já tinha conhecimento. se é um notificação de um e2eid desconhecido pra vc e não tem devoluções, é um recebimento novo
o próprio BACEN que retirou da spec argumentando que um Pix (e2eid) só chega ao cliente quando já está concluído, então você deve se basear na existência ou não de items de devolução dentro do pix pra saber quanto recebeu referente ao e2eid [e quanto foi devolvido, se for o caso] e não num campo de "status", pois um webhook pode ser acionado no momento que uma devolução acontecer, por exemplo e aí o status fica meio dúbio.. deveria ser, ainda, recebimento/recebido (pq o Pix foi recebido) ou devolução/devolvido por ser uma notificação acionada pelo gatilho de devolução? se o Pix for R$ 100 e a devolução for parcial, de R$ 10, fica ainda mais complicado se basear só nesse campo.
<@!671762828046106646> so me confirma... o certificado de dev do pix deveria autenticar no mtls? se não, talvez seja esse meu problema hahah
<@!781134406680838216> qual o status code ao criar uma cobrança do pix?
Nesse link fala que é 200
https://dev.gerencianet.com.br/docs#section-criar-cobran-a-
Mas eu estou recebendo 201, estou no ambiente de dev ainda.
