Termos mais procurados:
Boa tarde, @marinareginato! Tudo bem?
Você pode acessar suas credenciais indo em Menu API > Minhas Aplicações e clicando na aplicação desejada. Na página da aplicação, você encontrará as credenciais de homologação e produção.
Recomendamos que cada integração tenha sua própria aplicação. Isso facilita a visualização de logs, notificações e, se você usar a API Cobranças, evita ter várias URLs de notificação associadas a diferentes cobranças em uma única aplicação.
Exatamente, @cesarmarinhorj2516. Ao definir um notification_url, iremos enviar notificações quando houver alteração de status da assinatura, das cobranças que foram emitidas e também quando tiver a emissão de novas cobranças. Então com base nestas informações, você realiza as devidas ações de acordo com sua regra de negócio.
quando eu gero uma assinatura, é possível usar um notification_url que vai me informar dos status do que está acontecendo, correto?
mas essa notificação é feita em background ao processo que está acontecendo ali pro usuário, correto, somo se fosse um robô acessando e me mandando informações.
Eu tenho que receber e agir de acordo, é isso?
Galera boa tarde, estou fazendo a autenticacao em php mas deu o seguinte erro
Fatal error: Uncaught Exception: Erro ao executar solicitação curl: could not load PEM client certificate, OpenSSL error error:02001002:system library:fopen:No such file or directory, (no key found, wrong pass phrase, or wrong file format?) in C:\xampp\htdocs\efi\auth.php:54 Stack trace: #0 {main} thrown in C:\xampp\htdocs\efi\auth.php on line 54
no caso da erro de senha, peguei o codigo da documentação coloquei o ceritificado.pem na pasta mas da esse erro
Tem sim. O QR-Code Pix tem um campo de payload, e você pode baixar o payload da URL, decodificar o JWT e ver os campos. E isso vale para qualquer PSP, basta que seja QR-Code dinâmico.
Aí gerei o payment token pela url fornecida por vocês https://efipay.github.io/js-payment-token-efi/
$body = [
'items' => $items,
'settings' => $settings,
'metadata' => $metadata,
];
Desse jeito recebi na resposta
Exception::code = 3500034
Exception::error = validation_error
Exception::errorDescription = "Propriedade: "/metadata/notificaion_url". Propriedade desconhecida (não está no schema)."
entao terei que fazer tratamento interno para coletar o link do boleto através do charge_id e não mais apenas o link de pagamento. é isso.
Fiquei confuso em relação ao link ficar inutilizavel e pensava que a Efi poderia fazer o auto redirecionamento do link de pagamento para o boleto pela mesma url
Bom dia, obrigado pelas respostas.
Existe a possibilidade do meu cliente abrir uma service request ou já existe algum trabalho para esse fluxo? Por exemplo um streaming, um endpoint pra gente fazer pooling ou qualquer coisa que ele possa continuar usando a interface do Efi e a gente apenas reagindo aos eventos? Até mesmo add o campo notification_url na interface durante a criação dos boletos/carnes?
A aplicação serve como “contabilidade” e precisávamos apenas ler/receber o que ele criar no Efi.
Bom dia, @hempel2043! Como vai?
Conforme o Rubens mencionou, é necessário que a emissão do carnê/boleto seja feita através da API. Assim, você poderá definir a URL de notificação para receber as atualizações. Os boletos emitidos através da interface da Efí não podem ser gerenciados via API.
Pessoal estava dando uma olhada na documentação e fiquei com algumas dúvidas.
Meu cliente utiliza a interface do Efi para criar carnes/boletos, como poderia "escutar" quando ele criar um carne por exemplo?
Olhando a doc da api-cobrancas entendi que para todo carnet que ele criar preciso enviar o notification_url, porém como ele utiliza a interface do efi, como posso passar a url da minha aplicação?
Existe outra forma de escutar esses eventos?
Também vamos precisar atualizar o status quando o cliente final pagar o boleto/carne, já receberíamos essa evento com a config anterior?
Estou tomando esse erro. O que pode ser ? Warning: curl_setopt_array(): Cannot represent a stream of type Output as a STDIO FILE in C:\xampp\htdocs\Logos CRM\vendor\guzzlehttp\guzzle\src\Handler\CurlFactory.php on line 70
cURL error 0: The cURL request was retried 3 times and did not succeed. The most likely reason for the failure is that cURL was unable to rewind the body of the request and subsequent retries resulted in the same error. Turn on the debug option to see what went wrong. See https://bugs.php.net/bug.php?id=47204 for more information. (see https://curl.haxx.se/libcurl/c/libcurl-errors.html) for https://pix-h.api.efipay.com.br/oauth/token
Sim. Vc precisa atender tanto https://minhaurl.com.br/webhook para o teste da Efí quanto https://minhaurl.com.br/webhook/pix para o efetivo uso do webhook.
Troque a data na URL abaixo conforme o tempo passar:
https://www.bcb.gov.br/content/estabilidadefinanceira/participantes_pix/lista-participantes-instituicoes-em-adesao-pix-20240229.csv
Chego a receber o objeto { evento: 'teste_webhook', data_criacao: '2024-02-11T12:05:58.668Z' } na url que forneço
Bom dia !!!
ao tentar criar um web hook, driblando o mtls uso o seguinte código:
e recebo o erro:
{
"nome": "webhook_invalido",
"mensagem": "A autenticação de TLS mútuo não está configurada na URL informada"
}
