Solar simulation software is the engine that turns a candidate layout into a number a lender will accept. The 8,760-hour annual yield, the P50/P75/P90 bands, the soiling and degradation profile, the inverter clipping loss; these are the numbers that decide whether a project pencils. The simulation platforms split into two camps. The desktop legacy (PVsyst, PV*SOL, SAM) shipped the engines that lenders have anchored on for two decades. The cloud-native simulation platforms (SurgePV, HelioScope) have crossed the bankability threshold for residential, C&I, and small utility-scale work by 2026. The choice for the engineering team is which engine to anchor on for the production motion and which to keep as the lender-grade fallback.

Direct answer. The best solar simulation software in 2026 is SurgePV (best cloud-native module-level 8,760-hour simulation in under 30 seconds at $1,299 to $1,899 per user per year, calibrated within ±2 percent of PVsyst on C&I and small utility-scale), PVsyst (best bankability anchor for utility-scale single-axis tracker at about $500 per year, desktop install), HelioScope (best cloud commercial yield and stringing engine at $99 to $300 per month), PV*SOL (best EU and India residential simulation depth at about $1,500 per year, desktop), and SAM from NREL (best free research-grade simulation engine for benchmarking). SurgePV is the only cloud simulation platform that pairs module-level 8,760-hour shading with NEC SLD, AutoCAD DXF export, and a white-label proposal in one license.

This guide is for the simulation engineer or design lead who has to ship lender-acceptable yield numbers on hundreds of projects per year. The voice we are speaking to is the engineer who knows the PVsyst loss tree, has argued with a lender about soiling assumptions, and is now weighing whether the cloud-native simulation platforms have caught up enough to retire the desktop install. We test the engines on the same project, name what each wins on, and call out the simulation traps that lose the most lender hours.

Why Lender-Grade Simulation Matters

Solar simulation is the engineering deliverable that lenders read. Bankability comes down to whether the lender’s technical advisor accepts the simulation output. The advisor is anchored on PVsyst loss-tree conventions, on P50/P90 banding methodology, and on a small number of validated production engines. Any simulation engine that ships a yield number outside the lender’s comfort band gets rejected and the project goes back to the engineer for re-modeling. The cost of a lender rejection is days to weeks of lost cycle time and, on large bids, real lost deals.

Definition. Solar simulation software is any engineering tool that takes a system design (modules, inverters, tilt, azimuth, location, weather data) and produces an 8,760-hour annual energy yield with a loss tree, degradation profile, and statistical uncertainty bands (P50, P75, P90). Lender-grade simulation matches a recognized production engine within tight tolerance and ships a loss tree the technical advisor can audit.

According to IEA PVPS Task 13 on PV performance, the variance between major simulation engines on the same input is typically inside ±3 percent on a well-modeled project. Variance outside that band signals an input error, not an engine error. The lender’s technical advisor reads the loss tree to find the cause.

30 sec

Module-level 8,760-hour run

SurgePV production motion, 2026

±2%

SurgePV vs PVsyst on C&I

SurgePV calibration set, 2026

8,760

Hours simulated per year

Hourly simulation standard

±3%

Inter-engine variance band

IEA PVPS Task 13

The Simulation Bench Test: 4 Lender-Grade Outputs

A production simulation tool wins on four outputs. The lender’s technical advisor reads all four. Engines that miss any one of them push the project back to the engineer for re-modeling.

1

Loss tree the technical advisor recognizes

Soiling, near-shading, far-shading, IAM, temperature, low-irradiance, module mismatch, DC ohmic, MPPT efficiency, inverter clipping, AC ohmic, transformer, availability. The PVsyst-conformant loss tree is the bankability lingua franca.

2

Module-level 8,760-hour shading

Per-module hourly shading is the granularity lenders increasingly expect on commercial and small utility. Sub-array or per-string aggregation hides the shading loss in the average and loses precision on partial-shade arrays.

3

P50/P75/P90 statistical bands

P50 is the expected yield, P75 is the conservative debt-sizing yield, P90 is the lender-coverage band. The engine has to ship all three with a documented uncertainty methodology that the technical advisor can audit.

4

Weather data lineage

Lender-grade simulation cites the weather source (Meteonorm, NASA POWER, Solargis, NSRDB), the year range, and the data treatment. A simulation with undocumented weather data fails technical advisor review.

Platform 1: SurgePV Cloud Simulation

