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

De fato, deveria ser 201. Não apenas pela documentação atual do BACEN (que não sei se mudou recentemente nesse aspecto) mas pela documentação da própria GN.

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.

Na documentação e no postman tem uma parte chamada de PIX que possuem os endpoints para a devolução .

Na documentação da GN está minúsculo mesmo, mas na descrição do parâmetro tem essa nota "Na pacs.008, é referenciado como TransactionIdentification ou idConciliacaoRecebedor. ". Como na nota informa txId, testei com o i maiúsculo e retornou o dado esperado, enquanto com minúsculo sempre retornava nulo

Pelo que a GN já falou, estão com a documentação ja e deverão implementar em algum tempo

ok, é que eu não tinha prestado atenção no true. Ai fiquei na cabeça com o retorno $webhook->parametro e é $webhook['parametro'] 🙂 Com a nova documentação mudou a maioria das posições dos array que tinha aqui feito, estou mudando os create para o db.

Não citei THE BIBLE, trata-se de meus princípios de confiança em nossos semelhantes. 😉 Estou implementando o retorno do webhook 🙂 Capítulo mudar os parametros do json para a documentação nova. 🙂

Não ví isso ainda na documentação da GN de entregar o cartão e ainda cortado ao meio, coisa que ele pode muito bem colar com superbond e usar normalmente, pois ficou com o chip, a não ser se o cartão seja contact less, que vai danificar a antena receptora de RF ao cortar. E outra eu não compro nada a carteiros, eles apenas são meus entregadores, por que eu deveria fazer a carta ? 🙂

quando a documentação é atualizada, o exemplo do php tbem é atualizado?

Atualizamos em nossa documentação as rotas para o /v2

<@!781134406680838216> Por gentileza, poderiam me enviar todos os retornos possíveis do webhook em json, o que estou utilizando da documentação da GN está sem o array das devoluções, não estou utilizando o postman. Montei aqui um pagador de QRCode para o modo Dev. Obrigado.

Na documentação tem o link para voce baixar e importar tudo no postman.

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?

No retorno que você enviou o devolucoes não está como um array, nesse caso sugiro fazer a correção. Na documentação em consultar lista de cobranças tem um exemplo da resposta com o devolucoes utilizando um array.

Boa tarde <@!781928420757864468>! O atributo devolucoes é um array que contém as informações da devolução como id, valor, horario etc... Em nossa documentação ele está definido como Array e nos exemplos que contém a devolução o array está definido. Mas a sua consideração está correta. Lembrando que o array fica dentro do objeto PIX

Olá <@!293443355915059210>. Existe uma changelog da nossa documentação, acessível através do link: https://dev.gerencianet.com.br/docs/changelog
Já para o repositório da SKD PIX no GitHub, também iremos inserir o changelog para acompanharem as próximas atualizações.

Acho que você confundiu. O Matheus já falou que é case insesitive de acordo com a documentação e se o valor é minúsculo e está maiúsculo, e na documentação cita que é minúsculo e case insensitive, está errado.

O Matheus havia falado que está verificando com o BACEN a questão do txid em relação ao 62.05

MP leu o dinâmico da Iugu. Observei a presença do "010212" que indica pagamento único, que não está presente no QR da GN que eu testei e não foi lido. Do resto, ele é igual. Mas o payload em si, no caso do exemplo da GN, tem uns caracteres como "_" e "-" no campo do nome do devedor que eu não sei se são aceitos pela documentação (acho que não)

não vi eles dizendo isso. disseram que é case-insensitive pela documentação e que, mesmo assim, estão solicitando orientação do BACEN

esse seu qr tá com o campo 54 preenchido apenas com 00 (pq sua variável de preço tá zerada, provavelmente). quando for assim, é melhor passar 54040.00 (o manual brcode admitiria 54010 também, mas tem banco que não sabe ler documentação e recusa assim!) ou omitir o campo (o que também não recomendo, pois o manual do Pix não menciona a possibilidade de omissão (documenta apenas no manual do brcode) e não testei extensivamente, provável que alguns bancos recussem se omitido, também).