Transferencia de criptomonedas confirmada, pero el depósito no aparece: cómo averiguar dónde está tu dinero

Una transferencia de criptomonedas confirmada puede seguir sin aparecer en tu cuenta del exchange. Comprueba adónde fue el dinero, qué retrasa su abono y qué pruebas necesita el equipo de soporte.

La aplicación desde la que envías indica Completado, el explorador muestra una confirmación, pero la cuenta receptora no muestra nada. Cada uno informa de una etapa distinta: el procesamiento del retiro, la actividad en la blockchain y el abono en el exchange.

La confirmación no demuestra que el dinero se haya abonado en tu cuenta. Incluso una etiqueta verde de Éxito puede describir una operación que no realizó el pago que querías hacer. Comprueba el activo, el importe y el destinatario reales antes de volver a enviar.

Comprobación rápida: ¿qué problema tienes?

No hay ninguna transacción en la red correcta: pide al remitente el ID de transacción correcto o el registro de la transferencia interna.
Pendiente, fallida o revertida: investiga a través de la billetera o el servicio desde el que se envió.
Éxito, pero no hay un pago que coincida: puede tratarse de una aprobación u otra operación. Busca la transferencia real del activo.
Red incorrecta o token no admitido: consulta el procedimiento de recuperación de la plataforma receptora.
Confirmaciones insuficientes: espera a que se cumpla el requisito para ese activo y esa red.
Se cumplen los requisitos, pero no aparece el depósito: revisa los avisos de mantenimiento y de la cuenta, y después pide al soporte de la plataforma receptora que lo investigue.
Abonado, retenido o restringido: la plataforma tiene un registro. Revisa su estado y en qué sección de la cuenta se encuentra para saber si está disponible.

Si se trata de una billetera que controlas tú, empieza por las comprobaciones de la blockchain y después consulta la sección sobre autocustodia que aparece más abajo.

Por qué la confirmación y el abono en el exchange son procesos distintos

Una vez que la transacción llega a la blockchain, el exchange debe detectar el pago, comprobar el activo, la red, el importe, las instrucciones de depósito y las confirmaciones, y después asociarlo a un cliente y completar las revisiones necesarias antes de abonarlo en la cuenta. Algunas comprobaciones se realizan a la vez.

La documentación para desarrolladores de Coinbase describe un registro contable separado para los depósitos, retiros, operaciones y comisiones de los clientes. Un explorador muestra la actividad en la blockchain, no todos los asientos de ese registro privado. El abono y la autorización para retirar los fondos también pueden ser etapas distintas.

1. Busca el ID de la transacción real

En la aplicación desde la que enviaste, busca ID de transacción, Hash de transacción, TxID o una firma de transacción de Solana. Los números de orden, las referencias de retiro, las referencias de soporte y los números de bloque son identificadores diferentes. Guarda por separado la referencia del retiro.

Usa un explorador de la red que realmente se utilizó: por ejemplo, Etherscan para Ethereum, TRONSCAN para TRON, o Solscan o Solana Explorer para Solana. Ábrelo desde los recursos oficiales de la red o desde tu billetera o exchange habitual. Consultar una transacción pública no requiere conectar una billetera ni firmar nada.

Copia y comprueba el ID por tu cuenta. Una captura del remitente que diga Completado sirve para documentar el caso, pero no verifica el pago.

Si el explorador no la encuentra

Red o ID incorrectos: confirma la cadena y que has copiado el ID de la transacción en la blockchain.
No se ha difundido o indexado: el retiro podría seguir procesándose o el explorador podría llevar retraso. Prueba otro explorador de confianza para esa red.
Transacción sustituida: una aceleración o sustitución puede haber generado un nuevo hash. Pide el actual.
Transferencia interna de la plataforma: los pagos entre clientes del servicio pueden usar su sistema privado de cuentas. Pide al servicio que rastree la referencia interna.

Para un pago de Lightning, utiliza la factura y el registro del pago dentro del procedimiento de soporte del proveedor. Un explorador de la red principal de Bitcoin no mostrará ese pago individual.

Empieza por el remitente o el servicio emisor si no puede proporcionar un registro del pago que se pueda verificar.

2. Comprueba qué hizo realmente la transacción

Una transacción puede aparecer en un bloque aunque su operación haya Fallado o se haya Revertido. Cuando se revierte una transacción completa compatible con Ethereum, se deshacen sus movimientos de activos, pero aun así puede cobrarse una comisión de red. Pide al exchange emisor que ajuste cualquier saldo descontado por un retiro fallido.

