SHARKRULE / Aprender

Compras recurrentes de criptomonedas: calendario, saldo y compras fallidas

Una compra recurrente programa intentos de compra; no garantiza que todos se completen. Si falta una compra, averigua primero si no se envió ninguna orden, si fue rechazada o si aún se desconoce el resultado. No des por hecho que la siguiente compra duplica el importe ni que reiniciar crea un presupuesto nuevo.

SharkRule · Revisado

¿Qué repite realmente una compra recurrente?

Una compra recurrente de importe fijo utiliza una cantidad y un intervalo elegidos. El calendario indica cuándo corresponde intentar la compra; el saldo, los permisos, los límites del producto y la ejecución siguen contando. En cambio, una regla que añade compras para promediar el coste y se activa por precio espera una condición de mercado. La etiqueta «bot DCA» por sí sola no aclara qué comportamiento se aplica, si cambian los importes o si se incluyen ventas.

Esta guía analiza compras al contado programadas, sin apalancamiento ni aumentos de las órdenes tras sufrir pérdidas. Un calendario de compras no autoriza ventas. Cualquier salida opcional necesita sus propias condiciones exactas, cantidad y aprobación. Repetir una compra o promediar su coste no permite conocer si el precio futuro será favorable.

Comprueba la primera compra por separado de la siguiente

Anota la primera ejecución, el intervalo, la zona horaria, la condición de finalización y qué ocurre con las compras omitidas. «Semanal» no indica si configurar el plan provoca una compra inmediata o si hay que esperar. Comprueba la próxima fecha mostrada y si la ejecución tiene una hora exacta o una ventana de tiempo. No deduzcas el comportamiento del reloj local a partir de una marca de tiempo UTC.

La ayuda de Coinbase sobre compras periódicas describe una compra inicial inmediata. Sus instrucciones para la aplicación de consumo de Coinbase no demuestran cómo funcionan los calendarios en Coinbase Advanced ni en SharkRule. Revisa el producto concreto antes de aprobar un plan.

Distingue un límite de intentos de un límite de compras completadas. Un intento fallido puede contar para el primero y no para el segundo, según la regla documentada. Un calendario indefinido también necesita un periodo de gasto definido y una condición de parada; un importe pequeño por compra no equivale a un límite total.

Una compra omitida no es lo mismo que una orden sin confirmar

El saldo disponible es lo que puede utilizar esta compra, no el valor de todas las tenencias. Otras órdenes abiertas, retenciones de la cuenta o el medio de pago seleccionado pueden reducirlo. Comprueba la cartera y la moneda correctas sin suponer que el plan programado reserva fondos por adelantado.

Las preguntas frecuentes de Binance Convert indican que un saldo insuficiente hace fallar la compra y que se vuelve a intentar en el siguiente ciclo. No prometen duplicar la siguiente compra para compensarla. Por separado, la documentación de Binance Spot advierte de que agotar el tiempo de espera puede dejar la ejecución sin confirmar y exige comprobar el estado. Son productos distintos; sus reglas de reintento no son intercambiables.

En SharkRule, un envío de orden a Binance cuyo resultado siga sin resolverse debe continuar bloqueando nuevos envíos a Binance. Una fecha del calendario, un reinicio o el estado de otro exchange no pueden resolver ese registro.

Determina qué ocurrió antes de plantear otra compra
Estado registradoQué demuestraQué comprobar después
Bloqueada antes del envíoNo se envió ninguna orden para esa fechaMotivo, saldo disponible y próxima fecha programada
Rechazo confirmado sin ejecucionesEsa orden no compró nadaRegistro final de la orden y posibles cargos reales
Tiempo de espera agotado o respuesta ausenteEl resultado es desconocidoEstado y ejecuciones de la orden original; mantener su importe comprometido
Aceptada o ejecutada parcialmenteLa orden o su cantidad pendiente pueden seguir activasCantidad ejecutada, parte pendiente y costes
Finalización confirmadaSe pueden conciliar la compra y sus costesGasto acumulado y margen restante

Ejemplo de registro: cuatro fechas no significan cuatro compras

