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
- Conceito de Payload Locations no PIX
- Inserção automática do formato do Pix copia e cola pelo WhatsApp
- Autenticação com Certificado em NextJS
- Consulta de Chave PIX na API de Envio
- Implementação da SDK do Pix em Next.js ou React
- Configuração de URLs para Recebimento de Status
- Acionamento de Webhooks em Pagamentos e Devoluções
- Especificação da URL do Webhook no Exemplo Pix
- Cobrança em Período de Teste Grátis de 7 dias
- Implementação do Módulo Gerencianet no Perfex CRM
- Repetição do Processo de Criação com txid
- Recebimento de Pagamentos via QR Code e Arduino
- Teste de Status de Pagamento em Ambiente de Homologação
- Integrações com o Laravel e SDK de PHP da EFI
- Tempo Médio de Análise de Documentos na Abertura de Conta
- Problemas com Token em Ambiente de Homologação
- Resolução de Delay nas Chamadas de Geração de QR Code e Pix em Node
- Funcionamento do Webhook em Ambiente de Homologação
- Geração de Link de Pagamento e Reembolso
- Retenção de Pagamento no PIX em Marketplace
- Notificações de Pagamento de Boleto e Pix
- Cancelamento de Boleto e Remoção do DDA
- Atualização de informações no Retentiva de Cobrança
- Integração de Pix no Bubble (Plataforma No-Code)
- Interpretação do Campo 'Solicitação ao Pagador' no Webhook GN
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.
