Histórico de mensagens sobre API de cobranças em assinaturas

Após a emissão de assinaturas via API, retornamos sim um link que pode ser encaminhado para o seu cliente, para o pagamento, em casos de cobranças via boleto 🙂

Bom dia, @diorgenesgrzesiuk! Tudo bem?
No momento, nossa API de cobranças não tem um endpoint com essa funcionalidade. Mas, uma boa notícia é que está em nosso planejamento de desenvolvimento.
Qualquer novidade, avisaremos a comunidade por aqui.

Sim, você consegue atualizar as informações no endpoint de retentiva de cobrança: https://dev.efipay.com.br/docs/api-cobrancas/assinatura#retentativa-de-pagamento-de-assinatura-via-cart%C3%A3o-de-cr%C3%A9dito
Para que as informações do novo cartão passe a ser utilizado nas próximas cobranças, você precisa colocar o valor true no atributo update_card

'https://efipay.github.io/js-payment-token-efi/' Estava configurando o layout desse exemplo, para usar ele para gerar payment token, e então usar esse paymente token para executar esse arquivo 'sdk-php-apis-efi/examples/charges/subscription/createOneStepCardSubscription.php', entretando se o usuário preencher esse formulário e depois o programa chamar 'OneStepCardSubscription.php', me parece que vão haver duas cobranças no cartão do cliente, pois os dois arquivo solicitam um valor, alguém pode me ajudar a resolver isso? Obs: Ao envia esse formulário 'https://efipay.github.io/js-payment-token-efi/' vai haver uma cobranaça não relacionada com a assinatura, mas eu preciso apenas do paymente token, pois esse arquivo aqui exige o paymente token 'OneStepCardSubscription.php', que de fato é o arquivo que vai fazer uma cobrança e a assinatura do cliente no plano.

Bom dia @insign ! Tudo bem? Atualmente não possuímos um endpoint na API de Cobranças que permita listar os boletos em aberto para um determinado cliente.

Boa noite, sou novo com a questão da API, não ficou claro como listar as assinaturas e cobranças atuais do cliente. Na aplicação que criei mostra só as assinaturas criadas pela aplicação? Se sim, como faço pra trabalhar com as cobranças já existentes? Só quero poder consultar cobranças não pagas por X cliente.

É possível sim. No cenário que você citou, primeiramente você irá criar um plano de assinatura com "interval": 1 (intervalo de 1 mês para cada cobrança) e "repeats": 12 (12 cobranças).
Depois você irá criar a assinatura vinculada ao plano criado, definindo os dados do cliente e o valor que será cobrado mensalmente, no seu exemplo seria R$139,90.

Olá, @dev_victorhugo! Tudo bem? Caso for uma assinatura do tipo cartão de crédito utilizando nossa Api de Cobranças, você consegue alterar o valor da cobrança de assinatura utilizando este endpoint: https://dev.efipay.com.br/docs/api-cobrancas/assinatura#alterar-dados-de-uma-assinatura

Boa tarde, tudo certo?

Estou precisando de uma ajuda relacionada a notificações da api de cobranças. Eu estou recebendo o notification_token mas quando passo ele para o método get via sdk:
await efiPay
.getNotification(params)
.then((res: any) => {
res.data.forEach((element: any) => {
notification.push({
id: element.id,
identifiers: element.identifiers.subscription_id,
status: element.status.current,
message: element.message,
created_at: element.created_at,
});
});
})
.catch((err: any) => {
console.log(err);
});

mesmo reenviando a notificação pelo painel da Efi, ele me retorna sempre um erro como se não existisse a notificação relacionada aquele token, porém, o token chega e consigo logar ele.

erro:
{
code: 3500010,
error: 'property_does_not_exists',
error_description: {
property: 'notification',
message: 'A propriedade [notification] informada não existe.'
}
}

Dúvida: tava lendo a documentação de vocês. No momento, estou interessado na API de cobranças. Usando postman não preciso do certificado .p12 para nada, somente pix. Mas o SDK do .NET na documentação fala que o certificado p12 é necessário. Porém lá tem exemplo de pix. O certificado .p12 vai ser realmente necessário para o meu caso de uso (sem pix) ?