Este ejemplo original sobre papel utiliza cuatro fechas semanales a las 09:00 UTC: 5, 12, 19 y 26 de octubre de 2026. Las fechas son hipotéticas, incluida la futura; no se probó ninguna cuenta. Por definición, la configuración no genera una compra inmediata, las compras omitidas se descartan y una orden sin resolver bloquea nuevos envíos. Son reglas del ejemplo, no valores predeterminados de SharkRule ni promesas de los exchanges.

Cada compra permitida compromete 30 unidades genéricas de la moneda de cotización más 1 unidad reservada para costes. El límite acumulado es 100 para todo el periodo de cuatro fechas. Suponemos que cada compra completada termina costando exactamente 31, costes incluidos; la reserva de 1 unidad para costes es inventada, no una comisión publicada. No hay ventas, aportaciones automáticas de fondos ni reinicios del presupuesto. Cuatro fechas ofrecen cuatro ocasiones para comprobar las condiciones, no permiso para gastar 4 × 31 = 124.

La compra omitida del 12 de octubre gastó cero, pero no añadió 31 al límite. Mientras se desconoce el resultado de la orden del 19 de octubre, el margen es 100 − 31 − 31 = 38. Que quede margen no elimina el bloqueo por la orden sin resolver. Cuando se confirma que esa orden se completó, las 31 unidades pasan de comprometidas a gastadas; no se cuentan dos veces.

Tras la compra ordinaria del 26 de octubre, el gasto es 3 × 31 = 93 y el margen es 100 − 93 = 7. Añadir una compra para compensar la omitida exigiría 93 + 31 = 124, superando el límite en 24. El ejercicio la bloquea: no aumenta el límite, no elige una compra menor ni renueva el periodo. Si los costes reales superaran lo previsto, habría que volver a comprobar los límites antes de cualquier compra posterior.

Registro hipotético de gasto; todos los importes son unidades genéricas de cotización
Fecha o eventoDecisión o comprobaciónGastadoComprometido sin resolverMargen dentro de 100
5 oct., 09:00 UTCCompra completada y costes conciliados31069
12 oct., 09:00 UTCSolo hay 20 disponibles; se omite sin enviar31069
19 oct., 09:00 UTC31 reservadas; el envío agota el tiempo de espera313138
19 oct., resultado aún desconocidoSin reintento ni compra adicional para compensar313138
19 oct., comprobación posteriorLa compra original se completó por 3162038
26 oct., 09:00 UTCLa siguiente compra ordinaria se completa por 319307
Después de las cuatro fechasSe bloquea la propuesta de gastar otras 319307

Define si un fallo se omite, se reintenta o se compensa después

Un reintento corresponde a la misma compra programada una vez confirmado su fallo. La siguiente fecha del calendario es otro evento. Compensar una compra omitida significa añadir una compra posterior o aumentar su importe para sustituirla. Estas opciones cambian los tiempos y el posible gasto; ninguna se deduce automáticamente de la palabra «recurrente».

Si el producto admite reintentos, comprueba su número máximo, caducidad, identificación de la compra original y verificaciones de saldo y costes. Todos deben respetar el mismo importe aprobado y el límite acumulado. Nunca interpretes un tiempo de espera agotado como prueba de que es seguro enviar otra orden. Para compensar una compra omitida, la política debe permitirlo expresamente y todos los límites vigentes deben seguir cumpliéndose.

Una ejecución parcial también requiere conciliación: otra compra por el importe completo podría repetir la parte ya ejecutada mientras el resto sigue abierto. Cancelar un calendario no demuestra que se hayan cancelado sus órdenes ya enviadas ni que se hayan vendido las tenencias existentes.

Errores que pueden alterar el gasto del calendario

Contar únicamente las fechas previstas puede dejar fuera una compra inmediata al configurar el plan. Recrear un plan sin comprobar el anterior puede dejar dos calendarios activos. Tratar una nueva sesión de la aplicación como un presupuesto nuevo puede borrar precisamente el límite aprobado por el usuario.

