Histórico de mensagens sobre dados em cartões

Oi <@!664563985885954079> tudo bem?
Diretamente do playground não é possível, pois não são informados os dados do cartão em si, mas sim um payment token válido para aquele teste.
Entretanto, se você tiver a integração sendo realizada via código ou por algum dos nossos módulos, basta ativar o modo sandbox para efetuar seus testes.
Com o modo sandbox ativo, não será gerada nenhuma cobrança no cartão inserido. Ou caso prefira, você pode usar algum site que gere cartões para testes, como por exemplo o https://www.4devs.com.br/gerador_de_numero_cartao_credito

Oi <@!839949374662377523> tudo bem?
É importante que seja setado os dados no formato do arquivo credentials, pois é feito uma tratativa dentro da sdk.
Dessa forma, também facilita para você alterar de ambiente de produção para homologação, onde só será necessário trocar a variável "sandbox"

No ambiente de homologação qualquer pagamento com cartão vai ser aprovado, não tem como simular falta de saldo, o que você pode fazer é inserir dados errados, como por exemplo número de cartão de crédito faltando alguns digitos, CPF/CNPJ que não correspondem a regex

Tem como também você consumir as rotas SALT e criptografar os dados, mas fica por sua conta a questão da segurança, vou te enviar a lógica de como é feito

Para eu confirmar os passos:
No frontend, o usuário preenche o formulário, e eu envio os dados do formulário (exceto dados do cartão) + token para o backend
No backend, eu
1- chamo createSubscription (planos são pré-cadastrados) e, depois,
2- paySubscription com o token, demais dados, e o subscription_id que acabei de obter com createSubscription.
Confere?

Normalmente são aprovadas imediatamente, talvez valha conferir os dados que estão sendo enviados junto ao cartão

Celso, não sei se já te responderam. Mas eu imagino que o script seja feito para rodar exclusivamente no client justamente para que os dados do cartão do cliente não precisem trafegar até um servidor (seja o seu, rodando node, ou seja diretamente para o endpoint da GN).

Sabe informar o que está gerando a falha para que eu possa analisar? Um tratativa, que eu vejo é: Se acontecer o erro, você pode chamar novamente a função de gerar o payment_token e desta forma não precisaria recarregar a página para inserir os dados do cartão novamente.

Bom dia <@!715273512688025630>! Se você já possui uma url de notificação cadastrada em seu sistema, então você recebe todos os dados de uma cobrança. Nesse caso, a melhor prática seria salvar essas informações em um banco de dados e realizar a busca agrupando pelo custom_id.

Bom dia a todos...

<@!671763456487325717> qual seria a melhor prática (performance) para buscar dados de pagamentos, cobranças de cartão/boleto diario no gerencianet....

Depende. Quanto menos dados, menores os problemas com LGPD... mas quanto mais dados, mais fácil defender um chargeback. Este em particular de fato não parece ajudar muito em chargebacks.

Bom dia

O checkout da gerencianet pede a data de nascimento.

Porque?

Vi que é o unico gateway que pede isso, acredito que quanto menos dados pedir ao cliente melhor será

ao tentar pagar usando o que a documentação me indica seção 2.4 para node, estou enviando todos os dados como sao requiridos
Params com o charge_id
{ id: 298279200 }
body
{
payment: {
credit_card: {
installments: 1,
payment_token: '55071f2fd732ce58b0f460dc495912bd0aa8efb9',
billing_address: [Object], // esta igual o exemplo so fiz copiar
customer: [Object] // esta igual o exemplo so fiz copiar
}
}
}
resposta
{
code: 3500010,
error: 'property_does_not_exists',
error_description: {
property: 'payment_token',
message: 'A propriedade [payment_token] informada não existe.'
}
}
oq nao faz sentido, estou requisitando assim
const response = await gerencianet.payCharge(params, body)
esta td devidamente iniciado pois dessa maneira o charge_id funciona normalmente

Boa tarde <@!671763456487325717> estou precisando de um apoio, não esta vindo no retorno os dados de endereço e preciso dos mesmos pra gerar NFe pra o cliente...sabe me informar o motivo, passamos todos esses dados na geração da cobrança.

Estou conseguindo gerar cobranças no cartão pelo payment token entretanto os pagamentos não estão sendo aprovados, tem algum maneira de a equipe tecnica validar o meu payment token? Eu preciso ter uma certeza de que os dados estão de fato coincidindo com o que eu tô mandando.

quais dados vocês me envia na URL que informei?

Armazenar dados de cartão de crédito necessita da certificação PCI-DSS (https://pt.pcisecuritystandards.org/index.php).

Boa tarde!
É a primeira vez que eu implemento um sistema de pagamentos e gostaria de uma sugestão: Como eu poderia/deveria armazenar os dados do cartão de um cliente para que ele não precise informar os dados do cartão sempre?

Eu poderia salvar os dados exceto CVV de forma encriptada? ou ao autenticar um cartão via gerencianet ela me retorna um token e eu posso salvar esse token e com ele recuperar os dados do cartão?

Oi boa tarde!
Estou com um problema também com o $gn.ready, só consigo executar uma vez. Se eu executar com os dados de um cartão errado a api de vocês retornam um erro normalmente, mas se eu tentar executar novamente com os dados certo o código não entra no $gn.ready.

Só volta a funcionar normalmente se eu recarregar a página, mas isso eu teria que preencher o form tudo de novo.

sendo que o $gn.ready só vai ser executado quando o cliente escrever os dados do cartão dele