Saltar al contenido principal
FP·EDITORIAL · VOL. III · NÚMERO 14 · GUÍA MULTI-MERCADO · MAYO 2026 último barrido 2026-05-14 · 0 programas evaluados · 0 extintos

Guía entre nichos · Guía multi-mercado

metodología v3.2 · auditada en abr 2026

iso 27001 · CompaniesHouse #OC4451x

Guía · Clúster editorial entre nichos ·

La regla de los 30 días en el Reino Unido para cripto (bed-and-breakfasting) — 2026

La regla de los 30 días del Reino Unido (TCGA 1992 s.106A) prevalece sobre el pool de la Sección 104 cuando se vende cripto y se recompra el mismo token en un plazo de 30 días — la norma anti-bed-and-breakfasting que afecta a quienes intentan materializar una pérdida o restablecer una base de coste. Esta guía explica la regla, el orden de imputación y analiza los escenarios que generan errores, con los tipos actuales del 18 %/24 %. No constituye asesoramiento fiscal.

Mercados cubiertos

  • Reino Unido

La norma que afecta a más inversores en cripto del Reino Unido que cualquier otra es la regla de los 30 días — TCGA 1992 s.106A, conocida habitualmente como la regla del “bed-and-breakfasting”. Esta norma prevalece sobre el pool de la Sección 104 siempre que se transmite un token y se readquiere el mismo en un plazo de 30 días, que es exactamente lo que hace un inversor cuando vende durante una caída y vuelve a comprar, o intenta “cristalizar” una pérdida a efectos fiscales y reentrar al mercado. El resultado es un cálculo de ganancia que a menudo sorprende. Esta guía explica la regla, el orden en que se aplica y los escenarios reales en que opera. Es un artículo de referencia, no asesoramiento fiscal; para su situación particular, consulte a un asesor fiscal cualificado en el Reino Unido.

Qué es la regla de los 30 días — y por qué existe

La regla imputa una transmisión contra cualquier adquisición del mismo token realizada en los 30 días siguientes a la transmisión, con preferencia sobre el pool de la Sección 104. Así, si vende 1 BTC hoy y vuelve a comprar 1 BTC en los 30 días siguientes, la venta se imputa a esa recompra — al coste de la recompra — y no al coste medio agrupado.

Existe para impedir el “bed-and-breakfasting”: la práctica de vender un activo exclusivamente para materializar una ganancia o pérdida a efectos fiscales, y volver a comprarlo de inmediato para mantener la posición. Sin esta norma, un inversor con una pérdida latente podría vender, imputar la pérdida contra otras ganancias y recomprar segundos después, sin haber modificado en nada su posición real. La regla de los 30 días neutraliza eso al tratar la venta y recompra como si el pool no hubiera sido modificado — y se aplica tanto si el resultado le favorece como si le perjudica. Es mecánica, no discrecional.

El orden de imputación

Cuando se transmite cripto, HMRC imputa la transmisión contra las adquisiciones en un orden fijo antes de recurrir al pool:

  1. Regla del mismo día (s.105) — en primer lugar, contra cualquier adquisición del mismo token en el mismo día natural que la transmisión.
  2. Regla de los 30 días (s.106A) — a continuación, contra adquisiciones del mismo token en los 30 días siguientes, por orden cronológico.
  3. Pool de la Sección 104 — solo el remanente, tras lo anterior, se imputa contra el coste medio agrupado.

La mayoría de las transmisiones llegan directamente al pool. Solo cuando se readquiere dentro del plazo las dos primeras reglas modifican los cálculos — y dado que tienen prioridad, pueden alterar el resultado que se esperaba del pool.

Ejemplo práctico — la trampa del loss harvesting

Es donde la regla frustra con mayor frecuencia la intención del inversor. Suponga que su pool de BTC tiene 1 BTC con un coste medio de £25.000, el precio ha caído y desea materializar una pérdida para compensarla con ganancias de otras operaciones:

  • Día 1: vende 1 BTC por £18.000. Espera una pérdida de £7.000 (£18.000 − £25.000 de coste agrupado).
  • Día 10: compra 1 BTC por £18.500 — quería mantener su posición.