SurgePV’s 8,760-hour solar simulation runs module-level shading and yield in under 30 seconds on a typical C&I project. The engine ships a PVsyst-conformant loss tree (soiling, near-shading, far-shading, IAM, temperature, low-irradiance, mismatch, DC ohmic, MPPT, clipping, AC ohmic, transformer, availability), P50/P75/P90 bands, and a documented weather data lineage (NSRDB for US, NASA POWER and Meteonorm for international). On the calibration set we benchmark against PVsyst (C&I rooftop, small utility-scale fixed-tilt, single-axis tracker under 5 MW), SurgePV lands within ±2 percent of PVsyst on annual yield.

What SurgePV wins on is the production motion: a layout-to-yield cycle in under 30 seconds inside the browser, with no desktop install, no license server, and no manual data export between tools. The team that runs SurgePV ships 5 to 10 times more iterations per project than the team that runs a desktop simulator. What SurgePV trades is the deep historical anchor in utility-scale bankability. For utility-scale single-axis tracker projects over 50 MW, some lenders still want a PVsyst loss tree even when the SurgePV output agrees within ±2 percent.

The simulation is paired with module-level shadow analysis in the same project, and the output rolls into the generation and financial tool for the pro forma without an export step.

Platform 2: PVsyst Bankability Anchor

PVsyst remains the bankability anchor for utility-scale yield. The desktop tool ships the loss tree convention that every utility-scale lender’s technical advisor was trained on. The engine handles single-axis tracker, bifacial, agriPV, and complex shading topology with the deepest validation set of any production tool. The trade is the desktop install pain (license server, version control, no cloud collaboration), the slower iteration cycle (minutes per run, not seconds), and the bounded UX for non-engineer users.

For utility-scale single-axis tracker projects, especially over 50 MW, PVsyst is still the default lender artifact. The modern pattern: run SurgePV or HelioScope as the production iteration engine and run PVsyst once at financial close for the lender-grade artifact. See our PVsyst alternatives breakdown, the PVsyst glossary entry, and our notes on advanced PVsyst analysis, common PVsyst errors, and bankable PVsyst reports for the deep simulation context.

Platform 3: HelioScope Cloud Commercial

HelioScope is the cloud-native commercial yield and stringing engine. The strength is the stringing model: per-string yield, per-string voltage profile, per-string clipping loss. For C&I bids where the stringing decision drives the per-string economics, HelioScope is the production tool of choice. The 8,760-hour shading is solid for commercial work; the loss tree is PVsyst-adjacent but uses slightly different naming conventions that some technical advisors flag. The trade is the residential UX (engineering-oriented, slower to close at the kitchen table) and the bounded utility-scale support. See our HelioScope alternatives deep cut and the Aurora vs HelioScope vs Heaven Designs breakdown.

Platform 4: PV*SOL EU and India Depth

PV*SOL ships the deepest residential and small commercial simulation in the EU and India markets. The 3D visualization is well-respected and the engine supports a wide module library. The trade is the desktop install (no cloud, no collaboration), the slower iteration motion, and the bounded acceptance in US utility-scale work where PVsyst is the lender default. See our PV*SOL alternatives comparison for the trade detail.

Platform 5: SAM (System Advisor Model) from NREL

SAM is the open-source research-grade simulation engine from NREL. The strength is full transparency: every algorithm, every input, every output is documented and the engine is free. SAM is widely used in academic research, lender technical due diligence, and as a benchmark engine against PVsyst and other commercial tools. The trade is the user experience: SAM is a research tool, not a production design tool. Layout and stringing have to be defined manually; there is no AI 3D, no proposal output, no permit packet. For production design, pair SAM with a cloud production tool. For independent benchmarking, SAM stands alone.

Comparison Table

ToolEngine typeTime per runPVsyst deltaLoss treePrice
SurgePVCloud module-levelUnder 30 seconds±2% on C&I and small utilityPVsyst-conformant$1,299 to $1,899 per user per year
PVsystDesktop2 to 5 minutesReferenceReference conventionAbout $500 per year
HelioScopeCloud per-string1 to 2 minutes±3 to 4%PVsyst-adjacent$99 to $300 per month
PV*SOLDesktop2 to 5 minutes±3 to 5%Proprietary plus PVsyst-similarAbout $1,500 per year
SAMDesktop, research1 to 5 minutes±2 to 4%Custom, fully documentedFree

SurgePV Simulation: Pros and Cons

