Histórico de mensagens em dúvidas

está usando qual versão da sdk node?

sdk do node-js no caso

Lembrando de atualizar sempre que ele estiver para expirar (1 hora)

no sdk nao faz essa gestao entao? teria que em teoria eu mesmo implementar as rotas é isso?

Entendi, nesse caso é separar o fluxo de autenticação para que use o access_token correspondente de cada API

Mas agora entendi, entao eu teria que criar duas aplicacoes é isso?

Uma para pix outra para pagamentos

o ao contrario tambem acontece.

Se ele gerar um pix e outro gerar um pix vai dar certo pois ainda está no token da api pix, porem quando alguem escolher cartao, vai dar nao autorizado

nao, o cliente escolhe.

No meu frontend ele pode escolher pix ou cartao/boleto.

porem se ele gerar um pix, e outro usuario por exemplo gerar um cartao nao dá certo, pois vai dar erro de nao autorizado

Olá, @allefrodrigo! Boa tarde!
Sua aplicação vai sempre gerar os 3 métodos para cada cobrança (2 do link e 1 do pix)?

Pois o ideal seria possibilitar ao cliente a escolha de um método antes de emitir por ele 😀

Mas seguindo, cada API precisa do access token atualizado da sua própria rota base. Além disso, a API Pix exige o uso do certificado que você pode obter diretamente pela área do integrador da conta Efí (menu API > Meus certificados).

exemplo:
para pix
const chargeResponse = await efipayPix.pixCreateImmediateCharge({}, chargeInput);

E aqui para link
const response = await efipayLink.createOneStepLink({ id: 0 }, chargeInput);

criei duas instancias mas nao resolveu.

As duas funcoes funcionam e criam o a cobrança, porém ou é um ou é outro.

Pessoal, boa tarde, alguém poderia me dar uma luz no seguinte?

Tenho uma aplicacao que tá habilitado pix e cobranças. Na minha api eu uso o sdk do node para criar um link de pagamento e cobrança pix.

O que acontece é que eu nao consigo fazer uma cobrança no pix e outra cobrança no cartao, eu recebo nao autorizado. O motivo eu creio que é porque cada um tem uma e logo um token.

Pelo menos quando eu testo no postman eu preciso fazer login separadamente para conseguir usar os endpoints.

Existe alguma luz para utilizacao dos dois ao mesmo tempo no node?

Perfeito Jéssica, obrigado pelo esclarecimento

@luizcubas eu verifiquei aqui e essa informação de telefone seria para garantir o contato com o pagador em caso de de fraude, problemas técnicos e até mesmo para facilitar futura interações.

Os parâmetros de cartão fora número/vencimento/CVV2 são informações usadas pelo anti-fraude contratado pela Efí, não pelo emissor do cartão. Mas telefone parece sim um bom identificador para diferenciar fraudes no atacado (números de cartão roubados) de fraudes focadas.

Ok, obrigado Jéssica

Bom dia @luizcubas ! Para cobranças do tipo cartão de crédito, é obrigatório o telefone sim. Vou verificar com nossa equipe responsável o porque da exigência dessa informação em transações de cartão.

Perfeito Rubens, concordo plenamente que são coisas bem diferentes, é que realmente não entendi como o número de telefone sendo obrigatório agrega nesse sentido.

Eu não sou da Efí e eles vão poder te dizer se o atributo ainda é obrigatório... o que eu queria comentar é que a expectativa do cartão ter experiência similar a Pix e boleto é irreal, devido a natureza não autenticada das transações de cartão de crédito. Essa operação com um segredo compartilhado que não está associado à transação específico torna o cartão intrinsecamente inseguro, e sempre haverão controles para endereçar essa insegurança. A experiência de cartão só tende a ficar igual quando houver autenticação; já existe o padrão para isso, chamado 3D Secure, mas ainda é pouco implementado por bancos emissores e por processadores (a Efí por exemplo ainda não tem). Se você já fez alguma compra via cartão em que teve que continuar no site do banco emissor e fornecer um token, essa é uma das maneiras de operação do 3DS.

Bom dia equipe Efí, espero que estejam bem.
Utilizamos a integração com a "sdk-node-apis-efi" de vocês e notamos que na nova versão não é mais obrigatório envio do endereço do cliente para checkout com cartão de crédito 🙏
Vemos com bons olhos essa mudança, entretanto a exigência do número do telefone persiste, é isso mesmo? Porque essa exigência apenas para o cartão? Gostaríamos muito de deixar a experiência do checkout com cartão para nossos clientes bem similar ao PIX e ao Boleto (que não exigem telefone).