Saque não funciona: pagamentos travados

Sinais de um pagamento travado

Três sintomas cobrem quase tudo: uma solicitação muito além da janela publicada, uma mensagem de falha ao nível do trilho, ou um formulário que simplesmente não envia.

Nomear o sintoma com precisão é todo o diagnóstico, porque cada um aponta para uma parte diferente da cadeia. As pessoas que descrevem um pagamento como "não funciona" normalmente querem dizer um destes três e ainda não os separaram.

Status pendente prolongado

A solicitação foi aceite e não se moveu. Meça o tempo decorrido em dias úteis e não em dias corridos, e compare com os valores publicados: três dias úteis para processamento, prorrogável até catorze, e dentro de cinco dias úteis para os fundos saírem da conta. Uma solicitação dentro desse intervalo não está travada; está na fila.

Mensagem de trilho com falha

A solicitação foi liberada e o pagamento não se concluiu. Esta é uma situação claramente diferente: o operador fez a sua parte e algo do lado recetor recusou ou não conseguiu aceitar o dinheiro. Emissores de cartão, provedores de carteiras e bancos produzem todos isto, e a mensagem normalmente nomeia o trilho em vez do motivo.

Erros de app ou de formulário

A solicitação nunca existiu. Uma caixa que não carrega, um botão de envio que não faz nada, um erro de validação num campo que parece correto — nada disto é sequer um problema de pagamento. São problemas do lado do cliente, e são os mais fáceis de corrigir dos três.

• Pendente prolongado: o operador tem-na.
• Trilho falhado: o lado recetor recusou-a.
• Erro de formulário: nunca foi enviada.
• Recusada com motivo: uma condição, não uma falha.

Antes de fazer seja o que for, abra o histórico de transações na sua conta e leia em que estado a solicitação realmente está. Uma parcela surpreendente de pagamentos travados acabam por ser solicitações que nunca foram criadas com sucesso, e nenhuma quantidade de espera resolve essas.

O resto desta página percorre as três causas na ordem em que ocorrem, com a correção para cada uma. Segui-la em sequência é mais rápido do que adivinhar, porque as verificações são baratas e a suposição errada é cara.

Ajuda saber aproximadamente como isto se divide na prática. Solicitações à espera de documentos e solicitações à espera de uma análise comum representam a maior parte do que é descrito como travado. As falhas ao nível do trilho são o grupo seguinte em tamanho e concentram-se em estornos de cartão e destinos mal digitados. As falhas do lado do cliente são o grupo mais pequeno e o mais rápido de resolver. Se estiver prestes a saltar um passo por parecer improvável, salte o último, não o primeiro.

Uma coisa que vale a pena descartar cedo é a possibilidade de a solicitação simplesmente não existir. Uma caixa que falhou silenciosamente, uma sessão que expirou a meio do envio, ou um ecrã de confirmação fechado antes de registar, todos o vão deixar à espera de algo que ninguém recebeu. Essa verificação demora dez segundos no histórico de transações e poupa mais tempo do que qualquer outra coisa nesta página.

Identifique qual dos três sintomas realmente tem antes de tentar corrigir seja o que for.

Bloqueios do lado da verificação

O motivo mais comum para um pagamento não avançar é a conta não ter satisfeito uma verificação de identidade, e a solicitação está à espera de documentos, não de processamento.

A política antilavagem de dinheiro descreve a verificação como realizada quando a empresa a solicita, e afirma que a verificação completa de nome e morada é exigida para depositar ou sacar por transferência bancária. A oferta pública acrescenta que o cliente é obrigado a fornecer documentos de identificação e de morada. Um pagamento a cumprir um destes pela primeira vez está a ser questionado, não obstruído.

KYC incompleto

Documentos solicitados e não fornecidos, ou fornecidos parcialmente. A solicitação não avança até o conjunto estar completo, e vai continuar sem avançar indefinidamente. Este é o caso em que esperar é a pior resposta possível, porque nada vai acontecer sem ação da sua parte.

Documentos sinalizados

Documentos fornecidos e não aceites. Quase sempre um problema de apresentação e não de substância: desfoque, reflexo, um canto cortado, uma data vencida, ou um nome escrito de forma diferente na conta e no passaporte. A correção é uma cópia melhor ou um perfil corrigido, não uma explicação.

Retenções por análise manual

Documentos em análise, com o pagamento na fila atrás deles. Isto parece idêntico a um pagamento travado e resolve-se sozinho. A pergunta distintiva é se o estado está a pedir-lhe algo ou simplesmente a reportar uma situação.

• Verifique a secção de verificação da conta, não apenas o estado do saque.
• Envie um conjunto completo e de boa qualidade, em vez de vários parciais.
• Corrija os dados do perfil da conta antes de reenviar documentos.
• Não envie mais solicitações de pagamento enquanto documentos estiverem pendentes.
• Nunca pague a ninguém para acelerar a verificação — não existe nenhuma taxa legítima.

Como a verificação é concluída uma vez e depois serve todo saque futuro, toda esta categoria é esmagadoramente um fenómeno do primeiro pagamento. Os traders que concluem os documentos antes do primeiro depósito essencialmente nunca a encontram.

