valeu
Termos mais procurados:
Histórico de mensagens em assinaturas
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
- Configuração de URLs para Recebimento de Status
- Acionamento de Webhooks em Pagamentos e Devoluções
- Implementação da SDK do Pix em Next.js ou React
- Cobrança em Período de Teste Grátis de 7 dias
- Especificação da URL do Webhook no Exemplo Pix
- Recebimento de Pagamentos via QR Code e Arduino
- Repetição do Processo de Criação com txid
- Implementação do Módulo Gerencianet no Perfex CRM
- Teste de Status de Pagamento em Ambiente de Homologação
- Tempo Médio de Análise de Documentos na Abertura de Conta
- Integrações com o Laravel e SDK de PHP da EFI
- Problemas com Token em Ambiente de Homologação
- Geração de Link de Pagamento e Reembolso
- Resolução de Delay nas Chamadas de Geração de QR Code e Pix em Node
- Funcionamento do Webhook em Ambiente de Homologação
- Retenção de Pagamento no PIX em Marketplace
- Cancelamento de Boleto e Remoção do DDA
- Integração de Pix no Bubble (Plataforma No-Code)
- Utilização de Endpoints e Payload no Pix
- Notificações de Pagamento de Boleto e Pix
- Interpretação do Campo 'Solicitação ao Pagador' no Webhook GN
EXIBINDO CONVERSAS RECENTES:
Canal: assinaturas
Boa tarde, @gil.brandao0067! Tudo bem?
Você consegue lista as cobranças dentro da conta digital aplicando o filtro de status.
Você chegou a verificar?
boa tarde time!
gostaria de obter uma listagem com os status das transações, do tipo, 'paid, unpaid, new...' Alguém consegue essa façanha pra mim?
Grato.
Nesse caso, cria a charge e altera para waiting e em seguida o status da assinatura é alterado para ativo.
Oi @jessica_efi , isso eu entendi... a minha dúvida estaria na ordem, na minha cabeça a subscription_charge deveria ser o id 3 e 4, porque é criado uma cobrança (vem no status new e depois waiting) e depois que é pago é mudado o status para pago (status paid), para depois o subscription vir como ativo (status active) no qual deveria ser o id 5, a menos que o usuário tenha um free trial, nesse caso a cobrança vem depois dele ser ativo. se essa lógica não faz sentido para você, talvez eu não tenha entedido muito bem a lógica do sistema de assinatura da efi
Boa tarde @eduard_itc_63315 ! No id 3 e id 5 o tipo é subscription_charge, ou seja, é referente à cobrança gerada para aquela assinatura, no id 4 o tipo é subscription.
Bom dia
No exemplo de resposta de uma notificação de uma assinatura, mostrada no link:
https://dev.efipay.com.br/docs/api-cobrancas/notificacoes
No id 3, mostra que está esperando a "cobrança" ser paga.
No id 4, a assinatura fica ativa, mas só no id 5 que fica paga.
Essa ordem está certa? Na minha cabeça seria, o id 4 ter o subscription_charge com status indo para pago, para depois ter a assinatura ativa (claro que isso mudaria se tiver um trial_days)
O cliente não vai saber, o cara que fizer engenharia reversa do seu app vai. Já me dá sua senha então. 😉
Com alguma outra linguagem para backend. Você precisa segregar suas credenciais do front-end... ou estará fazendo o equivalente a dar a senha da sua conta para os outros.
E se é assim, já pode postar aqui no Discord... 😈
Existe sim @joaovicto! Utilizando a API Pix em homologação você consegue simular diferentes retornos de webhook, dependendo do valor da cobrança criada.