Interpretar «saldo insuficiente» como una instrucción para añadir dinero o duplicar el siguiente importe cambia la decisión en vez de explicar el fallo. El mínimo del exchange también puede superar la cantidad permitida por una regla; la solución no es aumentarla automáticamente. Revisa el motivo y deja sin aprobar cualquier instrucción incompleta o que el producto no pueda cumplir.

Un importe de gasto fijo no compra una cantidad fija del activo. Los precios y las cotizaciones de conversión cambian; las comisiones, el diferencial y el deslizamiento afectan a lo recibido. Programar compras no garantiza su ejecución, no evita pérdidas ni elimina el riesgo del exchange y de custodia. Omitir una compra no demuestra que compensarla vaya a ser beneficioso.

Lista práctica para revisar un calendario de compras

  1. Identifica la cuenta, el par Spot exacto o producto de conversión, el importe y su moneda. Distingue la recurrencia propia del exchange de una regla de automatización externa.
  2. Comprueba la primera compra, la siguiente fecha, la zona horaria, el intervalo, la fecha o cantidad final y si se descartan las compras omitidas. Anota qué cuenta cada contador.
  3. Define el periodo del límite acumulado, cómo se contabilizan los costes y los importes comprometidos en órdenes pendientes. Incluye en la revisión cualquier compra inmediata de configuración y otros calendarios activos.
  4. Inspecciona el registro de la compra fallida. Distingue entre nunca enviada, rechazo confirmado, ejecución parcial y resultado desconocido; concilia las órdenes sin resolver antes de otro envío.
  5. Comprueba la política documentada de reintentos y compensación de compras omitidas. Confirma que ninguna reinicia el límite, amplía el importe sin avisar ni actúa sobre una fecha cuya autorización haya caducado.
  6. Repasa una compra omitida, un resultado desconocido y una compra final con poco presupuesto restante. Compara las decisiones esperadas con los controles que realmente aparecen antes de iniciar explícitamente.

Usa el registro para revisar el presupuesto de una regla

A continuación, utiliza la guía de controles de gasto de SharkRule en español, enlazada en Fuentes, para comparar los límites por orden, el gasto acumulado y los importes pendientes con tu regla. El producto público exige revisar la acción y los límites antes de activarlos; este artículo no verifica ninguna función concreta de calendario, reintento o compensación. Deja sin aprobar los comportamientos que no estén definidos.

La disponibilidad depende del panel actual, la cuenta y la ubicación. La activación de nuevas operaciones reales no está abierta; la primera versión para clientes se está preparando para residentes del Reino Unido con cuentas elegibles de Coinbase Advanced Spot. Un ejercicio sobre papel o una simulación admitida no permiten demostrar ejecuciones ni rendimientos reales. SharkRule es software independiente, sin afiliación ni respaldo de los exchanges. No somos asesores financieros ni de inversión; esto explica la mecánica, no qué activos, asignaciones u operaciones elegir.

Preguntas frecuentes

¿La siguiente compra incluye automáticamente la que se omitió?

No lo des por hecho. Intentarlo en el siguiente ciclo y compensar una compra omitida son políticas distintas. Comprueba el comportamiento documentado del producto; cualquier compra adicional necesita permiso y margen dentro del mismo límite de gasto.

¿Agotar el tiempo de espera significa que la compra recurrente falló?

Puede dejar el resultado sin confirmar. Conserva el importe comprometido y comprueba los registros de órdenes y ejecuciones del exchange antes de plantear otro envío. La ausencia de respuesta no demuestra por sí sola que no se haya comprado nada.

¿Pausar el calendario vende lo que ya se compró?

Una pausa no concede permiso para vender. Comprueba las órdenes abiertas por separado y distingue entre detener futuras compras, cancelar órdenes enviadas y vender las tenencias existentes.

¿Un bot DCA es lo mismo que una compra recurrente?

La etiqueta no es suficientemente precisa. Examina si la acción se activa por tiempo o precio, si los importes son fijos, cómo se tratan las compras omitidas y si la salida está autorizada por separado. Ninguna etiqueta promete mejores resultados.

Fuentes oficiales

Elaborado con ayuda de IA a partir de la documentación oficial enlazada. Los ejemplos son hipotéticos; no se realizaron pruebas con cuentas reales ni comparaciones de rentabilidad.