Termos mais procurados:
Boa tarde, @jwesleylima! Tudo bem?
O prazo para recebimento em conta é de até 31 dias.
O atributo "next_execution" indica a data da próxima execução, ou seja, quando a nova cobrança será gerada.
Já o "next_expire_at" representa a data de vencimento dessa nova cobrança.
No seu caso, como você trabalha exclusivamente com cartão, a data de vencimento da próxima cobrança deve coincidir com a data de execução.
Entendi. Existem limites relacionados ao valor de emissão da cobrança, mas quanto a quantidade de recebimentos não há.
Duas formas :
Uma é tokenizar o cartão, mas só cobrar a cada mês
A outra é cobrar cada mês como uma parcela e já comandar o pagamento de uma vez só.
A segunda tem maior garantia de recebimento, mas o cliente pode não gostar pq as parcelas comem do limite do cartão.
gostaria de saber se já tem integração da efi com sgp tsmx para recebimento de mensalidades via cobrança automatica por cartao de credito..
@guilherme_efi Por favor me tire mais uma duvida.
Fiz a assinatura em sandbox com cartão fake, e aparentemente deu tudo certo.
Porem observando via painel na minha conta efi, a cobrança está como aguardando, ou seja, nao deveria ficar como paid, uma vez que foi feita com cartão. Tem alguma forma de passar para paid para que consiga testar o recebimento dessa notificação a fim de tratar isso no meu sistema?
Boa tarde, estou realizando uma integração com ERP do meu Cliente, ele já utiliza a Efi para seus recebimentos;
Mas pelo que estou percebendo não é possível conectar os clientes dele no sistema dele com as assinaturas já existentes no Efi?
Boa tarde @neytanmoreira! Tudo bem? Você diz referente aos recebimentos via chave ou na utilização delas na api, para emissão de cobranças?
Nenhum. Precisa descontar o custo do recebimento, o que no caso do boleto/bolix é mais fácil.
bom dia, estou com a seguinte dúvida no recebimento de notificações de assinatura. Recebo o token e faço a consulta, até onde sei o primeiro tipo de notificação deveria ser "subscription", mas teve uma situação que gerou o primeiro tipo como "subscription_charge" e aí bugou o meu sistema. É um erro da api ou eu que entendi errado?
Depende do método de pagamento que o cliente usar para pagar. https://gerencianet.com.br/tarifas/
No recebimento há uma cobrança de tarifa já antes do saldo ir para sua conta na Gerencianet.
Na retirada, não há cobrança se fizer via Pix no celular ou via TED para conta de mesma titularidade acima de R$300.
Quanto ao recebimento sem problema, o preciso fazer é dar a opção do cliente poder alterar a forma de pagamento de uma assinatura já existente. Vocês me falaram que isso não é possível, apenas se o cliente realizar uma nova assinatura, nesse caso o que estou fazendo é, cancelando a assinatura ativa dele e criando uma nova assinatura com a forma de pagamento escolhida pelo cliente. Nesse cenário vamos imaginar, o cliente assina algo com um cartão X e passou 1 semana o mesmo quer alterar para outro cartão. Nesse caso é lançado 2 faturas para ele pagar no cartão ou apenas a mais nova?
O seu servidor pode retornar qualquer coisa, o importante é o GET /notification no histórico de requisições, pois, se teve o GET /notification com sucesso, significa que o seu sistema confirmou o recebimento e leitura da notificação.
Mandamos os callbacks sempre que você cadastra uma url e é possível sim cadastrar a url em homologação.
https://dev.gerencianet.com.br/docs/notificacoes-recebendo#section-1-definindo-a-url-para-recebimento-de-notifica-es