Si la transacción se ejecutó correctamente, localiza el pago concreto. Una sola transacción puede contener varias transferencias, un intercambio de activos, una aprobación o una operación de una billetera inteligente.

USDT y otros tokens en redes compatibles con Ethereum

En Transferencias de tokens, Tokens transferidos o una sección similar, comprueba que coincidan el token, el importe y el destinatario. Un pago ilustrativo de 500 USDT en Ethereum puede mostrar:

Estado: Éxito.
Campo principal Para: el contrato de USDT u otro contrato al que se está llamando.
Valor: 0 ETH.
Transferencia de tokens: 500 USDT a tu dirección de depósito.

La documentación de transacciones de Ethereum explica que el campo principal de valor mide el ETH enviado con la llamada. Los importes y destinatarios de los tokens se registran por separado. 0 ETH no significa 0 USDT, y el campo principal Para no siempre indica el destinatario del token.

Aprobaciones, transferencias de valor cero y fallos internos

Una acción de Aprobar o Autorización de gasto concede permiso para gastar tokens. El estándar ERC-20 distingue la aprobación de la transferencia y permite registros de transferencias de valor cero. Ni una aprobación por sí sola ni un registro con importe cero demuestran que tu pago haya llegado.

Busca el pago posterior a cualquier paso de aprobación. Las aplicaciones pueden combinar acciones, así que revisa las transferencias en lugar de basarte en el nombre del método.

La EIP-658 de Ethereum define el éxito en el nivel de la transacción externa. Un contrato puede gestionar un fallo interno sin que falle la transacción completa. Safe documenta el caso de una billetera que intentó enviar 1000 DAI cuando tenía unos 2 DAI: Etherscan mostró éxito en la transacción externa, pero el pago de DAI falló.

Si se trata de billeteras inteligentes, pagos por lotes o pagos desde contratos, revisa los detalles de actividad del servicio y pide pruebas del movimiento real del activo.

USDT en TRON

Comprueba que la ejecución haya tenido éxito, además del importe y el destinatario de la transferencia TRC-20. La documentación para desarrolladores de TRON distingue entre la difusión, la inclusión en un bloque, la ejecución, una confirmación más sólida y el historial de la aplicación. Una transacción registrada de forma firme puede contener una ejecución de contrato fallida.

Bitcoin

Busca la salida que paga a tu dirección exacta y usa su importe. Otras salidas pueden pagar a otros clientes o devolver el cambio al remitente; los exchanges pueden agrupar retiros. El total o la salida más grande no son necesariamente tuyos. Anota el número de tu salida para el equipo de soporte.

Tokens de Solana

Una transferencia puede mostrar una cuenta de tokens en lugar de la dirección principal de tu billetera. La documentación de Solana explica que en ella se registran la dirección de mint del token y el propietario de la billetera. Comprueba ambos datos. El propietario de la cuenta de tokens es distinto del programa propietario, que puede aparecer como Token Program.

Que el propietario coincida no garantiza que un exchange admita ese método de depósito.

3. Compara el destinatario con tus instrucciones de depósito

Abre la plataforma receptora, selecciona el activo y la red, y compara sus instrucciones con la transferencia real. Comprueba la dirección completa. Los ataques de envenenamiento de direcciones introducen direcciones parecidas en el historial de transacciones; no basta con comparar los primeros y últimos caracteres.

Usa las instrucciones de depósito de tu cuenta, no la actividad reciente. Guarda las instrucciones o la captura que utilizaste al enviar, ya que la pantalla de depósitos actual puede ser distinta.

Etiquetas de exchanges y billeteras compartidas

La etiqueta de un exchange en un explorador puede identificar una billetera operativa, no una dirección que abone fondos en tu cuenta. Kraken documenta pagos sin abonar enviados a sus billeteras calientes después de que los clientes copiaran direcciones de exploradores.

Las devoluciones tienen el mismo riesgo: un retiro desde un exchange puede salir de una billetera compartida, por lo que su dirección de envío podría no ser la dirección de depósito del cliente.

Direcciones antiguas

Kraken documenta circunstancias en las que las direcciones de depósito caducan. Coinbase Exchange afirma que las direcciones que genera siguen asociadas a la cuenta y, por lo general, pueden reutilizarse. Un cambio en la pantalla de depósitos no demuestra por sí solo que una dirección antigua sea inválida.

