Histórico de mensagens em cartões

Boa tarde, @hiagosilvas. Tudo bem?
Esse é um assunto que nossa equipe vem discutindo e planejando recentemente.
Muito em breve traremos novidades, acredito que até semana que vem. 😉👍

Sim, verdade.

Entendi Rubens, investindo nessa estrutura os PSP's devem permitir que você repasse os dados sem usar essas estruturas de token no front.

Eles podem armazenar, pedir para o adquirente armazenar, ou pedir para a bandeira armazenar... não sei que opção eles usam hoje para as assinaturas.

Num stand da então Gerencianet num evento de e-commerce eu encontrei um cliente GN que fez isso... mas ele precisava mesmo disso por causa de cobranças de valores variados.

Achei que eles já tinham essa estrutura, porém que só não disponibilizavam o recurso mesmo. Até porque para eles manterem o recurso de assinatura deles, acredito que devam armazenar o dado.

Sim, eu estava lendo sobre.

Ela poderia também, mas com um investimento de esforço e estrutura significativo. Você mesmo poderia armazenar, se montasse uma estrutura PCI-Compliant.

Entendi @rubenskuhl, no caso a Efí não pode armazenar, apenas a adquirente dela. Isso?

Apesar de aparentemente a Efí ter sim planos disso, e as bandeiras de cartões tem tentado oferecer elas mesmas o que reduz a dependência do adquirente atual da Efí, o disponível hoje é a assinatura...

Digo isso porque eu queria criar meu próprio sistema de assinaturas, porém não posso armazenar os dados de cartão. E com as API's da GN ou eu implemento a assinatura de vocês (que infelizmente me limita) ou então tenho que pedir para o cliente pagar uma fatura todo o mês seja via Bolix ou cartão, porém ele sempre deverá digitar os dados do cartão.

Pessoal, me tirem uma dúvida. Vocês pensam em implementar os cofres de cartões?

Bom dia, @dlmorais. Estamos com essa opção em nosso backlog, será disponibilizado no futuro.
Atualmente, sempre que gerar uma cobrança de cartão de crédito você vai receber o json com "status": "waiting". Então na notificação vai ter os detalhes, se o pagamento foi aprovado, se não, vai ter o reason. Você encontra exemplos em nossa documentação: https://dev.gerencianet.com.br/docs/notificacoes-recebendo#21-exemplos-de-respostas

Para testar sugiro fazer em produção com cartões fictícios gerados no site (https://www.4devs.com.br/gerador_de_numero_cartao_credito).
Caso você esteja na conta que vai utilizar em produção e não queira "poluir" os logs dessa conta, você pode abrir uma subconta para fazer estas simulações. Assim não terá impacto na sua conta principal.

Para abrir uma subconta siga o passo a passo: https://gerencianet.com.br/artigo/ter-mais-de-uma-conta-gerencianet

Aguardo @Relacionamento

Bom dia, estou querendo simular erros durante a compra com cartão de crédito. Existe alguma forma de fazer isso no ambiente de homologação?
Cheguei a gerar um payment_token usando um cartão vencido, mas até isso deu sucesso em homologação.
Existem algo tipo números de cartões predeterminados que vão recusar uma transação, por exemplo?

Bom dia @guihackmann! Tudo bem?
Nosso time do @Relacionamento vai acionar você. 😃

Bom dia, @valmirmorikawadasilva.
Segue exemplo de uma página com o script que foi implementado usando o .readymesmo, e é possível gerar o payment_token e buscar as informações de parcelas mais de 1x.
Inclusive você consegue acompanhar a implementação desta página no vídeo do curso da nossa API: https://youtu.be/B03nk16B7fs
796016902862405632/1721047060314exemplo-cartao-final.zip

Quem pode me ajudar?

Bom dia, tudo bem? Estou com problemas. Tenho diversos pagamentos que não saem do status "Processando" nunca. Um deles desde o dia 20/02

Bom dia Yasmin,,,entendi...mas sabe me dizer por favor...se tem algum outro metodo p/ chamar que nao seja ".ready" ?? porque eu eu coloquei no evento onclick() de um botao ...ele chama 1x e depois nao chama mais.