Há uma variante que vale a pena sinalizar porque surpreende quem realmente se verificou. Uma conta verificada há algum tempo pode receber um pedido de documento de morada atualizado, ou de prova a ligar um instrumento de pagamento recém-adicionado a si. Nenhum dos dois significa que a verificação anterior foi rejeitada; ambos são o tipo de verificação periódica que qualquer empresa de pagamentos faz. Ter um extrato recente à mão transforma uma segunda ronda numa troca no mesmo dia.

Se os documentos tiverem sido recusados duas vezes sem motivo claro, esse é o momento de perguntar especificamente o que está errado com o ficheiro em vez de enviar uma terceira versão na esperança de que o resultado seja diferente.

Formule essa pergunta de forma restrita. "Qual documento foi recusado e o que especificamente era inaceitável nele" obtém uma resposta acionável; "por que a minha verificação está a falhar" normalmente obtém uma repetição das exigências que já leu. O revisor sabe exatamente o que travou o ficheiro, e pedir esse detalhe específico é a rota mais rápida para um envio que passa.

Verifique a secção de verificação, não apenas o estado do pagamento, porque uma tarefa documental nunca se resolve à espera.

Falhas do lado do pagamento

Quando o operador já liberou o pagamento e o dinheiro ainda não chegou, o problema pertence ao destino — um cartão que não consegue recebê-lo, uma rede errada, ou uma conta encerrada.

Estas são as falhas em que contactar a plataforma primeiro desperdiça tempo. O operador fez a sua parte; algo do outro lado recusou o dinheiro ou não conseguiu aceitá-lo.

Estorno no cartão recusado

Um estorno no cartão precisa do cartão que fez o depósito original. Um cartão vencido, um cartão reemitido com um número novo, ou um emissor que recusa estornos desta categoria de comerciante produzem cada um uma falha. Alguns emissores encaminham estornos para um cartão substituto automaticamente e muitos não, motivo pelo qual um cartão perto de vencer é motivo para sacar cedo em vez de tarde.

Rede cripto errada

A falha mais séria desta página, porque é a única que não é recuperável. Um token enviado numa rede que a carteira recetora não suporta está muito provavelmente perdido, e nem o suporte nem o operador podem reverter uma transação blockchain confirmada. Onde uma corretora recupera fundos enviados desta forma, está a fazer-lhe um favor, não a cumprir uma obrigação. Leia o rótulo da rede em ambos os ecrãs antes de confirmar, sempre, sem exceção.

Conta de carteira encerrada

Uma carteira que foi encerrada, suspensa ou restringida não pode receber um crédito. Como a carteira encerrada foi provavelmente a origem do depósito, abrir uma nova não a torna automaticamente um destino aceitável — a política de pagamentos liga os pagamentos à conta de depósito, por isso uma alternativa tem de ser aprovada.

• Verifique a própria conta de destino antes de abrir um ticket com a plataforma.
• Confirme que o cartão ainda é válido e a carteira ainda está ativa.
• Para cripto, verifique o hash da transação num explorador público.
• Pergunte à instituição recetora se retiveram ou recusaram um crédito recebido.
• Guarde a confirmação do pagamento para mostrar a origem dos fundos se for pedido.

Bancos e provedores de carteiras retêm sim créditos recebidos pendentes de uma pergunta de rotina, e nem sempre enviam uma notificação destacada. Uma única mensagem a eles resolve mais destes casos do que qualquer número de tickets à plataforma, e normalmente é respondida no mesmo dia.

Onde um trilho tenha falhado duas vezes sem falha visível do seu lado, pare de tentar de novo por ele. A resposta é uma rota alternativa aprovada, estabelecida através do suporte, em vez de uma terceira tentativa na mesma.

Tenha em conta que um trilho falhado não coloca o dinheiro em risco. Um pagamento que não se concluiu volta ao saldo em vez de desaparecer, embora possa demorar alguns dias a reaparecer enquanto a transferência falhada se desfaz. Isso é normal e vale a pena esperar antes de assumir que o valor se perdeu. O que custa é tempo, e numa transferência bancária a política de pagamentos liga uma comissão onde a falha foi causada por um erro nos dados que forneceu.

Assim que a plataforma mostrar um pagamento como enviado, a instituição recetora é a parte que pode dizer-lhe onde ele está.

Bugs do app e do formulário

Uma caixa que não carrega ou um formulário que não envia é um problema do lado do cliente. Nada está errado com a conta, o saldo ou o processo de pagamento.

Esta é a categoria menos séria e a que mais preocupa as pessoas, porque um formulário avariado no momento em que quer o seu dinheiro parece a plataforma a recusá-lo. Quase nunca é.

Versão do app desatualizada

As interfaces de pagamento mudam mais frequentemente do que o resto de uma aplicação de negociação, e uma versão antiga pode estar a apontar para um endpoint que se mudou. Atualizar a partir da loja oficial é a primeira coisa a tentar e resolve uma parcela significativa destes casos por si só.

