Histórico de mensagens sobre url

já resolvi essa parte, mas agora o retorno é esse: "{
nome: 'webhook_invalido',
mensagem: 'A requisição na URL informada falhou com o erro: ERR_TLS_CERT_ALTNAME_INVALID'
}"

Isso mesmo @andersonhsilva ! Esse serviço está protegido por uma camada de autenticação mTLS. Os callbacks são enviados pela Efí via POST url-webhook-cadastrada​/pix quando há uma alteração no status do Pix.

Efi\EfiPay {#348 ▼ // routes/web.php:39
-requester: null
-endpoints: array:5 [▼
"CHARGES" => array:2 [▶]
"PIX" => array:2 [▼
"URL" => array:2 [▼
"production" => "https://pix.api.efipay.com.br"
"sandbox" => "https://pix-h.api.efipay.com.br"
]
"ENDPOINTS" => array:48 [▶]
]
"OPEN-FINANCE" => array:2 [▶]
"PAYMENTS" => array:2 [▶]
"OPENING-ACCOUNTS" => array:2 [▶]
]
-methods: null
-options: array:12 [▼
"sandbox" => true
"debug" => false
"cache" => true
"timeout" => 60
"clientId" => "xxxxxxxxx"
"clientSecret" => "xxxxxxxx"
"partnerToken" => null
"headers" => null
"baseUri" => null
"api" => null
"certificate" => false
"pwdCertificate" => ""
]
}

este é o retorno que estou tendo quando instacio a class EfiPay, acredito que deu certo, mas vou fazer mais testes

Olá, @leandro535! Bom dia!

Para receber notificações de carnê ou boleto, você define a URL no momento da criação da cobrança. Então, sempre que houver uma mudança de status da cobrança, a Efí dispara um POST para essa URL. Essa notificação vem com um token específico, que permanece o mesmo durante todo o ciclo de alterações da transação.

Para simplificar, você pode usar este exemplo da SDK de PHP para consultar o token da notificação e obter os detalhes atualizados da cobrança. Aqui está o link.

Além disso, você pode conferir mais detalhes na documentação técnica aqui.

Temos também um vídeo sobre o assunto neste link.

{
"chavePix": "0aee45d3-0c50-4104-90f7-af6142f01b84",
"webhookUrl": "https://doss-api.azurewebsites.net/api/v1/residential/onboard/webhook/pix?ignorar="
}

Você passou qual a URL na chamada para webhook ? Você atende tanto em URL e URL+"/pix" ?

Boa noite, alguém já teve a mensagem de erro e conseguiu resolver: "{
nome: 'webhook_invalido',
mensagem: 'A URL informada está inacessível'
}", ao tentar configurar o webhook do pix? Estou tentando ainda de Homologação. No momento não sei como prosseguir.

Mesmo sendo 3 chaves, você pode configurar a mesma URL de webhook em todas elas.

Bom dia!
Atualmente, é necessário primeiro cadastrar a configuração de Split, depois emitir a cobrança e associar essa cobrança à configuração de Split previamente cadastrada.
Segue o fluxograma para uma visualização mais clara: https://dev.efipay.com.br/docs/api-pix/fluxogramas/#split-de-pagamento-pix

O endpoint de cadastro de webhook solicita o parâmetro da chave e este é obrigatório. Portanto, para cada chave Pix, será necessário realizar o cadastro do webhook, que pode ser a mesma ou uma URL diferente

Se precisar de mais alguma informação ou assistência, estou à disposição para ajudar!

Vai ser a URL que você definir no seu servidor... por exemplo https://exemplo.com.br/notificacoesefi?boleto=xxxxxxxx

To dando uma olhada aq. Só não entendi uma parte, ele pede um URL de notificação, como esse URL é definida? Ou como eu consigo ela?

O bolepix usa a notification_url do boleto.

Exatamente, era isso q estava pontuando, quem não vem no discorde, fica só na doc, acha q está tudo bem... Pq na doc, eles não falam "tem q validar o certificado de outra forma", eles falam q se usar o Skip, pode validar pelo IP e um hash na URL...

Então a doc é muitooo permissiva...

E adicionar a Hash a URL, q é a forma menos segura dentre todas as opções kkkk

to recebendo isso: Error: connect ECONNREFUSED ::1:80
at TCPConnectWrap.afterConnect [as oncomplete] (net.js:1138:16) {
errno: 'ECONNREFUSED',
code: 'ECONNREFUSED',
syscall: 'connect',
address: '::1',
port: 80,
config: {
url: '/v2/cob',
method: 'post',
data: '{"calendario":{"expiracao":3600},"valor":{"original":"10.00"},"chave"
:"64f7548d-090b-4b68-aacf-7517117c02b4","ocultado":"ocultado"}',
headers: {

Sim, você pode fazer uma requisição na URL do pdf para realizar o download

Removi a sua URL porque ela não está configurada com MTLS. Vou abrir um atendimento para explicar melhor o motivo da sua falha.

Parece que há uma inconsistência entre a validação do esquema JSON que você está realizando e o formato JSON enviado durante o cadastro do webhook.

a url que estou cadastrando e essa

Bom dia, @.thomasjackson!
Parece que houve um problema ao tentar validar a URL que você forneceu.

Para investigar a causa do erro 400 (Bad Request), precisamos verificar alguns pontos:

1 - Certifique-se de que a URL está correta e bem formatada, sem espaços ou caracteres inválidos.
2 - Verifique se todos os parâmetros necessários foram incluídos na requisição para cadastro da URL.
3 - Analise se há alguma restrição ou configuração específica no servidor que possa estar causando a falha.
4 - Verifique se não há problemas de conectividade ou indisponibilidade do servidor no momento da requisição.

resposta
"{\"nome\":\"webhook_invalido\",\"mensagem\":\"A URL informada respondeu com o código HTTP 400\"}"