Histórico de mensagens sobre documentação em cartões

não consigo identificar na documentação esse status

Boa tarde, @adriano7682! Como vai?
Sim, o procedimento de geração do payment_token no back-end foi descontinuado com base em medidas de segurança. Sendo assim, sugerimos a geração através do front-end da aplicação (Documentação: https://sejaefi.link/HkgMa280S3).

Para renovar os seus planos, você pode reutilizar o payment_token gerado. Basta informar o parâmetro reuse na criação do payment_token.

Boa tarde, realizando testes com o webhook ele devolve o status approved, porém esse status não tem na documentação. como faço para testar com os status que está em Tabela de Status: TRANSAÇÕES [https://dev.gerencianet.com.br/docs/transacoes] ?

Bom dia, tudo bem ? O atributo billing_address é obrigatório. Você consegue verificar os atributos que são obrigatórios em nossa documentação: https://dev.gerencianet.com.br/docs/pagamento-com-cartao#b-atributos-que-podem-ser-utilizados-para-criar-uma-transa%C3%A7%C3%A3o

https://dev.gerencianet.com.br/docs/pagamento-com-cartao#11-obten%C3%A7%C3%A3o-do-payment_token-pelo-front-end
Seguindo a documentação nessa pagina sessão 1.1 - Obtenção do payment_token pelo front-end
Utilizando o código javascript de desenvolvimento

Boa tarde @julianolandim
Temos o curso completo 2.0 no YouTube: https://www.youtube.com/watch?v=PDea5QVCVMQ&list=PLRqvcUTH2VsWufBmzOdTVeLEOTGrPNoiu
--> Cartão: https://www.youtube.com/watch?v=B03nk16B7fs&list=PLRqvcUTH2VsWufBmzOdTVeLEOTGrPNoiu&index=21

Também temos nossa documentação oficial: https://dev.sejaefi.com.br/
--> Cartão: https://dev.sejaefi.com.br/docs/pagamento-com-cartao

na minha api de transação com cartão, está retornando um erro que não encontrei a solução na documentação

Uai, que estranho! Tem tudo descrito na documentação 🥲

Olá a todos!
Estou com um problema de obtenção do payment_token pelo backend. Só retorna:
{"code":3500011,"error":"invalid_data","error_description":"Não foi possível recuperar os dados enviados."}

Já revisei tudo de acordo com a documentação e não funciona. Podem me auxiliar? Obrigado!

Eu tentei usar o jeito de gerar documentado como "Obtenção do payment_token pelo back-end" e também tive o problema do CORS.
@Efí ! Não rola de retornar os cabeçalhos de CORS lá no endpoint de geração de paymentToken, não?

Acabei usando o outro método, mas sem colocar o Javascript no index.html.
Uso Angular e acabei criando um componente que carrega o Javascript e faz o que precisa fazer, como se fosse aquele script gerado na documentação, na hora que o componente carrega. Assim toda essa parte da geração de paymentToken não é executada para todo mundo que acessa o site, só pra quem vai na parte de finalização de compra mesmo.

Minha dúvida é: ainda está assim? Eu testei isso há algumas semanas, antes de disponibilizarem a documentação no site. Como disponibilizaram, eu creio que resolveram a parte do CORS

No frotend, o metodo para gerar o patyment token é através do script gerado em nossa documentação.

@klawdyo.com, o exemplo disponível em nossa documentação é para gerar o payment token no backend.
Você esta tendo problemas de Cors ao realizar as requisições no backend?

@jessica_efi aproveitando que estamos neste assunto: há algumas semanas, antes de vocês colocarem na documentação como gerar o payment_token usando api ao invés de usar aquele código javascript, eu fiz engenheria reversa pra identificar as urls e os parametros que eram usados para eu não precisar usar isso e funcionava... no backend. No frontend retornava erro de cors. Que eu resolvi usando as configurações do vite.
Pois bem, algumas semanas depois, vi que vocês inseriram na documentação como usar as urls para gerar o payment_token.
A minha dúvida é: A questão do CORS foi resolvida, já que vocês liberaram até a documentação de como usar?

Boa tarde. Alguém pode me ajudar com um problema ? Estou no ambiente de homologação da API de pagamento com cartão. Não estou conseguindo obter o payment_token nem o card_mask. De acordo com a documentação, para obter esses dados antes é necessário gerar: SALT, chave RSA, objeto JSON contendo os dados do cartão junto com o SALT gerado, e por fim, criptografar esses dados e manda-los através de uma requisição POST para a rota "https://sandbox.gerencianet.com.br/v1/card". Até aqui tá tudo perfeito. O identificador da conta é enviado no Header da requisição com o atributo account-code. Só que a API retorna um erro informando que o identificador de conta fornecido é inválido. Mas isso não faz sentido, já que para obter o SALT e a chave RSA eu envio o mesmo identificador e funciona perfeitamente.

Boa tarde, Pessoal. Estou com um problema ao gerar o Payment Token no Back-end (uso PHP). Na documentação é dito que para gerar o Payment Token, antes, é necessário gerar o Salt e a chave pública RSA. As funções para gerarem esses dados estão funcionando perfeitamente. Mas, na parte final, quando mando esses dados para gerar o Payment Token, um erro é retornado dizendo que o identificador de conta fornecido é inválido. Mas isso não faz sentido já que eu consigo obter o salt e a chave RSA e ambos precisam do identificador da conta, e eu uso o mesmo para gerar o payment token mas não funciona de forma alguma. Alguém já passou por esse problema e sabe como resolve-lo ?

@igor_efi Boa tarde, estou tentando obter o payment token no back end em java mas estou tendo problemas com a criptografia, no java qual seria o melhor formato pra fazer isso no java, na documentação, mostra exemplos de node e php apenas

Não consta na documentação, mas uma transação minha ficou com este status no sandbox

Pessoal, uma dúvida. As bandeiras permitidas estão atualizadas na documentação?

Ei, pessoal!

Temos uma novidade na API Cobranças: agora é possível reprocessar uma transação via cartão de crédito sem a necessidade de gerar um novo token.

Isso significa que você não precisa mais solicitar os dados do cartão do cliente a cada nova transação ou salvar informações sensíveis no seu sistema. Basta guardar o payment_token criptografado e usá-lo sempre que precisar!

O payment_token é um conjunto de caracteres gerado pela Efí, que representa os dados do cartão do pagador.

Para seu cliente, mais proteção dos dados sensíveis. Para você, mais facilidade para reprocessar cobranças.

Essa novidade é válida para:

- links de pagamento;
- assinaturas;
- e checkout transparente.

Para saber mais sobre este atributo e como usá-lo na sua integração, acesse nossa documentação.
https://dev.sejaefi.com.br/docs/pagamento-com-cartao