Histórico de mensagens em cartões

ah sim

Esta é a rota da API Pix, a rota da API Cobranças é esta: https://cobrancas-h.api.efipay.com.br

https://pix-h.api.efipay.com.br/oauth/token

Qual a rota que você esta autenticando?

o token esta gerando normalmente

retirei o certificado e ainda retornou Unauthorized

certo

isso, boleto e cartão

Boa tarde, @nuvem_vet! Tudo bem?
So para entender melhor, Pix você esta conseguindo emitir e a falha esta ocorredo na emissão de boletos?

O certificado precisa ser utilizado somente na API Pix, na API cobranças não é preciso.

estou usando o ambiente de homologação

Ola, Estou enfrentando o erro 401 Unauthorized ao tentar utilizar o endpoint /v1/charge/one-step da API. A requisição é feita para gerar um boleto bancário, porém o token e o certificado que estão sendo enviados estão passando quando estou gerando um pix.

Stripe é internacional. Assim como Adyen, eles tem anti-fraude próprio. Não olhei o que esses adquirentes em particular usam, mas quase toda grande plataforma brasileira de e-commerce (isso não inclui Amazon e Ali Express, por exemplo) usa Clearsale. Por isso eles tem muitas transações, vide
https://br.clear.sale/um-passo-a-frente
(disclaimer: material publicitário que a Clearsale envia para prospects, mas que bate com o que outros gerentes de e-commerce mencionam)

Bem curioso mesmo, já que appmax, pagar.me, stripe etc.. não utilizam clearsale...

O curioso é que a Clearsale é o prestador de anti-fraude provavelmente mais usado do e-commerce nacional...

Entendo o questionamento de vocês e agradecemos o feedback.
Estamos levando suas sugestões para nosso time verificar como melhorar a experiência para o cliente.
Qualquer novidade, vamos compartilhar aqui na comunidade.

Os navegadores atuais, praticamente todos, bloqueiam a clearsale como known and supected fringerprinter. Exemplo acima é do firefox ....Novamente: deixar isso para o cliente resolver é absurdo!

Não podemos delegar para o cliente essa responsabilidade (de trocar de navegador, mudar configurações), isso é inaceitável.

Bom dia, pessoal! Essa questão do fingerprint é urgente e precisa ser levada a sério pelo suporte da Efí. Talvez até mudar o provedor/gerador (clearsale)

Bom dia, pessoal. Tudo certo?

Também estou tendo o mesmo problema com o Fingerprint. Já testei em outro navegador, guia anônima, e nada..
Há alguma solução definitiva para isso? Fazer o usuário desabilitar a opção Know fingerprinters no navegador é inviável, até porquê, a mesma parece vir habilitada por padrão e o usuário teria certa dificuldade para desabilitar.

Como isso pode ser resolvido?

Olá, @rozael_89227. Bom dia! Tudo bem?
Agradecemos por compartilhar suas observações. Entendemos sua preocupação e gostaríamos de esclarecer alguns pontos:

1. Geração do payment_token no front-end:
Por questões de segurança, o token precisa ser gerado no front-end. Isso evita que os dados do cartão do cliente trafeguem do front para o back, protegendo informações sensíveis.

2. Configuração do navegador:
O processo utiliza informações do navegador para prevenir fraudes e garantir a segurança. Por padrão, os navegadores não bloqueiam fingerprinters, mas caso o cliente tenha ativado essa opção, será necessário desativá-la para funcionar corretamente.

3. Facilitamos a implementação:
Preparamos exemplos práticos para ajudar na integração, disponíveis aqui.

4. Sobre os vídeos:
Pedimos desculpas se os vídeos não atenderam às suas expectativas. Estamos trabalhando para atualizá-los e torná-los mais claros.

Se precisar de suporte na implementação, estamos à disposição para ajudar!