Problemas de cache e login

Uma sessão desatualizada, um script em cache ou uma extensão de navegador a interferir com a página vão todos produzir um formulário que falha silenciosamente. Sair e entrar de novo, limpar a cache, ou experimentar um navegador diferente separa um problema do cliente de um problema da plataforma em menos de um minuto.

Tentar de novo de forma limpa

1. Atualize o app a partir da loja oficial, ou recarregue o site com a cache limpa.
2. Saia completamente e volte a entrar numa ligação estável.
3. Experimente o outro cliente — a caixa web se o app estiver a falhar, ou o inverso.
4. Desative as extensões do navegador e tente de novo numa janela privada.
5. Se a solicitação agora for enviada, verifique o histórico para garantir que só existe uma.

Esse último passo importa. Tentativas repetidas contra um formulário que falha às vezes criam várias solicitações assim que ele começa a funcionar, e solicitações de pagamento duplicadas atraem exatamente a análise manual que estava a tentar evitar. Verifique o histórico de transações antes de assumir que nada foi enviado, e cancele quaisquer extras antes de chegarem à fila de análise.

• Um erro de formulário não é uma recusa.
• Experimente o outro cliente antes de abrir um ticket.
• Nunca instale um app de pagamento a não ser de uma fonte oficial.
• Verifique o histórico à procura de duplicados depois de uma série de tentativas falhadas.

Um aviso pertence aqui. Os resultados de pesquisa e as aplicações de mensagens estão cheios de aplicações de negociação clonadas que existem para capturar logins, e um trader cujo app real está a comportar-se mal é exatamente a pessoa com mais probabilidade de instalar uma. Atualize sempre apenas a partir da loja oficial ou do site oficial do operador.

A mesma cautela aplica-se à ajuda oferecida em tópicos de comentários e mensagens diretas. Alguém que responde a uma reclamação pública com uma oferta para corrigir o seu saque não é um agente de suporte, seja o que for que a sua foto de perfil sugira, e nenhum processo legítimo pede um pagamento para libertar um pagamento. O suporte real vive dentro da conta em que iniciou sessão, e nunca o contacta primeiro.

Atualize, inicie sessão de novo e mude de cliente antes de assumir que uma falha de formulário é um problema de pagamento — e verifique se há solicitações duplicadas depois.

Destravar passo a passo

Todo o diagnóstico cabe numa única passagem ordenada. Percorra-a sem saltar passos e a causa surge na grande maioria dos casos.

Cada passo é barato, e fazê-los por esta ordem evita os dois erros caros: esperar por algo que precisa de ação, e escalar algo que precisava apenas de recarregar o navegador.

Isolar a causa

1. Abra o histórico de transações e confirme que a solicitação realmente existe.
2. Leia o estado e qualquer mensagem ligada a ele, à letra.
3. Conte o tempo decorrido em dias úteis face às janelas publicadas.
4. Verifique a secção de verificação à procura de algo pendente.
5. Verifique o saldo livre, as posições abertas e qualquer bónus ativo.
6. Confirme que o destino é a origem do depósito e continua aberto e válido.
7. Se a solicitação nunca chegou a ser enviada, atualize o app e tente de novo numa sessão limpa.

Corrigir e reenviar

Resolva a única coisa que encontrou em vez de mudar várias de uma vez, e confirme que a correção foi registada antes de enviar de novo. Se a verificação foi o problema, espere que os documentos sejam aceites antes de solicitar, já que um pagamento enviado durante uma análise pendente simplesmente entra na fila atrás dela. Mantenha a nova referência separada da antiga.

Escalar com registros

• Inclua a referência da solicitação, o método, o valor e a data de envio.
• Declare o tempo decorrido em dias úteis.
• Cite exatamente qualquer mensagem de estado ou de falha.
• Diga o que já verificou e mudou.
• Mantenha numa única conversa em vez de vários tickets paralelos.

O suporte não pode agir sobre um relato que não identifica a solicitação, e uma primeira mensagem completa frequentemente resolve numa resposta o que uma incompleta demora quatro trocas a resolver. Ser específico não é cortesia; é a rota mais rápida disponível.

Defina também uma expectativa realista para a resposta. Um ticket sobre uma solicitação ainda dentro da janela publicada será respondido com a janela publicada, o que é frustrante mas correto. Um ticket enviado depois dessa janela, com uma referência e um relato claro do que já foi verificado, é o que obtém uma resposta substantiva. Escolher o momento de escalar é tão importante quanto escrevê-lo bem.

A maior parte desta página nunca se aplica a uma conta que se verificou cedo, depositou no método com o qual quer ser paga e fez um pequeno saque de teste enquanto o valor não importava. O registo é gratuito e a verificação pode ser concluída antes de qualquer depósito, que é onde todo o problema se resolve melhor. Um pagamento de teste feito na primeira semana custa no máximo alguns dólares em taxas e revela todos estes modos de falha num momento em que nenhum deles importa.

Diagnostique por ordem — estado, documentos, saldo, destino, cliente — depois corrija uma coisa e reenvie uma vez.