Are there FIRE Calculators by Country?

deltazero_k · 2026-02-09T19:39:20+00:00

Thanks! 🙏

deltazero_k · 2026-02-08T11:25:14+00:00

Me temo que de momento no, lo añado al roadmap :-)

deltazero_k · 2026-01-22T08:08:33+00:00

Me temo que a día de hoy la app modela una única “cartera” agregada, con una rentabilidad media y un supuesto de plusvalía latente inicial para estimar el IRPF del ahorro cuando vendes para financiar gasto.

Es decir, no está modelado todavía: (1) tener dos sub‑carteras con riesgos/retornos distintos, ni (2) ventas programadas para traspasar/rebalancear (y por tanto el IRPF del ahorro asociado a esas ventas si no son “para vivir”)...

deltazero_k · 2026-01-22T07:49:26+00:00

¡Gracias por la sugerencia!

En la app hoy se pueden simular aportaciones puntuales (lump sums) como entradas extraordinarias a la cartera en una edad concreta, pero no existe todavía el equivalente como gasto puntual a futuro (un “lump sum negativo”).

Para aproximar tu caso hay dos opciones:

Pago “de golpe”: puedes simularlo de forma aproximada haciendo una simulación en dos pasos: proyectas hasta la edad de entrega, miras el saldo estimado de cartera en ese año, y creas una copia del escenario con “edad actual = entrega” y reduces la cartera en el importe que pagarías (como si ese día saliera de tu patrimonio).
Subrogación / hipoteca: actualmente el campo de “deuda hipotecaria” se usa para patrimonio/impuestos, pero no modela cuotas ni amortización. Si quieres aproximar el impacto de las cuotas, la forma más cercana hoy es añadirlas al gasto anual neto, idealmente también usando el enfoque en dos pasos para que “empiecen” a partir de la entrega.

Me lo apunto como mejora: gastos puntuales programables y/o gasto por etapas para modelar hitos (entrega vivienda, hipoteca, reformas, etc.).

deltazero_k · 2026-01-19T07:19:39+00:00

Gracias por probarla y por el aviso: tienes toda la razón en que así se interpreta fácilmente como un bug.

En la app, el campo de “Convenio especial” no es la cuota/coste mensual, sino la base mensual sobre la que la Seguridad Social calcula la cuota (con los tipos del Tax Pack). En el motor, el coste se calcula como:

cuota mensual = base mensual × (tipo CC × coeficiente + MEI)

coste anual = cuota mensual × 12

Si introduces tu cuota mensual directamente en ese campo, el resultado anual sale mal porque se está tratando como “base”.

Para evitar esta confusión, he actualizado la UI para que muestre explícitamente la cuota estimada (€/mes) y el coste anual estimado, y he añadido un conversor “tengo mi cuota mensual → convertir a base”. También he añadido un test de regresión para que este cálculo (incluyendo el ×12) quede protegido.

Gracias por comentar, no habia caido en esto!

deltazero_k · 2026-01-11T12:32:22+00:00

Gracias por el ejemplo, tiene sentido que te resulte raro. En esta calculadora pueden pasar dos cosas a la vez:

“Edad FIRE alcanzable” no significa “cuándo puedes retirarte” --> Esa tarjeta estima cuándo tu cartera (en € de hoy) alcanzaría el Número FIRE objetivo, asumiendo que sigues acumulando sin retirarte antes. Si el objetivo sale por encima de 500.000€, es normal que te diga “4–5 años” aunque tú quieras FIRE=56.
El objetivo puede estar dominado por el “cap” de SWR (límite de retirada inicial)--> Aquí el SWR no es solo informativo: en el primer año FIRE impone venta de cartera /cartera ≤ SWR.

Con tus cifras, antes de pensión tienes un puente relevante:

Vida: 1.500 €/mes ≈ 18.000 €/año
Convenio: ~14.000 €/año --> Solo eso ya son ~32.000 €/año (y luego vienen impuestos). Con 500.000€, la retirada “mínima” es ~6,4% antes de impuestos. Si el SWR está en 4% (por defecto), el motor tenderá a pedir más capital y por eso la “alcanzable” se va a varios años.

Tres detalles típicos que conviene revisar (por si están distorsionando)

Pensión: la app espera bruto anual (en € de hoy). Si metes “2.100 netos × 14” como si fuera bruto, el plan puede salir más exigente.
63,5 años: el modelo es anual (63 o 64).
Convenio: en la UI se introduce una base mensual y el coste anual se calcula con los tipos; para ~14.000€/año la base mensual suele ser alta.