Boa dia @marcio.pensadorweb, tudo bem?
Você pode utilizar o seguinte endpoint: https://dev.efipay.com.br/docs/api-cobrancas/cartao#retentativa-de-pagamento-via-cart%C3%A3o-de-cr%C3%A9dito

Ele te permite realizar uma nova tentativa para aquelas cobranças de cartão de crédito que foram recusadas anteriormente.

Olá, @ventalli! Você encontra exemplos de curl nas nossas collections, a de assinatura está na api de cobranças, especificamente em https://documenter.getpostman.com/view/13574984/Uz5ArJQc#bd19c250-17fa-4b18-bed2-e2ca8b4fee54

Bom dia, @carlosdombosco! Tudo joia?
Assim como ocorre na emissão de boletos e canês, é possível sim associar uma URL de notificação na criação de assinaturas através da API e o nome do atributo para informar a URL é o mesmo: metadata -> notification_url
Nas assinaturas, iremos emitir a cobrança de acordo com a periodicidade que você informou e sempre que as cobranças forem emitidas, iremos enviar uma notificação informando sobre esta emissão.

Neste caso, o sim era respondendo mesmo kk.
Este atributo ele existe em nossa API, mas é destinado a cobranças avulsas de cartão de credito.

Ei, pessoal!

Temos uma novidade na API Cobranças: agora é possível reprocessar uma transação via cartão de crédito sem a necessidade de gerar um novo token.

Isso significa que você não precisa mais solicitar os dados do cartão do cliente a cada nova transação ou salvar informações sensíveis no seu sistema. Basta guardar o payment_token criptografado e usá-lo sempre que precisar!

O payment_token é um conjunto de caracteres gerado pela Efí, que representa os dados do cartão do pagador.

Para seu cliente, mais proteção dos dados sensíveis. Para você, mais facilidade para reprocessar cobranças.

Essa novidade é válida para:

- links de pagamento;
- assinaturas;
- e checkout transparente.

Para saber mais sobre este atributo e como usá-lo na sua integração, acesse nossa documentação.
https://dev.sejaefi.com.br/docs/pagamento-com-cartao

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?

Olá, <@!358620323249389569> ! Boa noite.
Para enviar as notificações, a Gerencianet dispara um POST para a URL cadastrada a cada mudança no status da cobrança.
Essa notificação possui um token específico, que será o mesmo durante todo o "ciclo de alterações" da transação. Seu sistema deve então consultar essa notificação através da rota GET /notification/:token, passando o token enviado no POST anterior.
Para visualizar os detalhes de cada requisição da API de Cobranças, acesse: https://documenter.getpostman.com/view/13574984/TW71kRme

Bom dia, <@!826141049964462121>.
1- Para que você possa gerenciar as assinaturas dos de vendedores que estão em seu sistema, você precisará das credenciais de autenticação da API da conta de cada vendedor, até mesmo para emitir as assinaturas na conta deles.
2- É possível sim. Basta manter a configuração do Bolix ativada na conta do emissor no menu (Cobranças > Configurações > Boletos Bancários e Carnês > Bolix). E então, todo boleto gerado para uma assinatura, conterá também o Pix.

Entendi, também não é possível pela API, pois, o endpoint de retornar transações GET /v1/charge/:id segue o mesmo padrão da assinatura, retornando uma por requisição.
As opções são configurar uma url de notificação para que você seja notificado sempre que uma cobrança mudar de status ou gerar um relatório expresso(via painel), com ele você consegue retornar todas as cobranças com um determinado status no período que desejar.
Segue o link do que citei acima: https://dev.gerencianet.com.br/docs/notificacoes-recebendo
https://gerencianet.com.br/artigo/gerar-relatorios-de-cobrancas/

Boa noite. Você se refere à API Pix? Ela, sim, precisa de certificados (mesmo em homologação). A API principal de cobranças da GN (para boleto e cartão) só precisam do token e/ou do par de credenciais (Client_ID e Client_Secret), pelo que eu pude ver no SDK: https://dev.gerencianet.com.br/docs/instalacao-sdk-php