na hora de criar a requisicao de gerar o pix, eu envio o token no header, sendo authorization o nome do header
Termos mais procurados:
Histórico de mensagens sobre pix em pix
PROCURE NO HISTÓRICO
CANAIS DE TEXTO
DISCUSSÕES
- Inserção automática do formato do Pix copia e cola pelo WhatsApp
- Conceito de Payload Locations no PIX
- Repetição do Processo de Criação com txid
- Configuração de URLs para Recebimento de Status
- Implementação do Módulo Gerencianet no Perfex CRM
- Consulta de Chave PIX na API de Envio
- Endpoint para Recuperar Saldo
- Implementação da SDK do Pix em Next.js ou React
- Problemas com Token em Ambiente de Homologação
- Recebimento de Pagamentos via QR Code e Arduino
- Atualização de informações no Retentiva de Cobrança
- Interpretação do Campo 'Solicitação ao Pagador' no Webhook GN
- Teste de Status de Pagamento em Ambiente de Homologação
- Autenticação com Certificado em NextJS
- Utilização de Endpoints e Payload no Pix
- Tempo Médio de Análise de Documentos na Abertura de Conta
- Integrações com o Laravel e SDK de PHP da EFI
- Cobrança em Período de Teste Grátis de 7 dias
- Geração de payment_token pelo Postman e teste em homologação
- Retenção de Pagamento no PIX em Marketplace
- Especificação da URL do Webhook no Exemplo Pix
- Resolução de Delay nas Chamadas de Geração de QR Code e Pix em Node
- Cancelamento de Boleto e Remoção do DDA
- Integração da API do Pix em Sistema Próprio
- Funcionamento do Webhook em Ambiente de Homologação
EXIBINDO CONVERSAS RECENTES:
Texto: pix
Canal: pix
<@!721345228484640840> Bom dia! Primeiramente você terá que consumir a rota oauth/token para receber o token. Ao gerar o pix você irá informar esse token no header em authorization. Você está fazendo esse processo inicial?
testa no https://pix.nascent.com.br/tools/pix-qr-decoder/ o brcode que foi gerado com o campo 54 pra saber se tá ok
Como dito pelo <@!440035527127990273> o status CONCLUIDA é reservado para a Gerencianet realizar essa mudança quando um Pix for pago. Uma possibilidade seria simular em ambiente de homologação, mas ainda não está disponível. Em produção somente quando um Pix for pago mesmo.
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"
Bom dia! <@!671762828046106646> Você consegue alterar o status de um pix em homologação para que eu possa testar a devolução?
experimenta fazer o GET passando a url fixa
https://api-pix.gerencianet.com.br/v2/cob/fc9a4366ff3d4964b5dbc6c91a
{{pix-api}} = https://api-pix.gerencianet.com.br
Olá, alguém mais esta recebendo este erro na consulta de cobrança Pix: "nome": "nao_encontrado", "mensagem": "Recurso não encontrado"
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:
[ ] rejeitar Pix sem txid
[ ] rejeitar Pix com txid de tamanho 1-25 (QR Codes estáticos)
[ ] rejeitar Pix com txid de tamanho 26-35 (QR Codes dinâmicos) que não correspondam a uma cobrança ativa
e pq por chave? para poder ter chaves de uso geral que podem receber tudo, por exemplo.[ ] rejeitar Pix com txid de tamanho 1-25 (QR Codes estáticos)
[ ] rejeitar Pix com txid de tamanho 26-35 (QR Codes dinâmicos) que não correspondam a uma cobrança ativa
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.
