El retiro no funciona: pagos atascados
Señales de un pago atascado
Tres síntomas cubren casi todo: una solicitud que se queda muy por encima de la ventana publicada, un mensaje de fallo a nivel de vía, o un formulario que no se envía en absoluto.
Nombrar el síntoma con precisión es todo el diagnóstico, porque cada uno señala una parte distinta de la cadena. Quien describe un pago como "no funciona" normalmente quiere decir una de estas tres cosas y todavía no las ha separado.
Estado pendiente prolongado
La solicitud se aceptó y no se ha movido. Mide el tiempo transcurrido en días hábiles y no en días naturales, y compáralo con las cifras publicadas: tres días hábiles para procesar, ampliable a catorce, y en un plazo de cinco días hábiles para que los fondos salgan de la cuenta. Una solicitud dentro de ese rango no está atascada; está en cola.
Mensaje de vía fallida
La solicitud se liberó y el pago no se completó. Esta es una situación claramente distinta: el operador ha hecho su parte y algo del lado receptor rechazó o no pudo aceptar el dinero. Los emisores de tarjeta, los proveedores de monedero y los bancos producen todos esto, y el mensaje suele nombrar la vía y no el motivo.
Errores de app o de formulario
La solicitud nunca existió. Una caja que no carga, un botón de enviar que no hace nada, un error de validación en un campo que parece correcto: ninguno de estos es en absoluto un problema de pago. Son problemas del lado del cliente, y son los más fáciles de arreglar de los tres.
- Pendiente prolongado: lo tiene el operador.
- Vía fallida: el lado receptor lo rechazó.
- Error de formulario: nunca se envió.
- Rechazado con un motivo: una condición, no un fallo.
Antes de hacer cualquier otra cosa, abre el historial de transacciones de tu cuenta y lee en qué estado está realmente la solicitud. Una proporción sorprendente de pagos "atascados" resultan ser solicitudes que nunca se crearon con éxito, y ninguna cantidad de espera resuelve esas.
El resto de esta página recorre las tres causas en el orden en que ocurren, con la solución para cada una. Seguirlo en secuencia es más rápido que adivinar, porque las comprobaciones son baratas y la suposición equivocada sale cara.
Ayuda saber aproximadamente cómo se reparten en la práctica. Las solicitudes que esperan documentos y las que esperan a que termine una revisión ordinaria explican la mayoría de lo que se describe como atascado. Los fallos a nivel de vía son el siguiente grupo más grande y se concentran en reembolsos a tarjeta y destinos mal tecleados. Los fallos del lado del cliente son el grupo más pequeño y el que se resuelve más rápido. Si estás a punto de saltarte un paso porque parece improbable, sáltate el último y no el primero.
| Síntoma | Causa más probable | Qué lo resuelve |
|---|---|---|
| Pendiente, dentro de la ventana publicada | Una cola de revisión ordinaria | Nada más que tiempo: tres días hábiles, ampliable a catorce |
| Pendiente, muy por encima de la ventana publicada | Una solicitud de documentos que no has leído | Abre los mensajes de la cuenta y la página de verificación |
| Liberado, pero no ha llegado nada | El banco, emisor o monedero receptor lo está reteniendo | Pide a la institución receptora su propio registro de la acreditación |
| Nada en el historial de transacciones | La solicitud nunca se creó | Reenvíala desde una sesión nueva y confirma que aparece |
Una cosa que vale la pena descartar pronto es la posibilidad de que la solicitud simplemente no exista. Una caja que falló en silencio, una sesión que caducó a mitad del envío, o una pantalla de confirmación cerrada antes de registrarse, todas te dejarán esperando algo que nadie recibió. Esa comprobación lleva diez segundos en el historial de transacciones y es la que más tiempo ahorra de todo lo de esta página.
Identifica cuál de los tres síntomas tienes en realidad antes de intentar arreglar nada.
Bloqueos del lado de la verificación
El motivo más común de que un pago no avance es que la cuenta no ha satisfecho un control de identidad, y la solicitud espera papeleo y no procesamiento.
La política antiblanqueo describe la verificación como algo que se lleva a cabo cuando la empresa lo solicita, y establece que se exige la verificación completa de nombre y domicilio para depositar o retirar por transferencia bancaria. La oferta pública añade que el cliente está obligado a aportar documentos de identificación y domicilio. Un pago que cumple uno de estos requisitos por primera vez está siendo consultado, no obstaculizado.
KYC incompleto
Documentos solicitados y no aportados, o aportados parcialmente. La solicitud no avanzará hasta que el conjunto esté completo, y seguirá sin avanzar indefinidamente. Este es el caso en el que esperar es la peor respuesta posible, porque no va a pasar nada sin acción de tu parte.
Documentos marcados
Documentos aportados y no aceptados. Casi siempre un problema de presentación y no de fondo: desenfoque, brillo, una esquina recortada, una fecha caducada, o un nombre escrito de forma distinta en la cuenta que en el pasaporte. La solución es una copia mejor o un perfil corregido, no una explicación.
Retenciones por revisión manual
Documentos en revisión, con el pago en cola detrás de ellos. Esto se ve idéntico a un pago atascado y se resuelve por sí solo. La pregunta que distingue ambos es si el estado te pide algo o simplemente informa de una situación.
- Comprueba la sección de verificación de la cuenta, no solo el estado del retiro.
- Envía un conjunto completo y de alta calidad en lugar de varios parciales.
- Corrige los datos del perfil de cuenta antes de reenviar documentos.
- No envíes más solicitudes de pago mientras los documentos estén pendientes.
- Nunca pagues a nadie para acelerar la verificación: no existe ninguna comisión legítima.
Como la verificación se completa una vez y luego sirve para todos los retiros futuros, toda esta categoría es abrumadoramente un fenómeno del primer pago. Los traders que terminan los documentos antes de su primer depósito prácticamente nunca se encuentran con ella.
Hay una variante que merece señalarse porque sorprende a quienes sí se verificaron. Una cuenta verificada hace tiempo puede recibir una petición de un comprobante de domicilio renovado, o de evidencia que vincule contigo un instrumento de pago recién añadido. Ninguna de las dos significa que la verificación anterior se rechazara; ambas son el tipo de comprobación periódica que cualquier negocio de pagos realiza. Tener a mano un extracto reciente convierte una segunda ronda en un intercambio del mismo día.
Si los documentos se han rechazado dos veces sin un motivo claro, ese es el momento de preguntar específicamente qué falla en el archivo en lugar de enviar una tercera versión esperando que el resultado cambie.
Formula esa pregunta de forma concreta. "Qué documento se rechazó y qué exactamente resultaba inaceptable en él" obtiene una respuesta accionable; "por qué falla mi verificación" suele obtener una repetición de los requisitos que ya has leído. El revisor sabe exactamente qué detuvo el archivo, y pedir ese detalle concreto es la ruta más rápida hacia un envío que pase.
Comprueba la sección de verificación, no solo el estado del pago, porque una tarea de documentos nunca se resuelve esperando.
Fallos del lado del pago
Cuando el operador ha liberado el pago y el dinero sigue sin llegar, el problema pertenece al destino: una tarjeta que no puede recibirlo, una red equivocada, o una cuenta cerrada.
Estos son los fallos en los que contactar primero con la plataforma pierde el tiempo. El operador ha hecho su parte; algo en el otro extremo rechazó el dinero o no pudo aceptarlo.
Reembolso a tarjeta rechazado
Un reembolso a tarjeta necesita la tarjeta que hizo el depósito original. Una tarjeta caducada, una tarjeta reemitida con un número nuevo, o un emisor que rechaza reembolsos de esta categoría de comercio producirán cada uno un fallo. Algunos emisores reenvían los reembolsos a una tarjeta sustituta automáticamente y muchos no lo hacen, por lo que una tarjeta próxima a caducar es un motivo para retirar antes y no después.
Red cripto equivocada
El fallo más grave de esta página, porque es el único que no tiene remedio. Un token enviado por una red que el monedero receptor no admite muy probablemente se pierde, y ni soporte ni el operador pueden revertir una transacción blockchain confirmada. Cuando un exchange recupera fondos enviados así, te está haciendo un favor y no cumpliendo una obligación. Lee la etiqueta de red en ambas pantallas antes de confirmar, siempre, sin excepción.
Cuenta de monedero cerrada
Un monedero que ha sido cerrado, suspendido o restringido no puede recibir un abono. Como el monedero cerrado probablemente era la fuente del depósito, abrir uno nuevo no lo convierte automáticamente en un destino aceptable: la política de pagos ata los pagos a la cuenta del depósito, así que hay que aprobar una alternativa.
- Comprueba la propia cuenta de destino antes de abrir un ticket con la plataforma.
- Confirma que la tarjeta sigue siendo válida y el monedero sigue activo.
- En cripto, verifica el hash de la transacción en un explorador público.
- Pregunta a la institución receptora si han retenido o rechazado un abono entrante.
- Guarda la confirmación del pago para mostrar el origen de los fondos si te lo piden.
Los bancos y proveedores de monedero sí retienen abonos entrantes pendientes de una consulta rutinaria, y no siempre envían una notificación destacada. Un solo mensaje a ellos resuelve más de estos casos que cualquier cantidad de tickets a la plataforma, y suele responderse el mismo día.
Cuando una vía haya fallado dos veces sin ningún fallo visible por tu parte, deja de reintentarla. La respuesta es una vía alternativa aprobada, establecida a través de soporte, y no un tercer intento por la misma.
Ten presente que una vía fallida no pone el dinero en riesgo. Un pago que no pudo completarse vuelve al saldo en lugar de desaparecer, aunque puede tardar unos días en reaparecer mientras se deshace la transferencia fallida. Eso es normal y vale la pena esperarlo antes de asumir que el monto se ha perdido. Lo que sí cuesta es tiempo, y en una transferencia bancaria la política de pagos ata una comisión cuando el fallo lo causó un error en los datos que aportaste.
En cuanto la plataforma muestra un pago como enviado, la institución receptora es la parte que puede decirte dónde está.
Fallos de la app y del formulario
Una caja que no carga o un formulario que no se envía es un problema del lado del cliente. No falla nada en la cuenta, el saldo ni el proceso de pago.
Esta es la categoría menos grave y la que más preocupa a la gente, porque un formulario roto en el momento en que quieres tu dinero se siente como la plataforma negándose. Casi nunca lo es.
Versión de la app desactualizada
Las interfaces de pago cambian más a menudo que el resto de una app de trading, y una versión antigua puede estar apuntando a un endpoint que se ha movido. Actualizar desde la tienda oficial es lo primero que probar y resuelve por sí solo una parte significativa de estos casos.
Problemas de caché e inicio de sesión
Una sesión caducada, un script en caché o una extensión del navegador interfiriendo con la página producirán todos un formulario que falla en silencio. Cerrar sesión y volver a entrar, borrar la caché, o probar con otro navegador separa un problema del cliente de uno de la plataforma en menos de un minuto.
Reintentar de forma limpia
- Actualiza la app desde la tienda oficial, o recarga el sitio con la caché borrada.
- Cierra sesión por completo y vuelve a entrar en una conexión estable.
- Prueba el otro cliente: la caja web si falla la app, o al revés.
- Desactiva las extensiones del navegador y vuelve a intentarlo en una ventana privada.
- Si la solicitud se envía ahora, comprueba el historial para asegurarte de que solo existe una.
Ese último paso importa. Los intentos repetidos contra un formulario que falla a veces crean varias solicitudes en cuanto empieza a funcionar, y las solicitudes de pago duplicadas atraen precisamente la revisión manual que intentabas evitar. Comprueba el historial de transacciones antes de asumir que nada se envió, y cancela cualquier duplicado antes de que llegue a la cola de revisión.
- Un error de formulario no es una negativa.
- Prueba el otro cliente antes de abrir un ticket.
- Nunca instales una app de pago desde ningún sitio que no sea una fuente oficial.
- Comprueba el historial por si hay duplicados tras una serie de intentos fallidos.
Aquí corresponde una advertencia. Los resultados de búsqueda y las apps de mensajería están llenos de aplicaciones de trading clonadas que existen para capturar credenciales, y un trader cuya app real se comporta mal es exactamente la persona con más probabilidad de instalar una. Actualiza siempre solo desde la tienda oficial o el sitio oficial del operador.
La misma precaución aplica a la ayuda ofrecida en hilos de comentarios y mensajes directos. Alguien que responde a una queja pública ofreciéndose a arreglar tu retiro no es un agente de soporte, sea cual sea la foto de perfil, y ningún proceso legítimo pide un pago para liberar un pago. El soporte real vive dentro de la cuenta en la que iniciaste sesión, y nunca te contacta primero.
Actualiza, vuelve a iniciar sesión y cambia de cliente antes de asumir que un fallo de formulario es un problema de pago, y comprueba después si hay solicitudes duplicadas.
Desbloquear paso a paso
Todo el diagnóstico cabe en una pasada ordenada. Recórrela sin saltarte pasos y la causa sale a la luz en la gran mayoría de los casos.
Cada paso es barato, y hacerlos en este orden evita los dos errores caros: esperar algo que necesita acción, y escalar algo que solo necesitaba recargar el navegador.
Aislar la causa
- Abre el historial de transacciones y confirma que la solicitud realmente existe.
- Lee el estado y cualquier mensaje adjunto, de forma literal.
- Cuenta el tiempo transcurrido en días hábiles frente a las ventanas publicadas.
- Comprueba la sección de verificación por si algo está pendiente.
- Comprueba el saldo libre, las posiciones abiertas y cualquier bono activo.
- Confirma que el destino es la fuente del depósito y sigue abierto y válido.
- Si la solicitud nunca se envió, actualiza la app y reinténtalo en una sesión limpia.
Corregir y reenviar
Aborda la única cosa que encontraste en lugar de cambiar varias a la vez, y confirma que la corrección se ha registrado antes de volver a enviar. Si el problema era la verificación, espera a que se acepten los documentos antes de solicitar, ya que un pago enviado durante una revisión pendiente simplemente se pone en cola detrás de ella. Guarda la nueva referencia por separado de la anterior.
Escalar con registros
- Incluye la referencia de la solicitud, el método, el monto y la fecha de envío.
- Indica el tiempo transcurrido en días hábiles.
- Cita exactamente cualquier mensaje de estado o de fallo.
- Di qué ya has comprobado y cambiado.
- Mantenlo en un solo hilo en lugar de varios tickets paralelos.
Soporte no puede actuar sobre un reporte que no identifica la solicitud, y un primer mensaje completo a menudo resuelve en una respuesta lo que uno incompleto tarda cuatro intercambios en resolver. Ser concreto no es cortesía; es la ruta más rápida disponible.
Fija también una expectativa realista para la respuesta. Un ticket sobre una solicitud que sigue dentro de la ventana publicada se responderá con la ventana publicada, lo cual es frustrante pero correcto. Un ticket enviado después de esa ventana, con una referencia y un relato claro de lo que ya se ha comprobado, es el que obtiene una respuesta sustancial. Elegir el momento de escalar importa tanto como escribirlo bien.
La mayor parte de esta página nunca se aplica a una cuenta que se verificó pronto, depositó con el método con el que quiere que le paguen y ejecutó un pequeño retiro de prueba mientras el monto no importaba. El registro es gratis y la verificación puede completarse antes de cualquier depósito, que es donde mejor se resuelve todo el problema. Un pago de prueba hecho en la primera semana cuesta, como mucho, unos pocos dólares en comisiones y saca a la luz todos estos modos de fallo en un momento en que ninguno importa.
Diagnostica en orden: estado, documentos, saldo, destino, cliente, y luego corrige una cosa y reenvía una vez.
Lo que preguntan los lectores sobre el cobro
¿Por qué no funciona mi retiro de Pocket Option?
Está atascado en uno de tres sitios: la revisión del operador, la vía de pago, o la app desde la que lo envías. Comprueba primero el historial de transacciones para ver en qué estado está realmente la solicitud, ya que una proporción sorprendente de pagos atascados resultan ser solicitudes que nunca se crearon con éxito.
Mi retiro lleva una semana pendiente. ¿Está atascado?
No necesariamente. La oferta pública cita tres días hábiles para el procesamiento y se reserva el derecho de ampliarlo a catorce, y los días hábiles excluyen fines de semana y festivos. Una semana en tiempo natural puede ser tres o cuatro días hábiles. Escala una vez que la ventana publicada haya pasado de forma demostrable sin ningún mensaje adjunto.
La plataforma dice que el pago se envió pero no ha llegado nada. ¿Y ahora qué?
La espera restante pertenece al lado receptor. Pregunta a tu banco o proveedor de monedero si están reteniendo un abono entrante, ya que a menudo pausan un primer abono extranjero pendiente de una consulta rutinaria sin notificarlo de forma destacada. Para cripto, comprueba el hash de la transacción en un explorador público.
Envié cripto por la red equivocada. ¿Se puede recuperar?
Muy probablemente no. Una transacción blockchain confirmada no puede revertirla el operador, ni soporte, ni nadie más, y la recuperación por un exchange receptor es un favor y no una obligación. Comprobar la etiqueta de red en ambas pantallas antes de confirmar es la única protección fiable.
El formulario de retiro no se envía. ¿Está bloqueada mi cuenta?
Un formulario que no se envía es un problema del lado del cliente y no de la cuenta. Actualiza la app desde la tienda oficial, cierra sesión y vuelve a entrar, y prueba el otro cliente: la caja web si falla la app, o al revés. Después, comprueba el historial por si se crearon varias solicitudes.