Histórico de mensagens sobre boleto

@danilowiener, no caso da mensagem que enviou, era um retorno da API de Cobranças de boleto, carnê e cartão. Já n a API Pix a forma de receber as notificações é diferente.

Bom dia!
Por favor, preciso que realizem o pagamento do boleto no ambiente de dev, 5870adc6-6176-4ab7-98e1-0daf8119f9b0

tenho provedor de internet, e alguns clientes estão me perguntando se ao invéis de boletos e carnês, se tem como fazer a cobrança automatica em debito em conta

Bom dia, @leandrogalvao3882. Tudo bem?
Sim, o status marcado como pago serve apenas para sua gestão financeira na conta Efí. Pelo fato dêle não gerar movimentação financeira, ele continua passível de pagamento e não é retirado do DDA. Para evitar o pagamento, realmente seria necessário o cancelamento do boleto.

Cobrancas marcadas como pagas do boleto, ainda continua aparecendo no dda do cliente, é normal isso? O correto seria cancelar a cobranca ?

Neste caso possuimos a forma de pagamento de cartão e bolix (boleto junto com qrcode Pix)

Pix, cartão, boleto...

Bom dia, @mayron1806. Tudo bem?
Para ativar o Bolix, acesse a sua conta pela plataforma web ou app mobile e siga as instruções abaixo:
1. acesse o menu “Configurações da conta” (⚙). Se estiver pelo app, toque em seu nome na tela inicial e, depois, no link “Configurações da conta”;
2. agora, clique em “Configurações de cobranças” → “Boletos bancários e carnês”;
3. em seguida, __ative a função “Bolix”__;
4. por fim, clique em “Salvar configurações”.

Bom dia, estou criando uma cobrança do tipo bolix, mas está sendo retornado como se fosse um boleto
Aqui esta o json de entrada "{
"items": [
{
"name": "Plano 1",
"value": 2000,
"amount": 1
}
],
"payment": {
"banking_billet": {
"expire_at": "2024-02-24",
"customer": {
"name": "mayron fernandes",
"cpf": ...,
"email": ...,
"phone_number": ...,
"birth": ...,
"address": {
...
}
}
}
},
"metadata": {
"custom_id": "f5e3fef8-01ca-4503-b08e-67aa194bf416",
"notification_url": ...
}
}", e aqui a resposta "{
barcode: '00000.00000 00000.000000 00000.000000 0 00000000000000',
link: 'https://download.gerencianet.com.br/v1/524831_14_SERCA5/524831-14-NEMCA0?sandbox=true',
billet_link: 'https://visualizacaosandbox.gerencianet.com.br/emissao/524831_14_SERCA5/A4XB-524831-14-NEMCA0',
pdf: {
charge: 'https://download.gerencianet.com.br/524831_14_SERCA5/524831-14-NEMCA0.pdf?sandbox=true'
},
expire_at: '2024-02-24',
charge_id: 44006663,
status: 'waiting',
total: 2000,
payment: 'banking_billet'
}"

ah marcelo e se na data agendada o boleto nao for pg por falt de sldo por exemplo.

Boa tarde! Tudo bem ? O cliente só não vai conseguir pagar no caso em que o boleto for cancelado. O status de marcado como pago ainda permite o pagamento da cobrança

ola pessoal boa tarde... pintou uma situção aqui. o que acontece se o cliente ao invés de fazer o pagamento do boleto, fizer um agendamento e internamente pela aplicação do banco eu marcar o boleto como pago? no dia agendado o pagamento sera realizado ou ira encontrar o boleto marcado como pago e nao ira aceitar o pagamento agendado?

Mayron, eu controlo a assinatura diretamente pelo meu backoffice também. O que eu fiz foi basicamente na assinatura criar um dt_vencimento e um dt_bloqueio.

Para cartão eu crio o token com o reuse: true na API deles e armazeno essa informação.

Dito isso, eu tenho a seguinte regra:

Caso boleto, eu emito o boleto em D-3 sobre a data de vencimento. Então o cliente tem 3 dias pós emissão para pagar. E o bloqueio eu coloco em dt_vencimento + INTERVAL 7 DAY, ou seja meu sistema só irá bloquear de fato sete dias após o último vencimento.

Caso cartão eu solicito a captura do valor no dia do vencimento às 4h da manhã, caso não consiga cobrar deixo um botão para o cliente tentar mais duas vezes. Após isso ele é obrigado a cadastrar novamente o cartão de crédito.

Sobre os webhooks, sempre que obtenho um status de sucesso eu calculo a nova data de vencimento e a nova data de bloqueio no banco de dados. Apenas para boleto existe um negócio bem interessante que é o status identified que basicamente significa que foi identificado o pagamento, porém ele ainda não foi liquidado de fato em sua conta. Como existe o risco do cliente entrar no atendimento do banco dele e cancelar esse pagamento a tratativa que faço sempre é: caso o status seja identified coloca o dt_bloqueio para daqui 3 dias úteis. Porém como a Efí geralmente deposita no próximo dia útil o webhook com a identificação do pagamento já virá no próximo dia útil e a rotina para recalcular as novas datas entrará em ação.

Dessa forma ficou bacana, pois consigo criar planos com flexibilidade. Adicionar valores novos ou variáveis que foram contratados durante o mês e caso precise de fazer qualquer migração não precisaria necessariamente usar uma API de assinaturas do novo fornecedor (visto que pode levar um tempo para seguir a lógica de um possível novo fornecedor). A lógica fica toda na minha aplicação e o PSP faz apenas a parte dele que é gerir o fluxo de cobrança na forma de pagamento que eu escolher

Que eu lembre não. Diferente de boleto, aonde o paid significa que já está na conta.

Para boleto Efí eu não sei de módulo comercial. Para Pix tem o do https://www.mmhospedagem.com.br/ e um outro que agora não lembro a URL. Ambos tem suporte e atualização mais alinhado com o ciclo de release do WHMCS.

Uso para boleto e pix. Cheguei a usar o módulo do Gofas mas ele aparentemente abandonou o projeto.
Alguns bugs bobos e o mesmo não resolve em hipotese alguma. Parece que ta recebendo dinheiro de outra empresa.

Exatamente. O boleto é enviada 5 dias antes do vencimento.

Ahh sim entendi, só mais uma coisa😅
Quando uma assinatura é criada com boleto, o boleto é enviado todo mês no email automaticamente?

Se você criar uma assinatura com pagamento por boleto, ela vai para o status new. Depois, quando uma nova cobrança for gerada, ela vai para o status new_charge. Enquanto o boleto não for pago, a transação vai para o status waiting. Quando o boleto for pago, a transação vai para o status paid e a assinatura vai para o status active.

Outra duvida, as assinaturas tem apenas os status da assinatura presentas na documentação, ou podem ter status das transações? Por exemplo, foi criada uma assinatura com pagamento por bolix, ela vai para o status new, depois new_charge, enquanto o boleto não for pago ela vai para o status de waiting? Ou quando for pago vai para o status de active?