Histórico de mensagens sobre card

igor_efi

30/03/2023

Poderia testar este código?

const env = 'https://sandbox.gerencianet.com.br/v1/cdn';

export const getPaymentToken = async (pay_token, creditCard) => {
return new Promise((resolve, reject) => {
var s = document.createElement('script');
s.type = 'text/javascript';

var v = Math.random() 1000000;
s.src = ${env}/${pay_token}/${v};
s.async = false;
s.id = pay_token;

if (!document.getElementById(pay_token)) {
document.getElementsByTagName('head')[0].appendChild(s);
}

window['$gn'] = {
validForm: true,
processed: false,
done: {},
ready: function (fn) {
window['$gn'].done = fn;
}
};

window['$gn'].ready((checkout) => {
checkout.getPaymentToken(creditCard, (error, response) => {
if (error) {
reject(error);
} else {
resolve(response.data.payment_token);
}
});
});
});
}

# cartões

wesley_wb

28/03/2023

Boa tarde. Alguém pode me ajudar com um problema ? Estou no ambiente de homologação da API de pagamento com cartão. Não estou conseguindo obter o payment_token nem o card_mask. De acordo com a documentação, para obter esses dados antes é necessário gerar: SALT, chave RSA, objeto JSON contendo os dados do cartão junto com o SALT gerado, e por fim, criptografar esses dados e manda-los através de uma requisição POST para a rota "https://sandbox.gerencianet.com.br/v1/card". Até aqui tá tudo perfeito. O identificador da conta é enviado no Header da requisição com o atributo account-code. Só que a API retorna um erro informando que o identificador de conta fornecido é inválido. Mas isso não faz sentido, já que para obter o SALT e a chave RSA eu envio o mesmo identificador e funciona perfeitamente.

# cartões

wallisonfelipe

23/03/2023

Olá, bom dia. Estou recebendo o erro "Não foi possível recuperar os dados enviados." ao tentar cadastrar um cartão na rota "/card". Em homologação acabei de testar e tudo funciona lindo. Em produção, já revisei todas as credenciais e certificados, aparentemente está tudo certo.

# assinaturas

mateusbrasil2944

15/03/2023

Na real todas as questões que cê falou ai já estão certas kkkkkkk
1 - O objeto payment só vai com o banking_billet pois credit_card é undefined quando eu envio o banking_billet como pode ser obeservado no primeiro print
2 - O objeto que estou passando como primeiro parâmetro já está no formato

js
{ id: subscription_id}

e não

js
{ id: { subscription_id } }

# assinaturas

mateusbrasil2944

15/03/2023

Então, o credit_card já vai como undefined quando eu envio o banking_billet, vide o print que enviei

# assinaturas

joaolucas_efi

15/03/2023

Ok.

Então para que você consiga consumir essa rota, será necessário enviar apenas o objeto

banking_billet

e retirar o objeto

credit_card

E também será preciso corrigir o

id

enviado, atualmente você está enviando no seguinte formato:

{ id: { subscription_id: 73258 } }

e é preciso enviar

{ id: 73258 }

Feito essas alterações o consumo da rota deve funcionar normalmente. Qualquer outra dúvida só nós chamar por aqui.

# assinaturas

mateusbrasil2944

15/03/2023

Se você observar :

js
console.log({ subscription_id })

resulta nisso

js
{ subscription_id: 73258 }

mas o

js
const result = await gerencianet.defineSubscriptionPayMethod({ id: subscription_id }, {
payment: { credit_card, banking_billet }
})

dispara o erro

js
TypeError: Cannot read properties of undefined (reading 'data')

# módulos-plugins

jonyellery

14/03/2023

