Histórico de mensagens sobre notificação boleto

essa url de notificação é a mesma para pix, boleto e cartão?

A api notificará pela Url de notificação, que foi criado Boleto ou Cartão ?

Boa tarde, @guilherme.lopes!

Como o Rubens mencionou, atualmente não é possível fazer assinaturas por Pix, somente boleto e cartão de crédito. Após configurar a frequência das cobranças elas serão geradas automaticamente e a API notificará via URL de notificação para o seu servidor e, caso tenha e-mail cadastrado, notificará o cliente por e-mail contendo o boleto para pagamento. No caso de cartão é feita a cobrança automaticamente no momento de criação da cobrança.

Essa informação consta na seção de definição de pagamento de assinatura na nossa documentação, onde você pode obter mais detalhes: https://dev.efipay.com.br/docs/api-cobrancas/assinatura#2-defina-a-forma-de-pagamento-da-assinatura-e-os-dados-do-cliente

Pessoal bom dia,

Como funciona a parte de notificação dos boletos?

Eu lembro que uma época (um bom tempo atrás) ao gerar o boleto pelo sandbox era possivel simular a baixa dele.

Lendo a documentação eu não consegui entender como que funciona esse processo hoje?

Boa noite, encontrei a informação do url de notificação, obrigado, agora estou com outra dúvida existe a possibilidade de pesquisa por cpf dos boletos emitidos e trazer o status desses boletos, ou pesquisa por faixa de data utilizando a API ?

Na API Pix a notificação é por chave Pix, não por requisição... diferente da de boletos/cartões. O que provavelmente dê para fazer é usar uma camada de mTLS fora, seja o API Gateway do AWS, seja o mtls.pix.ae .

para carnet a consulta de notificação e o retorno é exatamente igual boletos???

Neste caso, você esta fazendo um mal uso da nossa API, ou seja, esta realizando requisições desnecessárias.
Você consegue contornar a sua situação através do nosso sistema de webhook: https://dev.gerencianet.com.br/docs/notificacoes-recebendo
Com uma URL de notificação cadastrada, você não precisará mais de ficar consultando os boletos em nossa API, pois sempre que ocorrer alguma alteração de status em uma determinada cobrança, iremos notificar o seu sistema.

Bom dia @_josemax ! Enviamos sim o post notification. Qualquer alteração de status, é disparado uma notificação pro seu sistema. O status Pago so seria enviado, caso o boleto fosse pago mesmo, pelo código de barras ou pelo qrcode.

São tão "LEGAIS" que nem o horário mostram no comprovante... data de solicitação: 30/03 - data de lançamento 31/03... assim como nenhuma notificação do APP não tem horário, só a que aparece na tela do telefone, bem como não constam nas notificações, a mensagem de solicitação de pagamento de boleto.. cara é muita sacanagem isso

Olá como posso fazer testes de notificação tanto com boleto quanto pix sem precisar realizar pagamentos?

Boa tarde! Com relação à notificação do endpoint fornecido no momento da criação do boleto, a Gerencianet realiza um GET ou POST?

ola preciso fazer o reenvio das notificação de boletos que foram pagos, a Url de retono estava errada e não deu baixa no pagamentos dos boletos mk-auth

Meu sistema ao receber a notificação de que o boleto venceu após o pagamento, cancela a reserva do cliente.

@klawdyo.com se for esse o caso isso seria bem estranho. O boleto sendo pago dentro do prazo não poderia gerar uma notificação de boleto não pago. pois ele foi pago rsrs

Eu acho que tem a ver com a fila de notificações. O boleto venceu e não foi pago: agenda a notificação pra dizer que tá vencido. Mas aí no decorrer na verificação da fila, viu-se que ele foi pago, aí agenda nova notificação. Quando chega na sua vez de enviar a notificação, vc recebe as duas. Considerando que as consolidações de pagamento de boleto só são processadas depois da meia noite. Creio que a questão da fila explique seu caso.

Olá, @Silvio Fernadnes. Bom dia!

Quando você define uma URL de notificação em um boleto, a Efí dispara um POST para esta URL a cada mudança no status da cobrança. Por segurança essa notificação possui um token específico, que será o mesmo durante todo o "ciclo de alterações" da transação.
Então, sua aplicação deve receber o token na variável $_POST['notification'] e consultar essa informação através do endpoint GET /v1/notification/:token, a resposta será todos os dados informativos sobre a alteração sofrida pela cobrança, como por exemplo, o status anterior e atual da cobrança.

Nos seguintes link você encontra mais detalhes:
https://dev.gerencianet.com.br/docs/notificacoes-recebendo
https://dev.gerencianet.com.br/docs/playground-notificacoes

Qualquer dúvida, conte com a gente!

ja seria o envio da notificação via whats e junto com o boleto

Quanto à notificação dos boletos, seriam as notificações de vencimento das cobranças, para o cliente final?

Notificação PRÉVIA de pagamento de boleto -> Para quem quiser ser piloto de NOVO RECURSO que será disponibilizado em breve.

> Quando o boleto é pago já temos a informação em minutos, apesar da troca financeira somente ocorrer na madrugada do próximo dia útil, neste caso a informação prévia não é 100% efetiva, porque a instituição onde o pagamento foi feito possui mecanismos para "desfazer" aquele pagamento, mas é um processo burocrático e muito pouco usado, por isso a informação prévia de pagamento é ideal para prestação de serviços, situações especificas ou preparação de envio de produtos. Para envio de produtos de fato, é importante aguardar a confirmação oficial na madrugada.
>
> Para quem quiser ser piloto, envie um ticket demostrando interesse 🙂