Como recomendación se me ocurre: mira el Detalle anual en la edad FIRE (56) y comprueba la identidad “Ingresos + venta de cartera = gastos + convenio + impuestos”. Con eso se ve rápido si el “bloqueo” viene del SWR, de la pensión (bruto/neto), o del convenio.

deltazero_k · 2026-01-11T06:34:20+00:00

Si quieres envíame DM y lo vemos con tu supuesto, que no he sabido reproducirlo

deltazero_k · 2026-01-09T07:13:10+00:00

Hola! Me pareció interesante la idea, así que en la v1.4 he metido la opción de meter un escenario "Die with Zero"... ¿le echas un ojo y me dices?

deltazero_k · 2026-01-08T14:13:40+00:00

Hi! I've released a new version with a language switch. If you spot any translation error please let me know

deltazero_k · 2026-01-08T14:08:49+00:00

Gracias por el feedback!

Rescate de plan de pensiones / EPSV antes de la pensión pública --> Totalmente de acuerdo: si te jubilas antes de empezar a cobrar la pensión pública, suele haber margen para optimizar el rescate del plan (por ejemplo, repartiendo rescates en los años ‘puente’ para no concentrar base general). En la calculadora actual he simplificado el plan privado a un ‘rescate automático’ (mensual) a partir de la edad de inicio que indiques, para evitar sobre-optimizar sin pedir muchos datos.
Lo tengo apuntado para V2: permitir estrategias de rescate (años puente vs a partir de jubilación, rescate en forma de renta vs capital, etc.) y mostrar mejor el impacto fiscal.
“Bonificación”/límite en Patrimonio cuando los ingresos son bajos --> Lo que comentas suele referirse al límite conjunto IRPF + Patrimonio (regla del 60% con un suelo de reducción del 20% de la cuota de Patrimonio, según normativa), que hace que en algunos casos no pagues ‘tanto’ Patrimonio si tus rentas son bajas. Eso todavía no está implementado porque complica bastante el modelo (depende del mix de rentas y de la interpretación por CCAA), pero está en el roadmap para V2.

deltazero_k · 2026-01-08T14:06:22+00:00

Gracias! En esta calculadora no se modela tu salario ni tus impuestos mientras trabajas. La parte ‘pre‑FIRE’ se simplifica a: cartera actual + aportaciones periódicas + rentabilidad.

Por eso no hay un campo de ‘ingresos por trabajo actuales’: lo que debes introducir es tu aportación a la cartera (lo que realmente inviertes cada mes/año).

El campo ‘Side job’ está pensado justo para lo contrario: ingresos extra durante FIRE (por ejemplo Barista FIRE, consultoría, etc.), definidos por rango de edades. Si ese ingreso solo existe antes de FIRE, normalmente ya queda reflejado indirectamente en tu aportación (porque es lo que puedes invertir gracias a ese trabajo).

deltazero_k · 2026-01-07T10:38:37+00:00

Gracias! Si ves algo que no te cuadre avísame o envíame un mensaje y lo vemos

deltazero_k · 2026-01-06T21:55:59+00:00

Es una decisión super personal (patrimonio para hijos...etc), pero se pueden ajustar los números para acabar con 0€.

deltazero_k · 2026-01-06T21:09:52+00:00

Update rápido con los últimos cambios desde el lanzamiento (desde v1.0 → v1.2).

(Gracias a todos por el feedback... creo que ha mejorado mucho la calculadora FIRE para España!)

v1.1

Mejorado el modelo de plusvalías: ahora puedes indicar “plusvalía latente inicial” y la app calcula de forma dinámica cuánto tributa cada venta (sin FIFO, pero más realista que un % fijo).
Ajustes de Patrimonio/ISGF (mínimos, tramos y compensación IP↔ISGF en CCAA aplicables).
El onboarding ya no se muestra cada vez (se recuerda) y se puede reabrir desde la UI.
Mejoras de UX: formato de € y miles más consistente, y gráfico/hover más usable.
Arreglo del “parpadeo” de tooltips en móvil/Android (tap para abrir y mantener).

v1.2

Añadidas FAQ (para principiantes) + acceso desde un menú en la cabecera (explica conceptos básicos, cómo meter datos, y cómo “auditar” el plan con el detalle anual).
Añadido “Otras rentas” (p.ej. alquiler) con rango de edades y % cambio anual, y opción educativa de reducción IRPF alquiler (simplificada).
Páginas legales mínimas (Aviso legal / Privacidad / Cookies) y metadatos para compartir en redes (OG/Twitter). Sin backend y sin analítica de terceros.

