Histórico de mensagens sobre PIX

acho que o status "CONCLUIDA" é reservado para atualização pelo próprio PSP quando recebe um Pix para a cobrança

você pode passar um PATCH com status "REMOVIDA_PELO_USUARIO_RECEBEDOR"

Uma passada rápida só pra divulgar uma mudança substancial no https://pix.ae: agora os QR Codes gerados (tanto pelo site quanto pela API) terão apenas o símbolo do Pix por padrão. Apenas os QR codes dinâmicos (com URL de location) criados pela API e injetados diretamente em sistemas externos continuam com o logo do Pix.ae (o que pode ser negociado para remoção / substituição por outra marca).

Bom dia! <@!671762828046106646> Você consegue alterar o status de um pix em homologação para que eu possa testar a devolução?

#sugestão. Nestes mais de 25 dias de observações, ví e vejo que muitas duvidas poderiam ser evitadas com um passo a passo da implementação do PIX de modo genérico, pois existem várias possibilidades de implementações em várias linguagens diferentes. Poderíamos ter um e-book ou 3 vídeo-aulas com os passos necessários para ter o PIX funcionando no postman. Assim todos nós poderíamos ter uma idéia do que precisamos e dos parâmetros exigidos pelo BACEN. #ficaadica

Pix só aceita BRL...

experimenta fazer o GET passando a url fixa

GET https://api-pix.gerencianet.com.br/v2/cob%E2%80%8B/fc9a4366ff3d4964b5dbc6c91a

para criar user a rota: {{pix-api}}/v2/cob/fc9a4366ff3d4964b5dbc6c91a

{{pix-api}} = https://api-pix.gerencianet.com.br

{{pix-api}}/v2/cob​/fc9a4366ff3d4964b5dbc6c91a

Olá, alguém mais esta recebendo este erro na consulta de cobrança Pix: "nome": "nao_encontrado", "mensagem": "Recurso não encontrado"

<@!789223277997326366> Realizei um teste neste instante, enviando um Pix e validando minha assinatura eletrônica.Funcionou normalmente

<@!775350441965649951> estou fazendo um PIX, após inserir e validar a assinatura eletrônica ele informa: Transação não realizada. Desculpe, ocorreu um erro de processamento. Por favor, tente novamente

Achei bem interessante uma ideia do time, em que seria cadastrado uma expressão regular, que seria a base para aceitar ou não o Pix (por chave)

Depende!
No meu cenário a regra seria: não tem txid = não entra; tem txid = entra. Pois também vou trabalhar com estáticos.
Então o ideal mesmo seria um ajuste fino das regras (e por chave, de preferência), com seletores no painel:

Pix sem txid de cobrança ativa não expirada, mais precisamente.

A discussão no momento é permitir ao integrador bloquear Pix sem txid. Mas eu vou levantar essa questão também para a equipe, pois, já não seria com a API e sim com a equipe financeira.

Claro, Magno. Assim como você utilizou o Postman para fazer os testes de consumo do Pix e entender melhor o fluxo do Pix. Para as demais transações, nos possuímos o Playground, que é um local no qual o você pode utilizar para conhecer o mecanismo e o fluxo de pagamento em um ambiente 100% de teste e descomplicado. basta acessar sua conta, menu API > Minhas aplicação > Nome da sua aplicação na aba Playground.

No Playground você consegue consumir todas as rotas disponíveis, acredito que para começar iria lhe ajudar muito.

Prevejo em breve a mesma tela para gerações de PIX = https://www.gerencianet.com.br/wp-content/themes/Gerencianet/exemplos-api/cartao/ muito legal ficou, parabens 🙂

Boa tarde, <@!710205440956563536>. Não são diferentes não. Você pode usar as mesmas chaves client_id e client_secret que foram usadas para o Pix.