Histórico de mensagens sobre card

Boa tarde @mateusbrasil2944 ! A Gerencianet aceitas a bandeiras Visa, Mastercard, Elo, American Express e Hipercard.

Não sei o que a GN espera, mas a grafia das bandeiras está correta... inclusive hipercard.

Boa noite @ricardoolioti tudo certo? 🙂
Pelo que você me descrever, o processo de criação da assinatura está seguindo o fluxo onde o cliente finalizaria a compra diretamente no seu sistema, isso pois o payment_token é gerado a partir dos dados do cartão, conforme no link abaixo.
https://dev.gerencianet.com.br/docs/pagamento-com-cartao#11-obten%C3%A7%C3%A3o-do-payment_token

Acredito que o ideal para sua situação seja não utilizar esse fluxo, mas sim utilizar o link de pagamentos na modalidade assinaturas.
Nesse endpoint você cria o plano, e começa o processo de assinatura, e então é retornado um link para o cliente efetuar o pagamento e concluir o processo
(Nesse último caso, não é necessário gerar o payment_token)
Você encontra mais detalhes no link abaixo:
https://dev.gerencianet.com.br/docs/link-pagamento-criando#3-criando-o-link-de-pagamento-em-one-step-com-a-modalidade-assinatura

Estou tentando criar assinaturas com cobrança via cartão de crédito usando o endpoint subscription/one_step. Não consigo incluir o atributo trial_days. Recebo um erro de validação

Exatamente, eu não lembro direito como a configuração da zona estava, mas deletando ela e gerando o certificado sem wild card já resolveu o problema

Muito obrigado por compartilhar com a gente! Realmente estávamos verificando que quem emitia usando wildcard estava recebendo essa falha. Porém, mesmo deletando o certificando a falha estava ainda acontecendo.

Interessante. Se alguém usar o wildcard, mesmo apagando o certificado ainda fica essa configuração no Route 53?

Isso mesmo, o problema estava no Route 53, acho que quando você usa o wildcard na criação de um certificado ele gera uma zona hospedada automaticamente, exclui essa zona criada e resolveu o problema.

tentei averiguar as hipóteses, mas por enquanto não achei o motivo do erro, usei o comando

Então né, acho que por algum motivo o wildcard fica armazenado no elasticloadbalancing, se tivesse como "limpar o cache" do ARN poderia resolver, vou testar amanhã essa hipótese https://docs.aws.amazon.com/cli/latest/reference/storagegateway/reset-cache.html

Todo mundo que já usou wildcard em algum momento relata o mesmo que você. Por algum motivo parece que o certificado anterior "gruda".

Configurei o domínio personalizado sem wildcard porém continuo recebendo o erro ERR_TLS_CERT_ALTNAME_INVALID, alguém tem alguma ideia do que ainda poderia estar dando conflito? Certificado mostrado no teste de SSL

e repassar para o endpoint https://sandbox.gerencianet.com.br/v1/card

https://sandbox.gerencianet.com.br/v1/card

@fabiolasouza ola, gostaria de tirar uma duvida sobre a forma que o meu cliente, RAMICARD, gostaria de utilizar o PIX:

Ele tem um aplicativo, e através deste, ele disponibiliza um limite de crédito para seus usuários, por exemplo R$ 100.

Gostariamos de implementar uma função no aplicativo de pagamento via PIX, onde o usuario do Aplicativo, faz um pagamento, lê um QRCode para pagar, o aplicativo valida se o valor está dentro do limite disponível, no exemplo os R$ 100, se estiver, o backend do aplicativo deve repassar o QRCode a API da Gerencia net para a mesma efetuar o pagamento, via API. O valor deve sair da conta do meu cliente, RAMICARD.

Boa tarde. Ao fazer um charge/pay com credit_card e installments, o valor das parcelas está maior que o esperado. Por que isso acontece? Exemplo: o valor da charge é 106800, mas com 12 parcelas o valor do pagamento tem " total: 121116, installment_value: 10093,"

Agora, se dá o erro TLS_CERT_ALTNAME_INVALID é por causa disto aqui:

Subject api-webhook-bot-store.tk
Fingerprint SHA256: 153a5959affaa7de74a6b38e5997b73fe5a532d1e9bd88ed90edf82424c37e65
Pin SHA256: b8qTnOZITjlzeIMPpT+4gfc9WeS6Lsve3zfTTsE89u0=
Common names api-webhook-bot-store.tk
Alternative names api-webhook-bot-store.tk .api-webhook-bot-store.tk

Esse vídeo sugere algo que não funciona direito na GN que é usar wildcard (asterisco). Coloque o subject e o common name como api.api-webhook-bot-store.tk e o alt name sem nada.

Se for o vídeo que estou pensando, ele sugere algo que raramente funciona na GN que é usar certificado wildcard (.exemplo.com.br). O problema é que muita gente depois de tentar com isso e falhar, consertou e continuou dando problema. Já quem começou do zero com um certificado não wildcard (ex: api.exemplo.com.br) não tem casos relatados de problemas.

@daflecardoso vou iniciar um atendimento e solicitar o número da sua conta, pra gente te ajudar. 😉

Boa tarde, @daflecardoso! Como vai?
Esta falha ocorre quando tenta consultar um token de notificação que não existe, ou talvez esteja consultando um token do ambiente de homologação no de produção, e vice versa.