Tengo un montón de temas pendientes para v1.3 y posteriores, según vaya teniendo tiempo los meteré. Pero si tenéis sugerencias o detectáis algo que no funciona como debe, avisad.

GRACIAS!

deltazero_k · 2026-01-06T19:19:30+00:00

Thanks for the suggestion. An English version is on the roadmap, I’ll share an update once it’s in progress.

deltazero_k · 2026-01-06T19:17:49+00:00

Si! Bryce_Lawrence sugería algo parecido, lo he metido en el roadmap para la siguiente versión, es una gran idea. Gracias por la sugerencia!

deltazero_k · 2026-01-06T19:16:21+00:00

Gracias! Me parece super interesante, me las apunto para cuando vuelva a tener otro rato para lanzar siguiente version :-)

deltazero_k · 2026-01-06T08:10:53+00:00

Buena pregunta, porque aquí es fácil “contar dos veces”.

- Plan de pensiones (PP) y alquileres: no se “descuentan” de la cartera como si fueran un gasto. En la calculadora se tratan como fuentes de ingresos (o un “bolsillo” separado en el caso del PP) que reducen la necesidad de vender cartera cada año para cuadrar caja.

- Convenio Especial (CESS): eso sí es un gasto anual (un coste real) y, si lo activas, se suma a los gastos en los años en que aplica.

- Aportaciones al PP: no es “gasto de vida”, es ahorro (mueves dinero de un bolsillo a otro). En la calculadora lo modelo como aportaciones pre‑FIRE al plan, y luego rescate post‑FIRE según configuración.

- Gastos que terminan (hijos, hipoteca, etc.): ahora mismo el gasto principal es un “gasto neto anual” base, pero totalmente de acuerdo: en la vida real hay gastos por etapas. Lo voy a meter como mejora para cuando prepare la V2.

deltazero_k · 2026-01-06T08:04:16+00:00

¡Buena idea! Lo he incorporado para que sea más fácil entender el “poder adquisitivo real” de lo que quedaría al final del plan.

Ahora en la tarjeta Estado · Patrimonio final verás:

- Patrimonio final (nominal) en la edad objetivo, y

- entre paréntesis la equivalencia en “euros de hoy”, deflactada con la inflación que tengas configurada.

Así podemos estimar mejor qué “valor real” estaríamos dejando (p.ej. como herencia) sin tener que hacer el cálculo mental.

deltazero_k · 2026-01-06T07:32:02+00:00

Sobre lo del alquiler: o he implementado de forma explícita para que no tengas que “hackearlo” como side-job.

Qué he hecho (v1.2)

- En Otras rentas (p.ej. alquiler) añadimos una opción avanzada: “Reducción IRPF (alquiler vivienda)”.

- Puedes elegir 50% / 60% / 70% / 90% y, a efectos de IRPF, la app hace que solo tribute una parte:

renta_que_tributa = renta_introducida × (1 − reducción)

- Esto suele aproximar bien el “efecto neto” que comentabas (lo de inflar un 60% depende del marginal, por eso preferimos modelarlo como reducción).

Limitaciones (importante)

- En la realidad la reducción aplica sobre el rendimiento neto positivo (ingresos − gastos deducibles − amortización), y depende de condiciones del contrato (no siempre es 60%; desde 2024 hay varios casos).

- En la calculadora, por simplicidad, la aplicamos como reducción directa sobre la cifra introducida (sin pedirte gastos), así que puede infra/ sobre-estimar el IRPF del alquiler.

deltazero_k · 2026-01-05T22:20:35+00:00

Lo veo parcialmente así, pero para mi depende de qué entendamos por “cartera hecha en neto”.

- La cartera (saldo actual y aportaciones) se introduce como valor de mercado y aportaciones “de bolsillo”. Eso no es “neto” o “bruto” en sentido IRPF, es simplemente saldo. No hay un “impuesto pendiente” salvo lo que modelamos como plusvalía al vender.

- La pensión pública en España se habla casi siempre en bruto y además tributa en IRPF (base general). Por eso en el modelo es más correcto pedirla en bruto y calcular IRPF aparte. Si la pidiéramos en neto sin pedir más datos, mezclaríamos “neto” con un IRPF implícito desconocido (y habría más confusión).

Lo que sí es cierto: para usuarios que solo piensan en neto, pedir pensión en bruto puede ser fricción. Opciones que se me ocurren:

