Cómo actuar si una automatización falla
Pasos concretos para pausar una función automatizada, revisar permisos, límites y registros, y aislar si el fallo viene de la red, la cuenta o la configuración.
Pausa y contiene
Detén la ejecución desde el control de Automatizaciones, Reglas, Bot o Repetir compra antes de tocar otros ajustes. Si la función mueve fondos entre billetera, cuenta custodial o red concreta, desactiva también la autorización de retiro automático si existe.
Comprueba el alcance exacto en el resumen de la regla: activo, red, importe, frecuencia, cuenta origen y cuenta destino. Si ves una transacción pendiente, copia el hash de transacción y revisa en un explorador los campos status, confirmations, inputs, outputs y fee.
- No borres la regla hasta guardar capturas del historial y de los parámetros activos.
- Una transacción confirmada no se revierte por desactivar la automatización después.
Revisa ajustes clave
Verifica los campos que más cambian el resultado: red de envío, activo seleccionado, dirección guardada, etiqueta o memo, límite diario, importe mínimo y fuente de fondos. Un error común es confundir USDT en una red con USDT en otra distinta.
Consulta el registro de actividad en Historial, Activity Log o Audit Trail para identificar el último evento válido. Busca mensajes como insufficient balance, fee too low, address not whitelisted, two-factor failed o withdrawal paused por mantenimiento.
- Distingue siempre activo y red; el mismo activo puede existir en varias redes incompatibles entre sí.
- La frase semilla no se usa para arreglar una regla; solo sirve para recuperar una billetera self-custody.
Aísla el origen
Prueba el flujo manual con una operación pequeña permitida por la plataforma o la wallet. Si el envío manual falla igual, el problema suele estar en saldo disponible, confirmaciones de entrada, tarifa de red, lista blanca de direcciones o congestión de la red.
Compara tres capas por separado: cuenta o wallet, plataforma y blockchain. Si en la cuenta aparece submitted pero en el explorador no existe hash, revisa colas internas o soporte; si hay hash sin confirmaciones, el cuello está en la red.
- Usa el explorador correcto para la red exacta; un hash válido en una red no aparece en otra.
- Saldo total y saldo disponible no son lo mismo si hay fondos retenidos, órdenes abiertas o depósitos sin confirmar.
Evita errores repetidos
Documenta un caso mínimo reproducible: hora, regla afectada, activo, red, importe, mensaje de error y último cambio realizado. Ese paquete acelera la revisión y evita modificar varias variables a la vez, que complica saber qué causó el fallo.
Escala a soporte solo con pruebas verificables: ID de la regla, hash de transacción, capturas del estado pending o failed y pasos exactos. Si expusiste la seed phrase o una clave privada, el incidente cambia de categoría y no debe tratarse como simple fallo operativo.
- No hagas reintentos en cadena sin revisar comisiones, límites y confirmaciones previas.
- Una transferencia por red equivocada no es automáticamente recuperable; depende del control sobre la dirección de destino y de la compatibilidad de la red.