Consulta el historial de direcciones guardadas, los avisos de migración y las indicaciones para el activo y la red. Poder reutilizar una dirección no garantiza que se siga admitiendo un token o una red cuyo soporte se haya retirado.

Si el destinatario no está relacionado con tu cuenta, contacta con el operador del destino, si se puede identificar, o con el remitente. Investigar un depósito no permite redirigir el pago. Deja de usar las instrucciones guardadas si sospechas que se ha sustituido la dirección.

4. Comprueba que coincidan la red y el token exacto

No basta con seleccionar USDT: ambas plataformas deben admitir la misma red y el mismo token. Lee el nombre completo de la red. ERC-20 es un estándar de tokens utilizado en varias redes compatibles, aunque los exchanges suelen usarlo como abreviatura de Ethereum.

Una misma dirección puede existir en distintas redes

Una billetera normal que usa una clave privada puede utilizar la misma dirección 0x en varias redes compatibles con Ethereum, pero sus saldos permanecen separados. Por eso, un remitente que elige BNB Smart Chain para un depósito en Ethereum puede usar la dirección correcta en la cadena equivocada.

Más confirmaciones o cambiar el selector de red de una aplicación no trasladarán esos tokens a Ethereum. Si un exchange controla la dirección, pregunta por la recuperación de ese activo en esa red exacta. Que las direcciones se parezcan no demuestra que exista acceso ni que se ofrezca recuperación. Un contrato de billetera inteligente puede no existir o no comportarse igual en otra cadena.

Verifica el contrato o el mint

Los nombres, símbolos y logotipos se pueden copiar. Contrasta la red y la dirección del contrato del token, o la dirección de mint en Solana, con la información oficial de la plataforma receptora y del emisor. Tether publica identificadores para cada red en sus directrices de integración; que una aplicación muestre una valoración en dólares no determina la identidad del token.

El contrato del token identifica su software. No es tu dirección de depósito. No envíes fondos allí para solucionar un depósito que no aparece.

Versiones nativas, transferidas mediante puentes y envueltas

Un puente puede crear una versión de un activo en otra red. Su contrato puede ser distinto del de la versión del propio emisor. Las plataformas pueden aceptar ambas, una o ninguna. Etiquetas como USDC o USDC.e ayudan, pero el contrato o el mint es un identificador más sólido.

La documentación de integración de Circle advierte a los usuarios de Circle Mint que no envíen USDC procedente de puentes a destinos que solo aceptan sus activos y redes admitidos. Esa política no se aplica automáticamente a todos los exchanges.

Esperar o importar un token falsificado no puede convertirlo en auténtico. La recuperación de un token auténtico pero no admitido depende del acceso y de la política de la plataforma receptora.

5. Revisa las confirmaciones y la finalidad

Compara el número de confirmaciones o el estado de finalidad que muestra el explorador con el requisito actual de la plataforma receptora para ese activo y esa red. Los umbrales varían y pueden cambiar. Por ejemplo, una confirmación no basta si la plataforma exige doce; estas cifras son ilustrativas.

Por lo general, cuantos más bloques hay, mayor es la confianza en que el pago permanecerá en la cadena aceptada: los bloques recientes pueden sustituirse durante una reorganización. Las redes también utilizan distintas etapas: Solana distingue entre procesado, confirmado y finalizado.

Redes de capa 2 y puentes

La inclusión inicial en una red de capa 2 puede producirse antes de la etapa de liquidación que exige un servicio. La documentación de Optimism distingue entre la inclusión inicial, la publicación de los datos en Ethereum y su finalización allí.

Si se utiliza un puente, verifica ambos tramos: el éxito en la cadena de origen puede completar solo el primer paso. Busca el pago en destino y comprueba que coincidan el token y el destinatario. Guarda el estado oficial del puente, la referencia de la transferencia y ambos ID de transacción cuando estén disponibles. Contacta con el proveedor del puente si el pago en destino no se ha realizado.

La espera de siete días para ciertos retiros mediante Optimism Standard Bridge es distinta de un depósito ordinario en un exchange a través de una red de capa 2 admitida. No la apliques a todas las transferencias de capa 2.

6. Comprueba el importe que llegó

Compara el importe realmente recibido con el depósito mínimo. Por ejemplo, solicitar 10 USDT pero recibir 9 tras una comisión de retiro puede dejar el depósito por debajo de un mínimo de 10 USDT. Estos importes son ilustrativos.

