Histórico de mensagens sobre api pix em assinaturas

@yasmin_efi eu utilizo o api pix, mas queria colocar a assinatura

Não temos essa opção na API de assinaturas @cesarmarinhorj2516 :/ Você pode adicionar o link como um texto da mensagem, mas esse redirecionamento automático seria apenas na nossa API Pix via Open finance

Tem sim, temos um endpoint em nossa API que permite o envio de Pix: https://dev.efipay.com.br/docs/api-pix/gestao-de-pix#requisitar-envio-de-pix

Pessoa, boa tarde, mais uma vez, uma duvidazinha, já consegui fazer os testes de PIX, no trecho onde colocamos a chave de API, no meu caso, coloquei da conta que abri, eu poderia fazer dinâmico, ou seja, passar qualquer chave, de qualquer conta, por exemplo, no meu projeto, o usuário compra um produto ou paga o serviço, faz toda a requisição passando por lá e enviando pra chave que ta lá, no caso a minha, mas se quiser fazer um processo diferente, tipo, solicitar saque, isso se enquandra, o usuário clica em sacar e no caso a chave pix que vai seria deste usuário e de outra conta externa, isso é permitido? Grato

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) ?

Neste caso seu sistema pode deixar um campo de formulário aberto ao cliente para que seja informado o valor, assim passando a informação para a API que vai gerar a cobrança PIX para pagamento

O que para alguns valores é mais barato do que o 1.19% do Pix. O que inclusive permite uma "operação inventiva" que é usar a API-Pix para até R$ 289,91 e Bolix acima disso.

Webhooks da API Pix ou callbacks da API de emissões ?

Bom dia @jnsz_ tudo certo?
Para os casos de emissões de Boleto, Cartão, Carnê e Assinatura, tem um funcionamento um pouco diferente da API Pix.

O recomendado para acompanhar o status do pagamento é criar uma rota no seu sistema para receber um POST da nossa API.
Então ao criar uma nova cobrança, você deve adicionar o atributo notification_url que é a URL do seu servidor preparada anteriormente.
A API da Gerencianet então irá notificar na URL informada sempre que houver alguma mudança de status na cobrança criada. O processo segue o fluxo da imagem abaixo.

Na nossa documentação você encontra mais detalhes sobre o funcionamento das notificações de pagamento
Recebendo as notificações - https://dev.gerencianet.com.br/docs/notificacoes-recebendo
Entendendo o fluxo das notificações - https://dev.gerencianet.com.br/docs/entendendo-fluxo-notificacoes

Vir por enquanto que tem para o API Pix

Bom dia, Renato! Tudo bem?
Atualmente não é possível definir uma URL de redirect ao criar um link de pagamento.
Entretanto, possuímos essa solução parecida na nossa API Open Finance, que pode ser utilizada para receber pagamentos através do Pix.
Você pode acessar mais detalhes através desse link da nossa documentação: https://dev.gerencianet.com.br/docs/introducao-api-open-finance e, também, através desse vídeo: https://www.youtube.com/watch?v=aNbzuEjafOs.
Qualquer dúvida estamos à disposição.

Olá, @fael9100. Bom dia! Como vai?
Neste caso você pode utilizar nossa API de emissões para emitir a cobrança de cartão de crédito, e o Bolix que dá opção para seu cliente pagar com código de barras do boleto ou QR Code do Pix.
Segue o link da documentação para mais detalhes:
Cartão: https://dev.gerencianet.com.br/docs/pagamento-com-cartao
Bolix: https://dev.gerencianet.com.br/docs/gerar-boleto-bancario

A API para provisionar isso é a mesma de boleto e cartão, mas o meio de pagamento pode ser Pix.

Bom dia, tudo bem? Respondendo a seus questionamentos:

1) Ao criar uma assinatura para seu cliente, todo mês será gerado uma cobrança para ele, e caso a cobrança não seja paga por qualquer motivo, ela ficará inadimplente e nós iremos te notificar. Caso seja do tipo cartão, é necessário que você entre em contato com a gente para saber mais detalhes do motivo da recusa.

2) É realizado somente uma tentativa de cobrança no cartão. Sugestão: caso a cobrança seja recusada por qualquer motivo, gerar uma cobrança avulsa para o cliente final. Assim que identificar o pagamento da cobrança, altere o status da outra cobrança que ficou inadimplente.

3) Sim, o desconto será aplicado para todas as cobranças subsequentes. Neste caso, sugiro que você gere uma cobrança avulsa no primeiro mês e depois crie a assinatura de seu cliente, ou utilize o atributo "trial_days", que permite que você disponibilize alguns dias de teste, antes da primeira cobrança ser gerada. Neste segundo caso o valor não seria alterado.
4) Não é possível criar link de pagamento, assinatura e marketplace juntos. Sugestão: utilizar a nossa API PIX para enviar os repasses a seus vendedores. Com ela você consegue enviar qualquer valor para uma chave PIX.

Você também está integrando com API Pix ? As configurações de mTLS não se aplicam a assinaturas, e se vc tiver configurado os requisitos do mTLS, não vai receber notificações...

Boa tarde! Atualmente a API Pix não possui essa funcionalidade.
Uma alternativa seria você criar assinaturas de boletos e utilizar o QrCode do Bolix

Olá, uso a api de pix para gerar, esta tudo ok. Como posso integrar a parte de assinatura com PIX?

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.

Bom dia <@!257617133595262977>, se você esta se referindo à Api Pix, é necessário o certificado sim. Se for utilizar nossa API para gerar cobranças do tipo boleto ou cartão, por exemplo, não é necessário o certificado. Como o Renato mencionou, se não estiver relacionado ao Pix, você só precisa do par de chaves client_id e client_secret.

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