Histórico de mensagens sobre an

Sei que não é split, mas pra n ter q mudar a lógica pq eu seto o valor no banco, eu tentei passar com 0%. Na minha opinião, creio que o back-end poderia deixar passar regardless

agora saber por que o boleto também nao esta funcionando nao sei kk

Claro, um instante.

O Banco Central por enquanto não incorporou isso na API Pix. Talvez na versão 3, se um dia sair.

Até o certificado precisa ser criado ?

Não posso utilizar o meu certificado e a Clientid/clientsecret do client?


Outra dúvida, plataformas que oferecem integração contam com a opção do OAuth que torna este processo muito mais simplificado para o cliente, redirecionando-os para uma pagina ou efetuam o login e já autorizão o credenciamento... A EfiBank tem este recurso ?

Olá pessoal bom dia, surgiu uma demanda aqui que gostaria de saber com vocês.

No body do split, existe alguma regra que impede que o valor da outra parte seja 0%? ainda n tracei exatamente o que acontece, mas ao que tudo indica, o split não é gerado nesse caso.

Oi, @felipealmeman. Bom dia! A página principal está com uma instabilidade no momento.
Mas caso precise acessar aconta, pode ir direto para a página de login: https://login.sejaefi.com.br/

Ainda não olhei o caso hoje, mas nos últimos dias o Pix tem pipocado bastante. E aí vários clientes imaginam que sejam seu bancos...

O status era pra mudar quando faço o pagamento, certo?

Mas quando faço o pagamento de um pix (ambiente de produção), o status dele continua "ativa"

Bom dia, @calebportodev. Isso mesmo, você consome o endpoint POST /oauth/token para capturar o access_token e
você pode adotar duas abordagens para reutilizá-lo:
- Renovação periódica: programar sua aplicação para verificar se o "access_token" ainda é válido a cada 3600 minutos (1 hora). Se ele estiver prestes a expirar, você pode fazer uma nova autenticação para obter um novo "access_token";
- Autenticação sob demanda: autenticar e usar o mesmo "access_token" até que ocorra uma falha 401 de na requisição. Quando essa falha ocorrer (indica que o token expirou), então você pode fazer uma nova autenticação para obter um novo "access_token".

alguns clientes reclamando, ta tendo algum problema geral?

O PUT /webhook só precisa ser feito uma vez, para ativar que cobranças daquela chave tenham webhook.

isso mesmo, desculpa o mal entendido, mas quando faço essa requisição, a resposta esta vindo

Mas aí é criação de cobrança, não de chave.

Alguem poderia me ajuda com o webhook, estou recebendo o webhook de criação da chave normalmente, mas quando crio um pix do valor abaixo de 10,00, o webhook não esta vindo, nenhuma solicitação de POST esta tentando se feita para o meu servidor

Vai desparar no webhook associado a chave, correto? a COB concluída vai disprar como a chave que eu mandar na própria COB. Vou ver aqui.

Dependendo do valor a cobrança muda e dispara o webhook.

Eu criei uma cobrança e tudo funcionou beleza (imagem 1). Quando eu tento alterar a solicitacaoPagador consigo alterar sem problema (imagem 2). Mas qnd tento colocar o status para "CONCLUIDO" (para disparar o webhook que a cobrança foi finalizada) ele não permite (imagem 3). Se eu tentar REMOVIDA_PELO_USUARIO_RECEBEDOR, funciona.

Então como "processar" uma cobrança para disparar o webhook?