No restes automáticamente el gas de un pago en tokens: a menudo se paga por separado con el activo nativo de la red. Consulta el desglose de comisiones del remitente y la propia transferencia. Revisa la pantalla de depósitos del receptor para conocer el mínimo y las posibles comisiones de depósito o de configuración de la dirección.

Un segundo depósito puede no rescatar el primero. La política de Kraken indica que los depósitos inferiores al mínimo no se abonan y se pierden de forma permanente; un depósito posterior que cumpla los requisitos no permite abonar el primero.

Otras vías pueden tener reglas diferentes, y los consejos antiguos pueden quedar desactualizados tras cambios en los sistemas. Antes de enviar más, comprueba si el mínimo se aplica a cada transferencia, si los importes se acumulan y si el pago original se puede recuperar.

7. Comprueba el memo o la etiqueta de destino

Algunos exchanges comparten una misma dirección entre sus clientes y utilizan un memo o una etiqueta de destino para asignar los depósitos, algo habitual con XRP o XLM. La dirección puede ser correcta y, aun así, faltar la referencia del cliente o ser incorrecta.

Comprueba si se exigía una referencia, si se envió y si coinciden su valor y tipo. Debe figurar en el campo real de memo o etiqueta de la transacción, no en una nota privada de la aplicación emisora.

Si la plataforma controla la dirección receptora, el equipo de soporte podría asociar el pago manualmente y pedir pruebas de la cuenta emisora. La recuperación no está garantizada. Un memo confirmado no se puede editar, y una segunda transferencia no puede modificarlo.

8. Investiga la plataforma receptora

Una vez que el pago cumple los requisitos de dirección, activo, red, importe, referencia y confirmaciones, revisa lo que ocurre dentro de la cuenta.

Historial de depósitos y ubicación en la cuenta

Abre el historial de depósitos, elimina los filtros de fechas y comprueba que estás en la cuenta o subcuenta correcta. Bybit indica que los depósitos pueden ir a Funding, Unified Trading o Earn según la configuración. Que no aparezca una valoración en moneda fiduciaria no demuestra que falten tokens; las operaciones o transferencias posteriores también pueden explicar el saldo actual.

Las etiquetas de estado importan. La guía de Kraken define Abonado como disponible para operar, pero todavía no para retirar; Correcto como disponible para ambas cosas; y Retenido como pendiente de revisión manual. Otras plataformas utilizan etiquetas distintas. Informa al equipo de soporte de si no hay registro, si está pendiente o retenido, o si figura abonado pero no está disponible.

Mantenimiento y retrasos de procesamiento

La compraventa puede funcionar aunque los depósitos de una red estén suspendidos. Consulta la página oficial de estado del servicio y los avisos de la pantalla de depósitos. OKX documenta tanto suspensiones de redes concretas como retrasos mientras su infraestructura de blockchain y su plataforma se sincronizan.

Guarda cualquier referencia de la incidencia y sigue las actualizaciones. Si pasa el plazo de procesamiento publicado sin que se abone el depósito, contacta con soporte.

Revisiones de cuenta e información del remitente

Crypto.com documenta depósitos que esperan información sobre su origen en las jurisdicciones pertinentes. Bybit documenta la verificación de Travel Rule y límites de abono en algunas vías de transferencia. Los requisitos dependen del cliente, la ubicación y la transferencia.

Completa las solicitudes desde tu cuenta oficial. Más confirmaciones no pueden aportar información que falta, completar una revisión de cuenta ni eliminar un límite de la plataforma. Aunque no veas ninguna solicitud, pregunta a soporte si hay una revisión pendiente y qué necesita.

Métodos de transferencia no admitidos

El activo y la red pueden estar admitidos, pero no la vía de pago. El ETH enviado desde un contrato puede aparecer en Transacciones internas: acciones dentro de una transacción de blockchain, distintas de las transferencias privadas entre clientes de un exchange.

Algunas plataformas restringen los pagos desde contratos u otros métodos. Pregunta qué vías admiten. Una advertencia sobre depósitos desde contratos inteligentes no es una prohibición universal de los pagos ERC-20, que también utilizan contratos.

Los fondos salieron de la dirección de depósito

Los exchanges pueden reunir los depósitos en billeteras operativas o de almacenamiento, mediante un barrido, mientras llevan los saldos de los clientes en registros privados. La guía de migración Unified EVM de Kraken señala que su antiguo flujo de API a veces devolvía el ID de la transferencia posterior a la billetera caliente en lugar del ID del depósito original.

