Termos mais procurados:
opa, bom dia
estou usando a rota antiga do pix, quando fui atualizar para as novas apenas a rota do cartão funcionou, a do pix deu erro 500, interno do servidor.
podem confirmar se a nova rota base do pix é essa "https://pix.api.efipay.com.br"
No caso eu também @rubenskuhl, hoje mais um cliente negado provavelmente pelo anti-fraude. Até comentei sobre a possibilidade de desabilitar o anti-fraude para a minha conta, pois no meu caso de uso eu não teria problemas com chargeback (até porque o risco é do vendedor), minha solução é um SaaS no caso de chargeback eu bloqueio o acesso e o cliente paga o valor extornado + o atual. Não envio produtos físicos, cobro pelo aluguel do meu software só isso..
Se pelo menos houvesse um endpoint para cancelamento, ou então para testar o cartão do cliente para saber se o mesmo irá passar pelo anti-fraude na data do débito já iria ajudar muito. No meu caso, o cliente se cadastra, forneço 30 dias grátis para ele conhecer a plataforma e ver se atende, ai quando acaba o prazo e eu tento efetuar a cobrança me é negada pelo anti-fraude. Com isso acabo às vezes até perdendo o cliente..
O problema de hoje aconteceu com um cartão de pessoa jurídica, o cliente ainda não entrou em contato nem mudou a forma de pagamento para boleto.
realmente e complicado
Eu me referia ao cliente pagador, o titular do cartão.
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.
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?