{
"code": 3500034,
"error": "validation_error",
"error_description": {
"property": "/payment/credit_card/installments",
"message": "O valor 0 é menor que o mínimo 1."
}

# cartões

valkhan.2023

07/03/2023

Testei com cartões gerados para VISA e MASTERCARD sem sucesso

# pix

andyjss

02/03/2023

Fala galera! Baaaum? [REPOSTANDO]

Resolvi o erro ERR_TLS_CERT_ALTNAME_INVALID ao usar API Gateway da AWS.
Após assistir ao tutorial do @danielciolfi, fiz o mesmo procedimento com um domínio registrado externamente, no meu caso namecheap, mas ao tentar registrar a Webhook o erro ERR_TLS_CERT_ALTNAME_INVALID era retornado. Tentei de tudo, gerar novo certificado sem wildcard("."), refazer truststore.pem, gerar certificado direto no “api.” mas não funcionava. Percebi também que ao acessar diretamente pelo navegador, o certificado era sempre relacionado ao domínio principal, e nunca ao “api.”.

Ai lendo algumas soluções aqui no Discord, como a do Ranulfo souza, resolvi fazer da seguinte forma e resolveu:

0 - (Opcional) Antes de começar, recomendo apagar tudo que foi feito, exceto pela API Gateway e o truststore.pem gerado.
(Deletei o nome de domínio personalizado, removi os registros no namecheap e deletei os certificados criados);

1 - Comprar um domínio no Google Domains só para esse uso;
Domínio fictício para fins didáticos: pixok.com

2 - Na AWS, em Route 53, criar nova zona hospeda e no nome do domínio, inserir o domínio comprado (pixok.com) e criar zona;

3 – Ao navegar na zona criada, você vai ver o registro do tipo NS com os links, ai é só adicionar todos no Google Domains em Servidores de nome personalizados do seu domínio. Por padrão, o Google não usa os nomes personalizados, ai é só clicar em aplicar na aba Servidores de nome personalizados;

4 – Criar certificado com o nome api.pixok.com, navegar até o certificado, clicar em Criar registros no Route 53 e confirmar clicando em criar. Isso fará o certificado ser verificado;

5 – Após o certificado ser verificado, ir na API Gateway e criar nome de domínio personalizado com o nome api.pixok.com, selecionando o novo certificado. E também já configurar o mapeamento de API para sua API;

6 – Em Route 53, na zona hospedada, no domínio pixok.com, criar novo registro com as seguintes informações:
- Nome do registro: api
- Tipo de registro: A
- Ativar Alias
- Escolher endpoint para: Alias para API do API Gateway
- Escolher o servidor que você está trabalhando, no meu caso “us-east-1”
- E no terceiro campo que aparecer, já vai carregar automaticamente o
“Nome de domínio do API Gateway” que você encontra no domínio personalizado que criou.
Ai é só finalizar criando o registro e aguardar a propagação que pode levar alguns minutos, no meu caso levou mais de 5 minutos.

7 – Antes de ativar o TLS mútuo no domínio personalizado, eu fiz testes solicitando POST com o postman para api.pixok.com/prod/webhook até ter algum retorno, assim eu sei que toda configuração acima tá funcionando corretamente e foi propagado.

8 – Ativar TLS mútuo como feito anteriormente, aguardar o status ficar ativo e testar o registro da webhook com o seu link 😊

Obrigado Ranulfo souza e a todos que comentaram sobre o assunto. 👊

# módulos-plugins

yasmin_efi

23/02/2023

Boa tarde @ricardods1692! Tudo bem? Para abrir um novo chamado é só acessar o canal # atendimento e iniciar um atendimento por lá!

# módulos-plugins

palloma_efi

15/02/2023

@ricardods1692 Vamos iniciar um atendimento privado para pegar mais detalhes com você.

# módulos-plugins

palloma_efi

15/02/2023

Bom dia, @ricardods1692 ! Tudo bem? Qual versão do plugin você está utilizando?

# pix

rubenskuhl

13/02/2023

Pode, e apesar de requerer um bom número de passos, funciona. Mas se procurar vídeos disso, diferente do que disser o vídeo, jamais coloque (wildcard) em certificados ou entradas DNS.

# pix

rubenskuhl

27/01/2023

Não pode usar certificado auto-assinado. E não pode usar certificado wildcard ().

# módulos-plugins

joao_efi

24/01/2023

Boa tarde @ricardods1692 a versão mencionada na página está em testes internos para atualização.
A versão estável mais recente disponível ao público é a disponível no Github mesmo.

# pix

rubenskuhl

23/01/2023

Você provavelmente seguiu o vídeo que dizia para criar certificado wilcard (). Isso não funciona e já tendo tentado isso, agora só usando algo não-AWS para o webhook.

# cartões

You should motivate Urself. NOW!

18/01/2023

SUCESSO

{
"code": 200,
"data": {
"installments": 1,
"installment_value": 1000,
"charge_id": 1803090,
"status": "waiting",
"total": 1000,
"payment": "credit_card"
}
}

vlw mesmo pessoal
vcs são brabos d+

# cartões

You should motivate Urself. NOW!

17/01/2023

Boa noite pessoal !
Estou tentando fazer a integração de pagamento com cartão de credito, porém recebo esse erro
Estou usando ambiente de homologação
Estou usando o metodo -> createOneStepCharge do sdk para Node

{
"code": 3500072,
"error": "request_not_allowed",
"error_description": "Não foi possível finalizar sua solicitação. Por favor, entre em contato com o suporte Gerencianet."
}

payload enviado

{
"payment": {
"credit_card": {
"installments": 1,
"payment_token": "e39d08751b5ee5c53645c874de29164c8d38fba5",
"billing_address": {
"street": "Maria Tereza",
"number": 10,
"neighborhood": "Centro",
"zipcode": "18209390",
"city": "Itapetininga",
"state": "SP"
},
"customer": {
"name": "Rafael Siqueira",
"email": "[email protected]",
"cpf": "36568749805",
"birth": "1987-09-25",
"phone_number": "15988342010"
}
}
},
"items": [{
"name": "Product 1",
"value": 1000,
"amount": 1
}]
}

# pix

rubenskuhl

11/01/2023

Dá para usar sim, mas tem que ter muito cuidado de nunca gerar um certificado com wildcard. Gere um certificado para um sub-domínio específico (ex: webhook.exemplo.com.br, api.exemplo.com.br).

CONECTAR AO DISCORD

PROCURE NO HISTÓRICO

CANAIS DE TEXTO

DISCUSSÕES

EXIBINDO CONVERSAS RECENTES:

igor_efi

wesley_wb

wallisonfelipe

mateusbrasil2944

mateusbrasil2944

joaolucas_efi

mateusbrasil2944

jonyellery

valkhan.2023

andyjss

yasmin_efi

palloma_efi

palloma_efi

rubenskuhl

rubenskuhl

joao_efi

rubenskuhl

You should motivate Urself. NOW!

You should motivate Urself. NOW!

rubenskuhl