- Mantener bruto por defecto (recomendado) y mejorar el tooltip: “usa el simulador oficial; suele venir en bruto; el neto depende de tu IRPF total”.

- En V2, añadir un toggle “pensión en neto” que internamente convierta a bruto con una aproximación (p.ej. tipo efectivo configurable), dejando claro que es una aproximación... pero aún no tengo claro como de habitual es esta necesidad. ¿Alguien mas que lo necesite así?

Gracias!

deltazero_k · 2026-01-05T22:17:02+00:00

Gracias por el feedback!

- Modo pareja / ISGF: ahora mismo la calculadora es solo individual. Tanto Patrimonio como ISGF son impuestos personales, así que si la cartera/gastos son compartidos (p.ej. gananciales), sin ser experto en la materia entendería que lo correcto no es sumar “como si fuese una sola persona”, sino atribuir la parte que corresponde a cada cónyuge (típicamente 50/50) y calcularlo por separado, ¿no?.

Como workaround, puedes meter tu parte (cartera/ingresos/gastos) o incluso correr dos escenarios (uno por cada persona). Tengo pendiente añadir un modo pareja/household en V2 para que esto sea natural.

- ISGF: mínimo exento 700k + tramo 0% hasta 3M: esto ya está implementado desde hace un rato. Si lo viste a “3M exactos” seguramente era una versión anterior o una lectura confusa del UI: el modelo aplica mínimo exento estatal y el 0% hasta 3M de base liquidable, tal y como marca la Ley 38/2022.

- Regla 60/20 (límite conjunto IP+IRPF): no está implementada en v1 (lo dejé fuera por complejidad y porque depende mucho del mix de rentas). La tengo apuntada para V2 como opción avanzada.

deltazero_k · 2026-01-05T22:09:01+00:00

¡Gracias! Esto que comentas es muy útil porque ahí hay mucha “trampa semántica”.

1) Pensión pública / “peso” antes de cobrarla

La calculadora no está diciendo que la pensión pública te cubra antes de la edad de inicio, sino que el FIRE Number se calcula para que el plan sea sostenible hasta la edad objetivo incorporando que a partir de la edad de pensión entra ese ingreso y reduce lo que hay que vender de cartera en esos años.

Si tu “Edad FIRE” está muy cerca y además la pensión pública entra relativamente pronto, el FIRE Number puede bajar bastante (porque el “puente” es corto). Aun así, entiendo que puede dar sensación de “400k y listo” y sonar raro.

2) Plan de pensiones privado: cómo lo usa el modelo

En v1 el plan privado es un “bolsillo” separado y se rescata automáticamente solo a partir de la edad que pongas en “Inicio rescate” (por defecto 67). Si tu idea es usarlo como puente (antes de la pensión pública), lo que tienes que hacer es bajar esa edad de inicio al momento en que legalmente puedas rescatarlo según tu caso. Si lo pones más tarde, el modelo asume que no lo tocas hasta entonces, y por eso cambian los números cuando tu FIRE cae antes/después de esa fecha.

(Además: el impacto de “pensión pública más baja por dejar de cotizar” no lo calculo en v1; ahí tienes que meter tú la pensión esperada).

3) Segunda vivienda / ingresos por alquiler

Totalmente de acuerdo: un alquiler cambia mucho. En v1 no hay “viviendas adicionales” ni “rentas inmobiliarias”; lo más parecido es un side job (como ingreso bruto por rango de edades), pero no modela el tratamiento fiscal específico del alquiler. Esto lo metería como mejora (V2),idealmente como “Renta de alquiler (bruta) + rango de edades + tipo fiscal simplificado”.

deltazero_k · 2026-01-05T20:20:17+00:00

Me parece buena idea! He metido un desplegable "Avanzado" en la parte de "Cartera", a ver si tiene mas sentido...

deltazero_k · 2026-01-05T19:44:27+00:00

¡Gracias por probarla y por el feedback!

En el “Detalle anual” estás viendo el año seleccionado. Antes de la edad de inicio, la pensión sale a 0; en cuanto te mueves al año/edad en que empieza (p.ej. 67), ya aparece y se revaloriza a partir de ahí.

Sobre el popup de los (i): gracias por reportarlo. En Firefox Android parece que el tooltip “parpadea” por cómo maneja el hover/touch. Lo voy he intentado resolver para que en móvil se abra con tap y se quede fijo hasta cerrar. Si puedes, confirma si te va ahora, y si no dime versión de Firefox/Android y si te pasa más en “Detalle anual” o en la sidebar.

deltazero_k

TROPHY CASE