Histórico de mensagens sobre n

uma dúvida. se às 00h30 o sistema bancário realiza a confirmação bancária e o boleto é dado como não pago, como pode então ocorrer que duas horas depois ocorra uma nova confirmação para o mesmo boleto, só que agora como pago?

A checagem que a Efí é só um conforto para você saber que está tudo certo. Mas a responsabilidade é sua de seguir as regras... o que o parâmetro faz é desabilitar a checagem, mas você precisaria fazer a checagem mTLS de outro jeito. Por exemplo com seu provedor de hospedagem passando via headers qual o certificado cliente que foi apresentado.

Então não deveria funcionar em produção... buguei ahahahaha

Pq continua sendo necessário. É um dos requisitos da API Pix estabelecido pelo Banco Central.

Mas entendi que isso é uma feature, vou adaptar meu software de acordo.

sim, é que tenho muito cliente de terceira idade, acostumados a pagar com o tradicional boleto nas lotéricas.

Por favor, atualizem a documentação. Passei 7 dias brigando para configurar o MTLS para a função sendPIX, pois na documentação diz ser necessário... além dos custos extras de uma máquina dedicada para isso...

É porque a confirmação bancária ocorre neste horário. Se o seu cliente fizer o pagamento através do QrCode do Bolix 12:00, esse cenário não irá acontecer.

bom dia, já resolvi esse problema, mas estou com outro no postman, você poderia me ajudar por favor

Bom dia Igor, obrigado pela resposta. O que você quis dizer por "coincidentemente" ? A cobrança não deveria receber o status de inadimplente se ela foi paga dentro do prazo.

Bom dia @sergiotoledo ! Tudo bem? Ainda está com problemas?

Bom dia @diegoleonardo3767 ! Tudo bem? Por gentileza, inicie um atendimento em # atendimento e nos informe o número da sua conta, por favor.

Boa tarde, @excapy_web! Neste caso sim, porque coincidentemente a cobrança alterou para o status inadimplente e logo após para pago.
A cada alteração de status, é enviado uma notificação para a URL informada.

Funciona para produção sim.

Mas isto funciona para produção? Havia entendido conforme documentação, que o skipe-mtls é válido somente para o ambiente de homologação.

Pelo menos até que o novo sistema de boletos entre em funcionamento, também vejo da mesma forma.

Bom dia @grupothx !
Em hospedagem compartilhada não é possível configurar o mTLS por não fornecerem as permissões necessárias.
Não sendo possível configurar o mTLS, você pode configurar uma URL de webhook ignorando esta validação.
Para isto, basta informar o parâmetro x-skip-mtls-checking igual a true no Header da requisição PUT /v2/webhook/:chave que será registrado seu webhook URL sem a validação do mTLS.

Desta forma, caso opte por deixar o x-skip-mtls-checking como true, a Efí vai continuar a enviar o certificado na requisição, mas como mencionado, seu servidor irá ignorá-lo.

No entanto é aconselhável que você encontre uma forma de validar se é a Efí quem está enviando a notificação, pois, sem o mTLS configurado não há o "hand-shake". Uma sugestão é verificar o IP de quem está notificando, pois a Efí comunica os webhook através do IP 34.193.116.226

No caso do seu projeto que exige confirmação mais ágil, creio que boleto não seja o ideal. Vai de pix e cartão. Após analisar os pontos eu não creio que seja falha de projeto. É assim mesmo que boleto funciona.

Consegui gerar a cobrança pix com PHP.
Mas, para receber o retorno do pagamento e baixa imediata como vcs fazem ?
Travei na questão da mTLS em hospedagem compartilhada.
Dá esse erro: 400webhook_invalidoA autenticação de TLS mútuo não está configurada na URL informada
Alguém que possa ajudar (primeira vez usando esse tal Discord, peço desculpas se estou no lugar errado)

Talvez o novo método de funcionamento de boletos que a CIP/Nuclea vai implementar este ano permita resolver isso, pq inclusive vai requerer mudanças em todos os prestadores.