Histórico de mensagens sobre API pix

BACEN: https://bacen.github.io/pix-api/#/Pix/put_pix__e2eid__devolucao__id_ (201)

Alguém já fez devolução via API nesse endpoint: "PUT /v2/pix/{e2eId}/devolucao/{id}"? Se sim, podem me confirmar se estão recebendo status 200 ou 201? No manual está como 201, mas estou recebendo 200. Talvez eu esteja fazendo algo errado, embora a devolução esteja sendo realizada conforme esperado

Não tem nada concreto ainda em relação a isso. No momento o foco está sendo a API-Pix seguindo os padrões do BACEN, mas sugestões são sempre bem-vindas é claro

Então fica a sugestão de produto "boleto híbrido"... boleto com barcode e QR-Code, o primeiro que pagar inativa o outro. É inclusive o que vários bancos vão oferecer antes da API Pix. Só que isso combina melhor com as cobranças Pix com vencimento (cobv), então possivelmente não seja ainda o momento de viabilidade.

Para quem for ou vai utilizar o endpoint do webhook em produção do PUT da url de retorno, na documentação tem esta url https://api-pix-h.gerencianet.com.br/v2/webhook/:chave
Porém, para funcionar precisamos retirar os dois pontos antes da palavra" :chave" e claro a própria palavra "chave" ficando assim = https://api-pix.gerencianet.com.br/v2/webhook/---- no caso este é um exemplo com uma chave aleatoria, as demais chaves utlizem o que o manual recomenda 🙂 Substituir o por seus dados.

A pacs.008 é a mensagem XML que transita entre PSPs e BACEN. Mas a sintaxe da API Pix é distinta.

https://api-pix.gerencianet.com.br/v2/pix?txid=TXID&cpf=MEUCPF

Bom dia, <@!783359762917752843>. Está implementada sim. Em nossa collection do Postman em Consultar Pix recebidos, e informa o parâmetro desejado, podendo ser cpf ou cnpj.
Exemplo da consulta:
https://api-pix-h.gerencianet.com.br/v2/pix?inicio=2020-10-15T00:00:00.000Z&fim=2020-10-19T23:00:00.000Z&cpf=62499313099

Mas há um movimento em andamento para restaurar essa informação na API Pix, que está disponível em TED e está disponível nos arquivos CNAB 750 que os bancos disponibilizam para conciliação Pix.

tem essas 2 ferramentas que geram qrcode via API:

https://github.com/ceciliadeveza/gerarqrcodepix#via-api (devolve um png)

https://pix.ae (devolve vários elementos, inclusive o base64 do qr pronto para adicionar como src de uma tag )

Como você está no ambiente de homologação, certifique-se de que esteja usando a url "https://api-pix-h.gerencianet.com.br/v2/cob/INFORME_O_TXID_AQUI". Talvez esteja faltando o "/v2" ou talvez você tenha esquecido de acrescentar o txid no final da url. E o método para criar cobrança é PUT. Talvez esteja usando POST

Conforme a documentação https://dev.gerencianet.com.br/docs/api-pix#section-criar-cobran-a- qual seria a URL correta para evitar o 404?

Se alguém da consultoria técnica puder verificar o ticket 1627695 sobre certificado de produção para API Pix, por gentileza. Agradeço antecipadamente.

Então como o seu é de produção, verifique se a url utilizada na rota de consumo é https://api-pix.gerencianet.com.br e o Host inserido para adicionar o certificado é
api-pix.gerencianet.com.br

#notadeinformacao. Membros e Parceiros GN. Visando deixar aqui neste Canal exclusivamente informações sobre a api-pix da GN, na medida do possível e do meu singelo conhecimento, responderei e perguntarei apenas assuntos relacionados a api-pix da GN, assim podemos deixar o feed organizado e objetivo, outros assuntos estarei no nosso Canal off-topic. Abraços a todos 🙂

Bom dia <@!257617133595262977>, se você esta se referindo à Api Pix, é necessário o certificado sim. Se for utilizar nossa API para gerar cobranças do tipo boleto ou cartão, por exemplo, não é necessário o certificado. Como o Renato mencionou, se não estiver relacionado ao Pix, você só precisa do par de chaves client_id e client_secret.

Boa noite. Você se refere à API Pix? Ela, sim, precisa de certificados (mesmo em homologação). A API principal de cobranças da GN (para boleto e cartão) só precisam do token e/ou do par de credenciais (Client_ID e Client_Secret), pelo que eu pude ver no SDK: https://dev.gerencianet.com.br/docs/instalacao-sdk-php

a quem já está trabalhando com a API Pix na GN, o certificado para uso em produção é o mesmo que a GN envia a princípio para uso em homologação, ou mandam certificado diferente posteriormente? e se são diferentes, o que é validado antes de emitirem o certificado para produção?

Quando o campo 54 está preenchido, o Ame não aceita edição do valor do qr code dinâmico. Eu percebi isso porque usei inicialmente a API gerarqrcodepix.com.br para gerar o BrCode. Nessa API o campo 54 não é informado e a leitura do valor por parte dos PSPs é feita pelo location. Após criar minha própria função de montar o BrCode e informar o valor não pôde ser editado no Ame. Daí testei sem o 54 pra ter certeza e a edição voltou

Apesar do BACEN prever detalhar mais a máquina de estados na versão 2.2.1, isso da cobrança expirada continuar ATIVA eles já disseram que é assim mesmo na API Pix.