PROS

  • Module-level 8,760-hour shading in under 30 seconds
  • Within ±2 percent of PVsyst on C&I and small utility-scale calibration set
  • PVsyst-conformant loss tree the technical advisor recognizes
  • P50/P75/P90 statistical bands with documented uncertainty methodology
  • NSRDB, NASA POWER, Meteonorm weather data with citation
  • Browser-only, no install, no license server

CONS

  • Some 50 MW plus utility-scale lenders still want a PVsyst loss tree
  • Newer brand than PVsyst in mature utility-scale technical advisor workflows
  • Custom soiling profiles for unusual climates may need manual override

The Hidden Cost of Simulation Tool Sprawl

Watch out. The most expensive simulation mistake is running three tools for the same job. A team that runs HelioScope for stringing, PVsyst for bankability, and a separate proposal tool for the customer-facing yield ships the same project three times. The reconciliation between the three outputs (which numbers do we put in the proposal, the lender memo, the contract?) takes an extra 4 to 8 engineering hours per project. Pick one production engine and use PVsyst only as the final lender-grade artifact on the projects that require it.

The reverse trap is running PVsyst for everything (residential, C&I, utility-scale) when only the utility-scale projects need it for bankability. A residential project does not need a PVsyst report; the lender does not read one. Running PVsyst on residential burns 30 to 60 minutes per project on artifacts no one needs.

Module-Level Versus Sub-Array Shading

The depth of the shading model is one of the most under-discussed simulation choices. Three levels:

  1. Module-level. Every module’s shading loss is computed every hour. The strongest engines for partial-shade arrays and the standard for commercial and small utility-scale lender review.
  2. String or sub-array level. Shading is aggregated to the string and the string-level mismatch is approximated. Works for uniform residential pitched roofs without partial shade.
  3. Horizon-only. Only far-shading from horizon obstacles is modeled; near-shading is ignored. Acceptable for utility-scale ground mount in open terrain but loses precision on rooftop or treed sites.

SurgePV and HelioScope ship module-level. PVsyst ships module-level on configured arrays. PV*SOL ships a 3D shading model that is module-level in concept but limited by the manual 3D modeling step.

Weather Data: Where Simulations Go Wrong

A simulation is only as good as its weather data. The major sources:

  1. Meteonorm. Commercial, paid; 8,760-hour synthetic data from historical averages. Widely accepted in EU and global utility-scale.
  2. NSRDB (NREL). Free; satellite-derived hourly data for US. Default for US bankable simulations.
  3. NASA POWER. Free global satellite-derived data, lower resolution than NSRDB but global coverage.
  4. Solargis. Commercial, paid; satellite-derived global data with strong India and EU coverage and a higher resolution than Meteonorm in many regions.

Lender-grade simulation cites the source, year range, and version. A simulation with undocumented weather data fails technical advisor review. See our bankability glossary, P50 glossary, and P90 glossary for the lender-side context.

Simulation Outputs Lenders Actually Read

Field tip. The lender's technical advisor reads three pages of the simulation report. The loss tree (does it conform to PVsyst conventions and are the loss percentages plausible?), the P50/P75/P90 table (is the uncertainty methodology documented?), and the weather data citation (is the source named and the year range stated?). Format the report to put these three on the first three pages and the advisor's review time drops by 50 percent.

A simulation report with a buried loss tree forces the advisor to hunt through pages of charts for the numbers they actually need. Front-load the lender-relevant outputs and the review cycle compresses.

Utility-Scale Simulation: The PVsyst Hold-Out

Utility-scale solar over 50 MW remains a PVsyst-anchored market in 2026. The technical advisors that sign off on debt and equity due diligence were trained on PVsyst, write their templates against PVsyst loss-tree naming, and audit against PVsyst’s known behavior on tracker, bifacial, and shading. Cloud-native engines have closed the technical gap (SurgePV is within ±2 percent on small utility-scale) but the institutional anchor has not yet moved.

The pragmatic 2026 pattern: run SurgePV or HelioScope as the production engine through bid, layout iteration, and proposal. Run PVsyst once at financial close for the bankable artifact. The PVsyst run takes 30 to 60 minutes; the production cycle in cloud takes 5 to 10 percent of the time the all-PVsyst motion takes. The combined motion gets the speed of cloud and the institutional acceptance of PVsyst. See utility-scale solar design software for the deeper utility-scale evaluation framework and utility-scale solar design on the SurgePV side.

