Este guia explica como as equipes podem se preparar para o 3D Secure antes do checkout, o que fazer quando a solicita\u00e7\u00e3o de autentica\u00e7\u00e3o chega \u00e0 pessoa errada e como resolver a situa\u00e7\u00e3o sem criar pedidos duplicados ou compartilhar dados confidenciais de autentica\u00e7\u00e3o.<\/p>\n
![\"\"](\"https:\/\/wordpress.buvei.com\/wp-content\/uploads\/2026\/09\/The-3D-Secure-Prompt-Went-to-the-Wrong-Person3.png\")
<\/p>\n
Entenda o que a autentica\u00e7\u00e3o 3D Secure est\u00e1 solicitando<\/h2>\n
O 3D Secure faz parte do processo de autentica\u00e7\u00e3o do cart\u00e3o entre o comerciante e o emissor.<\/p>\n
Dependendo da configura\u00e7\u00e3o, o desafio de autentica\u00e7\u00e3o pode exigir:<\/p>\n
- \n
- Um c\u00f3digo de uso \u00fanico<\/li>\n
- Uma aprova\u00e7\u00e3o no aplicativo<\/li>\n
- Biometria<\/li>\n
- Outro m\u00e9todo de autentica\u00e7\u00e3o compat\u00edvel com o emissor<\/li>\n<\/ul>\n
O objetivo \u00e9 verificar se a pessoa que est\u00e1 concluindo o pagamento est\u00e1 autorizada a usar o cart\u00e3o.<\/p>\n
Isso \u00e9 separado da aprova\u00e7\u00e3o interna de gastos da empresa.<\/p>\n
Um gerente pode j\u00e1 ter aprovado um ingresso de \u20ac400 para uma confer\u00eancia, mas o emissor ainda pode exigir uma resposta de autentica\u00e7\u00e3o v\u00e1lida antes que o pagamento com cart\u00e3o possa ser conclu\u00eddo.<\/p>\n
Antes de aprovar qualquer solicita\u00e7\u00e3o, verifique:<\/p>\n
- \n
- Comerciante<\/li>\n
- Valor<\/li>\n
- Moeda<\/li>\n
- Hor\u00e1rio<\/li>\n
- Se a compra era esperada<\/li>\n<\/ul>\n
Se o desafio mostrar \u20ac4.000 quando o comprador esperava \u20ac400, pare.<\/p>\n
Se ningu\u00e9m estiver fazendo uma compra naquele momento, trate a solicita\u00e7\u00e3o como suspeita e verifique-a por meio da atividade oficial da conta.<\/p>\n
As tr\u00eas fun\u00e7\u00f5es em uma compra empresarial<\/h2>\n
Em muitas equipes, uma \u00fanica pessoa n\u00e3o controla todas as etapas.<\/p>\n
Normalmente, existem tr\u00eas fun\u00e7\u00f5es:<\/p>\n
Solicitante<\/strong>
\nO funcion\u00e1rio que precisa do produto ou servi\u00e7o.<\/p>\nAprovador de gastos<\/strong>
\nA pessoa que decide se a empresa deve realizar o pagamento.<\/p>\nRespons\u00e1vel pela autentica\u00e7\u00e3o<\/strong>
\nA pessoa que pode acessar o m\u00e9todo de 3D Secure compat\u00edvel com o emissor.<\/p>\n\u00c0s vezes, um \u00fanico funcion\u00e1rio desempenha as tr\u00eas fun\u00e7\u00f5es. Em outros casos, essas fun\u00e7\u00f5es podem estar distribu\u00eddas entre diferentes departamentos ou at\u00e9 mesmo diferentes pa\u00edses.<\/p>\n
O importante \u00e9 saber quem \u00e9 respons\u00e1vel por cada etapa antes de inserir o cart\u00e3o no checkout.<\/p>\n
Uma pol\u00edtica que diz que \u201co financeiro aprova os pagamentos\u201d n\u00e3o \u00e9 suficiente se ningu\u00e9m sabe quem pode responder a uma solicita\u00e7\u00e3o de 3DS no momento em que a compra est\u00e1 sendo realizada.<\/p>\n
N\u00e3o compartilhe OTPs ou credenciais de autentica\u00e7\u00e3o<\/h2>\n
As equipes devem evitar resolver o problema encaminhando c\u00f3digos de uso \u00fanico, senhas, sess\u00f5es de login ou credenciais de autentica\u00e7\u00e3o por meio de chats.<\/p>\n
Isso enfraquece a responsabiliza\u00e7\u00e3o e pode expor outras informa\u00e7\u00f5es do cart\u00e3o ou da conta.<\/p>\n
Uma abordagem melhor \u00e9:<\/p>\n
- \n
- O comprador informa ao respons\u00e1vel autorizado que uma tentativa de pagamento est\u00e1 em andamento<\/li>\n
- O respons\u00e1vel abre o aplicativo oficial do emissor ou o m\u00e9todo oficial de autentica\u00e7\u00e3o de forma independente<\/li>\n
- O respons\u00e1vel verifica o comerciante, o valor e a moeda<\/li>\n
- O respons\u00e1vel aprova somente se a solicita\u00e7\u00e3o corresponder \u00e0 compra autorizada<\/li>\n<\/ul>\n
Por exemplo:<\/p>\n
\u201cEstou no checkout da confer\u00eancia para \u20ac400. Verifique o aplicativo do emissor para encontrar uma solicita\u00e7\u00e3o correspondente.\u201d<\/p><\/blockquote>\n
Isso comunica o contexto da compra sem transmitir o segredo de autentica\u00e7\u00e3o.<\/p>\n
![\"\"](\"https:\/\/wordpress.buvei.com\/wp-content\/uploads\/2026\/01\/buvei-4.png\")
<\/a><\/h2>\nPrepare o dispositivo antes do checkout<\/h2>\n
Ter um cart\u00e3o v\u00e1lido n\u00e3o \u00e9 suficiente se o dispositivo de autentica\u00e7\u00e3o estiver indispon\u00edvel.<\/p>\n
Antes de uma compra com prazo limitado, verifique se a pessoa autorizada realmente consegue acessar o m\u00e9todo de autentica\u00e7\u00e3o relevante.<\/p>\n
Os poss\u00edveis problemas incluem:<\/p>\n
- \n
- O telefone cadastrado est\u00e1 offline<\/li>\n
- A sess\u00e3o do aplicativo expirou<\/li>\n
- As notifica\u00e7\u00f5es push est\u00e3o desativadas<\/li>\n
- O n\u00famero cadastrado pertence a um ex-funcion\u00e1rio<\/li>\n
- O usu\u00e1rio n\u00e3o tem mais acesso \u00e0 conta necess\u00e1ria<\/li>\n
- O m\u00e9todo de autentica\u00e7\u00e3o precisa ser atualizado<\/li>\n<\/ul>\n
Se o canal de autentica\u00e7\u00e3o estiver incorreto, use o processo oficial do provedor para atualiz\u00e1-lo.<\/p>\n
N\u00e3o espere at\u00e9 que o cron\u00f4metro do checkout j\u00e1 esteja correndo. Algumas altera\u00e7\u00f5es de acesso exigem verifica\u00e7\u00e3o e n\u00e3o podem ser conclu\u00eddas instantaneamente.<\/p>\n
O que fazer quando a solicita\u00e7\u00e3o chega \u00e0 pessoa errada<\/h2>\n
Se a solicita\u00e7\u00e3o de 3DS for enviada para algu\u00e9m que est\u00e1 indispon\u00edvel, evite enviar o mesmo pagamento repetidamente.<\/p>\n
Em vez disso:<\/p>\n
- \n
- Registre a p\u00e1gina do pedido e a refer\u00eancia.<\/li>\n
- Entre em contato com o respons\u00e1vel autorizado pela autentica\u00e7\u00e3o.<\/li>\n
- Pe\u00e7a que ele verifique a interface oficial do emissor.<\/li>\n
- Se ele n\u00e3o puder responder antes que o desafio expire, deixe a tentativa terminar.<\/li>\n
- Verifique se o comerciante criou um pedido ou se o cart\u00e3o mostra uma autoriza\u00e7\u00e3o pendente.<\/li>\n
- Tente novamente somente depois que a equipe entender o status da primeira tentativa.<\/li>\n<\/ol>\n
Um desafio de 3DS expirado n\u00e3o significa automaticamente que nada aconteceu.<\/p>\n
O comerciante ainda pode ter criado um pedido, e uma autoriza\u00e7\u00e3o do cart\u00e3o ainda pode existir.<\/p>\n
Se a solicita\u00e7\u00e3o for enviada para um ex-funcion\u00e1rio<\/h2>\n
Isso n\u00e3o \u00e9 apenas um problema de pagamento. \u00c9 um problema de controle de acesso \u00e0 conta.<\/p>\n
N\u00e3o pe\u00e7a a um ex-funcion\u00e1rio que encaminhe c\u00f3digos depois que ele deixou a empresa.<\/p>\n
Em vez disso:<\/p>\n
- \n
- Remova o acesso obsoleto por meio do processo oficial do provedor<\/li>\n
- Confirme o usu\u00e1rio ou administrador atualmente autorizado<\/li>\n
- Verifique se outros cart\u00f5es ou contas utilizam o mesmo contato antigo<\/li>\n
- Atualize os registros internos de responsabilidade<\/li>\n<\/ul>\n
Para uma compra urgente, a empresa pode precisar usar outro m\u00e9todo de pagamento aprovado enquanto o problema de acesso \u00e0 conta \u00e9 corrigido.<\/p>\n
Quando a solicita\u00e7\u00e3o \u00e9 aprovada, mas o checkout ainda falha<\/h2>\n
Uma aprova\u00e7\u00e3o de 3DS bem-sucedida n\u00e3o significa necessariamente que o comerciante aceitou o pedido.<\/p>\n
A autentica\u00e7\u00e3o \u00e9 apenas uma etapa do processo de pagamento.<\/p>\n
Se o respons\u00e1vel aprovar a solicita\u00e7\u00e3o, mas o checkout ainda apresentar um erro:<\/p>\n
- \n
- Registre o hor\u00e1rio<\/li>\n
- Salve a refer\u00eancia do pedido do comerciante<\/li>\n
- Verifique se o comerciante criou um pedido<\/li>\n
- Verifique se h\u00e1 atividade pendente ou conclu\u00edda na conta do cart\u00e3o<\/li>\n
- Entre em contato com o comerciante para verificar o status do pedido<\/li>\n
- Entre em contato com o provedor do cart\u00e3o se for necess\u00e1rio revisar a autentica\u00e7\u00e3o ou o status do cart\u00e3o<\/li>\n<\/ul>\n
O comerciante e o provedor do cart\u00e3o podem visualizar partes diferentes do fluxo de pagamento.<\/p>\n
Evite repetir as tentativas de pagamento<\/a><\/h2>\n
Um dos erros mais comuns depois de uma etapa de 3DS malsucedida \u00e9 enviar o pagamento repetidamente.<\/p>\n
Isso pode criar:<\/p>\n
- \n
- Pedidos duplicados no comerciante<\/li>\n
- V\u00e1rias tentativas de autoriza\u00e7\u00e3o<\/li>\n
- Reten\u00e7\u00f5es tempor\u00e1rias<\/li>\n
- Sinaliza\u00e7\u00f5es de risco<\/li>\n
- V\u00e1rias solicita\u00e7\u00f5es de autentica\u00e7\u00e3o<\/li>\n<\/ul>\n
Se v\u00e1rias solicita\u00e7\u00f5es chegarem em um curto per\u00edodo, n\u00e3o aprove todas apenas para descobrir qual delas funciona.<\/p>\n
Interrompa o checkout, identifique o pedido ativo e compare o comerciante, o valor e o hor\u00e1rio de cada solicita\u00e7\u00e3o.<\/p>\n
O cron\u00f4metro do checkout e o status do pedido s\u00e3o diferentes<\/h2>\n
Um comerciante pode reservar um ingresso por dez minutos, enquanto o desafio de 3DS tem um tempo limite menor.<\/p>\n
O comerciante tamb\u00e9m pode criar um pedido n\u00e3o pago antes que a autentica\u00e7\u00e3o seja conclu\u00edda.<\/p>\n
Isso significa que as equipes devem distinguir entre:<\/p>\n
- \n
- Cron\u00f4metro do checkout<\/li>\n
- Cron\u00f4metro da autentica\u00e7\u00e3o<\/li>\n
- Status do pedido no comerciante<\/li>\n
- Status da autoriza\u00e7\u00e3o do cart\u00e3o<\/li>\n<\/ul>\n
Antes de tentar novamente, confirme o que realmente aconteceu com o primeiro pedido.<\/p>\n
Isso \u00e9 especialmente importante para ingressos de confer\u00eancias, reservas de viagens, produtos com estoque limitado ou compras de software com pre\u00e7os que mudam conforme o tempo.<\/p>\n
![\"\"](\"https:\/\/wordpress.buvei.com\/wp-content\/uploads\/2026\/09\/The-3D-Secure-Prompt-Went-to-the-Wrong-Person22.png\")
<\/p>\nOnde o Buvei<\/a> se encaixa<\/h2>\n
Se o cart\u00e3o for gerenciado pelo Buvei, verifique as instru\u00e7\u00f5es de autentica\u00e7\u00e3o e as fun\u00e7\u00f5es de conta dispon\u00edveis para aquele cart\u00e3o e conta espec\u00edficos.<\/p>\n
Em caso de uma tentativa de autentica\u00e7\u00e3o malsucedida ou encaminhada para a pessoa errada, forne\u00e7a ao suporte:<\/p>\n
- \n
- Data e hor\u00e1rio<\/li>\n
- Comerciante<\/li>\n
- Valor<\/li>\n
- Moeda<\/li>\n
- Dados mascarados do cart\u00e3o<\/li>\n
- Mensagem de erro<\/li>\n
- Se um desafio de autentica\u00e7\u00e3o apareceu<\/li>\n
- Se algu\u00e9m o aprovou<\/li>\n<\/ul>\n
N\u00e3o inclua OTPs ativos, n\u00fameros completos do cart\u00e3o ou c\u00f3digos de seguran\u00e7a em capturas de tela.<\/p>\n
Um cart\u00e3o virtual dedicado pode ajudar as equipes a identificar a qual fornecedor, projeto ou or\u00e7amento uma transa\u00e7\u00e3o pertence, mas n\u00e3o substitui a autentica\u00e7\u00e3o do emissor nem a aprova\u00e7\u00e3o interna.<\/p>\n
Crie cobertura sem compartilhar uma \u00fanica identidade<\/h2>\n
Um gerente financeiro n\u00e3o pode estar dispon\u00edvel para todas as compras o tempo todo.<\/p>\n
As equipes devem se planejar para:<\/p>\n
- \n
- F\u00e9rias<\/li>\n
- Diferentes fusos hor\u00e1rios<\/li>\n
- Sa\u00edda de funcion\u00e1rios<\/li>\n
- Compras urgentes para eventos<\/li>\n
- Assinaturas recorrentes<\/li>\n
- Pagamentos fora do hor\u00e1rio comercial<\/li>\n<\/ul>\n
Quando houver suporte do provedor, use fun\u00e7\u00f5es ou administradores devidamente autorizados em vez de compartilhar o login ou o m\u00e9todo de autentica\u00e7\u00e3o de um \u00fanico funcion\u00e1rio.<\/p>\n
Se o provedor n\u00e3o oferecer suporte a um respons\u00e1vel de backup pela autentica\u00e7\u00e3o, a equipe pode precisar programar compras sens\u00edveis com anteced\u00eancia ou utilizar outro m\u00e9todo de pagamento aprovado.<\/p>\n
A solu\u00e7\u00e3o deve ser operacionalmente suportada, e n\u00e3o improvisada.<\/p>\n
Mantenha um registro simples da equipe<\/h2>\n
Para comerciantes importantes, mantenha um registro interno simples contendo:<\/p>\n
- \n
- Respons\u00e1vel pela compra<\/li>\n
- Aprovador de gastos<\/li>\n
- Identifica\u00e7\u00e3o do cart\u00e3o<\/li>\n
- Respons\u00e1vel pela autentica\u00e7\u00e3o<\/li>\n
- Processo de backup aprovado<\/li>\n
- URL da conta do fornecedor<\/li>\n
- Contato do suporte<\/li>\n<\/ul>\n
N\u00e3o armazene:<\/p>\n
- \n
- OTPs<\/a><\/li>\n
- CVVs<\/a><\/li>\n
- Senhas<\/li>\n
- Frases de recupera\u00e7\u00e3o<\/li>\n
- N\u00fameros completos dos cart\u00f5es<\/li>\n<\/ul>\n
O objetivo n\u00e3o \u00e9 criar um grande documento de conformidade.<\/p>\n
\u00c9 simplesmente garantir que o comprador saiba com quem entrar em contato antes de iniciar o checkout.<\/p>\n
Tr\u00eas problemas semelhantes que exigem solu\u00e7\u00f5es diferentes<\/h2>\n
Algumas situa\u00e7\u00f5es de 3DS podem parecer semelhantes, mas exigem respostas diferentes.<\/p>\n
A solicita\u00e7\u00e3o chega \u00e0 pessoa correta, mas mostra o valor errado<\/h3>\n
Recuse-a e verifique o carrinho, o comerciante e quaisquer sess\u00f5es de checkout duplicadas.<\/p>\n
A solicita\u00e7\u00e3o chega a um ex-funcion\u00e1rio<\/h3>\n
Atualize a responsabilidade pela conta por meio do processo oficial do provedor.<\/p>\n
Ningu\u00e9m recebe uma solicita\u00e7\u00e3o<\/h3>\n
Verifique o redirecionamento do navegador, o aplicativo do provedor e as configura\u00e7\u00f5es do cart\u00e3o, e pergunte ao suporte se um evento de autentica\u00e7\u00e3o foi acionado.<\/p>\n
Trate o evento exato que voc\u00ea observou em vez de presumir que todo problema seja simplesmente uma \u201cfalha do 3DS\u201d.<\/p>\n
Depois de um problema de autentica\u00e7\u00e3o<\/a><\/h2>\n
Uma breve revis\u00e3o pode evitar que o mesmo problema aconte\u00e7a novamente.<\/p>\n
Registre:<\/p>\n
- \n
- Comerciante<\/li>\n
- Hor\u00e1rio e fuso hor\u00e1rio<\/li>\n
- Identifica\u00e7\u00e3o do cart\u00e3o<\/li>\n
- Valor<\/li>\n
- O que apareceu na tela do comprador<\/li>\n
- O que apareceu no dispositivo do respons\u00e1vel pela autentica\u00e7\u00e3o<\/li>\n
- Se o desafio foi aprovado<\/li>\n
- Status do pedido no comerciante<\/li>\n
- Status da autoriza\u00e7\u00e3o do cart\u00e3o<\/li>\n<\/ul>\n
Depois, atribua a uma pessoa a responsabilidade de corrigir o problema subjacente.<\/p>\n
Isso pode significar atualizar um n\u00famero de telefone desatualizado, alterar o respons\u00e1vel pela conta, adicionar uma fun\u00e7\u00e3o autorizada quando houver suporte ou melhorar o processo interno de compras.<\/p>\n
A regra para levar ao pr\u00f3ximo checkout<\/h2>\n
Antes de inserir o cart\u00e3o, saiba:<\/p>\n
Quem est\u00e1 fazendo a compra?<\/strong>
\nQuem aprovou o gasto?<\/strong>
\nQuem pode concluir a autentica\u00e7\u00e3o 3D Secure<\/a>?<\/strong><\/p>\nO respons\u00e1vel pela autentica\u00e7\u00e3o deve verificar a solicita\u00e7\u00e3o de forma independente na interface compat\u00edvel do emissor e confirmar o comerciante, o valor e a moeda.<\/p>\n
Se os dados n\u00e3o corresponderem ou a pessoa correta estiver indispon\u00edvel, pare e reconcilie o pedido antes de tentar novamente.<\/p>\n
Um processo bem-sucedido n\u00e3o significa simplesmente \u201co c\u00f3digo funcionou\u201d.<\/p>\n
- CVVs<\/a><\/li>\n
- OTPs<\/a><\/li>\n