Histórico de mensagens em cartões

Obrigado, deu certo agora.

Ao gerar, não é notificado. Somente se houver o pagamento.

?

coloquei agora.

quando cliente gera pix, é notificado ou nao? caso nao, tenho que pagar/

Boa tarde @gustavohenriquesantos ! Você tratou o subcaminho /pix? Quando você registra o webhook com uma url https://www.exemplo-url.com/webhook, a notificação é enviada para https://www.exemplo-url.com/webhook/pix como um post

Pessoal, como funciona webhooks? nao está sendo disparado. Já está cadastrado e vinculado ao chave. Não está disparando, precisar ativar algo ?

https://www.lambdatest.com/free-online-tools/credit-card-number-generator pode gerar um bom número e aí você pega do dígito final que queira simular o cenário

Sim, usei um que vi na prória documentação.

checkout.getPaymentToken(
{
brand: 'visa', // bandeira do cartão
number: '4012001038443335', // número do cartão
cvv: '123', // código de segurança
expiration_month: '05', // mês de vencimento
expiration_year: '2021', // ano de vencimento
reuse: false // tokenização/reutilização do payment_token
},
function (error, response) {
if (error) {
// Trata o erro ocorrido
console.error(error);
} else {
// Trata a resposta
console.log(response);
}
}
);

Mas o novo número tem dígito do algoritmo de Luhn recalculado ? Pq se só trocar o final não vai dar certo.

Sabe qual seria um cenário ideal para teste? Eu mudei o número do cartão para que não caísse na excessão do 1,2,3.. porém o erro do código 18 persiste

O problema de browsers com transparente é que o componente de tokenização dos dados de cartão pode vir de um domínio diferente da página ou enviar informações para um domínio diferente da página. Por isso que em alguns gateways o link funciona melhor.

Com cartão, o ótimo é inimigo do bom. O ideal em cada ponto pode dar um agregado que tem problemas, como você notou na prática.

Usamos sempre transparente, acredito que o link de pagamento quebra o "flow" do lead. Interessante o ponto que comentou sobre antecipação, não sabia que ao antecipar o gateway estaria fazendo uma operação de crédito, mas faz sentido! Cogitamos muito o mercado pago para cartão pois eles tem recebimento de imediato por uma taxa maior, mas agora faz sentido... Único problema que tivemos com mercado pago é não ter tokenização de cartões para uso posterior. Nosso SaaS cobra o cliente após exceder os limites do plano escolhido, então essa feature é essencial para evitar inadimplências.

Dependendo do dígito final do cartão, seria o resultado esperado...

Isso acontece na tokenização do cartão

Olá, consegui fazer os ajustes, agora o problema que estou tendo é que recebo o retorno do erro com code = 18. Verifiquei que se trata de erro nas informações do cartão, mas estou em um ambiente de teste, estou fazendo o envio dos dados de teste forncecido no exemplo da imagem que me mandou, mesmo assim continuo recebendo o erro do código 18