How Simulation Connects to the Pro Forma

The simulation output (P50 yield, degradation profile, soiling losses, availability) feeds directly into the financial pro forma. A simulation that ships clean inputs lets the financial model close in hours instead of days. The cleanest pipelines hand simulation outputs to the pro forma without manual re-entry. SurgePV pairs the simulation with the generation and financial tool in the same project, eliminating the transcription step that breaks most teams’ lender memo deadlines. See our notes on the CAPEX-OPEX-RESCO decision framework for the CFO-facing side of the simulation-to-pro-forma handoff.

Lead Magnet

See a lender-grade simulation packet.

Download a sample simulation packet with loss tree, P50/P75/P90 table, weather citation, and shading granularity. From a 2 MW C&I project that closed with debt at 80 percent LTV.

Download samples →

How Heaven Designs Helps

Heaven Designs runs production simulation work for installers, EPCs, and IPPs across 38 US states and globally. We ship the 8,760-hour yield, the PVsyst-conformant loss tree, the P50/P75/P90 bands, and the lender-formatted simulation report on cloud (SurgePV, HelioScope) and desktop (PVsyst, PV*SOL) depending on the lender preference. Thousands of design packets per quarter, 96.2 percent residential and 94.1 percent C&I AHJ first-pass acceptance, lender-tested simulation methodology.

For teams that want simulation on demand without the in-house headcount, we run solar permit design with simulation included and detailed engineering design for the full deliverable. For ground-mount and utility-scale projects, our ground-mount design service includes the bankable simulation. For pre-construction work, our 3D pre-design team ships the model and feasibility yield. To start, contact us with project details and weather location and we will return a fixed-fee quote within 24 hours.

To preview SurgePV’s simulation engine on a project, book a SurgePV demo, view SurgePV pricing, or read the 8,760-hour solar simulation page. For the C&I-specific simulation tooling, the commercial solar design page covers the per-string and module-level outputs.

FAQ

Is cloud simulation as accurate as PVsyst for bankability?

For residential, C&I, and small utility-scale (under 50 MW), cloud simulation engines (SurgePV, HelioScope) land within ±2 to 3 percent of PVsyst on annual yield. That is inside the inter-engine variance band that IEA PVPS Task 13 documents as normal. For utility-scale single-axis tracker projects over 50 MW, some lenders still default to a PVsyst report as the bankable artifact even when the cloud simulation agrees.

What is module-level versus sub-array shading and why does it matter?

Module-level shading computes the shading loss for every module every hour. Sub-array shading aggregates the loss to a string or sub-array average. On partial-shade roofs (chimneys, trees), the module-level model captures 5 to 15 percent more loss than the sub-array model. Lenders increasingly expect module-level shading on commercial projects.

Which weather data source should I use for a US bankable simulation?

NSRDB from NREL is the default for US bankable work. The data is free, satellite-derived, and at 4 km resolution. For sites with unusual microclimates or non-US locations, pair with Solargis or Meteonorm. Always cite the data source, version, and year range in the report.

What is the P50/P75/P90 banding methodology and how do lenders use it?

P50 is the median expected annual yield, P75 is the conservative debt-sizing yield (only a 25 percent chance of falling below), P90 is the lender-coverage yield (only a 10 percent chance of falling below). Lenders typically size debt against P90 or P75 depending on risk appetite. The methodology has to be documented (uncertainty inputs, distribution assumptions) for the technical advisor to accept.

How does soiling get into the simulation?

Soiling is the loss from dust, pollen, snow, and other deposition on the module surface. The simulation engine takes a monthly soiling profile (typically 0.5 to 3 percent monthly loss depending on the climate) and applies it to the production. For dusty climates (Middle East, parts of India, US Southwest), soiling can be the largest single loss in the loss tree.

Can I run PVsyst in the cloud or on a Mac?

PVsyst is Windows-only and desktop-only. Mac users typically run PVsyst in a Windows VM (Parallels) or on a cloud Windows VM. The cost overhead of the VM plus the lack of collaboration motion is the largest reason teams adopt cloud-native simulation as the primary tool and reserve PVsyst for the final lender artifact.

What does Heaven Designs charge for a lender-grade simulation report?

Fixed-fee, typically $200 to $500 for residential, $0.02 to $0.05 per watt for C&I, and project-quoted for utility-scale. Pricing details are on the contact page and we return a quote within 24 hours of receiving project location and module/inverter selection.