Dado que readquirió en un plazo de 30 días, la regla de los 30 días imputa la transmisión del Día 1 a la recompra del Día 10, no al pool. Su ganancia/pérdida pasa a ser £18.000 − £18.500 = −£500 — una pérdida de £500, no los £7.000 que pretendía materializar. El pool queda intacto, con 1 BTC a £25.000. El beneficio fiscal perseguido se evapora en gran medida, porque eso es precisamente lo que la norma está diseñada para lograr. Para materializar genuinamente la pérdida mayor, tendría que mantenerse fuera de ese token durante más de 30 días — asumiendo riesgo de mercado real, que es exactamente el propósito de la norma.

Segundo ejemplo — la regla que le favorece

La regla es simétrica, por lo que también puede reducir una ganancia. Suponga que el promedio de su pool es £10.000 por BTC, el precio ha subido, y:

  • Día 1: vende 1 BTC por £40.000. Contra el pool esperaría una ganancia de £30.000.
  • Día 20: compra 1 BTC por £38.000 para reentrar tras tomar parte del beneficio.

La regla de los 30 días imputa la transmisión a la recompra del Día 20: su ganancia pasa a ser £40.000 − £38.000 = £2.000, no £30.000, y el pool conserva su 1 BTC original a £10.000. La ganancia diferida no ha desaparecido — queda incorporada al pool para una futura transmisión — pero en este ejercicio fiscal la regla ha reducido la ganancia declarable. Ninguno de estos resultados es algo que usted elija; la regla se aplica automáticamente en función de las fechas de sus operaciones.

La regla del mismo día y cómo interactúan ambas

La regla de los 30 días nunca opera sola — la regla del mismo día (s.105) tiene precedencia, y comprender el orden evita dobles imputaciones. La regla del mismo día imputa primero una transmisión contra cualquier adquisición del mismo token en el mismo día natural, antes siquiera de que se considere la ventana de 30 días.

Ejemplo práctico con ambas en juego. Su pool de BTC tiene 1 BTC a £20.000, y en un día de intensa actividad usted:

  • Compra 1 BTC por £30.000 (por la mañana), luego
  • Vende 1 BTC por £32.000 (por la tarde), luego
  • Compra 1 BTC por £31.000 ocho días después.

La venta de la tarde se imputa primero por la regla del mismo día a la compra matinal de £30.000 — ganancia £32.000 − £30.000 = £2.000. La imputación del mismo día queda agotada con ese par, por lo que la regla de los 30 días y el pool no entran en juego para esta transmisión; la compra de £31.000 del Día 8 simplemente ingresa en el pool, que ahora tiene 2 BTC (el original a £20.000 y el nuevo a £31.000). De no haber habido compra en el mismo día, la venta habría caído bajo la regla de los 30 días e imputado la recompra del Día 8. La lección: el orden de imputación cambia el resultado, y solo el software lo aplica de forma fiable sobre un historial real.

Qué se considera el “mismo token”

Las reglas son por token, y “mismo token” significa el mismo activo digital virtual, no simplemente uno similar. BTC, wrapped BTC (WBTC) y ETH son tres tokens distintos con tres pools de la Sección 104 diferentes, y la transmisión de uno nunca se imputa a la adquisición de otro bajo las reglas del mismo día o de los 30 días. Cada stablecoin es igualmente su propio pool. Esto importa porque un inversor que “vende BTC y compra WBTC” ha realizado una transmisión cripto-a-cripto de BTC y una adquisición de un token diferente — la regla de los 30 días no los trata como la misma posición, por lo que no se aplica entre ellos, aunque la exposición económica sea similar.

Por qué es difícil hacer este seguimiento manualmente

