The Cumulative Draw
Interactive model of several facilities on one municipal system: assemble the campus and watch which questions each door can ask about the total. Includes the flexible-load condition, the instrument between approving as applied for and refusing.
Sociable Systems · Assessment mechanics
The Cumulative Draw
Several resource-intensive facilities share one municipal system. Each is approved on its own site, through its own door. This model assembles the total no process assembles, and shows which questions each door is capable of asking about it.
The arithmetic is illustrative, not a projection of any system or any application. The finding it demonstrates is structural: aggregation is not done badly anywhere in the current framework. It is not done at all.
Assemble the campus
Every individual approval in this model can be correct on its own terms, and usually is. No door, no tribunal, no register holds the total. The campus assembled from individually minor applications is categorically different from its parts in the one dimension no process aggregates, and the gap is structural, not a compliance failure anyone can be prosecuted for.
What the model demonstrates
- The total is legal and unheld. Each approval follows the standard process correctly. The aggregate has no owner, no record and no adjudicator.
- Deferral, not concealment. Resource figures arrive at the design stage, after the rights decision, where they can inform a design and no longer a decision.
- The third option exists. Flexible-load conditions give the operator speed to power in exchange for a load that can yield. The conversation currently runs as if the only instruments were yes and no.
- The queue nobody filters. Where a system plans against an interconnection queue that includes applications nobody intends to build, cumulative assessment against the true number is a service to the serious applicant.
How to read this
A structural model, not a projection. MVA figures, headroom and curtailment percentages are user inputs; the mechanism (two doors, per-facility competence, no aggregation anywhere) is the finding.
It describes no specific application or municipality. Whether any particular system is approaching its own constraint is a question for that system’s records, where such records exist.