<@!127179327447105537> e eu adiciono que o webhook é o que vai te informar primeiro do pagamento, propiciando a melhor experiência para seu cliente.
Termos mais procurados:
Histórico de mensagens 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
- Consulta de Chave PIX na API de Envio
- Repetição do Processo de Criação com txid
- Implementação da SDK do Pix em Next.js ou React
- Teste de Status de Pagamento em Ambiente de Homologação
- Endpoint para Recuperar Saldo
- Autenticação com Certificado em NextJS
- Recebimento de Pagamentos via QR Code e Arduino
- Implementação do Módulo Gerencianet no Perfex CRM
- Configuração de URLs para Recebimento de Status
- Problemas com Token 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
- Especificação da URL do Webhook no Exemplo Pix
- Cobrança em Período de Teste Grátis de 7 dias
- Atualização de informações no Retentiva de Cobrança
- Interpretação do Campo 'Solicitação ao Pagador' no Webhook GN
- Geração de payment_token pelo Postman e teste em homologação
- Utilização de Endpoints e Payload no Pix
- Resolução de Delay nas Chamadas de Geração de QR Code e Pix em Node
- Retenção de Pagamento no PIX em Marketplace
- Acionamento de Webhooks em Pagamentos e Devoluções
- Funcionamento do Webhook em Ambiente de Homologação
- Cancelamento de Boleto e Remoção do DDA
EXIBINDO CONVERSAS RECENTES:
Canal: pix
<@!127179327447105537> , porém, eu te recomendo implantar o webhook. Não que seja essencial para qualquer operação, mas especialmente em escala, usar o webhook diminui a necessidade de consultas autônomas à API para obter o status da cobrança e, consequentemente, a carga (processamento e rede) do seu servidor.
Certo, muito obrigado, vou também melhorar como formulo minhas perguntas. Obrigado pela ajuda
Na sua pergunta original, você já tinha perguntado exatamente isso:
(...) no ambiente de produção ela já voltaria como CONCLUIDA (...) ?
e eu respondi que ela pode retornar com qualquer status, inclusive CONCLUIDA (depois de paga)
antes de pagar, ela é ATIVA
se você cancelar, ela é REMOVIDA_PELO_USUARIO_PAGADOR
depois de ser paga (o que só pode acontecer se ainda estiver ativa), ela é CONCLUIDA
sua pergunta tinha um ou ... - como a primeira parte é afirmativa (sim, ela vai retornar CONCLUIDA depois de paga), o que vem depois do ou não precisa constar da minha resposta para você chegar na conclusão. Mas, se te fizer falta, segue: não, você não precisa de webhook, pois a cobrança retornará CONCLUIDA depois de paga, em ambiente de produção.
Essa é a outra pergunta. Mas reformulando a pergunta, eu quero saber se a cobrança imediata irá me retornar como concluida a transação se bem sucedida para que eu não tenha que depender de webhooks para saber o estado atual da cobrança
Se a sua dúvida é outra, então faça outra pergunta. A pergunta que você fez, eu respondi. Ou, talvez, eu não entendi a pergunta. Então, de qualquer forma, você vai ter que perguntar de novo se quiser outra resposta 😄
Certo, e sobre a cobrança imediata ela realmente irá voltar como concluida se bem sucedida então? (em produção)
nos 2 ambientes o retorno informa o status da cobrança. só que no ambiente de homologação não tem como pagar a cobrança (pelo menos por hora). então você consegue visualizar os status ATIVA e REMOVIDA_PELO_USUARIO_RECEBEDOR (se cancelar a cobrança). já no ambiente de produção, você consegue receber um pagamento para a cobrança, então ela pode ter todos os status, inclusive CONCLUIDA (depois de paga)
Bom dia, sobre a cobrança imediata, no ambiente de hml ele retorna como status ATIVA no ambiente de produção ela já voltaria como CONCLUIDA ou realmente sou obrigado a adicionar um webhook para saber se a transação conclui?
# Gerar certificado e chave em único arquivo
openssl pkcs12 -in certificado.p12 -out certificado.pem -nodes
