You have decided to outsource the yield simulation. Good. That is the right call for most developers and EPCs. A PVsyst seat, a trained modeler, and a review engineer cost more than a full year of outsourced reports. The failure point is rarely the decision. It is the brief. We review outsourced simulation work every month, and the same story repeats. The vendor delivered a technically valid report. The lender rejected it anyway. The meteo file was wrong for the site, the P90 had no stated uncertainty basis, or the layout version in the report was two revisions old. Every one of those failures traces back to a missing line in the brief, not a missing skill in the vendor.
Direct answer. PVsyst simulation outsourcing works when you hand the vendor six things in writing before work starts: a frozen layout with a version number, a named meteo dataset with a fallback, a P50/P90 specification with uncertainty assumptions, the loss parameters you want used, a named lender or IE whose checklist applies, and a delivery schedule with revision terms. A brief that covers these six items typically returns a bankable report in one revision cycle. A vague brief returns a report your lender will question.
TL;DR
- Outsourcing the simulation is the right call for most developers. The license is cheap; the modeling judgment and lender acceptance are what you are buying.
- Most lender rejections trace to the brief, not the model. Wrong meteo source, unstated P90 basis, and stale layout versions cause most failures.
- Freeze your layout and give it a version number before the vendor opens PVsyst. Every revision after that needs a change note.
- Specify the meteo dataset by name (Solargis, Meteonorm, NSRDB) and state the fallback order if the vendor disagrees.
- Write the P50/P90 spec yourself: exceedance probabilities, uncertainty assumptions, and which one the lender sizes debt on.
- A specialist vendor delivers a lender-grade report in 5 to 10 business days for a utility-scale project. Red flags: no meteo question asked, no version control, no methodology section.
- Use the One-Page Simulation Brief in this post as your template. It has cut our clients' revision cycles from three rounds to one.
This guide is for Suresh, the Indian utility-scale developer lining up debt for a 25 MW project. It also serves Jennifer managing a US C&I pipeline and any EPC owner who has already decided to outsource and now wants the report to come back bankable the first time. If you are still deciding whether to outsource at all, our founder’s playbook on outsourcing solar design covers that decision. If you want to know what a finished report costs and contains, read our companion piece on the PVsyst report service. This post covers the workflow in between: how you brief the vendor, and what happens after you do.
What PVsyst Simulation Outsourcing Actually Includes
Outsourcing a PVsyst simulation means handing a specialist team your project inputs and receiving an energy yield assessment (EYA) built in PVsyst, the industry-standard PV simulation software. The deliverable is not a software printout. It is an engineering document with a methodology section, a meteo data justification, a full loss tree, and exceedance-probability yield estimates that a lender’s independent engineer can audit line by line.
A complete outsourced scope usually covers five work packages:
- Model setup. System definition, module and inverter selection from the PVsyst database, orientation, and electrical configuration.
- Meteo data integration. Importing the site climate file, checking it against satellite sources, and documenting the choice.
- Shading scene. A 3D near-shading model with terrain, rows, and obstructions. On flat utility sites this is mostly inter-row shading. On rooftops it includes parapets, HVAC units, and trees.
- Loss tree and simulation. Soiling, availability, DC and AC ohmic losses, mismatch, degradation for year 1, and grid limits.
- Uncertainty and reporting. P50, P75, P90, and sometimes P99 yields with an uncertainty budget, plus the report document itself.
What is usually excluded: site survey, geotechnical work, grid studies, and structural design. Those feed the simulation but are separate scopes. For the definition of bankability itself, see our guide to bankable PVsyst reports.
Note. PVsyst itself costs roughly $1,800 to $2,500 per seat per year, per the vendor's published pricing. You are not outsourcing the software. You are outsourcing the modeling judgment, the meteo data licenses, and the lender-facing documentation.
The Inputs a Vendor Needs From You Before Simulation Starts
The single biggest cause of rework is the vendor starting with half the inputs and guessing the rest. A professional vendor will send you an input checklist. Send everything on it in one package, before the clock starts. Here is what that package contains for a utility-scale project:
- Frozen layout (DWG plus PDF), version-numbered. Array boundary, row pitch, tilt or tracker type, inverter stations, and access roads. This is the master input. Everything in the report traces to it.
- Module and inverter datasheets. Exact models with PAN/OND files if you have them. If procurement is undecided, name the two candidates and ask the vendor to run both.
- Site coordinates and elevation. A KML boundary or survey file. Coordinates drive the meteo extraction, so accuracy matters to within the project boundary, not the district.
- Soiling expectations. Measured data if you have an operating reference plant nearby. Otherwise, regional studies. Our post on soiling loss modeling for India and Africa shows how much this one input moves the yield.
- Availability and grid constraints. Planned outage days, curtailment terms in the PPA, and any grid export limit.
- The lender’s checklist, if one exists. Many lenders and independent engineers publish their EYA requirements. Hand it over on day one.
Two of these deserve emphasis. First, the frozen layout. If your civil team changes the boundary after simulation starts, the shading scene and DC capacity both change, and the report restarts. Freeze it, version it, and treat every later change as a formal revision with a change note. Second, the lender checklist. A report built to a named checklist passes review. A report built to the vendor’s default template gets compared against the checklist later, and every gap becomes a query.
Field tip. Send the input package as a single indexed folder with a README file listing each document and its version. Our delivery teams see two weeks of email archaeology collapse into one day of setup when clients do this.
Meteo Data: The One Input That Decides Bankability
Meteo data is the largest single source of yield uncertainty, and the first thing a lender’s technical advisor checks. The choice is not academic. On Indian utility projects we have seen a 2 to 4 percent swing in first-year energy between satellite sources alone. On a 25 MW plant at a ₹3.00/kWh tariff, a 2 percent yield swing is roughly ₹45 lakh per year of revenue, up or down, for 25 years.
There are three families of sources. Solargis is a satellite-derived dataset with global coverage and a strong validation record; it is the most commonly accepted source for lender work in India, Africa, and the Gulf, per Solargis product documentation (2025). Meteonorm combines ground stations, satellite data, and interpolation, per Meteonorm (2025). NSRDB, from the US National Renewable Energy Laboratory, covers North America and is free, per NREL’s NSRDB (2025). Our detailed comparison of these sources sits in PVsyst meteo data: Meteonorm, Solargis, and NSRDB.
| Dimension | Solargis | Meteonorm | NSRDB |
|---|---|---|---|
| Data type | Satellite-derived | Hybrid station + satellite | Satellite-derived |
| Coverage | Global | Global | North America focus |
| Lender acceptance (India/Africa) | Widely accepted | Accepted, sometimes questioned on interpolations | Rare outside US |
| Cost per site file | Paid, per site | License-based | Free |
| Best for | Bankable EYA in India, Africa, Gulf | Pre-feasibility, rooftop C&I | US projects, pre-feasibility |
Your brief should name the primary dataset, the comparison dataset, and the rule for resolving a gap. A good line: “Primary: Solargis TMY for site coordinates. Cross-check: Meteonorm. If GHI differs by more than 3 percent, flag it in the report and use the more conservative source for the P50.” That single sentence eliminates the most common lender query we see.
Watch out. If a vendor never asks which meteo source you want, or cannot tell you which source is in the file they used, treat it as a red flag. An unnamed TMY file from an unknown origin is the fastest route to a lender rejection we know.
How to Specify P50, P90, and Uncertainty in Your Brief
P50 and P90 are exceedance probabilities. The P50 is the yield the plant will exceed in 50 percent of years. The P90 is the yield it will exceed in 90 percent of years. Lenders size debt on the P90, because it represents a conservative, one-in-ten downside case. Our explainer on P50, P90, and P99 yield reports covers the math in detail.
Here is what most developers get wrong. They ask for “P50 and P90” and stop. The gap between those two numbers is entirely a function of the uncertainty assumptions, and those assumptions are negotiable unless you pin them down. A vendor using optimistic uncertainties produces a tight P90 close to the P50. The yield looks great. The lender’s advisor then applies their own uncertainty budget, the P90 drops, and your debt sizing shrinks mid-negotiation.
Specify five items in writing:
- Which exceedance levels. P50, P75, P90 at minimum. Some DFIs want P99. Ask the lender first.
- The uncertainty budget. Irradiance uncertainty, model uncertainty, and inter-annual variability, each stated as a percentage. PVsyst’s own methodology for this is documented in the PVsyst uncertainty documentation (2025).
- The time basis. Year 1 yield, and a stated degradation rate for later years.
- Which probability the report headline uses. Lender reports should headline the P50 for energy and state the P90 prominently for debt sizing.
- Long-term vs satellite-period basis. State the number of years of data behind the statistics.
A two-line example that works: “Report P50, P75, and P90 for year 1. Use irradiance uncertainty of 4 percent, model uncertainty of 3 percent, and inter-annual variability of 5 percent, or justify alternatives in the methodology section.” Now the vendor’s assumptions are auditable, and so is the final number.
The One-Page Simulation Brief
Over the last several years of delivering yield assessments, we have compressed everything above into a one-page document we call the One-Page Simulation Brief. It has six blocks. Every block is two or three lines. A vendor who receives all six can start immediately, and the report comes back with almost no structural queries.
Project identity
Site name, coordinates, elevation, DC and AC capacity, grid connection voltage, and the project stage (bid, pre-feasibility, or lender-grade).
Design freeze
Layout file name and version, module and inverter models, tilt or tracker configuration, and pitch. Plus one line: "Changes after this date require a change note."
Meteo data decision
Primary dataset, cross-check dataset, the tolerance rule for gaps, and who pays for the site-specific file if a purchase is needed.
Loss and uncertainty spec
Soiling, availability, curtailment, and degradation inputs. Then the P50/P75/P90 spec with the uncertainty budget, exactly as described in the previous section.
Acceptance standard
The named lender or independent engineer, their checklist if published, and the report format they expect. For Indian debt, name the institution; IREDA, PFC, and SBI each have known preferences, per the IREDA (2025) documentation practices.
Schedule and revisions
Delivery date for draft and final, number of included revision rounds, turnaround per round, and the rate for out-of-scope changes.
Apply it like this on your next project: copy the six headings into a document, fill two or three lines under each, and attach it to the purchase order. The brief then becomes the acceptance test. When the report arrives, you check it against the brief, not against memory. That is the whole trick.
Want to see what a lender-grade PVsyst report looks like?
Download a redacted sample: full loss tree, P50/P75/P90 table, meteo justification, and the methodology section an IE audits.
Get the sample packTimeline and Revision SLA: What to Expect Week by Week
A lender-grade yield assessment for a 10 to 50 MW project takes a specialist vendor 5 to 10 business days from a complete input package. Simpler bid-stage studies run 3 to 5 days. Anyone quoting same-week delivery for a lender-grade report is skipping the shading scene or the uncertainty analysis.
A realistic schedule looks like this:
| Phase | Duration | What happens | Your job |
|---|---|---|---|
| Input review | Day 1 to 2 | Vendor checks the package, raises gaps | Answer queries within 24 hours |
| Model setup | Day 2 to 4 | System definition, meteo import, shading scene | Approve the setup summary |
| First simulation | Day 4 to 6 | Loss tree, first P50/P90 run | Review the loss tree first |
| Draft report | Day 6 to 8 | Full document with methodology | One consolidated review pass |
| Final | Day 8 to 10 | Revisions incorporated, final issue | Sign off against the brief |
Two rules protect this schedule. First, consolidate your review comments into one pass. Five dribbled comment rounds cost more calendar time than one thorough one. Second, agree the revision terms in the brief: two included rounds, 48-hour turnaround per round, and a defined rate for layout changes. That last clause is what keeps a “small boundary tweak” from becoming a free re-simulation.
The performance ratio and specific yield in the draft are your fast sanity checks. For a well-designed fixed-tilt plant in high-irradiance India, a first-year PR in the 78 to 84 percent range is normal. A draft showing 88 percent means someone set a loss to zero. Find it before the lender does. Our guide on common PVsyst errors that kill bankability lists the usual suspects.
Freelancer vs Specialist Firm vs In-House: Who Should Run Your Simulation
There are three realistic sourcing options, and each wins in a different situation. The wrong choice here costs more than any modeling error.
| Dimension | Freelance PVsyst operator | Specialist engineering firm | In-house team |
|---|---|---|---|
| Typical cost per utility EYA | $800 to $2,500 | $3,000 to $15,000 | Loaded salary plus licenses |
| Turnaround | Variable, 1 to 4 weeks | 5 to 10 business days | Depends on workload |
| Review depth | Self-reviewed | Second-engineer review | Depends on staffing |
| Lender acceptance | Weak, no institutional record | Strong, documented track record | Strong if experienced |
| Continuity risk | High, single person | Low, bench depth | High, attrition |
| Best for | Pre-feasibility screening | Bid-stage and lender-grade work | Continuous multi-GW pipelines |
WHEN EACH OPTION WORKS
- Freelancer: screening 5 candidate sites before land purchase, internal decision only
- Specialist firm: anything a lender, IE, or DFI will read
- In-house: 20 or more simulations per year, justifying a full seat and reviewer
WHERE EACH OPTION FAILS
- Freelancer: disappears mid-revision, no second pair of eyes, no E&O cover
- Specialist firm: overkill for a quick pre-feasibility scan
- In-house: one resignation stalls the pipeline; beginner PVsyst is not bankable PVsyst
Verdict. For a financed project, use a specialist firm with a documented lender track record, and verify it the way you would verify a contractor: named reference projects, a sample report, and the review process in writing. For pre-feasibility screening, a freelancer is fine. Build in-house only when simulation volume justifies a dedicated modeler plus a reviewer, because a bankable report needs both.
The continuity point deserves weight. India added record solar capacity through 2024 and 2025, per MNRE (2025), and global annual installations passed 600 GW in 2024, per the IEA-PVPS Snapshot (2025). Experienced PVsyst modelers are in short supply everywhere. An outsourcing relationship with a bench-backed firm is, in practice, a hedge against your own attrition.
Red Flags When Choosing a PVsyst Vendor
The vendor conversation itself tells you most of what you need to know. These are the patterns we see behind failed engagements:
- No meteo question in the first call. A vendor who accepts any site without asking about climate data will use whatever file is on their hard drive.
- No version control on inputs. If they do not ask for a layout version number, they cannot tell you later which layout the report models.
- No methodology section in their sample report. Ask for a redacted sample. If the methodology is two paragraphs, the report will not survive an IE review.
- A P90 with no uncertainty budget. Ask “what uncertainties sit between your P50 and P90?” A one-line answer like “standard values” is a fail.
- Unlimited free revisions. This sounds generous. It means the price assumes the first version will be wrong, or that “revisions” exclude everything you will actually need.
- No named reviewer. Bankable work needs a second engineer signing the review sheet. Ask who reviews, and what they check.
- No lender references. A firm doing lender-grade work can name the institutions their reports have passed, at least by category. Our post on the lender acceptance register explains how that record works.
The meteo and uncertainty checks above are PVsyst-specific and catch problems earliest. The broader partner-vetting checks, from insurance to bench depth, apply to simulation vendors exactly as they apply to design vendors.
How Heaven Designs Helps With PVsyst Simulation Outsourcing
Our simulation bench runs PVsyst yield work for utility-scale developers, EPCs, and C&I portfolios across India, the Gulf, Africa, and the US. The workflow is exactly the one described in this post: an indexed input package, a named meteo source with a cross-check, a stated uncertainty budget, and a report checked against your lender’s checklist before it leaves our review desk. We applied the same discipline on our published Gulf 11 MW tin-shed rooftop consultancy project, a complex industrial site with heavy shading constraints.
- Solar Ground Mount Design: utility-scale layouts, tracker yield, and the frozen layout your simulation brief starts from.
- MW-Scale Project Management Consultancy: owner’s engineer support, including EYA review and lender query handling.
If you already have the input package ready, send it through the contact page and we will return a scope, schedule, and fixed price within one working day. And if you already have a report from another vendor, our guide on how to validate a PVsyst report before your lender does walks through the review checklist we use.
FAQ
How much does PVsyst simulation outsourcing cost?
Industry-observed pricing runs from about $800 to $2,500 for a freelancer-run pre-feasibility study, and from $3,000 to $15,000 or more for a lender-grade report on a utility-scale project from a specialist firm. The difference is scope: meteo data purchases, the 3D shading scene, the uncertainty analysis, and the review process. Site-specific Solargis files add cost and are usually passed through at cost. Always ask whether meteo data is included in the quote, because it is the most common surprise line item.
What should I send a vendor before they start a PVsyst simulation?
Send a frozen, version-numbered layout in DWG and PDF, module and inverter datasheets, site coordinates with a KML boundary, soiling and availability expectations, grid or curtailment constraints, and the lender’s EYA checklist if one exists. Package it as one indexed folder with a README listing every file and version. A complete package on day one is the difference between a 10-day delivery and a 4-week email thread.
Which meteo dataset should I specify in the brief?
For lender-grade work in India, Africa, and the Gulf, specify Solargis as primary with Meteonorm as cross-check. For US projects, NSRDB is free and widely accepted. Write the fallback rule in the brief: if the two sources differ on GHI by more than 3 percent, the report flags it and uses the more conservative value for the P50. That rule preempts the most common lender query.
What P90 assumptions should a bankable report state?
A bankable report states the exceedance levels reported (P50, P75, P90 at minimum), the uncertainty budget behind them, and the data period. Typical starting points are 4 percent irradiance uncertainty, 3 percent model uncertainty, and 5 percent inter-annual variability, with justification for any deviation. The report should headline P50 for energy and state P90 prominently, because lenders size debt on the P90.
How long does an outsourced PVsyst report take?
A specialist vendor delivers a lender-grade report for a 10 to 50 MW project in 5 to 10 business days from a complete input package. Bid-stage studies run 3 to 5 days. The schedule usually breaks into input review, model setup, first simulation, draft, and final. Your response time on queries is the biggest variable you control; a 24-hour query turnaround keeps the schedule intact.
Is a freelancer good enough for a bankable PVsyst report?
Usually not. A freelancer is a reasonable choice for pre-feasibility screening where no lender reads the output. For financed projects, the report needs a second-engineer review, a documented methodology, and an institutional track record that a single operator cannot show. The risk is not modeling skill; it is review depth, continuity, and lender acceptance.
What is the difference between a bid-stage and a lender-grade PVsyst report?
A bid-stage report supports your tariff calculation with a P50 estimate, standard meteo data, and a simplified loss tree. A lender-grade report adds a site-specific paid meteo dataset, a full 3D shading scene, P75 and P90 exceedance values, a stated uncertainty budget, and a methodology section an independent engineer can audit. Plan for a lender-grade rebuild after financial close shortlisting if you commissioned only a bid-stage study.
Can I reuse one PVsyst report across multiple lenders?
Yes, if the report was built to a lender-grade standard from the start. Most lenders and independent engineers accept the same core EYA, then ask institution-specific queries on top. The practical approach is to build the report against the strictest checklist you expect to face, then answer incremental queries per lender. A report built to the weakest checklist gets rebuilt, which costs more than building it right once.