Financial simulation
Background
As part of the simulator, we need to calculate the financial results of the asset given its solar generation and the expected prices on the markets. There are several important aspects to calculate the overall financial performance:
- trading simulation
- calculation of PPA settlements for assets with PPAs
- calculation of expenses (capex and opex)
- calculation of revenues
Calculation logic
Trading simulation
The simulator models participation in both day-ahead spot markets and balancing markets to provide a more complete picture of potential revenue opportunities for your assets.
Day-ahead spot market participation
We generate a bid for each day based on "simulated" forecasts. We create these forecasts by taking the expected actuals and introducing an error based on a certain expected RMSE. For assets with batteries, this bid will also depend on the results of the battery simulation.
We then calculate the imbalance based on the difference between the "real" generation and the plan submitted.
We are currently not simulating the effect of real-time battery adjustment to minimize imbalance. This will tend to slightly underestimate the revenues from battery operations. We plan to add this aspect in the future.
Balancing market participation
For assets with batteries, the simulator also models participation in the primary reserve offline market (一次オフライン枠). This allows you to evaluate additional revenue opportunities from providing frequency regulation services.
Supported assets
Assets with battery storage can participate in the balancing market simulation, regardless of battery capacity, as long as the balancing market is included in the asset's target markets.
In practice, individual assets must have a capacity of at least 1 MW to participate in the market. Assets with smaller capacities can participate only when aggregated, provided their total capacity meets or exceeds 1 MW. To simplify the current implementation, all assets with batteries are treated as eligible for participation.
Balancing market participation is excluded:
- during FIT subsidy periods
- during the term of a physical offsite PPA
- outside the operational period of the battery
- before April 2024, the start of the market in the simulation
Trading period
Balancing market participation is possible in any 30-minute slot without solar generation. A slot is also excluded when a curtailment order leaves the battery with insufficient exchange capacity to fulfill the frequency control commitment.
Bid calculation
For each 30-minute slot, the simulator compares the expected revenue of the possible battery operations, looking ahead over a 12-hour horizon, and selects the most profitable one:
- Day-ahead spot discharge: discharge the battery to the spot market.
- Frequency control: commit the battery capacity to the balancing market.
- Frequency control with grid charging: commit capacity to the balancing market while charging the battery from the grid.
- Idle: do nothing.
The bid volume is the full power capacity of the battery (derated by the site inverter efficiency for DC-coupled batteries).
Operational assumptions
- For each 30-minute slot with a frequency control commitment, the battery is assumed to discharge a net 0.0525 kWh per kW of committed capacity, reflecting expected activations. This energy is recharged in later slots.
- All submitted bids are assumed to clear (be accepted by the market).
Revenue calculation
Balancing market revenues are calculated based on capacity compensation:
- You can input the expected ΔkW price in JPY/kW per 30-minute slot for each grid zone as part of your scenario assumptions. As with other scenario parameters, values are anchored at the start of the Japanese fiscal year and interpolated between the years you specify.
- The simulator calculates compensation for each 30-minute slot as the ΔkW price multiplied by the committed capacity.
- Energy discharged during frequency control operations is netted out of day-ahead sales and does not itself generate revenue.
- Settlements are assumed to occur within the same month as the trades.
Be aware that the model does not account for any compensation resulting from real frequency response activations.
For simplicity, the current implementation focuses on spot and balancing markets. We do not simulate intraday markets or other ancillary services such as secondary/tertiary reserves. These will be added in future versions.
Transaction fees Transaction fees are set annually by EPRX and calculated in yen per kW of awarded capacity per 30-minute interval (0.01 JPY/kW in FY2024, 0.03 in FY2025, 0.06 in FY2026). The latest published fee is assumed to remain constant for future years, and total participation fees are recorded as an expense in the simulation results. For the latest fees, refer to this link.
PPA settlement calculation
For assets part of a PPA, we also calculate the settlements between the IPP and the offtaker, which will affect the total revenues.
Strike price calculation
The strike price depends on the PPA scheme:
- fixed: equal to the fixed PPA price
- fixed with inflation escalation: equal to the PPA price in the first year of the PPA contract, then increasing every year according to inflation assumptions in the scenario.
- fixed with escalation: equal to the PPA price in the first year of the PPA contract, then increasing every year according to the escalation factor in the contract.
- discount floor/collar: equal to the market price multiplied by a discount factor () and limited by optional floor and/or ceiling prices.
Settlement amount calculation
There are two main types of PPAs: physical and virtual. For physical PPAs, which include offsite, onsite, and self-wheeling PPAs, the energy produced by the plant during the validity of the PPA contract is not traded in the market, thus the trading simulation in these cases is not performed during the PPA period. All the energy produced is bought directly by the offtaker, and paid at the strike price, which represents the main revenues for the IPP.
For virtual PPAs, the energy is sold to the market, but later a settlement amount is calculated and there may be a transfer of funds between IPP and offtaker, depending on the market conditions. The settlement amount in this case is calculated as:
the price (per kWh) that the offtaker needs to pay the IPP, or viceversa if the value is negative.
If during a certain slot =4.5 JPY/kWh and the generation is 400 kWh, the offtaker will need to pay the IPP 1,800 JPY for that slot.
Expense calculation
We calculate expenses for each assets including capital expenses (CAPEX) and operational expenses (OPEX). The CAPEX depend on the CAPEX payment in input.
OPEX costs include:
- Operations and management (O&M). Assigned at the last day of the month.
- Asset management. Assigned at the last day of the month.
- Land lease. Assigned at the last day of the year.
- Insurance. Assigned at the last day of the year.
- Decommission reserve. This is paid only from year 11, and is assigned at the COD date of the asset.
- Inverter replacement. This is assigned at the same COD date of the asset, and is charged at the end of the inverter warranty period. So if the COD is 1 April 2020 and warranty is 10 years, the first payment will be on 1 April 2030.
- Property tax. This depends on a tax rate that can be set in input. The cost is assigned at the end of May of each year, assuming 17 years depreciation of the original taxable CAPEX expenses.
- Other OPEX, for generic/miscellaneous expenses. Assigned at the last day of the year.
Revenue calculation
The revenues are calculated by summing all the different components: revenues from the markets (day-ahead trades), balancing market revenues, imbalance cashflows, subsidy cashflows, and PPA settlements.
The total cashflow can then be calculated by subracting all the costs from the revenues.
IRR calculation
We calculate the yearly internal rate of return (IRR) on a monthly basis. We first calculate the monthly IRR, then we translate it into yearly IRR with this formula:
There may be cases where IRR cannot be calculated. This may be due to missing or incomplete data (eg. missing CAPEX information) or because the calculated IRR would produce extreme values, which generally indicates that there are issues with the input data.