Termos mais procurados:
Não, pq a gente mudou de adquirente para um que trabalha exatamente como a GN. E aí não temos mais dados de cartão transitando em nenhum momento, carregamos o Javascript do adquirente e somos felizes.
Até temos um nível bem básico de homologação PCI, que apesar de não ser requisito para nosso volume, se tornaria se 100% dos pagamentos fosse cartão. Mas que apenas verifica que a tela de pagamento seja nossa.
Você pode utilizar um webview para carregar o script de cartão.
Inclusive até dando um spoiler, ||estamos desenvolvendo uma lib nova totalmente em javascript, sem jQuery||, que irá facilitar ainda mais nesse processo.
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
Poderia testar este código?
Use o código que está lá como back-end para fazer pelo front-end... aí você atinge o mesmo efeito de incluir o JavaScript, mas com código seu.
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.
@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?
Guilherme , obrigado pelo retorno...testei hoje o dia todo....gerei 1 html so p testar e consegui gerar o payment_token
Seria possivell rodar esse javascript em 1 arquivo teste.jsx (jsx do react) ?? Iria facilitar muito p mim...tentei colocar aqui...mas nao reconhece
o $gn.ready ...
boa tarde pessoal, alguém conseguiu fazer funcionar o javascript com blazor e IJSRuntime ?
Estou seguindo o passo a passo para o javascript para obter o payment token mas esta dando que a função $gn.ready não existe
Bom dia. Estou começando a desenvolver o checkout com cartão e vi que para gerar o token, preciso identificar a bandeira do cartão. No entanto, a GerenciaNet não disponibilizou nenhuma rotina em javascript para isso. Eu encontrei uma rotina aqui pelo Google, mas não sei se posso confiar, se o método de identificação pode mudar com o tempo. No PagSeguro, por exemplo, tem um javascript que me devolve a bandeira. Alguém poderia me dar uma dica de como seguir? Obrigado!
Tem que gerar no front-end. Se seu front-end não é Javascript, você precisa de algo que rode no browser ou app que faça o mesmo que o Javascript faria.
O fato é que não tem como escapar de Javascript. Só o que você pode escolher é entre usar o Javascript pronto da Gerencianet, ou fazer o seu mesmo usando as funções e mesma chave de criptografia da GN.
Para o Java processar o cartão sem que ele passe na Internet ou no seu back-end descriptografado, a criptografia precisaria ser implementada em Java no browser do cliente. Por algum motivo você não quer usar JavaScript, e que antigamente o que se fazia para rodar Java em browser era rodar como applet...