La dificultad radica en que la regla de los 30 días debe verificarse para cada transmisión, contra una ventana progresiva de 30 días hacia adelante, en todos sus exchanges a la vez — una moneda vendida en un exchange puede imputarse a una compra en otro. Con un historial de operaciones frecuentes y reentradas habituales, la imputación redistribuye ganancias y pérdidas de forma sustancial, y una hoja de cálculo manual casi siempre falla en algún punto. Esta es una de las funciones centrales para las que existe el software de impuestos cripto en el Reino Unido: Koinly y Recap aplican automáticamente las reglas del mismo día y de los 30 días junto con el pool de la Sección 104. En la era del reporting CARF, donde HMRC recibe datos de plataformas directamente, aplicar correctamente esta imputación ya no es opcional.

Preguntas frecuentes

¿Se aplica la regla de los 30 días entre diferentes exchanges?

Sí. Se basa en el token, no en el venue. Una transmisión de BTC en una plataforma puede imputarse a una adquisición de BTC en otra dentro de la ventana de 30 días. Debe reconciliar todas sus cuentas de forma conjunta.

¿Se aplica a los swaps cripto-a-cripto?

Sí. Adquirir un token mediante un swap cuenta como adquisición a efectos de imputación, del mismo modo que transmitir uno mediante un swap cuenta como transmisión. La regla no distingue si hubo fiat de por medio.

¿Puedo evitar la regla comprando una moneda diferente?

Sí — la regla solo imputa el mismo token. Vender BTC y comprar ETH no la activa. Pero vender BTC y recomprar BTC en un plazo de 30 días sí lo hace, independientemente de la plataforma o del fiat de por medio.

¿Qué ocurre si recompro una cantidad menor a la vendida?

La regla imputa hasta la cantidad readquirida. Si vende 2 BTC y recompra 1 BTC en un plazo de 30 días, 1 BTC de la transmisión se imputa a la recompra bajo s.106A y el otro 1 BTC cae al pool de la Sección 104.

¿Se aplica la regla de los 30 días a las stablecoins?

Sí — una stablecoin es un activo digital virtual como cualquier otro, con su propio pool, de modo que vender y recomprar la misma stablecoin en un plazo de 30 días activa la regla. En la práctica las ganancias y pérdidas en un activo estable son reducidas, pero la imputación sigue siendo aplicable y debe reconciliarse igualmente.

¿Qué ocurre si recibo recompensas de staking o un airdrop dentro del plazo de 30 días?

Depende de si la recepción constituye una adquisición del mismo token. Las recompensas de staking y los airdrops se tratan generalmente como ingresos en el momento de la recepción (al valor de mercado) y luego ingresan en el pool — y dado que son adquisiciones de ese token, pueden quedar sujetos a la imputación de los 30 días si se reciben dentro de la ventana posterior a una transmisión del mismo token. Esta es una de las interacciones más contraintuitivas y una razón de peso para dejar que el software gestione la imputación en lugar de hacerlo manualmente.

¿Cambia CARF la regla de los 30 días?

No — CARF es un régimen de reporte, no una modificación de las reglas de imputación. Pero eleva las consecuencias: HMRC ahora ve directamente sus transmisiones y readquisiciones, por lo que una declaración que aplique incorrectamente la regla de los 30 días tiene más probabilidades de generar una discrepancia. La regla es la misma; el coste de equivocarse es mayor.

Conclusión

La regla de los 30 días es mecánica, se basa en el token, opera entre venues y se aplica antes que el pool — y con frecuencia produce un resultado diferente al que el inversor esperaba, especialmente cuando intentaba materializar una pérdida. Controle cada transmisión contra la ventana progresiva de 30 días, reconcilie entre todos sus venues y aplique los tipos actuales del 18 %/24 % sobre sus ganancias. Esta guía es información de carácter general, no asesoramiento fiscal; para su situación específica, consulte a un profesional fiscal cualificado en el Reino Unido o directamente a HMRC.

Firmas editoriales y metadatos del número

Editado por

Maren Holst

Senior Editor

Firmado · M.HOLST

Verificado por

Asha Devi

Standards Desk (Fact-Checker)

Firmado · A.DEVI

Datos del número

vol iii · núm 14

publicado 2026-06-09

último barrido 2026-06-09

metodología v3.2 · auditada en abril 2026

Companies House #OC4451x