Histórico de mensagens

Eu me referia ao cliente pagador, o titular do cartão.

posta aki pra saber

1) kkkk o pior que foi ele que escolheu kkkkkkkk
2) isso é verdade

Eu tô buscando uma solução, já tenho algumas em mentes, mas antes vou aguardar o posicionamento no atendimento que a Efí tá me prestando pra ver.

Mas se não der certo, posso te compartilhar o que eu pensei aqui pra resolver esse problema @_alexandrehenrique

1) O cliente vai lembrar que quem escolheu a Efí não foi ele...
2) ... independente de quem é a culpa, se isso gerar não fechamento, o dinheiro não ganho é igual.

@flavio5103 @_fernandoferreira acho legal vcs considerarem isso tambem

pelo menos a credibilidade da Efi é maior do que o site do meu cliente

assim ou meu cliente vai reclamar com a Efi ou ele vai falar para os cliente que é cupa do sistema antifraude da Efi,

então pelo que eu conversei com a equipe de relacionamento, a Efi não vai se mover para resolver o problema, porque deve ser muito complicado pra eles, então o que eu estou pensando em fazer, fazer o meu sistema gerar o link de pagamento para cartão de credito e transferir toda a responsabilidade pra Efi, como eu sou terceirizado eu tiro a pressa do meu cliente

Não, hoje o anti-fraude da Efí tem modelo de risco único para todos que a usam como gateway de cartão. E eles nunca mencionaram mudar isso.

Bom dia @guilherme_efi, Colocando o certificado nesta cob imediata (no RestClientOptions) e fazendo "Bearer " + access_token, funcionou, obrigadão. Bora ver como desenrolo o resto

alguma novidade sobre isso?

Concordo as ações são de extrema importância.

Mas tendo em visto que creio que a maioria aqui deva trabalhar com público de classe média/baixa em sua grande maioria.

Na maior parte das vezes, cartão deva ser a melhor opção para o cliente.

Mas como realmente o antifraude da Efí trabalha? Uma análise global em cima de todas as integrações, ou temos uma análise específica para cada integração?

Dado o modo como é tratado, talvez se torne maleável para que o adapte a cada caso.

No meu caso por exemplo todas as vendas passam por um processo de validação, aquecimento estratégico e finalizo pessoalmente com cada lead, cada cliente, eu tenho certeza que o lead é válido e chegará ao fim da transação com sucesso, sem ressalva, mas o antifraude está quebrando muitos fechamentos.

O que eu posso comentar é que o cliente mesmo sabendo do score, continua querendo saber mais. Tipo, quem foi que disse, quem foi que colocou em lista de restrição etc. Então a forma de lidar com essa tipo de questão não é com mais informação... a informação (se estiver disponível) pode ser bem útil para você, e te dá uma idéia melhor de se o anti-fraude está sendo cri-cri ou razoável. Mas pra lidar com o cliente, a estratégia é outra: ações que possam mudar o desfecho do pagamento.

Olá, @jaimepremy. Bom dia, tudo bem?~
Certifique de enviar o certificado em todas as requisições, não só na de autenticação.
Outro ponto, na autenticação se usa o header "Authorization", "Basic " + credenciais_base_64, nois demais endpoints você informa no header "Authorization", "Bearer " + access_token.
Se preferir encaminhe aqui parte do seu código que monta a requisição para que possamos ajudá-lo.

Exatamente isso mesmo.

já deve fazer 2 meses

estou com o mesmo problema ja faz algum tempo e falaram que iam corrigir, mas até agora nada

é @_alexandrehenrique realmente existe uma avaliação da Efí, é essa avaliação que está bloqueando mais da metade das minhas vendas e o problema é que até o momento o que temos de resposta da Efí é que os critérios desta avaliação geram um score que aceita ou não a transação, só que esse não temos acesso a este SCORE, portanto, fica muito complicado de explicar a um cliente porque a compra dele foi negada, já que como você mesmo apontou as compras em outras plataformas são perfeitamente aceitas com o mesmo cartão.

Boa noite pessoal, estou tentando a integração do pix num aplicativo asp.net. Estou conseguindo fazer a autenticação e recebo um objeto response com token, scope etc. Mas tentando uma cobrança imediata com txid, seguindo o exemplo que está na documentação do postman me deparo com request.AddHeader("authorization", {{Authorization}}"). Como eu passo o response que recebi na autenticação neste header? Tentei passar o response (string) todo aqui, mas recebo um "invalid_client" . O sdk .Net que a efi disponibiliza no github só serve para .Net Core, mas o meu app é framework 461, então não tem como usar. Tem um sdk net framework antigo lá no Github, mas sem nada relacionado ao Pix. Também tentei: request.AddHeader("Authorization", "Basic " & System.Convert.ToBase64String(Encoding.ASCII.GetBytes(String.Format("{0}:{1}", client_id, client_secret)))), mas tbm dá "invalid_client". Fvr alguém que já implemtou diretamente no .net poderia me ajudar?