Por eso, que una dirección de depósito bajo custodia vuelva a tener saldo cero no demuestra por sí solo un robo o un fallo. Guarda por separado las transferencias entrantes y las posteriores; pide a soporte que rastree el pago original y el abono en la cuenta. Las salidas sin explicación desde una billetera que controlas tú requieren una investigación de seguridad independiente.

Si el destino es tu propia billetera

Comprueba la cuenta de la billetera y la red.
Verifica el saldo del activo, el pago entrante y cualquier transferencia de salida posterior en un explorador independiente.
Si el activo está presente pero oculto, utiliza la función de visualización o importación de tokens de la billetera con el contrato o el mint verificado.
Actualiza la vista o la aplicación de la billetera a través de su canal oficial de distribución.

MetaMask documenta la detección automática y la visualización manual de tokens. Importar un token cambia cómo se muestra; no mueve, convierte ni recupera fondos enviados a otro lugar.

Una cuenta normal que usa una clave privada puede ser accesible desde la misma billetera en otra red compatible. Sigue las instrucciones oficiales de la billetera; esto no se aplica automáticamente a direcciones de exchanges ni a billeteras inteligentes.

Recibir un pago ordinario en tokens no requiere comprar gas para que aparezca el saldo. Las transferencias posteriores, las reclamaciones de fondos en puentes u otras acciones en la blockchain pueden tener una comisión. Comprueba qué acción se está solicitando realmente.

Ejemplo: transferencia de USDT correcta, pero no recibida

En este caso ilustrativo, solicitas enviar 500 USDT del Exchange A al Exchange B. A descuenta una comisión de retiro de 2 USDT y marca la transferencia como completada, pero B no muestra ningún depósito.

A proporciona un ID de transacción en TRON.
La transferencia realizada correctamente muestra 498 USDT entregados.
El contrato coincide con el USDT auténtico de TRON y con el token que acepta B.
Las instrucciones de depósito de B admiten TRON y el destinatario coincide.
El importe entregado, cualquier referencia obligatoria y las confirmaciones cumplen los requisitos de B.

Si las cinco comprobaciones son correctas, pide a B que investigue la detección del pago, su asociación a la cuenta o una posible retención. Otro pago de 500 USDT no permitiría diagnosticar ese problema. Si falla alguna comprobación, sigue la sección correspondiente de arriba.

Cuándo esperar o contactar con soporte

No existe un número universal de minutos para que aparezca un depósito confirmado. Usa los requisitos de la plataforma receptora para tu vía de transferencia.

Espera mientras un pago correcto no alcance el umbral exigido de confirmaciones o finalidad.
Sigue las actualizaciones de mantenimiento si hay una incidencia que afecta a tu activo y tu red.
Contacta con el soporte de la plataforma receptora cuando se hayan completado las etapas exigidas y haya pasado el plazo normal de procesamiento sin que se abonen los fondos.
Solicita la recuperación cuanto antes si se utilizó una red incorrecta, un token no admitido, un memo incorrecto o una dirección caducada. Las confirmaciones no pueden solucionar esos problemas.
Contacta con el remitente o el proveedor del puente si no se puede verificar el pago en destino.

Si soporte solo confirma el estado en la blockchain, pregunta: ¿Se ha detectado este depósito, se ha asociado a mi cuenta y se ha abonado? ¿Qué comprobación falta por completar? Añade las nuevas pruebas al mismo caso siempre que sea posible.

Cancelación, comisiones y recuperación

Normalmente, un pago ya incluido en la cadena aceptada no se puede cancelar desde la aplicación emisora. La sustitución mediante comisiones o la aceleración se aplica a transacciones que esperan su inclusión; no puede forzar el abono en un exchange una vez que el pago ha llegado y tiene suficientes confirmaciones. Una devolución requiere que quien controle los fondos realice una transacción aparte.

La recuperación puede consistir en asociar un pago al que le falta el memo, abonar manualmente un depósito no admitido al que se tenga acceso o devolver los fondos. No puede reescribir la transacción original. Antes de aceptar, pregunta por los requisitos para la recuperación, las comisiones, los plazos y una dirección, red y memo de devolución adecuados. No supongas que la dirección del remitente original es segura para la devolución.

Ninguna empresa externa de recuperación puede garantizar que un exchange realice un abono en su registro contable privado.

Envía las pruebas de forma segura

Abre tú mismo el soporte desde la aplicación o el sitio web oficial. Una respuesta pública o un mensaje no solicitado no demuestran que su remitente represente al exchange. Nunca reveles una frase de recuperación, clave privada, contraseña, secreto de API ni código de acceso de un solo uso.

