Histórico de mensagens sobre dados

Você pode usar o endpoint de relatório, onde você terá tanto as transações quanto as tarifas.
/v2/gn/relatorios/extrato-conciliacao

dataMovimento Data do extrato desejado Sim string
tipoRegistros Objeto contendo os parâmetros desejados Sim object
pixRecebido Pix Recebido (PR) Não boolean
pixDevolucaoEnviada Pix Devolução Enviada (PDE) Não boolean
tarifaPixRecebido Tarifa Pix Recebido (TPR) Não boolean
pixEnviadoChave Pix Enviado via chave (PEC) Não boolean
pixEnviadoDadosBancarios Pix Enviado via dados bancários (PEB) Não boolean
pixDevolucaoRecebida Pix Devolução Recebida (PDR) Não boolean

@igor_efi Fala meu amigo bora tirar mais uma dúvida. Me corrija se estiver errado.

Entendi que vou receber um post com código da notificação na url indicada no campo notification
código esse que devo utilizar para consultar os dados da notificação e fazer a tratativa no meu sistema. Correto?

@igor_efi será que poderia me tirar algumas dúvidas com relação o sistema de assinaturas?

Imagine que crie um plano com os seguintes dados:

Apesar de não ter TED, com os mesmos dados que você precisaria para TED, pode fazer Pix para dados bancários. Que é basicamente uma TED via Pix, não usa chave Pix.

O salt e a chave pública pra criptografar os dados dos cartões já vem no script que preciso incluir, não consegui recuperar eles de outra forma no frontend (por causa do CORS)...

irei gerar um valor especifico para uma pessoa, mas não quero coletar dados dela, apenas saber se ela pagou. Mas essa questão do txid 1 ai vai me ajudar em outro ponto, obrigado

Estou falando do Payment Token, por conta do PCI DSS os dados de cartão do meu cliente não devem ir para meus servidores, mas sim para a estrutura do PSP (diretamente).

Bom dia galera ! Como estão ?

Estou com um problema em que a maioria dos meus pagamentos por cartão são recusados/estornados.

Realizei um teste com uma cobrança de 5.00 utilizando um cartao e o mesmo foi aprovado. Depois de uns 25 dias realizei +1 teste e o pagamento foi recusado.
P.S: O mesmo produto, com o mesmo cliente, com o mesmo cartao.

Esse problema está acontecendo constantemente com outros pagamentos, numa média de 80% sao recusados/estornados. Sendo que desses 80% algum já foi aprovado em um mes anterior. E isso está causando problemas no meu fluxo de cobrança.

Alguem me ajuda?

EDIT[1]: Já entrei em contato com o suporte/chat do site e o que tive de resposta foi-> Ambas as cobranças também não foram aprovadas na Análise de segurança da Gerencianet. Por padrão todas as transações via cartão seguem esse fluxo para garantir a segurança da operação. Ressaltamos que não temos acesso ao conjunto exato que compõe o score, não podendo apontar o que exatamente gerou aquela recusa, as empresas terceirizadas fazem verificação de dados, checam histórico de compras, etc. E a partir disso realiza a soma das pontuações que indicam possibilidade de insegurança.

Firebase. Uso o firebase para hospedar, storage e banco de dados.

Bom dia @gabiru.sk8. As cobranças em homologação não validam os dados, então mesmo tendo cpf invalido, o cliente conseguirá gerar a cobrança. Para validar teria que ser em ambiente de produção.
Você pode gerar uma cobrança e depois cancelar a mesma sem problemas

Mas a SDK de vocês me fornece os dados que preciso

Boa noite, para gerar o link de cobrança, obrigatoriamente preciso adicionar o cliente antes?
Não tem a possibilidade de eu criar o link com as informações do produto e valor e no checkout de pagamento o cliente inserir os dados?

Boa tarde!

Estamos usando api da gerencianet para pagamentos online, porém tem ocorrido muitas falhas de autorização de pagamento. Os dados do clientes e cartão corretos e o cartão tendo limite tem sido reprovado alguns pagamentos tipo 2-3h depois;

Existi como cancelar esse processo de ante fraude ?

voce passa o CPF/Telefone/Email e ele retorna os dados da conta

@rubenskuhl , deu certo a validação no ambiente de homologação. O Problema era que eu não tinha o arquivo dados.json criado no meu servidor. Falha básica [{"evento":"teste_webhook","data_criacao":"2022-09-07T14:36:46.149Z"}]

Transferência no sentido de TED, não. Mas o Pix pode ser feito para dados bancários como uma TED, não apenas para chave Pix... então tendo ISPB, agência, conta e titular (os mesmos dados que precisaria para TED), você faz um Pix por dados bancários.
IBAN é para transferências internacionais, e aí só corretora de câmbio para fazer isso.

Analista de Dados @sejaefi

Só pontuando aqui que é importante gerar a cifra do lado do cliente. Em nenhum momento estou sugerindo alguém a implementar soluções que manipulem os dados brutos do cartão no backend.

O ponto aqui é como isso vai ser implementado por quem usa. Usar o script que a GN fornece não dá garantia alguma que os dados do formulário serão utilizados de forma correta pelos usuários que implementam a solução transparente.

Dois endpoints, um para obter a chave pública e o outro para enviar os dados cifrados com a chave usando o algoritmo RSA. Simplesmente isso.