Histórico de mensagens em cartões

Vou criar um atendimento para verificar melhor

e pra sandbox - https://cdn.jsdelivr.net/gh/efipay/js-payment-token-efi/dist/payment-token-efi.min.js

essa é a referencia em produtção

https://api.gerencianet.com.br/v1/cdn/meuidenficador

ReferenceError: EfiJs is not defined

Boa tarde, @ivanteles! tudo bem?
Qual falha esta retornando?

e não esta conseguindo gerar o token do cartão!

quando coloquei em produção!

Fiz minha implementação em abiente sandbox e tudo deu certinho!

Boa tarde!

Olá, @filipesantos45. Boa tarde! Tudo bem?
Vou iniciar um atendimento para mais detalhes.

Boa tarde, Pessoal. Mesmo com essa biblioteca instalada no projeto fico recebendo esse mesmo retorno pedindo a mesma:
CardPaymentModal.tsx:50 Erro na obtenção do token: Error: Biblioteca "jsdom" não está instalada. Execute npm i jsdom ou yarn add jsdom
Alguém já se deparou com esse erro?

Olá a todos os dev's envolvidos com a EFI, queria saber de vocês se atualmente passam pelo mesmo problema que venho enfrentando com a EFI há alguns meses.

Eu sempre optei por utilizar a EFI em alguns projetos. Atualmente eu venho trabalhando para uma grande instituição da área acadêmica em Medicina e sempre implemento a API da EFI para realização das transações financeiras em alguns projetos desta instituição. Esses projetos têm um ticket médio baixo que varia entre R$ 800,00 e R$ 2.500,00 para cada transação e a ideia era caminharmos aos poucos implementando a api EFI para dentro da instituição onde um projeto recente teria o ticket médio de R$ 18.000,00 e que não caminhou pra frente devido um problema de rejeição do pagamento.

Como dito, em projetos com ticket médio baixo, estamos tendo altas taxas de rejeição do pagamento (Falha no pagamento - No momento, a transação não foi autorizada.) e que nos motivou a não dar continuidade nas demais implementações. Em um média de a cada 5 compras temos 4 rejeitadas. Já entrei em contato diversas vezes com a Efi e sempre tive o mesmo retorno sobre o fluxo de aprovação do pagamento.

O meu questionamento é se esse tipo de problema só acontece comigo ou temos mais alguns parceiros aqui que também passam por esse problema? Lembrando que eu não faço a transação direta em minha plataforma, gero o link de pagamento justamente para deixar essa responsabilidade do pagamento direto com a Efi

Bom dia, @mcunha98. Como vai?
Sim, a solução é utilizar o endpoit GET /v1/installments
https://dev.efipay.com.br/docs/api-cobrancas/cartao#listar-parcelas-de-acordo-com-a-bandeira-do-cartão

Quem deveria chamar a API da Efí, exceto no caso do payment_token, é o seu back-end... senão, é como deixar a senha do banco no seu site.

pessoal, uma duvida "conceitual"
como via jquery eu ficarei bom boa parte dos dados expostos (ao obter o installments por exemplo), obviamente que qualquer 'sobrinho' pode entender a lógica por trás da camada de tela e tentar burlar alguns payloads que só receberei em tempo de tela (não me refiro ao payment_token).
Como eu obtive installment, value e interest_percentage em tempo de tela, e vou passar no meu checkout, teria como via server side ao menos eu consultar a taxa cadastrada para aquela determinada parcela ?
Estou prevendo uma possivel brecha de meu pagamento parcelado ser alterado em tempo de tela, e minha finalizacao ficar 'aberta' para possiveis mexidas no valor, assim eu faria meu valor 'bruto' x resposta-api-efi-taxas-cartao-mastercard-parcela-3 (no fundo a mesma coisa que simular installments via server side, mas sem o JS e então obter para conferencia o valor que será simulado para pagamento).

-- edit --
Ops...acho que seria essa aqui pelo jeito : /v1/installments , correto ?

é...rsrsrs...foi o que imaginei (e implementei) mas infelizmente a gente sabe que está comprando um risco desnecessário pois pode haver interpretações diferentes

Boa tarde, @mcunha98! Tudo bem?
Podemos adicionar este recurso sim nas proximas atualizações, obrigado por mencionar.
O que nossos clientes fazem atualmente é identificar a bandeira através de Regex.