Verifica cualquier comisión de recuperación o comprobación de propiedad de la billetera desde tu cuenta, con la sesión iniciada. No envíes otro pago porque un mensaje no solicitado prometa liberar el primero.

Oculta los saldos y datos personales no relacionados en las capturas. Mantén legibles para soporte el ID de la transacción, las direcciones, el activo, la red, el importe y la hora pertinentes. Envía documentos de identidad únicamente mediante el procedimiento de verificación designado.

Facilita el seguimiento de la próxima transferencia

Guarda las instrucciones de depósito, comprueba que las redes coincidan y revisa el importe después de descontar las comisiones. Un pago de prueba debe alcanzar el mínimo de recepción; espera a que se abone en la cuenta antes de enviar el importe principal.

Coinnoti puede avisarte de la actividad en blockchain que admite para que sigas una transferencia sin actualizar constantemente un explorador. Una alerta de dirección no puede demostrar que el exchange haya abonado tu saldo privado ni que los fondos estén disponibles.

Plantilla de solicitud de soporte: transferencia confirmada, depósito ausente

Usa el formulario oficial de soporte de la plataforma receptora. Sustituye el contenido entre corchetes; escribe desconocido o no corresponde cuando sea necesario. Usa el ID de la transacción entrante original aunque el exchange haya trasladado después los fondos mediante un barrido.

Asunto: Depósito de [activo] no recibido en [red] | [importe entregado] | [ID de transacción]

Hola, mi depósito no ha aparecido como esperaba. El remitente muestra [estado]; la blockchain muestra [resultado de ejecución y estado de confirmaciones/finalidad].

Cuenta y transferencia

ID de cuenta/referencia de cliente: [ID solicitado por la plataforma]
Activo y símbolo: [nombre]; contrato, mint u otro identificador: [identificador o activo nativo]
Red utilizada realmente: [nombre completo]; red de sus instrucciones de depósito: [nombre completo]
Billetera/plataforma emisora: [nombre]; referencia del retiro: [referencia]
ID de la transacción original: [ID completo]; explorador: [nombre y URL de la transacción, si se solicita]
Remitente real del activo: [dirección]; destinatario real: [dirección completa]
Dirección de depósito proporcionada para mi cuenta: [dirección completa]
Memo/etiqueta exigidos: [valor y tipo, o no exigido]; enviados: [valor y tipo, o ausentes]
Importe solicitado: [importe y activo]; comisión descontada: [importe y activo]; entregado: [importe y activo]
Enviado: [fecha, hora, zona horaria]; primera inclusión en un bloque: [marca de tiempo del explorador y zona horaria]
Confirmaciones/finalidad actuales: [estado], comprobado a las [hora y zona horaria]
Su umbral de confirmaciones y depósito mínimo: [requisitos]

Datos técnicos adicionales, si son pertinentes

Método de transferencia: [transferencia directa de moneda nativa, transferencia de tokens, pago desde billetera inteligente/contrato, puente o desconocido]
Número de bloque/equivalente: [valor]; número de salida o índice del evento de transferencia: [valor]
Cuenta de tokens de Solana y propietario de la billetera, o detalles de las entradas de Bitcoin si se solicitan: [detalles]
Puente: [nombre, referencia de orden/mensaje, redes e ID de transacción de origen y destino, estado exacto]

Estado de la cuenta y pruebas

Estado en el historial de depósitos: [sin registro o texto exacto que aparece]; secciones de la cuenta revisadas: [fondos, operaciones, subcuenta u otra]
Aviso de mantenimiento/incidencia: [referencia o no se ha encontrado ninguno]
Solicitud de verificación/información del remitente: [solicitud exacta y estado de cumplimiento]
Instrucciones de depósito antiguas guardadas que se utilizaron: [detalles]; caso de soporte existente: [número, si lo hay]
Adjuntos: [registro del retiro, instrucciones de depósito, detalles de la transferencia real y estado en el historial de depósitos]

Por favor, confirmen si se detectó el pago entrante y se asoció a mi cuenta. Si no se ha abonado, indiquen qué comprobación está incompleta, qué detalle no se admite o qué retención existe, y qué acción se necesita.

Si no es posible abonarlo de la forma habitual, confirmen si se puede recuperar o devolver, las comisiones, los plazos y el siguiente paso. Confirmen la dirección, la red y el memo de devolución adecuados antes de devolver los fondos a una dirección de la transacción original.