> For the complete documentation index, see [llms.txt](https://docs.suno.finance/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.suno.finance/es/financial-model/valuation-engine.md).

# El motor de valuación

El motor construye una fila por año calendario, desde el año de puesta en operación hasta el fin de la vida útil del activo: `L + 1` filas para una vida de `L` años. Las cantidades dentro de un año se tratan como uniformemente distribuidas en el tiempo, y los años parciales se manejan con factores de tiempo fraccionarios.

#### Estructura temporal

Sea `a` la edad del proyecto a la fecha de valuación, en años de 365.2425 días, y `y_o` la fracción del año calendario de puesta en operación posterior a esa fecha. La fila `n` lleva:

$$
tf\_n = \min\big(\max(y\_o + n - a,\ 0),\ 1\big), \qquad tf\_L = \max\big(0,\ \min(L - a,\ 1 - y\_o)\big)
$$

Las filas anteriores a la fecha de valuación reciben `tf = 0` y no producen flujo, porque la valuación mira estrictamente hacia adelante. La fila que contiene la fecha de valuación recibe la fracción restante de ese año, los años completos reciben 1, y la fila final cubre la cabeza de su año calendario hasta el aniversario de fin de vida, neta de lo ya transcurrido. Los factores suman la vida restante, `Σ_n tf_n = L - a`, y una valuación fechada después del fin de vida se rechaza.

#### Generación

La eficiencia del panel sigue una escalera de degradación anual. Un año calendario cruza dos escalones de edad del panel siempre que la puesta en operación fue a mitad de año, así que la fila `n ≥ 1` usa el promedio de escalones de la ventana que cubre:

$$
\eta\_n = \eta\_0 - (n - 1 + y\_o),\delta
$$

con la fila de puesta en operación a eficiencia inicial plena. La generación es:

$$
G\_n = P\_0 \cdot 365.2425 \cdot kWp \cdot \eta\_n \cdot tf\_n \cdot (1 - h\_n)
$$

donde `P_0` es la línea base año-cero de la [telemetría](/es/financial-model/inputs-and-data.md) y `h_n` es el downtime esperado de cualquier [reposición de equipos](/es/financial-model/equipment-replacement.md) programada ese año.

#### Ingresos por energía

`R^(energía)_n = G_n · p_n`, con `p_n` resuelto desde la curva PPA: dinero del año base escalado por el índice elegido y, en contratos anclados, mezclado entre los dos lotes de 12 meses que se traslapan. El peso de la mezcla se calcula sobre la sub-ventana del año que la fila realmente cubre, de modo que en la fila del año de valuación solo participa la cola restante del año y un lote ya vencido no puede afectar el precio aplicado al flujo futuro.

#### Certificados

$$
R^{REC}*n = \left\lfloor \frac{G\_n}{1000} \right\rfloor \cdot c^{REC}*{USD} \cdot \frac{U(y\_n)}{U(y\_{eval})} \cdot FX\_{y\_n}
$$

El ingreso por certificados cuenta MWh completos. El precio está denominado en USD/MWh, la denominación del mercado I-REC, escala con el índice de IPC estadounidense `U` y convierte al tipo de cambio proyectado de cada año. Persiste un modo legado en moneda local que escala con IPC local para proyectos aún no migrados; bajo la trayectoria FX consistente con PPP, ambos son casi equivalentes en términos reales de USD.

#### Gastos operativos

$$
C^{opex}*n = 12 \cdot O*{usado} \cdot \frac{IPC(y\_n)}{IPC(y\_{eval})} \cdot (1 + \delta\_{opex})^{,y\_n - y\_{eval}} \cdot tf\_n
$$

La línea base `O_usado` proviene de la [telemetría de facturas](/es/financial-model/inputs-and-data.md) y está expresada en dinero de la fecha de valuación, de ahí la escalación por IPC desde el año de valuación. El escalador real opcional `δ_opex` (default 0; los benchmarks de la industria corren en IPC +0.5 a 1% para activos que envejecen) captura el O\&M recurrente creciendo por encima de la inflación general. Las reposiciones mayores quedan fuera de esta línea; viven en el [calendario de eventos discretos](/es/financial-model/equipment-replacement.md), y la frontera entre ambos evita el doble conteo.

#### Fee del protocolo e ingresos adicionales

El fee del protocolo es proporcional al ingreso bruto: `C^(fee)_n = φ · (R^(energía)_n + R^(REC)_n + R^(adic)_n)`. Los ingresos adicionales, como beneficios tributarios o ingresos auxiliares, se ingresan por año en dinero de su año base declarado y escalan con IPC desde esa base.

#### Flujo neto y conversión

$$
F^{LC}\_n = R^{energía}\_n + R^{REC}\_n + R^{adic}\_n - C^{opex}\_n - C^{equipos}\_n - C^{fee}\_n, \qquad F^{USD}\_n = \frac{F^{LC}*n}{FX*{y\_n}}
$$

Dentro del horizonte de pronóstico el `FX` viene directamente del conjunto macro; más allá, aplica la deriva PPP. Los proyectos denominados en USD omiten la conversión.

#### La tabla publicada

La tabla completa año por año acompaña cada valuación: factores de tiempo, eficiencia, generación, precios, cada línea de ingreso y costo, tipos de cambio, factores de descuento y flujos descontados. La columna descontada suma el NPV, así que un NAV publicado puede verificarse línea por línea.

#### Advertencias

Cuando una situación de insumos debilita un cálculo, el motor lo dice. Un pronóstico de FX truncado sin datos de inflación estadounidense, telemetría insuficiente o un evento de reposición cayendo en el año de valuación producen cada uno una advertencia explícita que acompaña al borrador y se congela en la versión publicada.


---

# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.

## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question.

Perform an HTTP GET request on the current page URL with the `ask` query parameter, and the optional `goal` query parameter:

```
GET https://docs.suno.finance/es/financial-model/valuation-engine.md?ask=<question>&goal=<endgoal>
```

`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal.

The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.