BESS & MicrogridsLesson 5 of 5FOUNDATION LESSON

Economics, lifecycle and acceptance evidence

A BESS financial model is a dispatch model with money attached.

READING TIME
13 minutes
OBJECTIVES
3 learning objectives
SELF-CHECK
3 check questions
INTENDED FOR
Utility, facility, energy, engineering and project-finance teams

Educational lesson. Confirm project-specific requirements before application.

Containerized battery energy storage system (product render)
Manufacturer renderContainerized battery energy storage

01LEARNING OBJECTIVES

After this lesson, you should be able to:

  1. 01Test a BESS financial model against operating reality
  2. 02Connect degradation and warranty conditions to lifecycle output
  3. 03Define acceptance tests for technical and commercial use cases

02EXPLANATION

What is physically and operationally happening?

A BESS financial model is a dispatch model with money attached. It should use the actual tariff structure, interval load, expected availability, efficiency, degradation, auxiliary consumption, maintenance, replacement assumptions and financing treatment. A simple price-per-kWh comparison cannot determine project value.

Acceptance must prove more than energization. The system should demonstrate capacity, power, response, controls, alarms, protection, communication, operating modes and the commercial use case under defined conditions. Baseline measurement and continuing performance review determine whether the expected result persists.

  1. 01

    Model

    Replay dispatch against validated load, tariff and operating constraints.

    Annual outcome
  2. 02

    Stress

    Vary tariff, degradation, availability, use and cost assumptions.

    Sensitivity
  3. 03

    Accept

    Test equipment and use-case performance against stated criteria.

    Commissioning evidence
  4. 04

    Operate

    Track actual availability, throughput, savings and lifecycle condition.

    Performance record
READING NOTEIllustrative only, not a warranty curve. Use exact warranted conditions and project duty.
TECHNICAL VISUAL · SYSTEM-SPECIFIC MODEL

Illustrative lifecycle capacity trajectory

Usable capacity changes with age, throughput, temperature and operating policy.

Charging. While the site has supply headroom the PCS converts AC to DC and the battery charges, so the state of charge rises.

  • AC power
  • DC link
  • Control and data
  • Power flowing, arrow shows direction
Illustrative arrangement, not a Metro Power project. Supplied equipment appears as Bescore renders and studio photographs of the equipment class; the grid, generation, buildings, vehicles and control equipment are drawn.
ENGINEERING VIEW · ILLUSTRATIVE

Economics and acceptance: illustrative profile

normalized
Relative usable capacity

Relative usable capacity. Values are educational, not Metro Power project-performance claims.

04OPTIONAL ENGINEERING DEPTHEngineering reasoning for this learning pathThe same design relationship, checks and evidence apply across every lesson in this path.
DESIGN RELATIONSHIPRequired nominal energy = delivered energy ÷ (efficiency × usable state-of-charge (SOC) window × end-of-life factor)
  • Separate PCS power from battery energy
  • Resolve reserve versus commercial dispatch priority
  • Include losses, degradation, auxiliaries and downtime
ENGINEERING CHECKS FOR THIS PATH
  1. 01Simulate the complete interval sequence and SOC
  2. 02Coordinate battery management system (BMS), power conversion system (PCS), energy management system (EMS), protection and transformer states
  3. 03Test tariff, warranty and availability sensitivities
FAILURE ANALYSIS
Observed signalPossible causeDiscriminating test

Peak cap fails during long events

Energy depletes despite sufficient PCS power

Replay interval load and SOC

Outage reserve is unavailable

Commercial dispatch consumed reserved energy

Compare command history with EMS policy

PROJECT EVIDENCE TO COLLECT
  • Interval load and generation data
  • Dispatch and SOC simulation
  • Approved single-line diagram, controls and protection basis

05WORKED EXAMPLE

Challenging a savings claim

A proposal claims ₱12 million annual savings with 100% availability and no degradation.

STEP BY STEP
  1. Availability-adjusted savings = ₱12M × 0.96 = ₱11.52M
  2. Apply 7% efficiency effect: ₱11.52M × 0.93 ≈ ₱10.71M
  3. Add degradation, maintenance, financing and tariff sensitivities
  4. Compare downside, base and upside cases
INTERPRETATION

Even a simplified correction reduces the claim materially. The investment decision needs transparent assumptions and sensitivity ranges.

06COMMON FAILURE OR MISCONCEPTION

“A warranty guarantees the project’s savings.”

CORRECTION

A warranty covers stated product conditions and remedies. Savings depend on tariff, site behavior, dispatch, availability, degradation and operations.

RETRIEVAL PRACTICE · 3 QUESTIONS

Check what you can explain without looking back.

Choose an answer and report your confidence. The confidence signal is stored only until you submit this page.

OBJECTIVE · Build economics

What should a savings model start with?

How confident are you?
OBJECTIVE · Define acceptance

Which test best proves peak shaving?

How confident are you?
OBJECTIVE · Interpret warranty

What does a capacity warranty replace?

How confident are you?
Answer every question and confidence prompt.

END OF THE COURSEBESS & Microgrids

Take the foundation check.