<!-- Master glossary — the single source of truth for every term of art.
     Inlined into the hub (index.html#glossary) by build.sh; term anchors are
     `g-<slug>` and are permanent (EVOLUTION §9). Add terms in the PR that
     introduces them (EVOLUTION §5.7); keep the list alphabetical. -->

Every term of art in the manual set, alphabetically. Each entry names where
the concept is taught — follow the link for the full treatment. In the
volumes, the first use of a term in a chapter links back here.

<dl class="glossary">
<dt id="g-accession">Accession</dt>
<dd>The act of becoming a Party to the Market Code (§6.2(8)). An applicant becomes a Party on the agreements&#x27; <b>effective date</b> — not when they apply, pay the accession fee, or sign. On the Market Operator console, <b>Activate</b> is that step. Publishing the fact on the public register within seven business days is a separate duty (§6.2(9)). Reinstating a previously-active participant is not an accession. <span class="glossary__refs">Explained in → <a href="v9-market.html#313-joining-the-market-and-how-long-it-takes">V9 §3.13</a> · <a href="v11-market-operator.html#215-accession-register--the-7-business-day-sla">V11 §21.5</a></span></dd>
<dt id="g-accession-fee">Accession Fee</dt>
<dd>The fee that accompanies an application to join the market (§6.2(3)). It is paid at application, not at accession, so it is spent on having the application assessed rather than on the outcome — an application that lapses has still been assessed. <span class="glossary__refs">Explained in → <a href="v9-market.html#313-joining-the-market-and-how-long-it-takes">V9 §3.13</a></span></dd>
<dt id="g-actual-energy">Actual Energy</dt>
<dd>What a Trading Unit&#x27;s meters say it did: the net across every metering point allocated to it, per Trading Period (§12.3(2)). It is what the Balancing Mechanism measures against Contracted Energy and Instructed Energy. Not netted across a party&#x27;s several units — that is a Balancing Group&#x27;s job — and carrying <b>no loss uplift</b>, because losses are the Network Operator&#x27;s own market purchase. <span class="glossary__refs">Explained in → <a href="v9-market.html#14-metering-in-the-market">V9 §14.2</a></span></dd>
<dt id="g-actuals-generator">Actuals generator</dt>
<dd>The sim&#x27;s single source of metered truth: baseline × day factor × (1 + σ·noise) − curtailed , written as 20-minute meter rows both settlement legs read. <span class="glossary__refs">Explained in → <a href="v3-strategy.html">V3 · Strategy</a></span></dd>
<dt id="g-achieved">Achieved price</dt>
<dd>Average sell price earned only on energy that found a buyer (unsold hours ignored). Flattering when the plant is under-contracted — compare with realised . On the IPP Dashboard sources ledger it is the Total earned line <em>achieved {N} c on sold</em>. <span class="glossary__refs">Explained in → <a href="v4-ipp.html#3-overview">V4 §4</a> · Dashboard <a href="v4-ipp.html#1147-total">V4 §12.4.7</a></span></dd>
<dt id="g-adjustment">Adjustment</dt>
<dd>A cross-period settlement correction — banking movements, shortfall cures, escalation true-ups, dispute outcomes — carried as its own record so a closed period is never silently edited. <span class="glossary__refs">Explained in → <a href="v0-orientation.html#4-the-lifecycle-spine--one-kwh-end-to-end">V0 §4</a></span></dd>
<dt id="g-additional-day-ahead-energy-payment">Additional day-ahead energy payment (AEPM)</dt>
<dd>What you are paid on top of the Market Price Cap when the market clears at the cap and you offered above it (§9.9). You are still scheduled and still paid the cap through the energy market; the difference between the cap and your own offer comes back separately, out of ancillary-service recovery rather than out of other participants. Generation only — a load offering above the cap is expressing willingness to <em>pay</em>, not a cost of producing. <span class="glossary__refs">Explained in → <a href="v9-market.html#13-how-the-day-ahead-money-works">V9 §13.6</a></span></dd>
<dt id="g-administered-schedule">Administered Schedule</dt>
<dd>What the Market Operator computes under a System Failure (§15.11.3): Administered Quantities per Trading Unit per period and Administered Prices per period — the Wholesale Tariff unless the Market Governance Committee indicates otherwise — reproducing the scheduling algorithm&#x27;s result as far as practicable. Once the failure is corrected, Settlement Reruns follow. <span class="glossary__refs">Explained in → <a href="v9-market.html#16-when-the-market-breaks">V9 §16</a>.2</span></dd>
<dt id="g-administered-settlement">Administered Settlement</dt>
<dd>Settling a day the ordinary way is impossible — a System Failure or an Electrical System Collapse (§15.11). A <b>mode</b> of the ordinary pipeline with substituted inputs rather than a separate path, because a path that only runs in a crisis has never been tested. Requires the Market Governance Committee&#x27;s prior written approval of the calculations and methodology, which is published afterwards. <span class="glossary__refs">Explained in → <a href="v9-market.html#16-when-the-market-breaks">V9 §16</a></span></dd>
<dt id="g-advantage-score">Advantage (Sales Desk)</dt>
<dd>A simulated deal&#x27;s margin uplift over holding the same energy for the day-ahead market, for the contract term at P50, as a share of the gap&#x27;s market value (0–100). Shown with its P10 and P90 variants and the break-even strike. <span class="glossary__refs">Explained in → <a href="v4-ipp.html#5-sales">V4 §6</a></span></dd>
<dt id="g-adverse-basis">Adverse basis</dt>
<dd>On IPP Fleet <b>See buyer exposure</b>, the price tail that valued a buyer row. The grade sits in the middle of the cell: <b>p90</b> when the book is short (caption <code>1-in-10 high price · short, buying replacement energy</code>) and <b>p10</b> when the book is long (caption <code>1-in-10 low price · long, selling leftover energy</code>). These are the book&#x27;s unkind <a href="#g-p10-p50-p90-price">price tails</a>, not generation P90, and not an invoice. <span class="glossary__refs">Explained in → <a href="v4-ipp.html#18-your-fleet">V4 §2</a></span></dd>
<dt id="g-aes-available-energy-for-sales">AES (Available Energy for Sales)</dt>
<dd>max(0, FG − ED_total) — the MWh you can still offer to new buyers. <span class="glossary__refs">Explained in → <a href="v4-ipp.html#716-aes">V4 §8.1.6</a> · <a href="v4-ipp.html#4-haf">V4 §5</a> (widget)</span></dd>
<dt id="g-against-instruction">Against instruction</dt>
<dd>A schedule change the participant caused by changing its own declaration — reducing Declared Available Capacity, or raising declared consumption (§10(6), §10(8)). It is settled <b>flat at the Intra-Day Price</b>, with no protection from the unit&#x27;s own offered price. A single hour can carry an against-instruction leg and an on-instruction one at once, priced differently. <span class="glossary__refs">Explained in → <a href="v9-market.html#5-intraday-and-idm">V9 §5.2</a></span></dd>
<dt id="g-against-instruction-balancing">Against instruction (balancing)</dt>
<dd>The part of a deviation the participant caused itself. Priced at max(BPB, SMP) when short and min(BPS, SMP) when long, measured from max/min of Instructed and Contracted Energy (§13.9). With no instruction those collapse to the schedule, which is what makes a band breach reprice the <b>whole</b> deviation. <span class="glossary__refs">Explained in → <a href="v9-market.html#6-imbalance">V9 §6</a>.2</span></dd>
<dt id="g-agreement-reference">Agreement reference</dt>
<dd>A contract's permanent identifier, minted when a proposal is accepted: PPPA-YYYYMM-… for physical deals, VPPA-… for virtual. <span class="glossary__refs">Explained in → <a href="v7-deals.html#3-proposals--the-handshake">V7 §3</a></span></dd>
<dt id="g-allocation-metering">Allocation (metering)</dt>
<dd>Turning a metered hour into two settlement legs: one at the point&#x27;s own Trading Unit and one, sign reversed, at the counterparty&#x27;s (§12.3(1)). It always succeeds and always reports what it could not do — one unpaired point must not stop a market-wide settlement. <span class="glossary__refs">Explained in → <a href="v9-market.html#14-metering-in-the-market">V9 §14.1</a></span></dd>
<dt id="g-allocation-run">Allocation run</dt>
<dd>One immutable execution of the engine for a scenario + period; produces tagged lines + KPIs. The trader screen that shows those lines is the <a href="#g-run-ledger">run ledger</a>. <span class="glossary__refs">Explained in → <a href="v3-strategy.html">V3 · Strategy</a> · <a href="v6-trader.html#8-run-detail--the-engine-made-visible">V6 §8</a></span></dd>
<dt id="g-allocation-set">Allocation set</dt>
<dd>The group of PPAs sharing one meter, settled together with a defined split so shared energy is never double-counted. <span class="glossary__refs">Explained in → <a href="v8-settlement.html#5-shared-meters--allocation-and-claim-sets">V8 §5</a> · <a href="v0-orientation.html#4-the-lifecycle-spine--one-kwh-end-to-end">V0 §4</a></span></dd>
<dt id="g-allocation-tab">Allocation tab</dt>
<dd>The single IPP strategy tab (third of five, after Sales and before Curtailment) whose three modes are <b>Rules</b> (the editable hierarchy), <b>Forecast</b> (next month&#x27;s carve) and <b>Outcomes</b> (the settled replay). Formerly the Hierarchy, Forecast and Allocations tabs. All three modes share an <b>Explanations</b> control (<code>#allocation-explanations-open</code>) that opens a right-hand drawer of the abbreviations and terms used on Allocation, as one alphabetic list (AES through Surplus). <span class="glossary__refs">Explained in → <a href="v4-ipp.html#22-tabs">V4 §3.2</a> · <a href="v4-ipp.html#6-hierarchy">V4 §7</a> · <a href="v4-ipp.html#7-forecast">V4 §8</a> · <a href="v4-ipp.html#8-allocations">V4 §9</a></span></dd>
<dt id="g-allocation-tier">Allocation tier</dt>
<dd>The three ways a buyer can hold IPP energy: PRIORITY (ranked, filled in order), PRO_RATA (equal tier, shortfall shared proportionally), FIXED (entitlement-scaled, filled last). Leftover after those three is Surplus. <span class="glossary__refs">Explained in → <a href="v4-ipp.html#61-tiers">V4 §7.1</a> · dry-hour strip <a href="v4-ipp.html#79-where-the-cascade-runs-dry">V4 §7.9</a></span></dd>
<dt id="g-ancillary-service-recovery">Ancillary service recovery</dt>
<dd>The second of the three settlement pots. Constrained-schedule adjustments, reserve capacity, above-cap payments, intraday and balancing all accrue here, and the System Operator recovers the whole pot as an ancillary service charge. It does not net to zero and is not meant to: it is where the cost of somebody&#x27;s <em>decision</em> lands, rather than the cost of energy. <span class="glossary__refs">Explained in → <a href="v9-market.html#13-how-the-day-ahead-money-works">V9 §13.2</a> · <a href="v8-settlement.html#85-the-market-ledger-has-three-pots-not-one">V8 §8.5</a></span></dd>
<dt id="g-annual-exposure">Annual exposure</dt>
<dd>The year-ahead estimate of the seller&#x27;s unrecovered curtailed value on one generator site. On Curtailment claims it is the sixth <em>white</em> tile (<code>#curtailment-exposure</code>): a Rand amount or the words <b>no basis</b>, plus the basis in words (<em>Estimated from this site&#x27;s curtailment history</em>, <em>Estimated from the framework&#x27;s expected curtailment rate</em>, or <em>No curtailment history or framework rate yet, so there is nothing to estimate from</em>) and a limit line. The same estimate appears on the IPP Dashboard as a white card <code>#ipp-curtailment-exposure</code> (label <b>Annual curtailment exposure</b>, no limit line). It is <em>not</em> a tile on the <a href="#g-money-room">Money Room</a> — there is no dark Annual exposure card at <code>/org/money</code>. Distinct from this month&#x27;s <a href="#g-cash-at-risk">Cash at risk</a> (open files), from <a href="#g-unrecovered">Unrecovered</a> (closed files on this tab), and from the Money Room sentence <a href="#g-unrecovered-curtailment">Unrecovered curtailment</a> (period leftover). <span class="glossary__refs">Explained in → <a href="v4-ipp.html#105-exposure-and-the-money-room">V4 §10.5</a> · tile <a href="v4-ipp.html#107-the-six-tiles">V4 §10.7</a> · Dashboard card <a href="v4-ipp.html#1156-exposure">V4 §11.5.6</a></span></dd>
<dt id="g-arf-allocation-reliability-factor">ARF (Allocation Reliability Factor)</dt>
<dd>Fulfilment: allocated ÷ demand (or settled ÷ expected on HAF). On the IPP Allocations Members table it is the period fulfilment column; HAF also reports it per tier and portfolio-wide. <span class="glossary__refs">Explained in → <a href="v4-ipp.html#850-members">V4 §9.5.0</a> · <a href="v4-ipp.html">V4 · IPP</a> (HAF factor 3)</span></dd>
<dt id="g-artifact-registry">Artifact registry</dt>
<dd>The SimRun &#x27;s ledger of every row it created, per resource — the source of exact teardown and of the SIMULATED ribbon. <span class="glossary__refs">Explained in → <a href="v3-strategy.html">V3 · Strategy</a></span></dd>
<dt id="g-asks">Asks</dt>
<dd>The terms you put on a proposal for the other side to see — indicative capacity and term, a seller price card, party-coded contract fields. Distinct from your private walk-aways on the negotiating brief. <span class="glossary__refs">Explained in → <a href="v7-deals.html#35-your-private-negotiating-brief">V7 §3.5</a></span></dd>
<dt id="g-aug-baseline">AUG-BASELINE</dt>
<dd>The reference Scenario Lab recipe (seed 42, 1–31 Aug). Stage S12 enriches it with a mid-month cloudy spell, every SO event kind, every MO injection kind, comparison runs, a failed run, a torn-down run, and a deliberate 20 Aug edit so one cook shows Scenario drifted. <span class="glossary__refs">Explained in → <a href="v14-scenario-lab.html#6-aug-baseline--the-full-august-month">V14 §6</a> · <a href="v3-strategy.html">V3 §16</a></span></dd>
<dt id="g-automatic-generation-control">Automatic Generation Control (AGC)</dt>
<dd>The System Operator&#x27;s closed-loop control of a unit&#x27;s output, moving it continuously to hold system frequency. An AGC signal is a dispatch instruction like any other for settlement purposes — it takes the unit off its intraday schedule, and with it the 5 % metering allowance for every period it covers. <span class="glossary__refs">Explained in → <a href="v12-systems-operator.html#35-once-the-system-operator-starts-dispatching-you-it-must-keep-doing-so">V12 §3.5</a></span></dd>
<dt id="g-availability-slide">Availability slide</dt>
<dd>On the IPP Dashboard Chapter 4 loss ledger, the valued drop in <a href="#g-haf-historical-availability-factor">HAF</a> from its best recorded month: each later month below that peak is (peak − this month) × that month&#x27;s P50 × the SAWEM daytime baseline. The grey line names the drop (<em>HAF 0.86 → 0.79 since 1 March 2026 · estimated</em>). Zero means availability is still at its best. Distinct from <b>Below P50 generation</b>, which values energy never made; the two questions can overlap. <span class="glossary__refs">Explained in → <a href="v4-ipp.html#1154-kinds">V4 §12.5.4</a> · ledger <a href="v4-ipp.html#115-losses">V4 §12.5</a></span></dd>
<dt id="g-balancing-agreement">Balancing Agreement</dt>
<dd>One of the two agreements you sign to join the market. It makes you accountable through the balancing mechanism — for the difference between what you scheduled and what your meters did. Distinct from the <b>Market Participation Agreement</b>: a party can be balance-responsible without ever bidding. <span class="glossary__refs">Explained in → <a href="v9-market.html#313-joining-the-market-and-how-long-it-takes">V9 §3.13</a></span></dd>
<dt id="g-balancing-energy-sold-stack">Balancing Energy Sold / Bought Stack</dt>
<dd>The two merit orders the balancing prices are averaged over, built from <b>submitted offer curves</b> rather than from anything that happened in real time (§13.1). <b>Sold</b> is what the System Operator could have bought to raise generation or cut consumption — floored at intra-day scheduled energy <em>plus</em> scheduled instantaneous reserve, ascending. <b>Bought</b> is the mirror, floored at Minimum Stable Generation, descending. Published anonymised: an increment price is a participant&#x27;s own cost curve. <span class="glossary__refs">Explained in → <a href="v9-market.html#6-imbalance">V9 §6</a>.4</span></dd>
<dt id="g-balancing-group-instructed-response">Balancing Group instructed response</dt>
<dd>When a group nets <em>outside</em> its band, the part of the residual attributable to dispatch: max(0, Σ SE − max(Σ AE, Σ IE)) when short, and the mirror when long (§13.10). Allocated across eligible members by merit order — highest price first when short, lowest first when long — as a <b>signed</b> quantity, so each member&#x27;s uninstructed portion reads AE − (SE + allocation) in both directions. <span class="glossary__refs">Explained in → <a href="v9-market.html#6-imbalance">V9 §6</a>.7</span></dd>
<dt id="g-balancing-penalty-factor">Balancing Penalty Factor</dt>
<dd>A ratio §2.1(24) defines, apparently to guarantee a minimum balancing penalty, and which <b>no formula in the Market Code uses</b>. Implemented as an inert multiplier defaulting to 1.0 and applied to the System Marginal Price floor, so at 1.0 the arithmetic is exactly §13.7(4) and above 1.0 it lifts the buying price — including in the hour where the Out of Merit Energy exclusion would otherwise remove the penalty entirely. <span class="glossary__refs">Explained in → <a href="v9-market.html#6-imbalance">V9 §6</a>.5</span></dd>
<dt id="g-balancing-price-buying">Balancing Price (Buying) — BPB</dt>
<dd>What a short Balance Responsible Party pays per MWh: the volume-weighted average of the Balancing Energy Sold stack, walked ascending to the market&#x27;s Imbalance Energy Bought, after the Out of Merit Energy exclusion and the above-cap exclusion, floored at the System Marginal Price (§13.7). Three times the SMP in a tight hour — or exactly equal to it when the exclusion empties the stack. <span class="glossary__refs">Explained in → <a href="v9-market.html#6-imbalance">V9 §6</a>.4</span></dd>
<dt id="g-balancing-price-selling">Balancing Price (Selling) — BPS</dt>
<dd>What a long Balance Responsible Party is paid per MWh: the same shape over the Balancing Energy Bought stack, walked descending, with <b>no</b> Out of Merit Energy exclusion (§13.8). Flooring it at the System Marginal Price makes §13.9.1&#x27;s min(BPS, SMP) collapse to the SMP and removes the over-delivery penalty; the platform ships the literal reading and reports every period where the floor binds. <span class="glossary__refs">Explained in → <a href="v9-market.html#6-imbalance">V9 §6</a>.4</span></dd>
<dt id="g-bilateral-settlement-dispute">Bilateral settlement dispute</dt>
<dd>One party to a PPA formally challenging a settled period's energy or money — raised with <b>Raise dispute</b> on the period, negotiated figure by figure with the counterparty, and closed by two sign-offs. It stamps the period <code>DISPUTED</code>, which stops routine re-runs from replacing the figures under argument. Distinct from a <a href="#g-settlement-dispute">Settlement Dispute</a>, which is the market's third-tier challenge to a Market Operator statement: different object, different room, and neither triggers the other. <span class="glossary__refs">Explained in → <a href="v8-settlement.html#11-statuses-and-re-settlement">V8 §11</a>.5</span></dd>
<dt id="g-b-bbee">B-BBEE</dt>
<dd>Broad-Based Black Economic Empowerment — the organization's certification level (Level 1–8 or Non Compliant), recorded on its profile and visible to counterparties. <span class="glossary__refs">Explained in → <a href="v2-entities.html#2-your-organization--profile-and-accreditations">V2 §2</a></span></dd>
<dt id="g-background-job">Background job</dt>
<dd>Scheduled platform work — the Oban cron workers and resource triggers that settle, forecast, bid, poll and reconcile on the clock, without anyone signing in. <span class="glossary__refs">Explained in → <a href="v1-rhythms.html">V1 · The Four Rhythms</a> · preview <a href="v0-orientation.html#6-the-clock--what-runs-while-you-sleep">V0 §6</a> · ops catalog <a href="v21-operations.html#3-background-process-catalog">V21 §3</a></span></dd>
<dt id="g-balancing-group">Balancing Group</dt>
<dd>Two or more of <em>your own</em> Trading Units designated to be balanced together, so a unit that over-delivers offsets one that under-delivers and neither is penalised. You have to ask for it on <code>/org/trading-units</code>. Four ways it stops, kept distinct: a duration date, a cancellation, an administrative suspension by the Market Operator (a pause with a reason and a window), and a <a href="#g-zone-constraint-flag">§3.3(6) exclusion</a> — computed per member, per hour, never stored as a group status. <span class="glossary__refs">Explained in → <a href="v9-market.html#36-balancing-groups--netting-across-your-own-units">V9 §3.6</a> · <a href="v9-market.html#6-imbalance">V9 §6</a></span></dd>
<dt id="g-banking-energy">Banking (energy)</dt>
<dd>Carrying unconsumed wheeled energy forward as a credit under the PPA's banking terms, drawn down oldest-first in later periods. <span class="glossary__refs">Explained in → <a href="v8-settlement.html#7-pricing-and-adjustments">V8 §7</a> · <a href="v0-orientation.html#5-physical-vs-virtual--the-two-kinds-of-deal">V0 §5</a></span></dd>
<dt id="g-battery-contract">Battery contract</dt>
<dd>The owner&#x27;s register for this generator site&#x27;s battery: cycle-life, pack replacement cost, dated capacity (state of health), contracted reserves, and the trailing-year KPIs (cycles, round-trip efficiency, availability). On the IPP Dashboard it appears only inside Chapter 5 when this site has a <a href="#g-bess-asset">Bess asset</a>. The deep page is <code>/org/generator-sites/:id/strategy/battery</code>. <span class="glossary__refs">Explained in → <a href="v4-ipp.html#19-your-batterys-contract">V4 §20</a> · Dashboard health <a href="v4-ipp.html#1161-battery-in-health">V4 §12.6.1</a></span></dd>
<dt id="g-bess">BESS</dt>
<dd>Battery energy storage system — a generator site (technology BESS/HYBRID) with dispatch parameters, moving energy through time. <span class="glossary__refs">Explained in → <a href="v3-strategy.html">V3 · Strategy</a> · trader page <a href="v6-trader.html#1011-the-strategy-bess-page">V6 §11.11</a></span></dd>
<dt id="g-bess-asset">Bess asset</dt>
<dd>The one battery record (<code>BessAsset</code>) on a BESS or hybrid generator site — power, usable storage, efficiency and wear. One per site. A solar or wind site cannot hold this record. The IPP Dashboard weaves the contract into health only when <em>this</em> site has one. <span class="glossary__refs">Explained in → <a href="v3-strategy.html#103-setting-a-battery-up">V3 §10.3</a> · owner register <a href="v4-ipp.html#19-your-batterys-contract">V4 §20</a></span></dd>
<dt id="g-bi-annual-audit">Bi-annual audit</dt>
<dd>The independent audit of the Market Operator's IT infrastructure and software that §16(4) requires <b>twice a year</b> and makes <b>publicly available</b>. Its scope and evidence pack are published at <code>/api/v1/publication/audit</code>. The evidence is the artefacts the build already produces — conformance results, reference vectors, invariant assertions, replay proofs — rather than a pack assembled specially, because a pack assembled specially is an audit of the assembly. <span class="glossary__refs">Explained in → <a href="v9-market.html#17-where-we-had-to-interpret-the-code">V9 §17</a></span></dd>
<dt id="g-bid-desk">Bid Desk (organisation)</dt>
<dd>The organisation&#x27;s trading floor at <code>/org/brp/bid-desk</code>. <b>Daily</b> is the front door. From a Trading Unit card you walk into <b>Submissions</b> (the day-ahead write), <b>IDM</b> (the intraday patch), <b>Forward</b> (the standing order), <b>Settlement</b> (one Trading Day chalkboard) and <b>Imbalance</b> (meters against the ticket). You talk to the Market Operator. The System Operator appears as a system-condition banner, and as Instructed Energy on Settlement / Imbalance. The Billing Period wallet lives on <a href="#g-market-month">Market Month</a> (sidebar After Delivery). Distinct from the Market Operator&#x27;s <a href="#g-bidding-console">Bidding console</a>. <span class="glossary__refs">Explained in → <a href="v10-org-bidding.html#12-bid-desk">V10 §12</a> · <a href="v9-market.html#4-the-bid-desk">V9 §4</a></span></dd>
<dt id="g-bid-ladder">Bid ladder</dt>
<dd>The hour&#x27;s offer rungs (one per component, at opportunity cost × 10 + safety margin , cheapest first) or its single buy line (limit avoided cost × 10 − margin ). R/MWh = c/kWh × 10 — the module&#x27;s only unit conversion. <span class="glossary__refs">Explained in → <a href="v9-market.html#4-the-bid-desk">V9 §4</a></span></dd>
<dt id="g-bid-status">Bid status</dt>
<dd>DRAFT → SUBMITTED → ACCEPTED / PARTIAL / REJECTED / EXPIRED . Gate-miss bids expire unsubmitted. <span class="glossary__refs">Explained in → <a href="v9-market.html#4-the-bid-desk">V9 §4</a></span></dd>
<dt id="g-bidding-console">Bidding (MO console)</dt>
<dd>The Market Operator workbench at <code>/mo/bidding</code>: six tabs (Daily, Submissions, IDM, Settlement, Month, Clear) sharing one trading date. Replaces the old MO Bid Desk. The MO cannot edit a price curve; Solve and Publish are two buttons. <span class="glossary__refs">Explained in → <a href="v11-market-operator.html#127-bidding--the-six-tabs">V11 §13.5</a></span></dd>
<dt id="g-bill-saving">Bill saving</dt>
<dd>Σ (grid tariff − landed cost) × wheeled kWh consumed, net of over-contracting losses. The off-taker book&#x27;s headline (KPI SAVINGS_R ). Distinct from the directory <a href="#g-saving-month">Saving · month</a> tile, which is energy-only and ignores landed cost. <span class="glossary__refs">Explained in → <a href="v5-offtaker.html#1311-five-kpi-cards">V5 §4.1</a> · <a href="v3-strategy.html">V3 · Strategy</a></span></dd>
<dt id="g-billing-period">Billing period</dt>
<dd>The wholesale market&#x27;s invoicing month: one calendar month from 00:00 on the 1st. Deadlines counted from it read <code>BP+xWD</code> — x business days after the month ends. <span class="glossary__refs">Explained in → <a href="v1-rhythms.html#13-the-market-clock-and-why-it-is-simpler-than-most">V1 §1.3</a></span></dd>
<dt id="g-book">Book</dt>
<dd>One party&#x27;s whole strategy portfolio — its pools, runs, simulations, nomination plans, battery schedules, snapshots and limits. Created automatically the first time you open Strategy. Comes in three kinds : TRADER (keyed to a trader pool), OFFTAKER (keyed to an off-taker site, buy-only) and IPP (keyed to a generator site, sell-only). <span class="glossary__refs">Explained in → <a href="v3-strategy.html">V3 · Strategy</a></span></dd>
<dt id="g-book-check">Book check</dt>
<dd>On trader Book · Outcomes, the strip under <b>Procured against sold</b>: in-legs, out-legs, uncovered out-legs, optional fan-out, and the warehouse badge (<b>Σ sell ≤ procured</b> or <b>Sold more than procured</b>). Distinct from a chain&#x27;s own book-check strip, which repeats the month warehouse under one opened path. <span class="glossary__refs">Explained in → <a href="v6-trader.html#6a9-procured-against-sold">V6 §6A.9</a> · chains <a href="v6-trader.html#6b8-book-check-strip-and-fan-out">V6 §6B.8</a></span></dd>
<dt id="g-book-explanations">Book Explanations</dt>
<dd>The right-hand drawer on the trader Book tab (<code>#book-explanations-open</code>). Same chrome as <a href="#g-overview-explanations">Overview Explanations</a>: opens right, green header, X top-right. <b>How to Read the View</b> and the A–Z list change with the mode — Rules, Forecast, or Outcomes. Close with the X, the backdrop, or Escape. <span class="glossary__refs">Explained in → <a href="v6-trader.html#58-explanations">V6 §5.8</a> · <a href="v6-trader.html#68-explanations">V6 §6.8</a> · <a href="v6-trader.html#6a4-explanations">V6 §6A.4</a></span></dd>
<dt id="g-brp">BRP</dt>
<dd>Balance Responsible Party — the registered party financially accountable for the gap between its market schedule (and System Operator instructions) and its metered actuals. One registration per organisation; may balance many books; submits day-ahead and intraday bids for those books&#x27; residuals. <span class="glossary__refs">Explained in → <a href="v9-market.html#13-what-a-brp-is">V9 §1.3</a> · <a href="v9-market.html#3-registration-and-compliance">V9 §3</a> · <a href="v10-org-bidding.html#5-market--info">V10 §5</a></span></dd>
<dt id="g-cavitation-zone">Cavitation zone</dt>
<dd>A band of megawatts a hydro or pumped-storage turbine may not be held at, because vapour bubbles form and collapse on the blades there and erode the metal. Not a preference — a forbidden output range, listed in ascending megawatts and never overlapping, so a scheduler can walk them and a schedule that lands inside one is a schedule that damages the machine. <span class="glossary__refs">Explained in → <a href="v9-market.html#37-the-market-asks-what-your-plant-can-actually-do">V9 §3.7</a></span></dd>
<dt id="g-capacity-cover">Capacity cover</dt>
<dd>On OffTaker Sites, how much of a site's average demand in the latest metered month could be met by booked physical supply, in megawatts, capped at 100 %. Agreed, signed and active physical PPAs count. A virtual PPA does not. The column is <b>Capacity cover · est.</b> A dash means the figure is unavailable. It is not a measurement of energy delivered. <span class="glossary__refs">Explained in → <a href="v5-offtaker.html#211-columns">V5 §2.1.1</a> · portfolio tile <a href="v5-offtaker.html#213-portfolio-summary">V5 §2.1.3</a></span></dd>
<dt id="g-capacity-qualifying">Capacity qualifying</dt>
<dd>How many megawatts of your contracted reserve actually earn a capacity payment in a Trading Period (§9.8.3). Normally the headroom your schedule left — you cannot stand ready with capacity you are already using. Two exceptions: if the reserve was <b>utilised</b> you qualify the <em>full contracted</em> amount, because utilisation is not a penalty; and if the category&#x27;s band condition failed you qualify <b>zero</b>, with no fallback to the contracted amount. <span class="glossary__refs">Explained in → <a href="v9-market.html#13-how-the-day-ahead-money-works">V9 §13.5</a></span></dd>
<dt id="g-c-kwh">c/kWh</dt>
<dd>Cents per kilowatt-hour — the usual small unit for an electricity price on this platform. <b>96 c</b> means 96 cents for each kilowatt-hour. Ten c/kWh = 1 R/MWh. Distinct from a monthly Rand total. <span class="glossary__refs">Explained in → <a href="v5-offtaker.html#211-columns">V5 §2.1.1</a> · <a href="v5-offtaker.html#8-landed-cost">V5 §8</a></span></dd>
<dt id="g-capture-rate">Capture rate</dt>
<dd>Accepted ÷ offered volume across the book&#x27;s bids — how much of what you bid the market took. Distinct from IPP Overview <a href="#g-generation-hour-value">generation-hour value</a>, which compares the plant&#x27;s generation hours to the average market hour. <span class="glossary__refs">Explained in → <a href="v9-market.html#4-the-bid-desk">V9 §4</a></span></dd>
<dt id="g-carbon-credit">Carbon credit</dt>
<dd>1 tCO₂e of <em>verified</em> avoided or removed emissions, issued only against a registered offset project. Distinct from a REC (1 MWh of renewable electricity) and from an avoided-emissions <em>report</em>. A tax pack may surrender a COAS-listed credit; it cannot mint one from a REC. <span class="glossary__refs">Explained in → <a href="v0-orientation.html#10-carbon--certificates-credits-tax-and-trading">V0 §10</a> · <a href="v19-carbon.html">V19 · Carbon</a></span></dd>
<dt id="g-carbon-participant">Carbon participant</dt>
<dd>An organization an operator has admitted to the carbon side of the platform: the carbon market, certificates and the carbon-tax pack. You apply from the Organization tab; the application waits as <em>Pending approval</em> (you may withdraw it) until an operator activates or refuses it. <span class="glossary__refs">Explained in → <a href="v2-entities.html#25-carbon-participation">V2 §2.5</a> · operator side <a href="v11-market-operator.html#12-the-sidebar--four-operating-groups">V11 §12</a></span></dd>
<dt id="g-carbon-tax">Carbon tax</dt>
<dd>The emitter&#x27;s section-6 liability under the Carbon Tax Act. The platform computes, evidences, assembles and exports the July pack; it never holds SARS eFiling credentials and never submits. <span class="glossary__refs">Explained in → <a href="v0-orientation.html#103-carbon-tax">V0 §10.3</a> · <a href="v20-carbon-tax.html">V20 · Carbon Tax Compliance</a></span></dd>
<dt id="g-coas">COAS</dt>
<dd>The Carbon Offset Administration System — the South African list a carbon credit must be on before a surrender can reduce carbon tax. A COAS holding in Certificates is not yet a surrender. The Tax room counts a surrender only when the retirement evidence is recorded. <span class="glossary__refs">Explained in → <a href="v20-carbon-tax.html#6-offsets-and-the-market">V20 §6</a> · <a href="v19-carbon.html#21-registries-connected">V19 §21</a></span></dd>
<dt id="g-cascade-runs-dry">Cascade runs dry (allocation)</dt>
<dd>See <a href="#g-where-the-cascade-runs-dry">Where the cascade runs dry</a>. Not the market <a href="#g-debit-note">debit-note cascade</a>.</dd>
<dt id="g-cash-at-risk">Cash at risk</dt>
<dd>On the IPP Curtailment claims tab, claimed Rand minus provisional payment on rows still <b>LODGED</b>, <b>PROVISIONALLY_PAID</b> or <b>DISPUTED</b> — money you have asked for that is not yet closed. The tile is <code>#claim-total-cash-at-risk</code>. A <b>DRAFT</b> is not yet at risk on this tile (you have not filed). Distinct from <a href="#g-unrecovered">Unrecovered</a> (closed files) and from <a href="#g-annual-exposure">Annual exposure</a> (the site-year estimate). <span class="glossary__refs">Explained in → <a href="v4-ipp.html#107-the-six-tiles">V4 §10.7</a></span></dd>
<dt id="g-cat">CAT (Central Africa Time)</dt>
<dd>UTC+02 with no daylight saving — the same offset as SAST. SAPP day-ahead gate is 09:30 CAT. Not a second timezone database. <span class="glossary__refs">Explained in → <a href="v0-orientation.html#9-cross-border-trading--sapp">V0 §9</a> · <a href="v18-regional-trading.html#2-four-markets-and-their-gates">V18 §2</a></span></dd>
<dt id="g-certified-reserve-capacity">Certified reserve capacity</dt>
<dd>How much reserve the <b>System Operator has agreed</b> a unit can hold — Regulating, Instantaneous, Ten-Minute and Synchronous Condenser Operation (§7.2(q)–(t)). Not self-declared: each carries an SO certification reference and an effective date, and until it is certified the capacity is <b>0.000</b>, which forces every availability indicator in every submission to <code>U</code>. Revocable, forward only. Decided on the SO Registry queue. <span class="glossary__refs">Explained in → <a href="v9-market.html#37-the-market-asks-what-your-plant-can-actually-do">V9 §3.7</a> · <a href="v12-systems-operator.html#6-registry">V12 §6</a></span></dd>
<dt id="g-certainty-equivalent-ce">Certainty equivalent (CE)</dt>
<dd>What a risky market price is worth to you : CE = P50 − λ × (P50 − P10) . Compared against a fixed bilateral offer → hold for market / marginal (within 5%) / sign bilateral . <span class="glossary__refs">Explained in → <a href="v10-org-bidding.html#1239-ce-clips-ladder">V10 §12.3.9</a> · <a href="v3-strategy.html">V3 · Strategy</a></span></dd>
<dt id="g-cfd-contract-for-difference">CfD (Contract for difference)</dt>
<dd>The virtual PPA's settlement formula: pay or receive (strike − reference) × volume. On Eskom Virtual Wheeling the reference is the WER credit rate applied to consumption. <span class="glossary__refs">Explained in → <a href="v7-deals.html#9-how-a-virtual-ppa-makes-money">V7 §9</a> · <a href="v0-orientation.html#52-virtual-only-the-money-moves">V0 §5.2</a> · <a href="v8-settlement.html#14-worked-month--virtual-cfd">V8 §14</a></span></dd>
<dt id="g-check-meter">Check meter</dt>
<dd>The independent second meter used to verify the main meter. On a generator site it checks the revenue meter. On OffTaker onboarding it is optional: a number, manufacturer and model beside the demand meter. Creating the site writes a check-meter device when that number is present. <span class="glossary__refs">Explained in → <a href="v2-entities.html#6-meters-and-devices">V2 §6</a> · <a href="v5-offtaker.html#224-metering">V5 §2.2</a></span></dd>
<dt id="g-chain-reconciliation">Chain reconciliation</dt>
<dd>A cross-PPA check that volumes and trader margin still add up across an IPP → trader → off-taker (or similar) commercial chain for a period. Distinct from BRP ↔ MO settlement-file matching. <span class="glossary__refs">Explained in → <a href="v3-strategy.html#5b-settled-chains--end-to-end-path-health">V3 §5B</a> · <a href="v8-settlement.html#10-chain-reconciliation--trader-pl">V8 §10</a></span></dd>
<dt id="g-claim-set">Claim set</dt>
<dd>All physical and virtual claims on one generator, settled together so the same energy is never sold twice. <span class="glossary__refs">Explained in → <a href="v8-settlement.html#5-shared-meters--allocation-and-claim-sets">V8 §5</a> · <a href="v0-orientation.html#4-the-lifecycle-spine--one-kwh-end-to-end">V0 §4</a></span></dd>
<dt id="g-classification-recon">Classification (recon)</dt>
<dd>Per line: MATCHED , WITHIN_TOLERANCE , VARIANCE (flagged, hinted), MISSING_MO (you have it, they don&#x27;t), MISSING_INTERNAL (they bill it, you have no record). <span class="glossary__refs">Explained in → <a href="v9-market.html#8-reconciliation-and-disputes">V9 §8</a></span></dd>
<dt id="g-clip">Clip</dt>
<dd>An open-position clamp: the hour&#x27;s bid volume cut to the book&#x27;s OPEN_POSITION_MW limit, cheapest rungs kept. Logged and shown on the Bid Desk&#x27;s clip strip. <span class="glossary__refs">Explained in → <a href="v9-market.html#4-the-bid-desk">V9 §4</a></span></dd>
<dt id="g-co-contractual-obligation">CO (Contractual Obligation)</dt>
<dd>What each off-taker will actually receive — its ED pushed through the waterfall against FG. Never exceeds ED. <span class="glossary__refs">Explained in → <a href="v4-ipp.html#714-co">V4 §8.1.4</a></span></dd>
<dt id="g-cod">COD</dt>
<dd>Commercial Operation Date — the day a generator site went (or goes) commercially live. With the site's lifetime it fixes the end-of-life date. <span class="glossary__refs">Explained in → <a href="v2-entities.html#4-generator-sites--the-sell-side">V2 §4</a></span></dd>
<dt id="g-codex-s12-isolation">CODEX-S12-ISOLATION</dt>
<dd>The one-day Scenario Lab recipe (typically 25 Aug when as_of is in July) used only to prove Teardown deletes that cook's rows and leaves every other desk unchanged. <span class="glossary__refs">Explained in → <a href="v14-scenario-lab.html#8-codex-s12-isolation--proving-teardown-is-safe">V14 §8</a></span></dd>
<dt id="g-codex-s12-warm">CODEX-S12-WARM</dt>
<dd>The three-day Scenario Lab recipe (the 10th–12th of the month after as_of) that setup actually drives so you can open a finished cook without waiting for a thirty-one-day run. <span class="glossary__refs">Explained in → <a href="v14-scenario-lab.html#7-codex-s12-warm--the-three-day-warm-run">V14 §7</a></span></dd>
<dt id="g-collateral-reserve-account">Collateral Reserve Account</dt>
<dd>Where the cash element of your posted credit cover sits: in the <b>Market Operator's sole name</b>, designated to you, subject to a first fixed charge in the Market Operator's favour as trustee for market creditors. Your money, and <b>you cannot withdraw it</b> — cover you could take back at will would be cover only until the moment it was needed. Interest still accrues to you. <span class="glossary__refs">Explained in → <a href="v9-market.html#316-the-three-accounts-and-which-money-is-yours">V9 §3.16</a></span></dd>
<dt id="g-combined-fleet">Combined fleet</dt>
<dd>On IPP Fleet chapter 03, the one-month <a href="#g-value-at-risk">VaR-95</a> of the organisation&#x27;s plants scored <em>together</em> on the same made-up months, so a good hour at one plant can offset a bad hour at another. Distinct from <a href="#g-sites-added-together">sites added together</a>, which adds each plant&#x27;s own VaR. A shorter combined bar is the model saying the plants offset one another. <span class="glossary__refs">Explained in → <a href="v4-ipp.html#18-your-fleet">V4 §2</a></span></dd>
<dt id="g-comment-window">Comment window</dt>
<dd>The month §9.5(7) gives participants to respond to an amendment to the scheduling algorithm <b>before</b> it takes effect. One full calendar month, not thirty days — so an amendment published on 31 January opens a 28-day window and one published on 1 February does too, and both are a month. The algorithm decides who runs and at what price; a participant that learned of a change from its settlement statement was given no opportunity to respond at all. <span class="glossary__refs">Explained in → <a href="v9-market.html#17-where-we-had-to-interpret-the-code">V9 §17</a></span></dd>
<dt id="g-commercial-log">Commercial log</dt>
<dd>The <b>separate</b> electronic record the System Operator must make when it instructs a non-dispatchable unit under an emergency or a load-reduction need (§11.4(5)). The duplicate is what makes the curtailment an instruction for settlement: with it the reduction is priced at the unit&#x27;s own offer, without it at the balancing price on the whole shortfall. A distinct record, not a flag — the point is that it can be reconciled against the dispatch log. <span class="glossary__refs">Explained in → <a href="v12-systems-operator.html#36-a-curtailment-only-protects-you-if-it-is-logged-commercially">V12 §3.6</a></span></dd>
<dt id="g-conditions-precedent">Conditions precedent (CP)</dt>
<dd>Checklist items that must be true before a virtual PPA can start flowing money (grid agreement, VWA registration, metering, insurance certificates, and similar). Outstanding CPs set the earliest start date — a <em>schedule risk</em>, not a price term to haggle. <span class="glossary__refs">Explained in → <a href="v7-deals.html#35a-reviewing-a-proposal-you-received">V7 §3.5a</a> · <a href="v7-deals.html#47-settlement-consequences--terms-outside-the-wizard">V7 §4.7</a></span></dd>
<dt id="g-conformance-checklist">Conformance checklist</dt>
<dd>The thirty-five requirements a build must meet to be Code-conformant across the seven target chapters. Each row maps to the tests that discharge it and the build <b>fails</b> if a row has no test behind it — including when the test it rested on is renamed in an unrelated refactor. A checklist that cannot fail is decoration. <span class="glossary__refs">Explained in → <a href="v9-market.html#17-where-we-had-to-interpret-the-code">V9 §17</a></span></dd>
<dt id="g-consolidated-setup">Consolidated setup</dt>
<dd>The deterministic demo dataset — `mix wb.setup --profile full_demo`, seed 42 — that every follow-along callout and worked example binds to. All demo seats share the password documented in the setup CODEX. <span class="glossary__refs">Explained in → <a href="v21-operations.html#4-demo--acceptance-data">V21 §4</a> · <a href="v0-orientation.html#7-how-to-read-this-manual">V0 §7</a></span></dd>
<dt id="g-conserved">Conserved</dt>
<dd>On IPP Allocation → <b>Outcomes</b>, the month (and each settled hour) balances: Σ allocations + surplus equals metered generation within 1 kWh. The badge reads <b>Conserved</b> or <b>Conservation error</b>. Rounding residue from 3-decimal kWh storage is assigned to surplus so a member&#x27;s figure is never nudged. Distinct from the settlement ledger&#x27;s Σ = 0 money proof. <span class="glossary__refs">Explained in → <a href="v4-ipp.html#94-conservation-rounding">V4 §9.4</a></span></dd>
<dt id="g-contracted-energy">Contracted Energy</dt>
<dd>The energy scheduled in the <b>most recent</b> intraday iteration (§13.3(3)) — not the day-ahead schedule. It is the baseline every balancing deviation is measured against once the day is delivered, so a unit moved at 12:00 is judged against 12:00&#x27;s number and not against yesterday&#x27;s. <span class="glossary__refs">Explained in → <a href="v9-market.html#5-intraday-and-idm">V9 §5.7</a></span></dd>
<dt id="g-contracted-ratio">Contracted ratio</dt>
<dd>On Book · Forecast, sold supply ÷ all supply for the picked run (the inverse of <a href="#g-spill">Spill %</a>). The Margin tile prints it next to <a href="#g-margin-risk-mar">Margin@Risk</a>. <span class="glossary__refs">Explained in → <a href="v6-trader.html#612-the-five-tiles">V6 §6.12</a></span></dd>
<dt id="g-credit-call">Credit Call</dt>
<dd>The Market Operator&#x27;s draw-down on Posted Credit Cover (§15.10.4(1)). Notified by rapid means — email or fax — that the call was <em>made</em>, then separately with the amount, the sums called and the Billing Periods. Cover is re-established within two business days. <span class="glossary__refs">Explained in → <a href="v9-market.html#15-getting-paid-and-paying">V9 §15</a>.4</span></dd>
<dt id="g-credit-cover-increase-notice">Credit Cover Increase Notice</dt>
<dd>Issued the same business day cover falls short; satisfied by <b>17:00 on the second working day</b> (§15.10.2(2)). Two ways to satisfy it (§15.10.2(3)): post more cover, or <b>pay an outstanding invoice early</b> — which reduces Actual Exposure by the same amount, so the requirement falls rather than the cover rising. For a participant short of cash, that is the difference between answering a call and defaulting on one. <span class="glossary__refs">Explained in → <a href="v9-market.html#15-getting-paid-and-paying">V9 §15</a>.4</span></dd>
<dt id="g-credit-cover-provider">Credit Cover Provider</dt>
<dd>Whoever stands behind your non-cash credit cover. Must be a bank with a South African banking licence, or an international bank authorised to provide banking services in South Africa — <b>nothing else qualifies</b>, because cover has to be callable on demand on the day the participant it covers has stopped paying. Lose one and you have ten business days to appoint another. <span class="glossary__refs">Explained in → <a href="v9-market.html#316-the-three-accounts-and-which-money-is-yours">V9 §3.16</a></span></dd>
<dt id="g-credit-note">Credit note</dt>
<dd>A numbered Eskom billing document that pays money out — on Virtual Wheeling, the month&#x27;s consolidated <a href="#g-wer-wheeled-energy-refund">WER</a> to the account holder. Immutable after issue; corrections are a new version or a further credit/debit note, never an in-place edit. <span class="glossary__refs">Explained in → <a href="v17-virtual-wheeling.html#6-the-consolidated-refund">V17 §6</a> · <a href="v17-virtual-wheeling.html#8-the-virtual-wheeling-section">V17 §8</a> · <a href="v15-billing.html">V15 · Billing</a></span></dd>
<dt id="g-cron">Cron (Oban)</dt>
<dd>A scheduled background job in the platform crontab (SAST). The operations catalog lists every entry with cadence, observable effects and failure modes. <span class="glossary__refs">Explained in → <a href="v21-operations.html#3-background-process-catalog">V21 §3</a></span></dd>
<dt id="g-corridor">Corridor</dt>
<dd>The assumed (or, later, declared) capability between two adjacent <a href="#g-network-zone">network zones</a> — how many megawatts may flow in the listed direction. The Model card&#x27;s <b>Export</b> / <b>Import</b> totals add only corridors written <em>from</em> / <em>to</em> that zone. A blank side means none were listed that way, not that the wires are unconstrained. Reverse capability sits on the pair and does not fill the blank. <span class="glossary__refs">Explained in → <a href="v12-systems-operator.html#25-what-can-move-between-areas">V12 §2.5</a> · <a href="v12-systems-operator.html#26-why-a-zone-can-show-no-import-or-no-export">V12 §2.6</a></span></dd>
<dt id="g-constrained-scheduling-model">Constrained scheduling model</dt>
<dd>The System Operator&#x27;s published network model: the areas the grid is divided into <b>and</b> how much power can move between them. Due three months before the market opens; not yet published, which is why the zone map in use is provisional. On the SO console it is the <b>Model</b> tab of <code>/so/network-model</code>; the JSON is the <b>API</b> tab. <span class="glossary__refs">Explained in → <a href="v12-systems-operator.html#2-network-zones">V12 §2</a> · <a href="v12-systems-operator.html#5-network-model">V12 §5</a></span></dd>
<dt id="g-constrained-purchases-payment">Constrained purchases payment (CPP)</dt>
<dd>What you are paid when the constrained schedule moves you <em>up</em> from the unconstrained one — struck at <b>your own offered price</b> across the increment, not at the market price. The System Operator carries it, because it is the cost of the System Operator&#x27;s network limit rather than anything the market did. <span class="glossary__refs">Explained in → <a href="v9-market.html#13-how-the-day-ahead-money-works">V9 §13.4</a></span></dd>
<dt id="g-consumption-explorer">Consumption explorer</dt>
<dd>The meter history on a site's Operations page. The directory <b>Meter</b> action opens that page. TOU-stacked bars drill months → days → 20-minute intervals (All months marks high season Jun–Aug vs low season; the day view shows the weekday beside the date). The numbers sit under <b>View energy data and choose a month</b>. The Reads tab is the coverage heatmap. <span class="glossary__refs">Explained in → <a href="v2-entities.html#72-the-consumption-explorer">V2 §7.2</a> · <a href="v5-offtaker.html#32-view-energy-data-and-choose-a-month">V5 §3.2</a></span></dd>
<dt id="g-constrained-sales-charge">Constrained sales charge (CSC)</dt>
<dd>What you are charged when the constrained schedule moves you <em>down</em> — struck at <b>your own offered price</b> across the reduction. A renewable that offered R0/MWh is charged <b>R 0.00</b> to be curtailed and keeps the full energy payment for the volume it was originally scheduled to produce. That is deliberate in the Market Code, not a defect: the charge is the participant&#x27;s own price, and a unit with no fuel cost offers zero. <span class="glossary__refs">Explained in → <a href="v9-market.html#13-how-the-day-ahead-money-works">V9 §13.4</a></span></dd>
<dt id="g-content-hash">Content hash</dt>
<dd>A SHA-256 fingerprint of the contract's commercial terms, bound to each signature. Both signatures must carry the same hash to advance to SIGNED — proof of what, exactly, was signed. <span class="glossary__refs">Explained in → <a href="v7-deals.html#5-agreement-signing-and-activation">V7 §5</a></span></dd>
<dt id="g-contract-type">Contract type</dt>
<dd>The shape of a physical deal's energy promise: AS_GENERATED (take what the plant makes), FIRM (guaranteed profile), CAPPED (as-generated to a ceiling), BASELOAD (flat block), TOP (take-or-pay minimum), SHAPED (TOU-shaped profile). The buyer picks from the seller's supported shapes; the choice prunes which term families exist. <span class="glossary__refs">Explained in → <a href="v7-deals.html#1-deal-types-and-topologies">V7 §1</a></span></dd>
<dt id="g-counterparty-brp">Counterparty BRP</dt>
<dd>The party on the other side of the energy at one metering point — one sells through it, one buys through it. Derived from your signed PPAs rather than typed in; a trader in the middle is the counterparty at <em>both</em> ends. A point with no counterparty <b>cannot be settled</b>, and none is ever invented to fill the gap. <span class="glossary__refs">Explained in → <a href="v9-market.html#34-a-point-of-delivery--and-the-rule-that-every-meter-has-two-owners">V9 §3.4</a></span></dd>
<dt id="g-co-optimisation">Co-optimisation</dt>
<dd>Scheduling energy and the four reserve categories in <b>one</b> problem rather than energy first and reserve after. Holding headroom is a claim on the same megawatts as selling energy, so a reserve requirement genuinely changes the energy schedule: a cheap unit at its full rating has no headroom left, and meeting the requirement means backing it off and paying a dearer one. Solving in sequence is not merely more expensive — it can be infeasible. <span class="glossary__refs">Explained in → <a href="v9-market.html#415-reserve-prices-sit-at-their-floor-most-of-the-time">V9 §4.15</a></span></dd>
<dt id="g-constrained-schedule">Constrained schedule</dt>
<dd>The second of the day's two clearings: the same model plus the System Operator's security limits. It is what the system is <b>dispatched</b> from, and it is <em>not</em> what sets the price. Where it differs from the <a href="#g-unconstrained-schedule">unconstrained schedule</a>, the difference is compensated at the unit's <b>own offered price</b> and charged to the System Operator — which is why being curtailed by the SO is free and re-declaring your own capacity down is not. <span class="glossary__refs">Explained in → <a href="v9-market.html#414-two-schedules-and-why">V9 §4.14</a></span></dd>
<dt id="g-contingency-reserve">Contingency Reserve</dt>
<dd>The one reserve category with <b>no market</b>. The System Operator sets a probabilistic requirement and the Market Operator <em>reports</em> whether enough capacity remains after energy and reserve scheduling. It is never scheduled, never contracted and never produces a settlement line — the adequacy report is the whole of it. <span class="glossary__refs">Explained in → <a href="v9-market.html#415-reserve-prices-sit-at-their-floor-most-of-the-time">V9 §4.15</a></span></dd>
<dt id="g-cost-above-energy-market">Cost above Energy Market</dt>
<dd>What a unit is paid for holding <b>Regulating Down</b> reserve: `its own incremental price − SMP`, floored at zero. A unit held <em>above</em> where it would rather be, so it has something to reduce, is carrying a cost equal to the gap between what it is producing at and what the market pays. The mirror image of the <a href="#g-cost-of-lost-opportunity">cost of lost opportunity</a>. <span class="glossary__refs">Explained in → <a href="v9-market.html#415-reserve-prices-sit-at-their-floor-most-of-the-time">V9 §4.15</a></span></dd>
<dt id="g-cost-of-lost-opportunity">Cost of lost opportunity</dt>
<dd>What a unit is paid for holding <b>up</b>-direction reserve: `SMP − its own incremental price`, floored at zero. Holding capacity back forgoes the infra-marginal profit it would have earned selling that energy. It is <b>zero</b> whenever the unit holding the reserve is also the unit setting the price — which is why an uncongested hour lands every reserve price on its <a href="#g-reserve-floor-price">floor</a>. Computed per unit and never published to anyone else: it reveals the unit's own cost curve. <span class="glossary__refs">Explained in → <a href="v9-market.html#415-reserve-prices-sit-at-their-floor-most-of-the-time">V9 §4.15</a></span></dd>
<dt id="g-cost-increment">Cost increment</dt>
<dd>One step of a trading unit&#x27;s offer curve: the price per megawatt-hour it wants for the next slice of output. A production curve has five (CI0–CI3 plus Emergency Level 1); every market money formula that says &quot;the incremental price offered&quot; is the area under these steps. <span class="glossary__refs">Explained in → <a href="v9-market.html#9-notices-and-market-rules">V9 §9</a></span></dd>
<dt id="g-cover">Cover (directory tile)</dt>
<dd>The fourth OffTaker Sites fleet tile: committed megawatts (AGREED PPAs plus SIGNED and ACTIVE contracts, physical and virtual) against last month&#x27;s average metered megawatts, plus how many sites have no contract. Distinct from engine <a href="#g-coverage">Coverage %</a> and from Overview Coverage. <span class="glossary__refs">Explained in → <a href="v5-offtaker.html#21-the-directory">V5 §2.1</a> · <a href="#g-committed-capacity">committed capacity</a></span></dd>
<dt id="g-coverage">Coverage %</dt>
<dd>Delivered energy ÷ demanded energy. On the trader Overview it is a Structural position gauge (<code>COVERAGE_PCT</code>). On the OffTaker Overview it is the Own Load hedge share from the latest snapshot. It is not the directory <a href="#g-cover">Cover</a> tile (MW vs MW). <span class="glossary__refs">Explained in → <a href="v6-trader.html#42-interpret-green-amber-and-red">V6 §4.2</a> · <a href="v5-offtaker.html#1311-five-kpi-cards">V5 §4.1</a> · <a href="v3-strategy.html">V3 · Strategy</a></span></dd>
<dt id="g-cross-instrument-counter">Cross-instrument counter</dt>
<dd>Answering a Pending proposal in the <em>other</em> instrument (Physical ↔ Virtual) from review <em>Decide</em>: disclosure, compose the other type, then Send — the original becomes superseded and stays linked. Requires the other instrument available for the pair and a material difference; depth capped at two hops; renewal budget inherited. <span class="glossary__refs">Explained in → <a href="v7-deals.html#35e-answering-in-the-other-instrument">V7 §3.5e</a> · <a href="v7-deals.html#11-when-each-instrument-is-available">V7 §1.1</a></span></dd>
<dt id="g-coverage-quantile">Coverage quantile</dt>
<dd>The off-taker mirror of q*: Cu (grid − landed) ÷ (Cu + Co) . Uses non-negative mistake costs and stays between 0 and 1. Cu at zero means buy zero; positive Cu with Co at zero means q* = 1. It is computed from reference prices, not a fixed buying percentage. Overview draws it as the dashed <b>Recommended contract (q*)</b> line on the typical-day chart. <span class="glossary__refs">Explained in → <a href="v5-offtaker.html#32c-lines-and-highlight">V5 §4.2.C</a> · maths <a href="v5-offtaker.html#133-the-coverage-rationale--how-much-of-each-hour-to-contract">V5 §6.1</a> · <a href="v3-strategy.html">V3 · Strategy</a></span></dd>
<dt id="g-critical-quantile-q">Critical quantile (q*)</dt>
<dd>Cu ÷ (Cu + Co) — how far up the residual distribution to nominate. Costlier shortfalls ⇒ higher q* ⇒ nominate above the median. <span class="glossary__refs">Explained in → <a href="v3-strategy.html">V3 · Strategy</a></span></dd>
<dt id="g-csf-contract-sensitivity-factor">CSF (Contract Sensitivity Factor)</dt>
<dd>Structural exposure of the buyer&#x27;s chosen tier: PRIORITY 1.00 · FIXED 0.90 · PRO_RATA 0.80. <span class="glossary__refs">Explained in → <a href="v4-ipp.html">V4 · IPP</a> (HAF factor 4)</span></dd>
<dt id="g-cu-co">Cu / Co</dt>
<dd>The optimiser&#x27;s asymmetric costs: Cu (underage) = c/kWh cost of being short (top-up − buy); Co (overage) = c/kWh cost of being long (buy − spill value). <span class="glossary__refs">Explained in → <a href="v3-strategy.html">V3 · Strategy</a></span></dd>
<dt id="g-curtailment">Curtailment</dt>
<dd>An SO order capping a generator&#x27;s output over a window. Emerges on the run as CURTAILMENT lines (a Phase-3C line kind) carrying the instruction that caused them. Recovering the energy that was ready is a separate <a href="#g-curtailment-claim">curtailment claim</a>. <span class="glossary__refs">Explained in → <a href="v12-systems-operator.html#32-so-instructions">V12 §3.2</a> · <a href="v4-ipp.html#9-curtailment-claims">V4 §10</a></span></dd>
<dt id="g-curtailment-claim">Curtailment claim</dt>
<dd>The dated commercial record for one ended curtailment (or a chain of replacements): instruction references, how deemed energy was estimated, the Rand claimed, the 48-hour lodgement clock, evidence, and later payments. An ended instruction creates the draft; you do not type a blank form. Lodging files that draft on the Review drawer <b>Record</b> form; the application does not email NTCSA by itself. <span class="glossary__refs">Explained in → <a href="v4-ipp.html#9-curtailment-claims">V4 §10</a> · <a href="v4-ipp.html#104-lodge-and-reconcile">V4 §10.4</a></span></dd>
<dt id="g-curtailment-regime">Curtailment regime</dt>
<dd>Which recovery route a claim is on: <b>CONGESTION_FRAMEWORK</b> (dated wind congestion rules in the Eastern and Western Cape), <b>SYSTEM_EVENT_PPA</b> (the PPA buyer already pays deemed energy in settlement), or <b>UNCOMPENSATED</b> (no lodgement; the loss is still visible). Distinct from the physical instruction. <span class="glossary__refs">Explained in → <a href="v4-ipp.html#91-from-instruction-to-recovery">V4 §10.1</a></span></dd>
<dt id="g-cv">CV (Coefficient of Variation)</dt>
<dd>Spread divided by the average. On OffTaker Performance, <b>Load variance</b> prints it for midday weekday consumption: under 0.15 is <b>low</b>, 0.15 or above is <b>high</b>. Fewer than 60 settled days adds <b>thin</b>. With no meter history the line says <b>no meter history</b>. <span class="glossary__refs">Explained in → <a href="v5-offtaker.html#31c-what-you-use">V5 §4.1.C</a> · drawer <a href="v5-offtaker.html#311-explanations">V5 §4.11</a></span></dd>
<dt id="g-data-query">Data Query</dt>
<dd>The first tier of challenge (§15.4.1, §15.4.2), raiseable only during the Data Verification Period — the seven working days after the Indicative Settlement Statement. About the <em>data</em>: a meter reading, a dispatch instruction, an availability figure. The Market Operator resolves within 10 business days, endeavouring within 3; unresolved, it becomes a Settlement Dispute unless the participant grants up to 10 more. <span class="glossary__refs">Explained in → <a href="v9-market.html#15-getting-paid-and-paying">V9 §15</a>.5</span></dd>
<dt id="g-data-verification-period">Data Verification Period</dt>
<dd>The window in which a participant may query the data settlement used (§15.3.4(1)(b)) — seven <b>working</b> days, where metering is verified in seven <b>calendar</b> days. Across a long weekend the two invert, so the window is held open until at least one business day after official prices publish rather than closing before they exist. <span class="glossary__refs">Explained in → <a href="v9-market.html#14-metering-in-the-market">V9 §14.5</a></span></dd>
<dt id="g-data-vintage">Data vintage</dt>
<dd>Which version of a metered figure this is: <b>provisional</b> (from the day after, never invoiced), <b>verified</b> (within seven days, what official prices and statements are built on) or <b>revised</b> (later, from a query, dispute or meter test, feeding a rerun). Carried on every figure and on the API response header, because a number stored without its vintage has lost the distinction reruns exist to reconcile. <span class="glossary__refs">Explained in → <a href="v9-market.html#14-metering-in-the-market">V9 §14.3</a></span></dd>
<dt id="g-data-exchange-document">Data-exchange document</dt>
<dd>The document §16(1),(2) obliges the Market Operator to maintain on its website, covering eight topics from communication channels and cyber-security to <b>how rounding is managed</b> and a generic specification of the algorithm. Published at <code>/api/v1/publication/data-exchange</code>, with its OpenAPI description <b>generated from the running code</b> so the published contract and the interface cannot drift apart. <span class="glossary__refs">Explained in → <a href="v9-market.html#17-where-we-had-to-interpret-the-code">V9 §17</a> · API catalogue <a href="v13-market-api.html">V13 · Market API</a></span></dd>
<dt id="g-diversification-benefit">Diversification benefit</dt>
<dd>How much lower fleet <a href="#g-value-at-risk">VaR-95</a> is than the sum of site VaRs: <code>max(sites added together − combined fleet, 0)</code>. On IPP Fleet it is a KPI tile in <b>How sure are we?</b> and a note on the VaR tiles. A fleet of one shows <b>R 0 (fleet of one)</b>. If the combined book looks riskier, the tile still shows R 0 (it never goes negative) while chapter 03 says the combined bar is longer. <span class="glossary__refs">Explained in → <a href="v4-ipp.html#18-your-fleet">V4 §2</a></span></dd>
<dt id="g-dispatchable-shape">Dispatchable shape</dt>
<dd>A representative hourly generation pattern for a plant whose output can be scheduled. It is a forecast assumption, not a unit-commitment instruction. <span class="glossary__refs">Explained in → <a href="v4-ipp.html#16-the-technology-card">V4 §18</a></span></dd>
<dt id="g-heat-rate">Heat rate</dt>
<dd>Fuel energy required per MWh of electricity, expressed in GJ/MWh. Multiplying it by a sourced R/GJ fuel price gives fuel cost per MWh. <span class="glossary__refs">Explained in → <a href="v4-ipp.html#165-dispatch-economics">V4 §18.5</a></span></dd>
<dt id="g-heat-strip-unsold">Heat strip (unsold)</dt>
<dd>On the IPP Dashboard Chapter 4, the hour × month amber grid (<code>#ipp-story-heat-chart</code>) of leftover energy from 06h to 18h SAST. Darker cells hold more unsold megawatt-hours. A dashed box marks 08h–15h and the caption states that window&#x27;s share of everything unsold. The hourly shape comes from the latest completed FORECAST run&#x27;s SPILL lines, or a built-in daytime bell. Distinct from Overview&#x27;s 24-hour <em>Unsold profile</em>, which is one typical day. <span class="glossary__refs">Explained in → <a href="v4-ipp.html#1155-heat">V4 §12.5.5</a></span></dd>
<dt id="g-hold-option">Hold option (Option 0)</dt>
<dd>The do-nothing choice that is row 0 of a desk's comparison. On the off-taker Procurement Desk it is <b>stay on the grid</b>: the uncovered block priced at the TOU rates, this year and by year 6 at the assumed escalation (<a href="v3-strategy.html#132-procurement--the-buy-workbench">V3 §13.2</a>). On the Sales Desk, the baseline every deal is judged against: bid the unsold energy day-ahead on SAWEM, valued at the hourly P50 price for the unsold hours less a 5 % imbalance allowance, with P10 and P90 as the poor and good price years. Row 0 of the comparison. <span class="glossary__refs">Explained in → <a href="v4-ipp.html#5-sales">V4 §6</a></span></dd>
<dt id="g-hybrid-composition">Hybrid composition</dt>
<dd>A plant record that combines existing generation components and optional storage from the same organization under one connection limit. <span class="glossary__refs">Explained in → <a href="v4-ipp.html#163-solar-and-storage-together">V4 §18.3</a></span></dd>
<dt id="g-market-bank">Market Bank</dt>
<dd>The one bank where the market&#x27;s three settlement accounts live — Trading Clearing, Collateral Reserve, and Market Operator Charge — all in the Market Operator&#x27;s name. <span class="glossary__refs">Explained in → <a href="v9-market.html#316-the-three-accounts-and-which-money-is-yours">V9 §3.16</a></span></dd>
<dt id="g-market-month">Market Month</dt>
<dd>The organisation&#x27;s Billing Period wallet after the tickets — sidebar <b>After Delivery</b> at <code>/org/brp/after-delivery/month</code>. The month tiles, the till, the settlement statement, query clocks, and the monthly file-join against the Market Operator (the old <b>Recon</b> tab). <b>Settlement</b> and <b>Imbalance</b> are Bid Desk rooms for one Trading Day and one Trading Unit. You do not bid here. Cash still moves on Accounts. <span class="glossary__refs">Explained in → <a href="v10-org-bidding.html#13-market-month">V10 §13</a></span></dd>
<dt id="g-market-operator-charge-account">Market Operator Charge Account</dt>
<dd>Where the Market Operator&#x27;s own fee income sits, <b>ring-fenced</b>. Its balance may never be applied to a shortfall or an unsecured bad debt (§15.3.4(6)) — if it could, the Market Operator would be underwriting the market it referees. <span class="glossary__refs">Explained in → <a href="v9-market.html#316-the-three-accounts-and-which-money-is-yours">V9 §3.16</a></span></dd>
<dt id="g-market-operator">Market Operator (MO)</dt>
<dd>The independent party that runs SAWEM: admits Balance Responsible Parties, publishes MarketRules and gates, clears day-ahead and intraday auctions, publishes schedules and the System Marginal Price, holds credit cover in trust, invoices market charges, and administers market settlement queries and disputes. Distinct from the System Operator (wires and dispatch) and from bilateral PPA settlement. <span class="glossary__refs">Explained in → <a href="v9-market.html#15-the-market-operator--auctioneer-rulebook-and-clearing-bank">V9 §1.5</a> · <a href="v10-org-bidding.html#2-two-counterparties--market-operator-and-system-operator">V10 §2</a> · <a href="v11-market-operator.html#1-the-market-in-one-picture">V11 §1</a> · <a href="v11-market-operator.html#12-the-mo-console">V11 §12</a></span></dd>
<dt id="g-market-api">Market API</dt>
<dd>The SAWEM HTTP interface under <code>/api/v1</code> (plus <code>/internal</code> for MO↔SO), described by live OpenAPI at <code>GET /api/v1/publication/openapi</code>. External BRPs and Network Operators call it; the Webill UI and Oban BRP workers use domain modules / MoGateway instead — each operation&#x27;s chapter states the caller. <span class="glossary__refs">Explained in → <a href="v13-market-api.html">V13 · Market API</a></span></dd>
<dt id="g-debit-note">Debit Note</dt>
<dd>How Unsecured Bad Debt is collected: each non-defaulting creditor&#x27;s Self-Billing Invoice is reduced by its share of the debt (§15.3.4(10)). Shares are pro rata to <b>total payments in the month</b> (§15.7) while collection is against the self-billing invoice — two different bases, which is what creates an Excess Participant. <span class="glossary__refs">Explained in → <a href="v9-market.html#15-getting-paid-and-paying">V9 §15</a>.3</span></dd>
<dt id="g-debit-note-excess">Debit Note Excess</dt>
<dd>The part of a debit note that exceeds the Self-Billing Invoice it was to be collected from (§2.1(86)). Paid in <b>cash within two business days</b>. In the worked month a creditor owed R60 000 receives a R100 000 debit note, gets nothing, and sends R40 000 back to the market. <span class="glossary__refs">Explained in → <a href="v9-market.html#15-getting-paid-and-paying">V9 §15</a>.3</span></dd>
<dt id="g-defect-switch">Defect switch</dt>
<dd>One of the eight places where Market Code Rev 2.3 admits two defensible readings and the platform makes the choice a <b>setting</b> rather than code. When the Market Governance Committee decides, the market changes by configuration on a day the committee chooses, with the size of the move already measured. <span class="glossary__refs">Explained in → <a href="v9-market.html#17-where-we-had-to-interpret-the-code">V9 §17</a></span></dd>
<dt id="g-deloading-ramp">De-loading ramp</dt>
<dd>The rate at which a unit comes down from its maximum toward its minimum, in MW per hour (§7.2(o)). One of four registered rates; it governs Instructed Energy on a down-instruction, and it is often not the same number as the loading ramp. <span class="glossary__refs">Explained in → <a href="v12-systems-operator.html#33-what-an-instruction-actually-is">V12 §3.3</a></span></dd>
<dt id="g-declared-available-capacity">Declared Available Capacity (DAC)</dt>
<dd>What a Trading Unit says it can produce in a given Trading Period, as distinct from the standing rating it registered. For a non-dispatchable renewable the DAC <em>is</em> the commitment — a forecast that becomes a promise — which is why the forecast question and the registration question are different questions. <span class="glossary__refs">Explained in → <a href="v9-market.html#37-the-market-asks-what-your-plant-can-actually-do">V9 §3.7</a></span></dd>
<dt id="g-designation">Designation</dt>
<dd>The label inside a shared Market Bank account that says which slice of the money belongs to which participant (§15.2(2)). One real bank account, many labels — you do not have your own Trading Clearing Account; you have a designation inside the market&#x27;s one. <span class="glossary__refs">Explained in → <a href="v9-market.html#316-the-three-accounts-and-which-money-is-yours">V9 §3.16</a></span></dd>
<dt id="g-declared-consumption">Declared Consumption (DC)</dt>
<dd>What a consuming Trading Unit says it will draw in a given Trading Period — <b>per period</b>, not a monthly or annual figure, because that is the grain at which everything else is settled. The top of the willingness-to-pay ladder: everything the market may curtail is measured down from it. <span class="glossary__refs">Explained in → <a href="v9-market.html#37-the-market-asks-what-your-plant-can-actually-do">V9 §3.7</a></span></dd>
<dt id="g-dam-idm">DAM / IDM</dt>
<dd>Day-Ahead Market (bid all 24 hours of tomorrow — and the following six days, 168 periods — before the 10:00 SAST gate on D−1) / IntraDay Market (five smaller auctions that only move hours not yet delivered). The organisation screen is Bid Desk. <span class="glossary__refs">Explained in → <a href="v9-market.html#1-sawem-primer--why-the-market-seat-exists">V9 §1</a> · <a href="v10-org-bidding.html#12-bid-desk">V10 §12</a></span></dd>
<dt id="g-dam-uplift">DAM uplift</dt>
<dd>Market revenue net of the counterfactual (spill credit foregone / top-up avoided) — what participation actually added. Decomposed as recovered spill + avoided top-up on the MARKET panel. <span class="glossary__refs">Explained in → <a href="v9-market.html#4-the-bid-desk">V9 §4</a></span></dd>
<dt id="g-day-factor">Day factor</dt>
<dd>A scenario&#x27;s per-day generation/load multiplier (default 1.0) — scripted weather. AUG-BASELINE&#x27;s cloudy spell is solar 0.35 on 12–14 Aug. <span class="glossary__refs">Explained in → <a href="v3-strategy.html">V3 · Strategy</a></span></dd>
<dt id="g-dead-letter">Dead letter</dt>
<dd>A webhook delivery that could not be completed: eight unsuccessful attempts, an immediate refusal (including HTTP 410), a 72-hour abandoned retry, or a disabled subscription. Previous attempts stay on the Timeline. <b>Retry</b> starts a new schedule. Five consecutive dead letters pause the subscription; resume is a human action. <span class="glossary__refs">Explained in → <a href="v21-operations.html#111-webhooks-and-dead-letters">V21 §11.1</a></span></dd>
<dt id="g-deal-type">Deal type</dt>
<dd>Who sells to whom: IPP→Off-taker (IO), IPP→Trader (IT), Trader→Off-taker (TO), Trader→Trader (TT). Each exists physically and virtually — eight cells in all. <span class="glossary__refs">Explained in → <a href="v0-orientation.html#32-deal-objects--from-handshake-to-contract">V0 §3.2</a></span></dd>
<dt id="g-dealbreaker">Dealbreaker</dt>
<dd>A gap-analysis verdict: the offered term is beyond your private walk-away. It is a warning you can override with acknowledgement — unlike an impossible ask (wrong contract type, oversaleable capacity, term past plant life, below-LCOE), which blocks accept outright. <span class="glossary__refs">Explained in → <a href="v7-deals.html#35b-is-this-offer-good-enough">V7 §3.5b</a></span></dd>
<dt id="g-decline-finding">Decline finding</dt>
<dd>A structured reason attached when you decline a proposal: which term failed, your preferred target (never your walk-away), and whether you share it. Impossible asks are always shared so the next attempt is not identical. <span class="glossary__refs">Explained in → <a href="v7-deals.html#35d-declining-well-and-trying-again">V7 §3.5d</a></span></dd>
<dt id="g-deemed-energy">Deemed energy</dt>
<dd>Energy that was ready but undelivered because of a curtailment, valued at the member&#x27;s energy price — 17 110 kWh × 65 c = R 11 121.50 in the worked example. Who pays is the treatment&#x27;s question. On an IPP claim it is potential output minus the greater of metered output and the instruction cap, never below zero, and never the plant&#x27;s own failure to reach the cap. <span class="glossary__refs">Explained in → <a href="v4-ipp.html#92-read-the-estimate">V4 §10.2</a> · <a href="v12-systems-operator.html#32-so-instructions">V12 §3.2</a></span></dd>
<dt id="g-default-notice">Default Notice</dt>
<dd>The notice that starts the clock on a default. It must say what the default is, how long you have to fix it — <b>at least two business days</b>, often more — and anything else the Market Operator reasonably requires. You are still trading while it runs. <span class="glossary__refs">Explained in → <a href="v9-market.html#314-what-happens-if-you-get-it-wrong">V9 §3.14</a></span></dd>
<dt id="g-default-retailer">Default Retailer</dt>
<dd>The supplier the Market Governance Committee directs to meet a suspended demand-side unit's load. Until one is named, a suspension of that unit <b>cannot take effect at all</b> — suspending a load does not stop it, and somebody has to be settled for the electricity that keeps flowing. A retailer is deliberately not a market participant, and exists in the register for exactly this. <span class="glossary__refs">Explained in → <a href="v9-market.html#314-what-happens-if-you-get-it-wrong">V9 §3.14</a> · MO board <a href="v11-market-operator.html#125-the-registration-board-queue-by-queue">V11 §21</a></span></dd>
<dt id="g-degradation-cost">Degradation cost</dt>
<dd>c/kWh of warranty wear per discharged kWh (default 15) — subtracted from every candidate pair&#x27;s spread so cycling is never treated as free. <span class="glossary__refs">Explained in → <a href="v3-strategy.html">V3 · Strategy</a></span></dd>
<dt id="g-demand-served-by-contracts">Demand served by contracts</dt>
<dd>The first OffTaker Sites fleet tile: the load-weighted share of last month&#x27;s metered use on <em>live</em> sites that committed contracts can cover, capped at 100 %. Uses a book <code>COVERAGE_PCT</code> snapshot when one exists; otherwise committed MW ÷ metered MW. Not a delivery promise, and not Overview Coverage %. <span class="glossary__refs">Explained in → <a href="v5-offtaker.html#21-the-directory">V5 §2.1</a></span></dd>
<dt id="g-deregistration">Deregistration</dt>
<dd>Removing a Trading Unit, or a whole party, from the register — on application and by consent order. The row survives: the TUID is never reused, and the unit keeps its Fixed Credit Requirement until the last Settlement Rerun for the day it was deregistered. <span class="glossary__refs">Explained in → <a href="v9-market.html#315-pay-now-argue-later">V9 §3.15</a></span></dd>
<dt id="g-dispatch-instruction">Dispatch instruction</dt>
<dd>Not "reduce output" but three things together: <b>a level, a time and a ramp rate</b> (§13.4.1(1)). The energy the market credits you with is the area under that ramp, not a step change at the instruction time — so an instruction to be at 480 MW at 18:20 at 8 MW/min begins its ramp at 18:18.125, and those minutes are yours. <span class="glossary__refs">Explained in → <a href="v12-systems-operator.html#33-what-an-instruction-actually-is">V12 §3.3</a></span></dd>
<dt id="g-dispatch-interval">Dispatch interval</dt>
<dd>One persisted hour of a run&#x27;s battery schedule (charge/discharge kWh, source, cost, value, spread, SoC after, rationale) — the audit trail behind the BESS views. <span class="glossary__refs">Explained in → <a href="v3-strategy.html">V3 · Strategy</a> · hour table <a href="v6-trader.html#10117-hourly-schedule">V6 §11.11</a></span></dd>
<dt id="g-dispatch-algorithm-formulation">Dispatch-algorithm formulation</dt>
<dd>The published statement of what the scheduling algorithm optimises and under what constraints — the objective, the eighteen constraint families with their clauses, and the tie-break — which §9.5(7) obliges the Market Operator to publish and maintain. Published as data rather than described in prose, so the artefact and the thing that runs are the same object. <span class="glossary__refs">Explained in → <a href="v9-market.html#4-the-bid-desk">V9 §4</a></span></dd>
<dt id="g-dispute-case">Dispute case</dt>
<dd>A flagged line escalated to the MO: DRAFT → SUBMITTED (with its evidence pack) → RESOLVED or WRITTEN_OFF. The BRP&#x27;s kanban and the MO&#x27;s inbox are two views of the same case. <span class="glossary__refs">Explained in → <a href="v9-market.html#8-reconciliation-and-disputes">V9 §8</a></span></dd>
<dt id="g-dispute-item">Dispute item</dt>
<dd>One figure under negotiation on a <a href="#g-bilateral-settlement-dispute">bilateral settlement dispute</a>: what settlement said, what is currently offered, who offered it, and whether it is agreed. Turn-taking is the contract wizard's — the party who did <em>not</em> propose the value on the table is the one who may approve it, and countering means proposing your own. No dispute resolves while any item is still pending. <span class="glossary__refs">Explained in → <a href="v8-settlement.html#11-statuses-and-re-settlement">V8 §11</a>.9</span></dd>
<dt id="g-money-grade">Money grade (settled · invoiced · estimated)</dt>
<dd>The confidence label on every month of the IPP Dashboard story: settled and invoiced months come from the Money Room fact base; estimated months are rebuilt from allocation runs, meter registers and contract prices. The verdict card <b>How sure is this story</b> shows the share of months in each grade. The grades measure the same money at different stages, so they are never added: each month&#x27;s value stream counts once, at its best grade (invoiced, then settled, then estimated). <span class="glossary__refs">Explained in → <a href="v4-ipp.html#1115-how-sure">V4 §12.1.5</a> · <a href="v16-analytics.html#the-three-grades">V16 §3</a></span></dd>
<dt id="g-money-room">Money Room</dt>
<dd>The organisation energy profit-and-loss page at <code>/org/money</code> (currency icon in the organisation sidebar). A connected overview shows the energy result, monthly performance, site and pool contributions, payment obligations, and losses with next steps. Month, Year to date and Rolling 12 months share the same layout. Performance scope filters attributable energy facts; savings (buying sites only), payments and losses remain organisation-wide. What is owed and owing is read from the organisation&#x27;s side of each document, as on the Billing Hub. It is not a claim-filing screen and it does <em>not</em> show <a href="#g-annual-exposure">Annual exposure</a>. Panel 4 (Loss Ledger) may list <a href="#g-unrecovered-curtailment">Unrecovered curtailment</a> as a period leftover from finalized claims. <span class="glossary__refs">Explained in → <a href="v16-analytics.html#7-the-money-room">V16 §7</a> · IPP relationship <a href="v4-ipp.html#105-exposure-and-the-money-room">V4 §10.5</a></span></dd>
<dt id="g-registry-twin">Registry twin</dt>
<dd>The market registry projection of a plant’s engineering facts. Its provenance distinguishes captured facts, assumptions and missing answers. <span class="glossary__refs">Explained in → <a href="v4-ipp.html#162-read-the-evidence">V4 §18.2</a></span></dd>
<dt id="g-resolution-digest">Resolution digest</dt>
<dd>A hash of a dispute's agreed figures plus the chosen outcome, stamped when every item is agreed and quoted back on each sign-off. If anything about the agreed set moves in between, the sign-off is refused — the settlement counterpart of the proposal rule that you cannot be bound to a price you never saw. <span class="glossary__refs">Explained in → <a href="v8-settlement.html#11-statuses-and-re-settlement">V8 §11</a>.9</span></dd>
<dt id="g-dlf">DLF</dt>
<dd>Distribution loss factor: kwh_delivered = kwh_sent × DLF . Buy on sent, sell on delivered. <span class="glossary__refs">Explained in → <a href="v3-strategy.html">V3 · Strategy</a></span> Physical-PPA loss values are stored as loss fractions: 0.02 means 2% loss. Enabled distribution, transmission and municipal losses are combined; the delivery multiplier is 1 minus their sum, so 2% + 1% + 3% leaves 0.94 delivered. A loss fraction must not itself be used as the delivery multiplier.</dd>
<dt id="g-driver">Driver</dt>
<dd>The sim clock loop: walks the scenario&#x27;s days calling the real cycle functions (DAM build → clear → SO events → IDM → imbalance) with a simulated clock, then publishes + reconciles the month. Seconds, deterministic. <span class="glossary__refs">Explained in → <a href="v3-strategy.html">V3 · Strategy</a></span></dd>
<dt id="g-ed-expected-demand">ED (Expected Demand)</dt>
<dd>What each off-taker will realistically ask for next month: min(historical allocation, contract ceiling) . <span class="glossary__refs">Explained in → <a href="v4-ipp.html#711-terms">V4 §8.1.1</a></span></dd>
<dt id="g-effective-cost">Effective cost</dt>
<dd>The off-taker&#x27;s blended supply cost per MWh consumed (grid + wheeled + virtual together). On Overview it is not a labelled tile — the price rail is the on-screen cousin. <span class="glossary__refs">Explained in → <a href="v5-offtaker.html#39-what-a-kwh-costs">V5 §4.9</a> · <a href="v3-strategy.html">V3 · Strategy</a></span></dd>
<dt id="g-effective-price-forecast">Effective price (Forecast)</dt>
<dd>On Book · Forecast, the fourth tile: sold-line margin ÷ sold energy, in c/kWh. It ignores leftover supply. The same tile&#x27;s <a href="#g-realised-r-mwh">realised R/MWh</a> divides that margin by all generation. Distinct from the IPP <a href="#g-effective-price-tou">TOU effective price</a>. <span class="glossary__refs">Explained in → <a href="v6-trader.html#612-the-five-tiles">V6 §6.12</a></span></dd>
<dt id="g-effective-price-tou">Effective price (TOU)</dt>
<dd>Shape-weighted price under a TOU multiplier set: Σ generation × base × multiplier ÷ Σ generation. A flat set&#x27;s effective price is exactly the base. <span class="glossary__refs">Explained in → <a href="v4-ipp.html#573-effective-price">V4 §6.7.3</a></span></dd>
<dt id="g-elasticity-k">Elasticity (k)</dt>
<dd>MWh the residual market absorbs per 100% price move. Small k = thin market, big price impact; k = ∞ = the flat mock (no impact). AUG-BASELINE uses 500. <span class="glossary__refs">Explained in → <a href="v3-strategy.html">V3 · Strategy</a></span></dd>
<dt id="g-electrical-node">Electrical node</dt>
<dd>The point on the network a metering point physically sits at — a substation busbar, in the System Operator's own naming (e.g. <code>KENDAL-88kV-B1</code>). It is what makes a pairing checkable: two parties are counterparties only if they have declared <em>the same node</em>. <span class="glossary__refs">Explained in → <a href="v9-market.html#34-a-point-of-delivery--and-the-rule-that-every-meter-has-two-owners">V9 §3.4</a></span></dd>
<dt id="g-elbow-point">Elbow point</dt>
<dd>A megawatt volume where an offer curve&#x27;s price steps to the next cost increment. Exactly at an elbow the Market Code takes a different price depending on which clause is asking — four separate tie-breaks — so the platform makes the choice an explicit argument rather than a default. <span class="glossary__refs">Explained in → <a href="v9-market.html#9-notices-and-market-rules">V9 §9</a></span></dd>
<dt id="g-emergency-level-1">Emergency Level 1 (EL1)</dt>
<dd>The output ceiling above a plant&#x27;s maximum continuous rating, offered as the <b>fifth and top block</b> of its production curve — capacity the System Operator can reach only in a declared emergency. Priced highest, because running there is not sustainable. <span class="glossary__refs">Explained in → <a href="v9-market.html#48-what-you-are-actually-submitting">V9 §4.8</a> · <a href="v9-market.html#9-notices-and-market-rules">V9 §9</a></span></dd>
<dt id="g-emergency-operating-condition">Emergency Operating Condition</dt>
<dd>A declared, audited system state — not a mood. It is what permits the System Operator to override a participant&#x27;s contractual dispatch restrictions (§3.3(3)), and only then where the participant can comply within its statutory limits and with a report to NERSA. It is also one of the two grounds on which an instruction to a non-dispatchable unit must be duplicated into the commercial log. <span class="glossary__refs">Explained in → <a href="v12-systems-operator.html#45-the-operating-condition-and-what-it-unlocks">V12 §4.6</a></span></dd>
<dt id="g-energy-limit">Energy limit</dt>
<dd>A cap on how much energy an <b>energy-constrained</b> Trading Unit may produce — daily and weekly, submitted alongside the curve rather than registered as standing data, because the constraint moves with the water, the fuel contract or the state of charge. A unit that declares itself energy-constrained and submits no limit is rejected. <span class="glossary__refs">Explained in → <a href="v9-market.html#48-what-you-are-actually-submitting">V9 §4.8</a> · <a href="v9-market.html#37-the-market-asks-what-your-plant-can-actually-do">V9 §3.7</a></span></dd>
<dt id="g-energy-payment-epm">Energy payment (EPM)</dt>
<dd>Your day-ahead energy money: <code>scheduled volume × the System Marginal Price</code> (§9.8.1). Struck on the <b>unconstrained</b> schedule, at the same price for everyone who cleared — your offer decides whether you clear, never what you are paid. Consumption is the same line with the sign flipped, which is why the energy pot sums to exactly R 0.00 across the whole market. <span class="glossary__refs">Explained in → <a href="v9-market.html#13-how-the-day-ahead-money-works">V9 §13.3</a></span></dd>
<dt id="g-env-guard-sim-enabled">Env guard ( :sim_enabled )</dt>
<dd>The flag that makes simulation possible at all: absent in production, so a SimRun refuses to start and the Lab&#x27;s route isn&#x27;t compiled. The reason &quot;can the sim touch prod?&quot; is a category error. <span class="glossary__refs">Explained in → <a href="v3-strategy.html">V3 · Strategy</a></span></dd>
<dt id="g-equivalent-full-cycle">Equivalent full cycle</dt>
<dd>Discharged energy ÷ usable capacity. The warranty cap ( max cycles/day , default 1.5) is denominated in these. <span class="glossary__refs">Explained in → <a href="v3-strategy.html">V3 · Strategy</a></span></dd>
<dt id="g-error-injection">Error injection</dt>
<dd>A declared corruption of the MO&#x27;s outputs only : republish_price → VARIANCE/PRICE, meter_bias → VARIANCE/METER, drop_line → MISSING_MO, phantom_line → MISSING_INTERNAL. How the reconciler gets something real to catch. <span class="glossary__refs">Explained in → <a href="v3-strategy.html">V3 · Strategy</a></span></dd>
<dt id="g-escalation">Escalation</dt>
<dd>How a contract price grows over its term: CPI, CPI-minus, a fixed percentage, or an index — applied per calendar year at settlement and assumed by strategy valuations. <span class="glossary__refs">Explained in → <a href="v7-deals.html#47-settlement-consequences--terms-outside-the-wizard">V7 §4.7</a></span></dd>
<dt id="g-eskom">Eskom</dt>
<dd>South Africa's national electricity utility — generator, transmission system operator and distributor. Owns the reference tariffs, loss factors and use-of-system charges the platform applies, maintained through the Eskom app. <span class="glossary__refs">Explained in → <a href="v0-orientation.html#1-wheeling-and-why-this-platform-exists">V0 §1</a></span></dd>
<dt id="g-eskom-top-up">Eskom top-up</dt>
<dd>c/kWh cost of covering a demand member from the grid when the book falls short. Prices firm shortfalls, the optimiser&#x27;s under-nomination cost Cu , and the battery&#x27;s firm-backing value. <span class="glossary__refs">Explained in → <a href="v3-strategy.html">V3 · Strategy</a></span></dd>
<dt id="g-eskom-trader-accreditation">Eskom trader accreditation</dt>
<dd>The Eskom paperwork an organization needs to trade wheeled energy on Eskom's network: the Trader Participation Agreement (TPA) and the Balancing &amp; Settlement Agreement (BSA), each with its date. It counts only when both agreements are ticked and dated; the Accreditations tab shows a <em>Complete</em> or <em>Incomplete</em> chip. <span class="glossary__refs">Explained in → <a href="v2-entities.html#2-your-organization--profile-and-accreditations">V2 §2</a></span></dd>
<dt id="g-evidence-consent">EVIDENCE (plant)</dt>
<dd>The widest plant-feed read grant: the grantee may download a curtailment trace (<b>Download evidence bundle</b>) and also holds <a href="#g-samples-consent">SAMPLES</a> and <a href="#g-live-panel">LIVE_PANEL</a>. A read grant never authorises a push. Formerly taught as V4 §20. <span class="glossary__refs">Explained in → <a href="v4-ipp.html#117-collector-and-consent">V4 §11.7</a> · traces <a href="v4-ipp.html#116-events-and-traces">V4 §11.6</a></span></dd>
<dt id="g-evidence-bundle">Evidence bundle</dt>
<dd>The sealed CSV pack for one <a href="#g-curtailment-claim">curtailment claim</a> version: the instruction, curve, weather and meter snapshots used to compute deemed energy, plus a SHA-256 fingerprint of those exact bytes. Distinct from a market-dispute <a href="#g-evidence-pack">evidence pack</a>. Preparing the bundle freezes that version; later weather edits do not rewrite it. <span class="glossary__refs">Explained in → <a href="v4-ipp.html#103-the-clock-and-evidence">V4 §10.3</a></span></dd>
<dt id="g-evidence-pack">Evidence pack</dt>
<dd>The dispute&#x27;s auto-assembled references — line, period, charge type, variance, hint. Assembled, never authored; the artefacts already exist in the platform. <span class="glossary__refs">Explained in → <a href="v9-market.html#8-reconciliation-and-disputes">V9 §8</a></span></dd>
<dt id="g-excess-participant">Excess Participant</dt>
<dd>A creditor whose debit note exceeds what it was owed, so it must pay the balance in cash (§15.3.4(11)). Structurally a net buyer: it pays a lot into the market and is owed little, so its share of somebody else&#x27;s default outruns the payment it was expecting. Not an error and not rare — budget for it. <span class="glossary__refs">Explained in → <a href="v9-market.html#15-getting-paid-and-paying">V9 §15</a>.3</span></dd>
<dt id="g-exhaustion-strip">exhaustion strip</dt>
<dd>See <a href="#g-where-the-cascade-runs-dry">Where the cascade runs dry</a>.</dd>
<dt id="g-excused-imbalance">Excused (imbalance)</dt>
<dd>An hour whose deviation was SO-instructed: charge R 0, shown with the counterfactual (what it would have cost) so the excusal&#x27;s value stays visible. <span class="glossary__refs">Explained in → <a href="v12-systems-operator.html#32-so-instructions">V12 §3.2</a></span></dd>
<dt id="g-execution-risk-netting">Execution risk (netting)</dt>
<dd>The imbalance exposure a netted-away leg would have carried as a separate order — 2.00 MWh × R 1 850 = R 3 700 /hour in the worked example. The main prize of netting. <span class="glossary__refs">Explained in → <a href="v3-strategy.html">V3 · Strategy</a></span></dd>
<dt id="g-fan-out">Fan-out</dt>
<dd>On trader Book · Outcomes, the book-check prefix when one or more sell legs sit outside any linear chain. The statement still owns those sells; Chains only walks IPP → trader → sink paths and keeps one next hop. <span class="glossary__refs">Explained in → <a href="v6-trader.html#6a9-procured-against-sold">V6 §6A.9</a> · <a href="v6-trader.html#6b8-book-check-strip-and-fan-out">V6 §6B.8</a></span></dd>
<dt id="g-feed">Feed</dt>
<dd>A named pathway into or out of the platform — one provider, one family, one grain, one mode, and an effective-dated freshness policy. Each try is an attempt; live status (NEVER / FRESH / STALE / REFUSING) is derived from last success and that policy. MOCK and MANUAL modes never pretend to be live. <span class="glossary__refs">Explained in → <a href="v21-operations.html#11-feeds-and-delivered-events">V21 §11</a></span></dd>
<dt id="g-feed-family">Feed family</dt>
<dd>The kind of thing a feed carries: METER, TELEMETRY, WEATHER, PRICE, FX, REGISTRY, BILL, MARKET, or EVENT. PRICE is reserved (no registered pathway). Plant TELEMETRY is not a settlement meter. <span class="glossary__refs">Explained in → <a href="v21-operations.html#11-feeds-and-delivered-events">V21 §11</a></span></dd>
<dt id="g-feed-grain">Feed grain</dt>
<dd>The size of one reading on that feed, in minutes (20-minute meters, 60-minute weather). A dash means the feed is not interval-shaped. Grain belongs to the feed — a meter does not redefine a forecast. <span class="glossary__refs">Explained in → <a href="v21-operations.html#11-feeds-and-delivered-events">V21 §11</a></span></dd>
<dt id="g-feed-mode">Feed mode</dt>
<dd>How the pipe is allowed to run: LIVE (freshness is derived), MOCK (practice data; badge stays MOCK), or MANUAL (a person must act; badge stays MANUAL). <span class="glossary__refs">Explained in → <a href="v21-operations.html#11-feeds-and-delivered-events">V21 §11</a></span></dd>
<dt id="g-feed-policy">Feed policy</dt>
<dd>The effective-dated rule for “still current”: a freshness window in seconds, an optional quota, and a source note. A live feed with no policy is already STALE. Defaults: 2,400 s for meters, 21,600 s otherwise. <span class="glossary__refs">Explained in → <a href="v21-operations.html#11-feeds-and-delivered-events">V21 §11</a></span></dd>
<dt id="g-fg-forecasted-generation">FG (Forecasted Generation)</dt>
<dd>Next month&#x27;s predicted generation: a weighted blend of the last two HAG months (seasonally normalised) and SM. <span class="glossary__refs">Explained in → <a href="v4-ipp.html#72-fg">V4 §8.2</a></span></dd>
<dt id="g-fill-order">Fill order</dt>
<dd>On a Virtual Wheeling account: in each quarter-hour, pour fleet generation into the meter with the most uncovered consumption first, up to what that meter used, then the next, until generation runs out. Ties break on member id so a re-run is identical. Nothing carries across quarter-hours or TOU windows. <span class="glossary__refs">Explained in → <a href="v17-virtual-wheeling.html#5-allocation-and-the-optimiser">V17 §5</a> · <a href="v17-virtual-wheeling.html#8-the-virtual-wheeling-section">V17 §8</a></span></dd>
<dt id="g-first-fixed-charge">First fixed charge</dt>
<dd>A legal lock on money in the Collateral Reserve Account: it cannot be paid away until the person holding the charge is satisfied. The Market Operator holds it <b>as trustee for market creditors</b> — not for its own benefit — so the deposit is callable on the day a participant stops paying. <span class="glossary__refs">Explained in → <a href="v9-market.html#316-the-three-accounts-and-which-money-is-yours">V9 §3.16</a></span></dd>
<dt id="g-firm-demand">Firm demand</dt>
<dd>A demand pool that must be served: covered from FIRM supply first, before open demand; shortfalls priced at grid top-up. <span class="glossary__refs">Explained in → <a href="v3-strategy.html">V3 · Strategy</a></span></dd>
<dt id="g-firm-verdict">Firm verdict</dt>
<dd>The viability card&#x27;s outcome: ✅ Accept (expected margin &gt; 0 as-generated) · 🔋 Needs storage (negative as-generated, positive with the battery marginal) · ❌ Decline (negative either way). <span class="glossary__refs">Explained in → <a href="v4-ipp.html#61-terms">V4 §6.8.1</a> · <a href="v4-ipp.html#6-firm-viability">V4 §6.8</a></span></dd>
<dt id="g-fit-score">Fit score</dt>
<dd>0–100 cosine match between a candidate&#x27;s 24-hour shape and your gap (buy) or surplus (sell), both in SAST hours. <span class="glossary__refs">Explained in → <a href="v3-strategy.html">V3 · Strategy</a></span></dd>
<dt id="g-flexible-indicator">Flexible indicator</dt>
<dd>One character per Trading Period, <code>F</code> or <code>I</code>, and the most consequential single character on a submission. <code>F</code> lets the market schedule you anywhere between Mingen and your declared capacity, and lets your offer set the System Marginal Price. <code>I</code> means you will be scheduled at <em>exactly</em> your declared capacity — a <b>commitment, not a ceiling</b> — and your offer cannot be price-setting. A forecast declared <code>I</code> has become a promise. <span class="glossary__refs">Explained in → <a href="v9-market.html#49-the-flexible-indicator">V9 §4.9</a></span></dd>
<dt id="g-forecast-said-book-settled">Forecast said, book settled</dt>
<dd>On trader Book · Outcomes, the drift card (<code>#book-drift</code>): P50 margin at forecast time against the settled net margin, last six months. A twelve-month snapshot is scaled to one month before the compare. The gap is forecast error you are paying for. Distinct from IPP Allocation <a href="#g-forecast-vs-settled">Forecast vs settled</a>. <span class="glossary__refs">Explained in → <a href="v6-trader.html#6a13-forecast-said-book-settled">V6 §6A.13</a></span></dd>
<dt id="g-forecast-vs-settled">Forecast vs settled</dt>
<dd>On Allocation → Forecast, the card <b>Forecast said, settlement did</b> (<code>#forecast-vs-settled</code>): last month&#x27;s live forecast carve against what Outcomes allocated, buyer by buyer, plus Surplus. Empty copy: <em>Needs a forecast for last month and a settled month to compare it with.</em> Distinct from the trader Book · Outcomes drift panel <a href="#g-forecast-said-book-settled">Forecast said, book settled</a>. <span class="glossary__refs">Explained in → <a href="v4-ipp.html#818-forecast-vs-settled">V4 §8.1.8</a> · <a href="v4-ipp.html#8-allocations">V4 §9</a></span></dd>
<dt id="g-forgone">Forgone / never offered</dt>
<dd>Unsold generation valued at a stated baseline — on the IPP Dashboard, the SAWEM day-ahead P50 for 08h–15h less a 5 % imbalance allowance. It is money nobody was offered, not a bill and not a subtraction from Net. On Monthly Money it is the amber band below zero. Distinct from <a href="#g-lcoe">cost of generation (LCOE)</a>, which is what it cost you to make the energy. <span class="glossary__refs">Explained in → <a href="v4-ipp.html#1123-monthly-money">V4 §12.2.3</a> · losses <a href="v4-ipp.html#115-losses">V4 §12.5</a> · valued <a href="v4-ipp.html#1153-valued">V4 §12.5.3</a></span></dd>
<dt id="g-fulfilment">Fulfilment</dt>
<dd>On Allocation → Forecast, CO ÷ ED for one buyer in the month-ahead carve. 100% means this forecast expects to serve their full Expected Demand. Colour: green at or above 99.5%, amber from 75%, rose below. The settled cousin on Outcomes is <a href="#g-arf-allocation-reliability-factor">ARF</a>. <span class="glossary__refs">Explained in → <a href="v4-ipp.html#714-co">V4 §8.1.4</a></span></dd>
<dt id="g-gaf-generation-availability-factor">GAF (Generation Availability Factor)</dt>
<dd>Can the plant physically cover its promises? Recent generation ÷ subscribed demand, capped at 1. <span class="glossary__refs">Explained in → <a href="v4-ipp.html">V4 · IPP</a> (HAF factor 1)</span></dd>
<dt id="g-gap-analysis">Gap analysis</dt>
<dd>Per-field comparison of what the other party offered against your negotiating brief: acceptable, worth pushing back on, dealbreaker, or not stated — with annual Rand cost on price gaps where volume is known. Infeasibilities (physical impossibilities) are listed separately and always block. <span class="glossary__refs">Explained in → <a href="v7-deals.html#35b-is-this-offer-good-enough">V7 §3.5b</a></span></dd>
<dt id="g-gate-closure">Gate closure</dt>
<dd>The submission deadline: DAM at 10:00 SAST the day before delivery; IDM at delivery − 60 min, per hour. Both come from the market rules, not from code. Acceptance is judged against the gate <b>in force at the moment of receipt</b>, so an extension granted later cannot resurrect a rejection already returned — and the clock the desk shows is the server&#x27;s, never the browser&#x27;s. Miss it and you get a <a href="#g-rolled-over-submission">rolled-over submission</a>, not nothing. <span class="glossary__refs">Explained in → <a href="v9-market.html#410-missing-the-gate-is-not-the-end-of-the-day">V9 §4.10</a> · <a href="v9-market.html#1-sawem-primer--why-the-market-seat-exists">V9 §1</a></span></dd>
<dt id="g-gate-miss">Gate miss</dt>
<dd>A bid built after its gate: expired unsubmitted, counted on the MARKET panel, and raised as a critical alert. Should be zero. <span class="glossary__refs">Explained in → <a href="v9-market.html#4-the-bid-desk">V9 §4</a></span></dd>
<dt id="g-gen-wheeling-rate">Gen-wheeling rate</dt>
<dd>The c/kWh rate Eskom uses to price matched Virtual Wheeling energy for a meter&#x27;s tariff category and time-of-use window (Peak, Standard, Off-peak). Same family as the <a href="#g-wer-wheeled-energy-refund">WER</a> credit rate; a Nightsave meter has no peak window. <span class="glossary__refs">Explained in → <a href="v17-virtual-wheeling.html#4-how-the-refund-is-computed">V17 §4</a> · <a href="v17-virtual-wheeling.html#1-this-volume">V17 §1</a></span></dd>
<dt id="g-generation-hour-value">Generation-hour value (capture)</dt>
<dd>On IPP Overview, the historical market price of the hours this plant generated, as a share of the average market hour (captured R/MWh ÷ baseload R/MWh). Distinct from Bid Desk <a href="#g-capture-rate">capture rate</a> (accepted ÷ offered). Not this forecast run&#x27;s contracted earnings. <span class="glossary__refs">Explained in → <a href="v4-ipp.html#322-value-of-generation-hours">V4 §4.4</a> · maths <a href="v4-ipp.html#17-capture-and-your-ppa">V4 §19</a></span></dd>
<dt id="g-generator-curtailment">Generator Curtailment</dt>
<dd>A limit on the Active Power a Trading Unit may generate, imposed for a network or system constraint (§2.1(96)). For a non-dispatchable unit it is the case where the commercial log decides whether the participant is compensated or penalised. <span class="glossary__refs">Explained in → <a href="v12-systems-operator.html#36-a-curtailment-only-protects-you-if-it-is-logged-commercially">V12 §3.6</a></span></dd>
<dt id="g-generator-site">Generator site</dt>
<dd>An independent power producer's (IPP's) plant — the sell side. Carries technology, capacities, TOU split, grid connection and its meters. <span class="glossary__refs">Explained in → <a href="v0-orientation.html#3-the-object-model-in-plain-language">V0 §3</a></span></dd>
<dt id="g-generator-site-status">Generator site status</dt>
<dd>The shop-front badge on an IPP Sites card: <b>Open</b> (registered, not yet marked operational), <b>Active</b> (live), <b>Inactive</b> (taken off the floor, record kept), or <b>Closed</b> (no new activity). Activate writes Active; Deactivate writes Inactive. Distinct from grid-connection status. <span class="glossary__refs">Explained in → <a href="v2-entities.html#48-site-status--open-active-inactive">V2 §4.8</a></span></dd>
<dt id="g-global-allocation-hierarchy">Global Allocation Hierarchy</dt>
<dd>An IPP's published, versioned ordering of its buyers into PRIORITY / PRO_RATA / FIXED tiers. When generation runs short, settlement carves the metered energy down the tiers in that order. <span class="glossary__refs">Explained in → <a href="v4-ipp.html#6-hierarchy">V4 §7</a> · <a href="v4-ipp.html#79-where-the-cascade-runs-dry">V4 §7.9</a></span></dd>
<dt id="g-graph-rag">Graph RAG</dt>
<dd>Answering a question by first walking the organisation&#x27;s map of contracts, invoices and market days to collect only the relevant neighbourhood, then explaining <em>that</em> — instead of letting a model rummage and guess. The walk is org-scoped and month-scoped. <span class="glossary__refs">Explained in → <a href="v16-analytics.html#10-how-the-advisor-finds-context">V16 §10</a></span></dd>
<dt id="g-green-coverage">Green coverage %</dt>
<dd>Non-grid delivered energy ÷ total consumption — the REC-backed share of the site&#x27;s load. On Overview it is the Wheeled + Virtual mix-bar share and a next-best-action when below 30%. <span class="glossary__refs">Explained in → <a href="v5-offtaker.html#31b-the-mix-bar">V5 §4.1.B</a> · <a href="v5-offtaker.html#34d-green">V5 §4.4.D</a> · <a href="v3-strategy.html">V3 · Strategy</a></span></dd>
<dt id="g-grid">Grid</dt>
<dd>The utility network that will sell you energy in any hour no PPA covers — in South Africa, typically Eskom or a municipality at the site\'s retail tariff. The off-taker\'s last-resort door. Distinct from a <a href="#g-trader-pool">trader pool</a> and from a wheeled <a href="#g-ppa">PPA</a>. <span class="glossary__refs">Explained in → <a href="v5-offtaker.html#8-landed-cost">V5 §8</a> · <a href="v0-orientation.html#1-wheeling-and-why-this-platform-exists">V0 §1</a></span></dd>
<dt id="g-grid-backstop">Grid backstop</dt>
<dd>The off-taker book&#x27;s synthetic supply member: infinite capacity, last in merit order, never spills, priced at the site&#x27;s retail grid tariff per TOU (with escalation). Makes &quot;what the grid would have cost&quot; a first-class, priced participant in every hour. <span class="glossary__refs">Explained in → <a href="v3-strategy.html">V3 · Strategy</a></span></dd>
<dt id="g-grid-displacement-profile">Grid-displacement profile</dt>
<dd>The off-taker&#x27;s 24-hour vector of energy currently drawn from the grid backstop — what a buy candidate is fit-scored against. <span class="glossary__refs">Explained in → <a href="v3-strategy.html">V3 · Strategy</a></span></dd>
<dt id="g-grid-escalation">Grid escalation</dt>
<dd>The book&#x27;s %/yr assumption for retail tariff growth (default 12). Compounds per calendar year on the grid backstop price; drives the 5-year divergence chart and the year-5 saving. <span class="glossary__refs">Explained in → <a href="v5-offtaker.html#1315-run-forecast-and-assumptions">V5 §4.5</a> · wedge <a href="v5-offtaker.html#1313-grid-escalation-vs-landed-cost">V5 §4.3</a> · <a href="v3-strategy.html">V3 · Strategy</a></span></dd>
<dt id="g-haf-historical-availability-factor">HAF (Historical Availability Factor)</dt>
<dd>Score in [0,1] — how much of your paper availability is bankable , given evidence. GAF × SF × ARF × CSF . <span class="glossary__refs">Explained in → <a href="v4-ipp.html#4-haf">V4 §5</a> (capacity screen + factor maths)</span></dd>
<dt id="g-hag-historical-actual-generation">HAG (Historical Actual Generation)</dt>
<dd>What the plant really made in a past month — metered kWh at the bus bar, summed monthly. <span class="glossary__refs">Explained in → <a href="v4-ipp.html#712-hag">V4 §8.1.2</a> · <a href="v4-ipp.html#4-haf">V4 §5</a> (HAF inputs)</span></dd>
<dt id="g-hedge-band">Hedge band</dt>
<dd>The soft 70–80% planning range for how much of an off-taker site&#x27;s own-load demand should have a supply plan. Overview fires a next-best-action when snapshot <code>COVERAGE_PCT</code> is below 70%. The Own Load seed target (75%) sits inside the band; it is not a separate alarm. <span class="glossary__refs">Explained in → <a href="v5-offtaker.html#34e-coverage">V5 §4.4.E</a></span></dd>
<dt id="g-hhi">HHI</dt>
<dd>Concentration index: sum of squared member shares (0 = diversified, 1 = single source/customer). On the trader Overview, <b>Supply HHI</b> and <b>Demand HHI</b> are the two meters on Concentration. On the IPP Overview, see revenue HHI. On the IPP Dashboard sources ledger it is the lifetime PPA-buyer figure in the Total earned row. <span class="glossary__refs">Explained in → <a href="v6-trader.html#43-concentration">V6 §4.3</a> · <a href="v4-ipp.html#who-buys">V4 §4.5</a> · Dashboard <a href="v4-ipp.html#1147-total">V4 §12.4.7</a></span></dd>
<dt id="g-hour-template">Hour template</dt>
<dd>One (day-type, hour) slot of a nomination plan — e.g. &quot;weekdays, 19:00&quot; — expanded into every matching calendar day at submission. <span class="glossary__refs">Explained in → <a href="v3-strategy.html">V3 · Strategy</a></span></dd>
<dt id="g-idempotency-key">Idempotency-Key</dt>
<dd>The header a participant sends on every write, so a retry after a timeout returns the <b>original</b> answer rather than acting twice. The window is 24 hours — longer than the usual — because a retry across a gate boundary must not turn a rejection into an acceptance, nor an on-time submission into a late one. <span class="glossary__refs">Explained in → <a href="v9-market.html#12-worked-delivery-day">V9 §12</a></span></dd>
<dt id="g-imbalance">Imbalance</dt>
<dd>Per Trading Period, the difference between what a Trading Unit contracted for and what its meters recorded. There is no single imbalance price: Market Code §13 settles it through eleven cumulative legs whose volume and price basis depend on whether the System Operator instructed you, and whether you stayed inside the 5 % Metering Accuracy Band. On the Bid Desk it is the weighbridge after the hour — not last night&#x27;s auction receipt. <span class="glossary__refs">Explained in → <a href="v10-org-bidding.html#127-imbalance">V10 §12.7</a> (the organisation screen) · <a href="v9-market.html#6-imbalance">V9 §6</a> (the decision tree)</span></dd>
<dt id="g-imbalance-energy-bought-sold">Imbalance Energy Bought / Sold</dt>
<dd>The two market-wide volumes each Trading Period, summed across <b>all</b> Trading Units: <b>Bought</b> is Σ max(IE − AE, 0), <b>Sold</b> is Σ max(AE − IE, 0) (§13.2). Named from the System Operator&#x27;s side of the trade, so a participant contributing to <em>Bought</em> is short and pays. A consumer taking more than instructed contributes to Bought, in the same direction as a generator that under-produced. The balancing prices are struck over these, never over one participant&#x27;s own deviation. <span class="glossary__refs">Explained in → <a href="v9-market.html#6-imbalance">V9 §6</a>.4</span></dd>
<dt id="g-imbalance-reserve">Imbalance reserve</dt>
<dd>Battery charge held back daily as a buffer against forecast error: hold when avoided imbalance &gt; forgone spread ( reserve × best spread ); on hold the min-SoC floor rises by the buffer (2.0 → 4.5 MWh in the worked example). <span class="glossary__refs">Explained in → <a href="v3-strategy.html">V3 · Strategy</a></span></dd>
<dt id="g-indicative-settlement-statement">Indicative Settlement Statement</dt>
<dd>The statement issued at 17:00 on the working day after a Settlement Day (§15.3.4(1)(a)). <b>Not billable</b> — it exists so a participant can check the data during the seven-working-day Data Verification Period, before it becomes billable (§2.1(102)). It carries the same line detail as the Initial Statement, because a summary would defeat its purpose. <span class="glossary__refs">Explained in → <a href="v9-market.html#15-getting-paid-and-paying">V9 §15</a>.1</span></dd>
<dt id="g-initial-settlement-statement">Initial Settlement Statement</dt>
<dd>The billable statement for a whole Billing Period, issued at 12:00 five working days after the period ends (§15.3.4(1)(c)). Built on verified metering and official balancing prices; an initial statement raised on preliminary figures is refused. It is what the invoice is struck on. <span class="glossary__refs">Explained in → <a href="v9-market.html#15-getting-paid-and-paying">V9 §15</a>.1</span></dd>
<dt id="g-inputs-hash">Inputs hash</dt>
<dd>SHA-256 fingerprint of a run&#x27;s inputs (book, scenario, period, members with all pricing terms, rules, forecasts, edges, battery parameters); equal hashes ⇒ identical, reproducible outputs. <span class="glossary__refs">Explained in → <a href="v3-strategy.html">V3 · Strategy</a></span></dd>
<dt id="g-instructed-uninstructed-imbalance">Instructed / uninstructed imbalance</dt>
<dd>The Phase-3C split of each hour&#x27;s deviation: the part covered by an SO window (excused — charged nothing) vs the part that is your own forecast error (charged as before). <span class="glossary__refs">Explained in → <a href="v3-strategy.html">V3 · Strategy</a></span></dd>
<dt id="g-instructed-energy">Instructed Energy</dt>
<dd>The megawatt-hours a Trading Unit <b>would</b> have delivered had it followed its dispatch instructions exactly, ramps included (§11.4(11), §13.4.1) — the basis for every balancing payment. Computed by integrating the instructed trajectory over the period; published with the segment table so a participant can reconcile it, and disputable under §13.4.1(3) if it cannot. <span class="glossary__refs">Explained in → <a href="v12-systems-operator.html#34-instructed-energy-and-why-we-show-you-the-working">V12 §3.4</a></span></dd>
<dt id="g-interval">Interval</dt>
<dd>The derived 20-minute energy quantity (wheeling consumption) that settlement, forecasting and strategy consume; rolled up into daily and monthly series. A person can also load intervals from a <a href="#g-wb-interval-1">wb-interval-1</a> file. <span class="glossary__refs">Explained in → <a href="v0-orientation.html#3-the-object-model-in-plain-language">V0 §3</a> · <a href="v2-entities.html#77-importing-interval-files">V2 §7.7</a></span></dd>
<dt id="g-intraday-price">Intra-Day Price (IDP)</dt>
<dd>One iteration&#x27;s price for one period: the volume-weighted average of the incremental prices of the <b>on-instruction changes only</b>, capped within ±5 % of the day-ahead System Marginal Price (§10(10)). A participant that re-declared its own capacity does not get to move the price it will then be charged at. <span class="glossary__refs">Explained in → <a href="v9-market.html#5-intraday-and-idm">V9 §5.4</a></span></dd>
<dt id="g-intraday-market">Intraday market (IDM)</dt>
<dd>Five auctions a Trading Day at fixed gates — 18:00 the day before, then 00:00, 06:00, 12:00 and 18:00 — at which a participant may re-declare its available capacity or consumption for hours <b>not yet delivered</b> (§10(1),(3)). Not a rolling window: a re-declaration at 17:00 cannot move 18:00. The organisation screen is Bid Desk → IDM. <span class="glossary__refs">Explained in → <a href="v9-market.html#5-intraday-and-idm">V9 §5.1</a> · <a href="v10-org-bidding.html#1244-positions-across-the-day">V10 §12.4.4</a></span></dd>
<dt id="g-invoice-sawem">Invoice (SAWEM)</dt>
<dd>What a participant receives when it owes the Market Operator. Payable in full into the Trading Clearing Account by <b>12:00 three business days</b> later, without deduction, set-off or counterclaim (§15.3.4(2)(d)). Anything less is a Shortfall — including a payment reduced by an amount under dispute. <span class="glossary__refs">Explained in → <a href="v9-market.html#15-getting-paid-and-paying">V9 §15</a>.1</span></dd>
<dt id="g-ipp">IPP</dt>
<dd>Independent Power Producer — a private generator selling energy through PPAs rather than to Eskom alone. <span class="glossary__refs">Explained in → <a href="v0-orientation.html#1-wheeling-and-why-this-platform-exists">V0 §1</a></span></dd>
<dt id="g-ipp-fleet">IPP Fleet</dt>
<dd>The four-chapter story across every generator site the organisation owns: energy still to sell, who the fleet depends on, whether combining plants looks safer than adding them up, and three places to act. It does not allocate energy or place bids. Open it as the default <b>Fleet</b> tab of sidebar <b>IPP Sites</b> (<code>/org/ipp-sites</code>; <code>/org/fleet</code> still opens the same page); its top bar and header read <b>IPP Sites</b>. The numbers behind the story sit in right-hand drawers. The title-row <b>Export CSV</b> and <b>Recompute now</b> buttons photocopy today&#x27;s KPIs / members / pair sources and reprint the fleet book; they are not one plant&#x27;s <b>Run Forecast Now</b>. <span class="glossary__refs">Explained in → <a href="v4-ipp.html#18-your-fleet">V4 §2</a> · buttons <a href="v4-ipp.html#26-export-csv-and-recompute">V4 §2.6</a> · <a href="v10-org-bidding.html#3-the-five-rooms">V10 §3</a></span></dd>
<dt id="g-iteration">Iteration</dt>
<dd>One of the five intraday auctions, numbered 1 to 5 in gate order. Each produces a revised schedule published within an hour of clearing (§10(5)), its own Intra-Day Price per period, and its own settlement legs. Every iteration is kept on record, because a reversal at iteration 5 is measured against what iterations 1 to 4 covered. <span class="glossary__refs">Explained in → <a href="v9-market.html#5-intraday-and-idm">V9 §5.1</a></span></dd>
<dt id="g-joint-terms-approval">Joint terms approval</dt>
<dd>The per-field negotiation loop on joint terms: a saved value goes PENDING (proposed by you), the counterparty approves (locks it) or rejects and counters. A physical contract can only be finalised when nothing is pending. <span class="glossary__refs">Explained in → <a href="v7-deals.html#4-the-negotiation-wizards">V7 §4</a></span></dd>
<dt id="g-knowledge-graph">Knowledge graph</dt>
<dd>The platform dictionary, filled in with <em>this</em> organisation&#x27;s actual contracts, invoices, sites and market days, connected so software can walk the connections. Stored as a typed edge table in Postgres, populated in the same run that builds the month&#x27;s facts. <span class="glossary__refs">Explained in → <a href="v16-analytics.html#10-how-the-advisor-finds-context">V16 §10</a></span></dd>
<dt id="g-landed-cost">Landed cost</dt>
<dd>What wheeled energy really costs per delivered kWh: contract price ÷ DLF + wheeling . The number to compare against the grid tariff — not the contract price. On Overview it is the flat 5-year line and the green tick on the price rail. <span class="glossary__refs">Explained in → <a href="v5-offtaker.html#8-landed-cost">V5 §8</a> · rail <a href="v5-offtaker.html#39-what-a-kwh-costs">V5 §4.9</a> · <a href="v3-strategy.html">V3 · Strategy</a></span></dd>
<dt id="g-lcoe">LCOE</dt>
<dd>Levelised cost of energy (c/kWh) held on the IPP book — the cost basis every realised price is judged against. Default 48. On Overview the assumptions strip and the price rail both show it in c/kWh (<em>LCOE 48 c/kWh</em>; <b>48 c</b> on the rail). <span class="glossary__refs">Explained in → <a href="v4-ipp.html#33-lcoe-params">V4 §4.3</a> · rail <a href="v4-ipp.html#price-vs-cost">V4 §4.7</a></span></dd>
<dt id="g-line-item">Line item</dt>
<dd>One double-entry ledger row of a settlement: party, category, quantity, rate, amount. All of a settlement's line items sum to zero. <span class="glossary__refs">Explained in → <a href="v0-orientation.html#33-money-objects--settlements-output">V0 §3.3</a> · <a href="v8-settlement.html#8-the-ledger--sum-to-zero">V8 §8</a></span></dd>
<dt id="g-line-kinds">Line kinds</dt>
<dd>ALLOCATION (energy that flowed), SPILL (supply nobody took), SHORTFALL (demand nobody met), BESS_CHARGE (energy into a battery — margin 0), BESS_DISCHARGE (energy out — margin = realised arbitrage, buy price = stored marginal cost). <span class="glossary__refs">Explained in → <a href="v3-strategy.html">V3 · Strategy</a></span></dd>
<dt id="g-live-tick">Live tick</dt>
<dd>One S15 live-meter advance: the Simulator moves the virtual clock +20 minutes and enqueues an ingest worker. Distinct from seeded S05 history and from the Lab&#x27;s accelerated Driver. <span class="glossary__refs">Explained in → <a href="v21-operations.html#6-live-simulation-mode">V21 §6</a></span></dd>
<dt id="g-live-panel">LIVE_PANEL</dt>
<dd>The narrowest plant-feed read grant: the grantee may see <a href="#g-plant-now">Plant now</a> (today&#x27;s measured output) and nothing else. It does not open the day chart, the sample table, or trace downloads, and it never authorises a push. Battery health is excluded from this projection. Formerly taught as V4 §20. <span class="glossary__refs">Explained in → <a href="v4-ipp.html#117-collector-and-consent">V4 §11.7</a></span></dd>
<dt id="g-market-participation-agreement">Market Participation Agreement</dt>
<dd>One of the two agreements you sign to join the market. It makes you a participant in the day-ahead and intraday markets. Distinct from the <b>Balancing Agreement</b>, and you can hold one without the other. Issued by the Market Operator within ten business days of it having everything it needs, returned executed within ten — and at least three business days before the effective date. <span class="glossary__refs">Explained in → <a href="v9-market.html#313-joining-the-market-and-how-long-it-takes">V9 §3.13</a></span></dd>
<dt id="g-market-phase">Market phase</dt>
<dd>A NERSA determination of which SAWEM doors are open, to whom, and from which size — not a software release and not a feature flag. It is a twenty-fifth row on the same effective-dated <a href="#g-market-rules">market rules</a> register as the Annexure 2 figures, with a small matrix beside it that says what the phase permits (DAM, IDM, private-trader access, a wholesale floor, and a dormant forward-registration key). Changing it is a register publish on <code>/mo/rules</code>, not a deployment. <span class="glossary__refs">Explained in → <a href="v9-market.html#18-market-phases">V9 §18</a> · <a href="v21-operations.html#87-market-phase-before-a-demo">V21 §8.7</a></span></dd>
<dt id="g-matched-energy">Matched energy</dt>
<dd>Per interval, min(resolved supply, resolved demand) after any allocation or claim-set carve — the quantity the deal actually covers before losses. <span class="glossary__refs">Explained in → <a href="v8-settlement.html#12-matching-and-conservation">V8 §1.2</a> · <a href="v8-settlement.html#2-the-five-stage-pipeline">V8 §2</a></span></dd>
<dt id="g-matched-fraction">Matched fraction</dt>
<dd>Share of plant generation that overlaps the buyer&#x27;s consumption hour by hour (Σ min(gen, cons) ÷ Σ gen). Only that overlapping energy earns an Eskom WER credit on a virtual PPA — the rest is unmatched volume. <span class="glossary__refs">Explained in → <a href="v7-deals.html#34b-matched-shapes-24h">V7 §3.4b (Matched shapes)</a> · <a href="v7-deals.html#9-how-a-virtual-ppa-makes-money">V7 §9</a> · <a href="v3-strategy.html#132-procurement--the-buy-workbench">V3 §13.2</a></span></dd>
<dt id="g-contract-for-difference">Contract for difference</dt>
<dd>See <a href="#g-cfd-contract-for-difference">CfD (Contract for difference)</a>.</dd>
<dt id="g-mape-mean-absolute-percentage-error">MAPE (Mean Absolute Percentage Error)</dt>
<dd>Rolling forecast-vs-actual error; drives confidence bands and recalibration alerts. <span class="glossary__refs">Explained in → <a href="v4-ipp.html#711-terms">V4 §8.1.1</a> · <a href="v4-ipp.html#72-fg">V4 §8.2</a></span></dd>
<dt id="g-margin-bridge">Margin bridge</dt>
<dd>The seven-step walk from a book-month&#x27;s plan of record to settled actuals (volume, price, shape, imbalance, contract, leaks, unexplained). The card eyebrow is <b>Why the plan was missed</b> when actual fell short of plan, <b>Why actual beat the plan</b> when it was higher, <b>Plan met</b> when they match, and <b>Plan against actual</b> while no bridge is built. It is an explanation of the plan-to-actual gap — not part of the P&amp;L and not added to the Loss Ledger. On the IPP Dashboard it sits in Chapter 1 above Monthly Money (<code>performance-bridge-{book id}</code>). <span class="glossary__refs">Explained in → <a href="v4-ipp.html#1125-plan-missed">V4 §12.2.5</a> · arithmetic <a href="v16-analytics.html#why-the-plan-was-missed">V16 §5</a></span></dd>
<dt id="g-margin-risk-mar">Margin@Risk (MaR)</dt>
<dd>(P50 margin − P90 adverse margin) ÷ P50 margin — the share of expected margin a bad-generation period wipes out. <span class="glossary__refs">Explained in → <a href="v3-strategy.html">V3 · Strategy</a></span></dd>
<dt id="g-marginal-unit">Marginal unit</dt>
<dd>The unit whose incremental price <em>is</em> the <a href="#g-smp">SMP</a> in a period — the most expensive flexible unit scheduled to run. Not necessarily the most expensive unit running: a plant at its minimum, one declared <a href="#g-inflexible">inflexible</a>, one whose ramp bound or one held up by Regulating Down reserve is all excluded, however dear. Where several units share the marginal price, the marginal volume is split <b>pro rata to increment width</b> — not equally and not by registration order. <span class="glossary__refs">Explained in → <a href="v9-market.html#413-why-the-price-is-sometimes-lower-than-the-most-expensive-plant-running">V9 §4.13</a></span></dd>
<dt id="g-inflexible">Inflexible</dt>
<dd>Unable to set the <a href="#g-smp">SMP</a>, on any of four grounds: scheduled at or below Minimum Stable Generation; declared <code>I</code> for the period; ramp-constrained; or held by Regulating Down reserve. The last two are properties of the <em>clearing</em> rather than of your submission — you cannot tell from your own volume that a ramp bound, which is why the schedule says so. Distinct from the <a href="#g-flexible-indicator">flexible indicator</a>, which is one of the four. <span class="glossary__refs">Explained in → <a href="v9-market.html#413-why-the-price-is-sometimes-lower-than-the-most-expensive-plant-running">V9 §4.13</a></span></dd>
<dt id="g-marginal-pro-rata">Marginal pro-rata</dt>
<dd>A rung priced exactly at the clearing price is accepted only for what the residual absorbs at that price (10 MWh offered at 965 → 7.653 accepted). <span class="glossary__refs">Explained in → <a href="v3-strategy.html">V3 · Strategy</a></span></dd>
<dt id="g-market-revenue-forecast">Market revenue forecast</dt>
<dd>Forward expected market result: Σ net position × P50 over the period. <span class="glossary__refs">Explained in → <a href="v3-strategy.html">V3 · Strategy</a></span></dd>
<dt id="g-market-notice">Market notice</dt>
<dd>MO-broadcast message to BRPs: GENERAL , SYSTEM_STRESS , or PRICE_CAP_EVENT . <span class="glossary__refs">Explained in → <a href="v9-market.html#9-notices-and-market-rules">V9 §9</a></span></dd>
<dt id="g-market-rules">Market rules</dt>
<dd>The MO&#x27;s versioned parameter set — <b>twenty-four</b> Market Code parameters (caps, floors, gates, the metering band, settlement and security thresholds), a twenty-fifth <a href="#g-market-phase">market phase</a> row from NERSA&#x27;s Draft Trading Rules, plus eight labelled switches where the Code is defective. Data with an effective date, never a constant; an expired value keeps applying until the Market Governance Committee replaces it; every bid pins the version it was built under. <span class="glossary__refs">Explained in → <a href="v9-market.html#9-notices-and-market-rules">V9 §9</a> · <a href="v9-market.html#18-market-phases">V9 §18</a></span></dd>
<dt id="g-market-balancing-account">Market Balancing Account</dt>
<dd>The account the ancillary-service-recovery pot is carried in. Everything the System Operator&#x27;s decisions cost — constrained adjustments, reserve capacity, above-cap payments — accrues here and is recovered from the market as an ancillary service charge. The Market Operator&#x27;s settlement board shows its position for every published day, beside the energy-account residual that must read R 0.00. <span class="glossary__refs">Explained in → <a href="v9-market.html#13-how-the-day-ahead-money-works">V9 §13.2</a></span></dd>
<dt id="g-market-price-cap">Market Price Cap</dt>
<dd>The most a megawatt-hour can be worth in one hour: <b>R 5 396.40/MWh</b> (Market Code Annexure 2). Five mechanisms in the Code fire only when a price exceeds it, so a cap set too high silently disables all five. <span class="glossary__refs">Explained in → <a href="v9-market.html#9-notices-and-market-rules">V9 §9</a></span></dd>
<dt id="g-market-rung">Market rung</dt>
<dd>The forecast-priced charge source / discharge outlet added to the battery&#x27;s ladders: buy from the market planned at a high quantile, sell planned at a low one. A contract rung always wins a tie. <span class="glossary__refs">Explained in → <a href="v3-strategy.html">V3 · Strategy</a></span></dd>
<dt id="g-materiality-sawem">Materiality (settlement)</dt>
<dd>Whether a correction is <b>High</b> or <b>Low</b>, measured against the Materiality Threshold (R100 000) <em>by reference to a single Settlement Statement</em> — not market-wide and not cumulatively (§15.4.2(7)). Low is settled on the next Timetabled Rerun; High gets an additional rerun for that period. Low after the final rerun also gets an additional one, because there is no next. <span class="glossary__refs">Explained in → <a href="v9-market.html#15-getting-paid-and-paying">V9 §15</a>.5</span></dd>
<dt id="g-member">Member</dt>
<dd>A contract (PPA), a site (prospecting or battery), or a counterparty trader block inside a pool. <span class="glossary__refs">Explained in → <a href="v3-strategy.html">V3 · Strategy</a></span></dd>
<dt id="g-materiality-threshold">Materiality threshold</dt>
<dd>Whether the Physical vs Virtual difference is large enough to act on for your role. Below it, review Gaps and the Decide counter stay silent; compose still shows both verdicts so you can see the position. <span class="glossary__refs">Explained in → <a href="v7-deals.html#34c-choosing-between-a-physical-and-a-virtual-deal">V7 §3.4c</a> · <a href="v7-deals.html#35b-is-this-offer-good-enough">V7 §3.5b</a></span></dd>
<dt id="g-load-curtailment">Load Curtailment</dt>
<dd>Load reduction obtained from customers <b>able to reduce demand on instruction</b> (§2.1(117)) — priced demand response, valued in the merit order. Preferred to load shedding when the System Operator considers the total economic cost. <span class="glossary__refs">Explained in → <a href="v12-systems-operator.html#46-choosing-what-to-reduce">V12 §4.10</a></span></dd>
<dt id="g-load-reduction">Load Reduction</dt>
<dd>The ability to reduce customer demand, by curtailment or by shedding (§2.1(118)). In issuing such an instruction the System Operator must consider the <b>total economic cost</b> (§11.4(6)) — which in market terms means preferring priced demand response to unpriced shedding, and recording the ranking so the cost report can be produced. <span class="glossary__refs">Explained in → <a href="v12-systems-operator.html#46-choosing-what-to-reduce">V12 §4.10</a></span></dd>
<dt id="g-loading-ramp">Loading ramp</dt>
<dd>The rate at which a unit moves from its minimum to its maximum, in MW per hour (§7.2(n)). One of four registered rates; the one that governs Instructed Energy on an ordinary up-instruction. Which of the four applies is decided by the transition, not chosen — and selecting the wrong one silently changes the money. <span class="glossary__refs">Explained in → <a href="v12-systems-operator.html#33-what-an-instruction-actually-is">V12 §3.3</a></span></dd>
<dt id="g-loading-ramp-rate">Loading ramp rate</dt>
<dd>How fast a unit moves from minimum generation up to its Maximum Continuous Rating, in MW/h (§7.2(n)). One of <b>four</b> ramp rates the Code asks for — start-up, loading, de-loading and shut-down — and the four are not interchangeable: the loading rate determines Instructed Energy on an <em>up</em>-instruction and the de-loading rate on a <em>down</em>-instruction, so collapsing them into one figure changes money. <span class="glossary__refs">Explained in → <a href="v9-market.html#37-the-market-asks-what-your-plant-can-actually-do">V9 §3.7</a></span></dd>
<dt id="g-idm-lodgement">Lodgement (IDM)</dt>
<dd>The receipt for what a participant handed in to an intraday auction before that iteration's gate: a re-declaration (unit, hour, new volume, reason) or a day's rescheduling consent. It is an input, not the market result. Status <b>Logged</b> means the slip exists; it is not yet the price, the revised schedule, or the money. A second lodge for the same unit, date, iteration, hour and kind replaces the first. The organisation screen is Bid Desk → IDM → Lodgements. <span class="glossary__refs">Explained in → <a href="v10-org-bidding.html#1246-lodgements-table">V10 §12.4.6</a></span></dd>
<dt id="g-meter">Meter</dt>
<dd>The revenue meter recording a site's energy at its connection point. A check meter is the independent second meter used for verification. <span class="glossary__refs">Explained in → <a href="v0-orientation.html#3-the-object-model-in-plain-language">V0 §3</a></span></dd>
<dt id="g-meter-point">Meter-point</dt>
<dd>On off-taker site onboarding, the indigo square marker and the Meter-point latitude / longitude fields — the GPS of the <em>demand meter</em>, which may sit at a kiosk or gate away from the buildings. Defaults to the site pin; <b>Same as site location</b> snaps it back. Not the same as a market <a href="#g-metering-point">metering point</a> (a till with two owners) and not the generator <a href="#g-point-of-connection">point of connection</a>. <span class="glossary__refs">Explained in → <a href="v5-offtaker.html#232-identity">V5 §2.3</a></span></dd>
<dt id="g-mcr">MCR (Maximum Continuous Rating)</dt>
<dd>The highest output a plant can sustain indefinitely — the third elbow of its production curve, and the ceiling of normal operation. Above it lies only Emergency Level 1. <span class="glossary__refs">Explained in → <a href="v9-market.html#9-notices-and-market-rules">V9 §9</a></span></dd>
<dt id="g-metering-accuracy-band">Metering Accuracy Band (MAB)</dt>
<dd>A <b>5 %</b> tolerance around Contracted Energy inside which a deviation settles at the System Marginal Price with no penalty (§13.5(2)). Two things about it decide most balancing outcomes: a System Operator instruction <b>negates it entirely</b> for that period (§13.5(4)) — it is a tolerance for metering error on a self-scheduled position, not an allowance against an instruction — and breaching it is a <b>cliff</b>: the whole deviation reprices at the balancing price, not merely the excess. <span class="glossary__refs">Explained in → <a href="v9-market.html#6-imbalance">V9 §6</a>.3</span></dd>
<dt id="g-metering-point">Metering point</dt>
<dd>A registered Point of Delivery seen from settlement&#x27;s side: the place a meter measures, and the place the pairing rule applies. Every one has <b>two owners</b> — the energy through it is sold by one Balance Responsible Party and bought by another — and until both are registered, nothing through it can settle for either. <span class="glossary__refs">Explained in → <a href="v9-market.html#14-metering-in-the-market">V9 §14.1</a></span></dd>
<dt id="g-metering-service-provider">Metering Service Provider</dt>
<dd>The Market Operator&#x27;s agent, required to be able to <b>remotely interrogate all</b> metering installations and verify the data (§12.2(1)). An interrogation that fails is recorded as a failure and produces no reading — filling the gap with an estimate turns an unreachable meter into a settled number and hides the fault. <span class="glossary__refs">Explained in → <a href="v9-market.html#14-metering-in-the-market">V9 §14.4</a></span></dd>
<dt id="g-modelled-exposure">Modelled exposure</dt>
<dd>Adverse-price Rand against a named (or <b>Unattributed</b>) buyer on IPP Fleet chapter 02 — not last month&#x27;s invoice and not revenue. The engine values megawatts × hours at the <a href="#g-adverse-basis">adverse basis</a>: short positions at the high-price tail (<b>p90</b>, caption <code>1-in-10 high price · short, buying replacement energy</code>); long positions at the low-price tail (<b>p10</b>, caption <code>1-in-10 low price · long, selling leftover energy</code>). A buyer that takes energy from two plants is grouped once. Stored as <code>COUNTERPARTY_EXPOSURE_R</code>. <span class="glossary__refs">Explained in → <a href="v4-ipp.html#18-your-fleet">V4 §2</a></span></dd>
<dt id="g-modification-effective-dated">modification (effective-dated)</dt>
<dd>A §7.1(5) change to what the market believes a Trading Unit is — MCR, ramps, zone — written as a <b>new row</b> that opens on a named date. The current row is closed the day before; it is never mutated, because today&#x27;s settlement is computed against it. The change must be in writing by <b>08:00 SAST on the day preceding</b> the effective date. A console request after that cutoff for the next Trading Day is refused and names the cutoff. <span class="glossary__refs">Explained in → <a href="v9-market.html#37-the-market-asks-what-your-plant-can-actually-do">V9 §3.7</a></span></dd>
<dt id="g-mincharge">Mincharge</dt>
<dd>The lowest rate at which a storage unit can charge <em>stably</em> (§7.4(e)) — the charging equivalent of Mingen. New to the registry and derivable from nothing we already hold: a defaulted zero would claim the battery charges stably at any rate down to nothing. <span class="glossary__refs">Explained in → <a href="v9-market.html#37-the-market-asks-what-your-plant-can-actually-do">V9 §3.7</a></span></dd>
<dt id="g-minimum-down-time">Minimum down time</dt>
<dd>How long a unit must stay off once it has shut down (§7.2(l)). Zero for a renewable; hours for a thermal plant. <span class="glossary__refs">Explained in → <a href="v9-market.html#38-why-zeros-are-dangerous">V9 §3.8</a></span></dd>
<dt id="g-minimum-run-time">Minimum run time</dt>
<dd>How long a unit must stay on once it has been committed (§7.2(k)). <b>The most dangerous zero in the registry:</b> correct for a solar farm, and on a coal plant it tells the market the unit may be cycled hourly — which produces a schedule the plant cannot follow and an imbalance penalty the participant did not earn. Which is why every §7.2 field records where its value came from. <span class="glossary__refs">Explained in → <a href="v9-market.html#38-why-zeros-are-dangerous">V9 §3.8</a></span></dd>
<dt id="g-mingen">Mingen (minimum generation)</dt>
<dd>The lowest output a plant can hold while running — the must-run block of its production curve. A unit at or below Mingen is inflexible, so its must-run block can never set the market price. <span class="glossary__refs">Explained in → <a href="v9-market.html#9-notices-and-market-rules">V9 §9</a></span></dd>
<dt id="g-mo-market-desk">MO / Market Desk</dt>
<dd>The Market Operator and its console ( /mo , fourth landing card): publishes rules versions, works the application board through to ACTIVE, sees the day&#x27;s bid board, clears the day, broadcasts notices. Phase 3C adds its settlement-publish panel and dispute inbox. <span class="glossary__refs">Explained in → <a href="v11-market-operator.html#1-the-market-in-one-picture">V11 §1</a> · <a href="v11-market-operator.html#12-the-mo-console">V11 §12</a></span></dd>
<dt id="g-mpid">MPID</dt>
<dd>Market Participant identifier — the organisation-level id on the Market registration. Trader-pool onboarding does not type it; Market standing data hands off to <code>/org/brp/registry</code>. <span class="glossary__refs">Explained in → <a href="v6-trader.html#2b13-market">V6 §2B.13</a> · <a href="v9-market.html#3-registration-and-compliance">V9 §3</a></span></dd>
<dt id="g-municipal-accreditation">Municipal accreditation</dt>
<dd>The per-municipality analogue of Eskom accreditation: trader-register entry and signed municipal wheeling agreement, tracked per wheeling-enabled municipality on the Accreditations tab. A row is complete only when both are ticked and dated. Gates trader-pool creation. <span class="glossary__refs">Explained in → <a href="v2-entities.html#2-your-organization--profile-and-accreditations">V2 §2</a></span></dd>
<dt id="g-municipality">Municipality</dt>
<dd>A local electricity distributor. A wheeling-enabled municipality lets private energy reach customers on its network; it configures participation and tariffs through the Munix app. <span class="glossary__refs">Explained in → <a href="v0-orientation.html#1-wheeling-and-why-this-platform-exists">V0 §1</a></span></dd>
<dt id="g-negotiation">Negotiation</dt>
<dd>The wizard-driven phase where both parties complete a draft PPA's terms step by step until it is ready to sign. <span class="glossary__refs">Explained in → <a href="v0-orientation.html#4-the-lifecycle-spine--one-kwh-end-to-end">V0 §4</a></span></dd>
<dt id="g-negotiating-brief">Negotiating brief</dt>
<dd>Your private, versioned record of targets, walk-aways and rationale on a proposal. Readable only by your organisation; the counterparty sees only your public asks. <span class="glossary__refs">Explained in → <a href="v7-deals.html#35-your-private-negotiating-brief">V7 §3.5</a></span></dd>
<dt id="g-nersa">NERSA</dt>
<dd>The National Energy Regulator of South Africa. Licenses generation and trading and approves the tariffs the platform's reference data mirrors. <span class="glossary__refs">Explained in → <a href="v0-orientation.html#1-wheeling-and-why-this-platform-exists">V0 §1</a></span></dd>
<dt id="g-net-position-market">Net position (market)</dt>
<dd>Per SAST hour: Σ spill − Σ shortfall from the book&#x27;s freshest run, with the member decomposition kept — the bridge from book to bid. On Bid Desk → Submissions this is the stacked-area chart <b>Net position (MWh by SAST hour)</b>. <span class="glossary__refs">Explained in → <a href="v9-market.html#4-the-bid-desk">V9 §4</a> · <a href="v10-org-bidding.html#123-submissions">V10 §12.3</a></span></dd>
<dt id="g-netting-cross-book">Netting (cross-book)</dt>
<dd>Summing the signed per-hour positions of all books under one registration and bidding only the residual — the market settles the registration, not the book. Component ladders are merged, never price-blended; attribution keeps each book truthful at SMP. <span class="glossary__refs">Explained in → <a href="v9-market.html#4-the-bid-desk">V9 §4</a></span></dd>
<dt id="g-network-zone">Network zone</dt>
<dd>A geographic area of the grid, defined so the market can tell when a corridor is full. <b>Everything in one market registration has to sit in one zone</b>, so a portfolio spanning three zones becomes three registrations, balanced separately. <span class="glossary__refs">Explained in → <a href="v12-systems-operator.html#2-network-zones">V12 §2</a></span></dd>
<dt id="g-newsvendor">Newsvendor</dt>
<dd>The commit-under-uncertainty method behind the optimiser: with asymmetric mistake costs, the optimal commitment sits at the critical quantile of the demand distribution, not its average. On the off-taker desk, under-buying forgoes <em>Cu</em> (grid − landed) and over-buying costs <em>Co</em> (landed − spill credit), so q* usually sits below the median. <span class="glossary__refs">Explained in → <a href="v5-offtaker.html#133-the-coverage-rationale--how-much-of-each-hour-to-contract">V5 §6.1</a> · <a href="v3-strategy.html">V3 · Strategy</a></span></dd>
<dt id="g-next-chapter-ipp">Next chapter (IPP Dashboard)</dt>
<dd>Chapter 6 of the generator-site Dashboard (<code>#ipp-story-next</code>): three sales or availability jobs ranked by stored annual worth (<code>#ipp-story-actions</code>, <code>data-role="next-action"</code>) — bid the leftover on SAWEM, sign daytime buyers, or arrest / hold HAF. Priced from the same baseline as the <a href="#g-loss-ledger-ipp">loss ledger</a>. The buyers card is per megawatt; the other two are year totals. Not a fourth money figure and not the fleet chapter <em>04 / The next chapter</em>. <span class="glossary__refs">Explained in → <a href="v4-ipp.html#118-next">V4 §12.8</a> · cards <a href="v4-ipp.html#1182-words">V4 §12.8.2</a></span></dd>
<dt id="g-next-best-actions">Next best actions</dt>
<dd>A ranked list of what to do next, ordered by Rand at stake. On the trader Overview the panel is <code>#overview-actions</code> (<b>Next best actions · ranked by rand at stake</b>); each card deep-links to Desk, Nominations, Pools, Allocations, BESS or Dashboard. On the OffTaker Overview the panel is <code>#offtaker-actions</code> and deep-links to Procurement. Advice, not a signed order. Distinct from IPP Dashboard <a href="#g-next-chapter-ipp">Next chapter</a>. <span class="glossary__refs">Explained in → <a href="v6-trader.html#33-next-best-actions">V6 §4.5</a> · <a href="v5-offtaker.html#1314-next-best-actions">V5 §4.4</a></span></dd>
<dt id="g-nomination">Nomination</dt>
<dd>The monthly hour-by-hour declaration of a flexible member&#x27;s delivery, submitted as 20-minute settlement rows and binding at settlement. <span class="glossary__refs">Explained in → <a href="v0-orientation.html#33-money-objects--settlements-output">V0 §3.3</a> · <a href="v8-settlement.html#3-where-the-numbers-come-from">V8 §3</a> · <a href="v3-strategy.html#9-nominations--the-workbench-how-much-should-i-commit">V3 §9</a></span></dd>
<dt id="g-nomination-plan">Nomination plan</dt>
<dd>One member-month&#x27;s nomination proposal: 72 hour templates (3 day-types × 24 hours) with full optimiser rationale, moving DRAFT → PROPOSED → APPROVED → SUBMITTED. <span class="glossary__refs">Explained in → <a href="v3-strategy.html">V3 · Strategy</a></span></dd>
<dt id="g-nmd">NMD (Notified maximum demand)</dt>
<dd>The highest load the network has agreed an off-taker site may draw, in kilovolt-amperes (kVA). On onboarding Supply it is <b>Current notified maximum demand (kVA)</b>; <b>Proposed NMD</b> is optional when a change is planned. <span class="glossary__refs">Explained in → <a href="v5-offtaker.html#233-supply">V5 §2.3</a></span></dd>
<dt id="g-notified-capacity">Notified capacity</dt>
<dd>The off-taker meter&#x27;s agreed capacity in kVA (<code>notified_capacity_kva</code>). Virtual Wheeling enrolment requires it strictly above 100 kVA; a site at exactly 100 kVA is refused. Related to <a href="#g-nmd">NMD</a> on Supply onboarding. <span class="glossary__refs">Explained in → <a href="v17-virtual-wheeling.html#3-portfolio-membership">V17 §3</a> · <a href="v17-virtual-wheeling.html#8-the-virtual-wheeling-section">V17 §8</a></span></dd>
<dt id="g-official-price">Official balancing price</dt>
<dd>The balancing figure produced on day n+7 from <b>verified</b> metering and a verified dispatch instruction log (§13.1(1), §13.6(1)). What the invoice is struck on. It coexists with the preliminary figure rather than replacing it, so the difference between the two is always attributable. <span class="glossary__refs">Explained in → <a href="v9-market.html#6-imbalance">V9 §6</a>.8</span></dd>
<dt id="g-off-taker-site">Off-taker site</dt>
<dd>An energy consumer's site — the buy side. Carries its category, connection voltage, meter, tariff preference and demand profile. <span class="glossary__refs">Explained in → <a href="v0-orientation.html#3-the-object-model-in-plain-language">V0 §3</a> · <a href="v5-offtaker.html#2-offtaker-sites">V5 §2</a> · <a href="v5-offtaker.html#23-onboarding-a-site">V5 §2.3</a> · <a href="v2-entities.html#3-off-taker-sites--the-buy-side">V2 §3</a></span></dd>
<dt id="g-off-taker-site-draft">Off-taker site draft</dt>
<dd>The durable working record for a partly completed off-taker registration (<code>off_taker_site_onboarding_cases</code>). Created by <b>Add New Site</b>, opened at <code>/org/off-taker-sites/onboarding/:id</code>, resumed from the amber <b>Off-taker site drafts</b> rail. The live site is written only when you press <b>Create off-taker site</b>. <b>Edit</b> on a live site reuses the same URL with that site attached — <b>Save changes</b> updates it and does not create a second shop. <span class="glossary__refs">Explained in → <a href="v5-offtaker.html#23-onboarding-a-site">V5 §2.3</a> · <a href="v2-entities.html#33-editing-and-what-locks">V2 §3.3</a></span></dd>
<dt id="g-on-trust">On trust</dt>
<dd>Held by one party, owned by another, not to be mixed with the holder&#x27;s own money. The Trading Clearing Account is in the Market Operator&#x27;s name on trust: the money is yours, the Market Operator may not spend it on its own business, and the interest accrues to you (§15.2(4)). <span class="glossary__refs">Explained in → <a href="v9-market.html#316-the-three-accounts-and-which-money-is-yours">V9 §3.16</a></span></dd>
<dt id="g-on-instruction">On instruction</dt>
<dd>A schedule change the <b>Market Operator</b> chose, with no matching change in the participant&#x27;s own declaration — or the part of a change in excess of one (§10(7), §10(9)). The participant keeps the better of its own offered price and the Intra-Day Price. <span class="glossary__refs">Explained in → <a href="v9-market.html#5-intraday-and-idm">V9 §5.2</a></span></dd>
<dt id="g-on-instruction-balancing">On instruction (balancing)</dt>
<dd>The part of a deviation that follows a System Operator dispatch instruction. Settled at the unit&#x27;s <b>own offer curve</b> — floored at the System Marginal Price for a sale, capped at it for a purchase (§13.4) — and integrated to the energy actually delivered rather than to the energy instructed, so a unit is not paid for what its meter never saw. <span class="glossary__refs">Explained in → <a href="v9-market.html#6-imbalance">V9 §6</a>.6</span></dd>
<dt id="g-organization">Organization</dt>
<dd>Your company on the platform: it owns sites and pools, holds Eskom and municipal accreditations, and employs the users who sign in. Every org-app screen is scoped to one organization. <span class="glossary__refs">Explained in → <a href="v0-orientation.html#3-the-object-model-in-plain-language">V0 §3</a></span></dd>
<dt id="g-out-of-merit-energy">Out of Merit Energy</dt>
<dd>A volume — <b>2 000 MW</b> at commencement — of the most expensive Balancing Energy Sold increments that §13.7(2) excludes before the Balancing Price (Buying) is averaged. Where the whole stack is smaller than the allowance, everything is excluded, the price falls to the System Marginal Price and <b>the balancing penalty ceases to exist</b> for that period. The platform alarms when it happens rather than returning the number quietly. <span class="glossary__refs">Explained in → <a href="v9-market.html#6-imbalance">V9 §6</a>.5</span></dd>
<dt id="g-outage-overlay">Outage overlay</dt>
<dd>The effect of an OUTAGE instruction: the site&#x27;s forecast is zeroed for the window only — an overlay at run time; the forecast series itself is never edited. <span class="glossary__refs">Explained in → <a href="v3-strategy.html">V3 · Strategy</a></span></dd>
<dt id="g-over-contract-exposure">Over-contract exposure</dt>
<dd>Rand lost on wheeled energy the site didn&#x27;t consume: paid at landed cost, recovered only at the spill credit. The buyer&#x27;s spill. On Overview it is <b>Over-contract cost</b> / <b>Spilled back</b> on the mix hero and the Trim next-best-action. <span class="glossary__refs">Explained in → <a href="v5-offtaker.html#31d-what-you-pay-for">V5 §4.1.D</a> · <a href="v5-offtaker.html#34a-trim">V5 §4.4.A</a> · <a href="v3-strategy.html">V3 · Strategy</a></span></dd>
<dt id="g-overview-explanations">Overview Explanations</dt>
<dd>The right-hand drawer on Generator, OffTaker and Trader Strategy Overview (<code>#overview-explanations-open</code>) that lists every term and abbreviation on that screen in alphabetic order. Same chrome as Allocation Explanations and the fleet-detail drawer: opens right, green header, X top-right. Each seat has its own list. The trader Overview also has <b>How to Read the View</b>. The trader Book tab has a twin drawer with a different list per mode — see <a href="#g-book-explanations">Book Explanations</a>. <span class="glossary__refs">Explained in → <a href="v4-ipp.html#48-explanations">V4 §4.8</a> · <a href="v5-offtaker.html#311-explanations">V5 §4.11</a> · <a href="v6-trader.html#411-explanations-and-chrome">V6 §4.11</a></span></dd>
<dt id="g-posted-credit-cover">Posted Credit Cover</dt>
<dd>What the participant has actually lodged: a cash deposit in a Collateral Reserve Account (§15.10(3)). The <b>headroom</b> — posted less required — is what a Warning Notice measures, and what a Credit Call draws down. <span class="glossary__refs">Explained in → <a href="v9-market.html#15-getting-paid-and-paying">V9 §15</a>.4</span></dd>
<dt id="g-preliminary-price">Preliminary balancing price</dt>
<dd>The balancing figure published from <b>provisional</b> metering by 17:00 on the day after the Trading Day (§13.3(1), §13.6(1)). What a participant plans against, explicitly labelled — it is not what the invoice is struck on. <span class="glossary__refs">Explained in → <a href="v9-market.html#6-imbalance">V9 §6</a>.8</span></dd>
<dt id="g-p-short">P(short)</dt>
<dd>In the firm-viability check: the probability the plant&#x27;s generation falls short in a firm block&#x27;s hours, from its hourly shape. Solar at 19:00 → 1.0. The Sales Desk card labels it <b>Chance the plant falls short</b> and shows it as a percentage (1.0 → 100 %). <span class="glossary__refs">Explained in → <a href="v4-ipp.html#61-terms">V4 §6.8.1</a> · <a href="v4-ipp.html#62-formula">V4 §6.8.2</a></span></dd>
<dt id="g-p05-p50-p95-margin">P05 / P50 / P95 (margin)</dt>
<dd>On IPP Fleet → <b>Understand the estimate</b> → <b>Distribution data</b>, three leftover grades for one pile of made-up days or months: a poor leftover (about 5 in 100 worse), the middle leftover, and a strong leftover. They are Rand the book keeps on those slips, not <a href="#g-value-at-risk">VaR-95</a> (VaR-95 is the <em>gap</em> from the average leftover down to the poor neighbourhood). Not generation <a href="#g-p50-p90">P50 / P90</a> and not <a href="#g-p10-p50-p90-price">price P10 / P50 / P90</a>. Horizons print as <b>1 day</b> and <b>1 month</b>. Empty fold copy: <em>No fleet distribution has been run yet.</em> <span class="glossary__refs">Explained in → <a href="v4-ipp.html#distribution-data">V4 §2</a></span></dd>
<dt id="g-p10-p50-p90-price">P10 / P50 / P90 (price)</dt>
<dd>Per forecast cell: the price only 10% of recent same-type hours cleared below (seller&#x27;s bad case), the median, and the price only 10% cleared above (buyer&#x27;s bad case). Not the leftover grades on IPP Fleet <b>Distribution data</b> (<a href="#g-p05-p50-p95-margin">P05 / P50 / P95 (margin)</a>). <span class="glossary__refs">Explained in → <a href="v3-strategy.html">V3 · Strategy</a></span></dd>
<dt id="g-p50-p75-p90-probability-bands">P50 / P75 / P90 (Probability bands)</dt>
<dd>FG at 50/75/90 % confidence. P90 is the conservative figure — 90 % of the time actuals land at or above it. <span class="glossary__refs">Explained in → <a href="v4-ipp.html#713-fg-panel">V4 §8.1.3</a> · <a href="v4-ipp.html#716-aes">V4 §8.1.6</a></span></dd>
<dt id="g-p50-p90">P50 / P90</dt>
<dd>Expected vs conservative generation forecast grade; P90 ≤ P50. Derived per technology when not measured (solar ×0.94, wind ×0.86, …). Not the leftover grades on IPP Fleet <b>Distribution data</b> (<a href="#g-p05-p50-p95-margin">P05 / P50 / P95 (margin)</a>). On the trader Overview, P50 is the headline case and P90 is the adverse case behind <b>Margin@Risk</b>. <span class="glossary__refs">Explained in → <a href="v6-trader.html#453-p50-and-p90-in-plain-language">V6 §4.10.3</a> · <a href="v4-ipp.html#321-plant-assumptions">V4 §4.2</a> · outlook <a href="v4-ipp.html#weather-outlook">V4 §4.6</a> · <a href="v3-strategy.html">V3 · Strategy</a></span></dd>
<dt id="g-p90-month-runs-dry">P90 month runs dry</dt>
<dd>Amber row on the Forecast cascade (<code>data-role=&quot;p90-dry&quot;</code>): a conservative (P90) generation month would empty inside this tier, so buyers on and below it would be short. Not the Rules hourly strip <a href="#g-where-the-cascade-runs-dry">Where the cascade runs dry</a>. <span class="glossary__refs">Explained in → <a href="v4-ipp.html#714-co">V4 §8.1.4</a></span></dd>
<dt id="g-p-base">p_base</dt>
<dd>The hour&#x27;s base SMP before participant impact — the familiar deterministic TOU curve (700/980/1400). <span class="glossary__refs">Explained in → <a href="v3-strategy.html">V3 · Strategy</a></span></dd>
<dt id="g-party-assignment">Party assignment</dt>
<dd>Who controls each term: S (seller sets), B (buyer sets), J (joint — proposed and approved by both), D (derived — computed, read-only). Every proposal and wizard field wears its chip. <span class="glossary__refs">Explained in → <a href="v7-deals.html#3-proposals--the-handshake">V7 §3</a></span></dd>
<dt id="g-payment-reversal">Payment reversal</dt>
<dd>Taking a receipt or payment recorded by mistake back off the documents it paid. Those documents open again, and the record stays, marked <b>Reversed</b>, with its reason and what it had paid, so the trail is never deleted. Not the market&#x27;s intraday <a href="#g-reversal">reversal</a>. <span class="glossary__refs">Explained in → <a href="v15-billing.html#164-reverse-a-receipt-or-payment">V15 §16.4</a></span></dd>
<dt id="g-performance-adjustment-factor">Performance adjustment factor</dt>
<dd>A multiplier the System Operator applies to a reserve capacity payment when your delivery was assessed below par. It scales <code>qualifying capacity × system price</code> and is named on the settlement line, so a reduced payment can be told apart from a floored price or a failed band condition. <span class="glossary__refs">Explained in → <a href="v9-market.html#13-how-the-day-ahead-money-works">V9 §13.5</a></span></dd>
<dt id="g-physical-ppa">Physical PPA</dt>
<dd>A PPA where energy is actually delivered across the grid: settlement matches metered supply to metered demand interval by interval, applies loss factors and network charges, and produces a delivered-energy profile. <span class="glossary__refs">Explained in → <a href="v0-orientation.html#5-physical-vs-virtual--the-two-kinds-of-deal">V0 §5</a></span></dd>
<dt id="g-plant-feed">Plant feed</dt>
<dd>The named pipe from a generator site into the live register: a path (<b>Push API</b>, <b>Mirror file</b>, or <b>Mock</b>), a cadence (five or ten minutes), an effective date, and whether pushes must be signed. Distinct from a settlement <a href="#g-meter">meter</a> and from a platform <a href="#g-feed">feed</a> in the operations catalogue. Formerly taught as V4 §20. <span class="glossary__refs">Explained in → <a href="v4-ipp.html#114-feed-register">V4 §11.4</a> · schema <a href="v2-entities.html#11-plant-feeds">V2 §11</a></span></dd>
<dt id="g-plant-live">Plant live</dt>
<dd>The live register inside the IPP site workspace’s <b>Operations</b> view, page <code>#ipp-plant</code>. The full live register: Plant now, the feed book, dated samples, events, traces and consent. Not a Dashboard drawer. Formerly V4 §20. <span class="glossary__refs">Explained in → <a href="v4-ipp.html#11-your-plant-live">V4 §11</a></span></dd>
<dt id="g-plant-now">Plant now</dt>
<dd>Today&#x27;s measured output strip (<code>#plant-now-{site id}</code>): freshness, active / available megawatts, setpoint, units, optional battery charge, <b>Available today</b>, and a 24-hour sparkline. In Operations it is the top of the register. On Dashboard (§12) it is a compact glance; <b>Open plant</b> navigates to Operations. Battery health never appears here. <span class="glossary__refs">Explained in → <a href="v4-ipp.html#113-plant-now">V4 §11.3</a> · glance <a href="v4-ipp.html#126-health">V4 §12.6</a></span></dd>
<dt id="g-plant-profile">Plant profile</dt>
<dd>The optional engineering recipe on a generator site — tilt and tracking for solar, turbine count and hub height for wind, inflow for hydro, heat rate for thermal. Also called a <a href="#g-typed-profile">typed profile</a>. A missing profile leaves the technology default in place. Overview&#x27;s Unsold profile fold shows an amber <b>profile</b> or <b>default</b> pill. <span class="glossary__refs">Explained in → <a href="v4-ipp.html#321-plant-assumptions">V4 §4.2</a> · <a href="v4-ipp.html#16-the-technology-card">V4 §18</a> · <a href="v2-entities.html#47-optional-plant-profiles">V2 §4.7</a></span></dd>
<dt id="g-point-of-connection">Point of connection</dt>
<dd>The electrical node where a generator site meets the network — often a substation away from the generating plant. On onboarding Identity the indigo square marker and the Point of connection longitude / latitude fields are this pin; they default to the plant when an address is first set. <b>Same as site location</b> snaps them onto the plant pin; a map click places them when no marker exists yet and unticks that box. Not the same as a market <a href="#g-point-of-delivery">Point of Delivery</a> (a metered till with two owners). <span class="glossary__refs">Explained in → <a href="v2-entities.html#43a-the-identity-map--plant-and-point-of-connection">V2 §4.3A</a></span></dd>
<dt id="g-point-of-delivery">Point of Delivery</dt>
<dd>One metered point at which energy enters or leaves the grid, registered against a Trading Unit. Carries its electrical node, the meter's device number and the reference the market's metering service provider interrogates it with — plus its <b>counterparty</b>, because every meter has two owners in the market. <span class="glossary__refs">Explained in → <a href="v9-market.html#34-a-point-of-delivery--and-the-rule-that-every-meter-has-two-owners">V9 §3.4</a> · zone allocation <a href="v12-systems-operator.html#2-network-zones">V12 §2</a></span></dd>
<dt id="g-point-of-delivery-pairing">Point of Delivery pairing</dt>
<dd>The §7.1(6) / §12.3(1) workflow that names the other Balance Responsible Party on a meter and waits for reciprocity. Until both sides are registered the point is unpaired — a settlement incident <em>on the meter till</em>: Actual Energy through it cannot be finished for either party. Day-ahead energy payment on the <em>schedule</em> is a different till and does not need that name. After onboarding, add / remove / re-pair lives on the Trading Unit card (Units/Groups and Market › Registry). Removing the last paired point surfaces the clause; it does not leave a silent empty list. <span class="glossary__refs">Explained in → <a href="v9-market.html#34-a-point-of-delivery--and-the-rule-that-every-meter-has-two-owners">V9 §3.4</a> · two tills <a href="v9-market.html#34-two-tills">V9 §3.4</a></span></dd>
<dt id="g-pool">Pool</dt>
<dd>A named group of members on one side: supply (sources) or demand (sinks), carrying group-level policy (priority, limits, rules, spill routing). <span class="glossary__refs">Explained in → <a href="v3-strategy.html">V3 · Strategy</a></span></dd>
<dt id="g-ppa">PPA</dt>
<dd>Power purchase agreement — a contract to buy or sell energy (and sometimes green attributes) between counterparties. Physical PPAs deliver wheeled energy; virtual PPAs settle financially. <span class="glossary__refs">Explained in → <a href="v0-orientation.html#5-physical-vs-virtual--the-two-kinds-of-deal">V0 §5</a> · <a href="v7-deals.html#1-deal-types-and-topologies">V7 §1</a></span></dd>
<dt id="g-ppa-power-purchase-agreement">PPA (Power Purchase Agreement)</dt>
<dd>The contract between a seller and a buyer of energy. Comes in two kinds: physical (energy is wheeled across the grid) and virtual (a purely financial hedge). Four deal types exist for each kind. <span class="glossary__refs">Explained in → <a href="v0-orientation.html#5-physical-vs-virtual--the-two-kinds-of-deal">V0 §5</a> · <a href="v4-ipp.html">V4 · IPP</a></span></dd>
<dt id="g-preferred-run-flag">Preferred run flag</dt>
<dd><code>Y</code> or <code>N</code> per Trading Period, and <b>only</b> for an <a href="#g-energy-limit">energy-limited</a> unit. The limit says how much energy you may spend across the day; this says <em>when you would rather spend it</em>. Without it the market has the cap and no guidance about where to apply it, which is why an energy-constrained submission that omits it is rejected. <span class="glossary__refs">Explained in → <a href="v9-market.html#48-what-you-are-actually-submitting">V9 §4.8</a></span></dd>
<dt id="g-price-card">Price card</dt>
<dd>A seller&#x27;s public menu of supported contract shapes with one ask price each (as-generated, capped, top, …). Floors and walk-aways stay on the negotiating brief — the card shows only what the buyer can choose. <span class="glossary__refs">Explained in → <a href="v4-ipp.html#541-what-the-system-recommends-and-why">V4 §6.4.1</a> · <a href="v7-deals.html#34a-compose-in-the-seller-proposal-studio">V7 §3.4a</a></span></dd>
<dt id="g-price-collar">Price collar</dt>
<dd>The ±5 % band around the day-ahead System Marginal Price that the Intra-Day Price is held within (§10(10)). Both the raw figure and the capped one are published with a <em>collared</em> flag, so a participant can see when the cap moved the price — the Code&#x27;s lower-bound wording is misdrafted and the evidence for fixing it has to be observable. <span class="glossary__refs">Explained in → <a href="v9-market.html#5-intraday-and-idm">V9 §5.4</a></span></dd>
<dt id="g-price-forecast">Price forecast</dt>
<dd>The trailing-quantile SMP forecast: last 28 days of clearing prices bucketed by market × month × day-type × SAST hour → P10/P50/P90 per cell, versioned; refreshed daily at 12:30. Changes positions, never bid prices. <span class="glossary__refs">Explained in → <a href="v3-strategy.html">V3 · Strategy</a></span></dd>
<dt id="g-price-impact">Price impact</dt>
<dd>Your own volume moving the clearing price: 4.71 MWh sold at p_base 980, k 500 clears at 970.77 — R 43.47 of revenue lost to your own selling pressure. The thing the mock could never show. <span class="glossary__refs">Explained in → <a href="v3-strategy.html">V3 · Strategy</a></span></dd>
<dt id="g-price-mar">Price MaR</dt>
<dd>The price leg of margin-at-risk: expected revenue minus adverse revenue, where long hours realise P10 and short hours pay P90. <span class="glossary__refs">Explained in → <a href="v3-strategy.html">V3 · Strategy</a></span></dd>
<dt id="g-price-taker">Price taker</dt>
<dd>Registration flag: offers go in at the market floor and accept whatever clears — for must-run energy with no opportunity cost. <span class="glossary__refs">Explained in → <a href="v3-strategy.html">V3 · Strategy</a></span></dd>
<dt id="g-provisional-zone-model">Provisional zone model</dt>
<dd>The estimated network zone map (<code>PROV-2026-07</code>) used while the System Operator has not published its own — eight areas <b>Z1</b>–<b>Z8</b>. Mutually exclusive but covers only about a fifth of the country and carries no corridor limits; every screen and payload showing a zone from it says so. <span class="glossary__refs">Explained in → <a href="v12-systems-operator.html#21-the-grid-is-divided-into-areas-and-that-divides-your-portfolio">V12 §2.1</a> · <a href="v12-systems-operator.html#23-the-map-is-provisional--read-this-before-you-plan-on-it">V12 §2.3</a> · SO map <a href="v12-systems-operator.html#21-the-grid-is-divided-into-areas-and-that-divides-your-portfolio">/so/network-model?tab=map</a> · MO gaps <a href="v11-market-operator.html#12-the-mo-console">V11 §12</a></span></dd>
<dt id="g-provisional-settlement">Provisional (settlement)</dt>
<dd>A period calculated while some meter or nomination data is still missing — marked so a later idempotent re-run can supersede DRAFT/PRELIMINARY numbers when the series arrives. <span class="glossary__refs">Explained in → <a href="v8-settlement.html#3-where-the-numbers-come-from">V8 §3</a> · <a href="v8-settlement.html#11-statuses-and-re-settlement">V8 §11</a></span></dd>
<dt id="g-proposal">Proposal</dt>
<dd>The pre-contract handshake: one organization's offered terms to another. PENDING until accepted, declined, withdrawn or expired; accepting creates the draft PPA. <span class="glossary__refs">Explained in → <a href="v0-orientation.html#4-the-lifecycle-spine--one-kwh-end-to-end">V0 §4</a></span></dd>
<dt id="g-provenance-bid">Provenance (bid)</dt>
<dd>Carried on every bid line: the strategy run id and the components (member, MWh, opportunity cost) behind its price. The row-expand on the Bid Desk. <span class="glossary__refs">Explained in → <a href="v9-market.html#4-the-bid-desk">V9 §4</a></span></dd>
<dt id="g-ramp-rate">Ramp rate</dt>
<dd>How fast a unit may change output, in MW per hour. Four are registered — start-up, loading, de-loading and shut-down (§7.2(m)–(p)) — and the one that applies to an instruction is derived from the transition it implies. A transition spanning the unit&#x27;s minimum takes the <b>slower</b> of the two applicable rates, being the only reading that cannot instruct a trajectory the plant is unable to follow. <span class="glossary__refs">Explained in → <a href="v12-systems-operator.html#33-what-an-instruction-actually-is">V12 §3.3</a></span></dd>
<dt id="g-rate-permutation">Rate permutation</dt>
<dd>Expanding a tariff's charges into their priced cells: each charge gets one rate per applicable season × TOU combination (both → 6, season-only → 2, TOU-only → 3, neither → 1), created Pending and then priced and activated. <span class="glossary__refs">Explained in → <a href="v2-entities.html#8-tariffs-and-reference-data">V2 §8</a></span></dd>
<dt id="g-read-coverage">Read coverage</dt>
<dd>Actual vs expected meter reads for a period. A fully-covered hour has 3 × 20-minute reads; the Reads heatmap colours complete hours green and gaps red. On an off-taker site the tiles are <b>Reads</b>, <b>Expected in window</b>, <b>Gaps in window</b> and <b>Days w/ gaps</b>. <span class="glossary__refs">Explained in → <a href="v2-entities.html#7-from-readings-to-intervals--the-data-pipeline">V2 §7</a> · <a href="v5-offtaker.html#33-the-reads-tab">V5 §3.3</a></span></dd>
<dt id="g-reading">Reading</dt>
<dd>One raw meter register value at a timestamp. Two consecutive readings make one interval. <span class="glossary__refs">Explained in → <a href="v0-orientation.html#3-the-object-model-in-plain-language">V0 §3</a></span></dd>
<dt id="g-reading-quality">Reading quality</dt>
<dd>How a metered value was arrived at: <b>actual</b> (read from the meter), or estimated, substituted or interpolated — three different ways of supplying a number nobody measured. An hour takes the worst quality among its readings, and anything but actual seven days on is an allocation exception rather than a settlement input. <span class="glossary__refs">Explained in → <a href="v9-market.html#14-metering-in-the-market">V9 §14.3</a></span></dd>
<dt id="g-quarter-hour">Quarter-hour</dt>
<dd>A fifteen-minute settlement slice — Eskom&#x27;s Virtual Wheeling grain. The account chip says &quot;15-minute grain&quot;; prose on the organisation page says quarter-hour. Classic wheeling stays at 20 minutes. <span class="glossary__refs">Explained in → <a href="v17-virtual-wheeling.html#1-this-volume">V17 §1</a> · <a href="v17-virtual-wheeling.html#4-how-the-refund-is-computed">V17 §4</a></span></dd>
<dt id="g-realised-r-mwh">Realised R/MWh</dt>
<dd>Revenue (or sold-line margin) ÷ total generation, unsold hours counted at zero. The honest sell-side headline (vs achieved , which is earned only on sold energy). On Book · Forecast it is the note under <a href="#g-effective-price-forecast">Effective price</a>. On IPP screens it prints in c/kWh (10 R/MWh = 1 c/kWh): the Dashboard sources ledger&#x27;s Total earned line reads <em>realised {N} c/kWh on all generated</em>, and Overview&#x27;s price rail marks <b>realised</b> in c. <span class="glossary__refs">Explained in → <a href="v6-trader.html#612-the-five-tiles">V6 §6.12</a> · <a href="v4-ipp.html#3-overview">V4 §4</a> · Dashboard <a href="v4-ipp.html#1147-total">V4 §12.4.7</a></span></dd>
<dt id="g-rec">REC</dt>
<dd>A Renewable Energy Certificate: 1 MWh of renewable electricity generated, accrued from FINAL settlement and issued in an external registry (zaRECs or I-REC). The platform is a mirror, not a registry. Distinct from a carbon credit. <span class="glossary__refs">Explained in → <a href="v0-orientation.html#10-carbon--certificates-credits-tax-and-trading">V0 §10</a> · <a href="v19-carbon.html">V19 · Carbon</a></span></dd>
<dt id="g-receipt">Receipt</dt>
<dd>Money a customer paid you, recorded against a document you issued. Its record names the customer, so it can pay only that customer&#x27;s documents. The same record for money you paid out is a payment. Recording either moves no money. <span class="glossary__refs">Explained in → <a href="v15-billing.html#16-payments-and-aging">V15 §16</a></span></dd>
<dt id="g-reciprocity">Reciprocity</dt>
<dd>The requirement that both parties declare the <em>same</em> electrical node before energy through it can be settled. A one-sided declaration is not a pending nicety: the point sits <b>awaiting counterparty</b> and is unsettleable for both sides. The counterparty is told of every addition and removal, and answers in its <b>counterparty inbox</b> — confirm, or dispute with a reason. <span class="glossary__refs">Explained in → <a href="v9-market.html#35-the-counterparty-inbox">V9 §3.5</a></span></dd>
<dt id="g-reconciliation-run">Reconciliation run</dt>
<dd>One month&#x27;s join of the internal expectation to the MO settlement file: a summary (lines, % matched, net variance) plus one classified line per (period, charge type). Runs on the 3rd at 07:00, or on demand. <span class="glossary__refs">Explained in → <a href="v3-strategy.html">V3 · Strategy</a></span></dd>
<dt id="g-reference-sandbox">Reference sandbox</dt>
<dd>A copy of the market a participant can point its client at, seeded with the worked Trading Day and with a <b>drivable clock</b>. Freeze an instant, submit, advance one second past the gate and submit again — a gate closure exercised in one test run instead of one per day. <span class="glossary__refs">Explained in → <a href="v9-market.html#12-worked-delivery-day">V9 §12</a></span></dd>
<dt id="g-reference-vectors">Reference vectors</dt>
<dd>Published inputs with their expected outputs: canonical message forms with their digests, and every figure of the worked Trading Day. How two independent implementations discover they disagree <b>before</b> money moves — a client that replays the golden day and gets a different System Marginal Price has found a real disagreement, not a rounding preference. <span class="glossary__refs">Explained in → <a href="v9-market.html#12-worked-delivery-day">V9 §12</a></span></dd>
<dt id="g-register">Register</dt>
<dd>One of a meter's cumulative counters — ever-increasing kWh per TOU period (consumption registers on demand meters, export registers on generator meters). Intervals are derived from register differences, never from the counters directly. <span class="glossary__refs">Explained in → <a href="v2-entities.html#6-meters-and-devices">V2 §6</a></span></dd>
<dt id="g-re-propose">Re-propose</dt>
<dd>Clone a declined (or expired) proposal into a fresh DRAFT that carries both parties&#x27; slices and any review notes forward; the source becomes SUPERSEDED. Distinct from renewing an expired clock. <span class="glossary__refs">Explained in → <a href="v7-deals.html#35d-declining-well-and-trying-again">V7 §3.5d</a></span></dd>
<dt id="g-ring-fenced">Ring-fenced</dt>
<dd>Walled off so the money cannot be used for somebody else&#x27;s problem. The Market Operator Charge Account is ring-fenced: its balance may never cover a shortfall or an unsecured bad debt (§15.3.4(6)). <span class="glossary__refs">Explained in → <a href="v9-market.html#316-the-three-accounts-and-which-money-is-yours">V9 §3.16</a></span></dd>
<dt id="g-required-credit-cover">Required Credit Cover</dt>
<dd>Actual Exposure plus Undefined Potential Exposure (§15.10(8)), recalculated <b>every business day</b> and notified by 17:00. The Market Code&#x27;s own formula is incomplete — clause 15.10.3(4) is unreadable in the gazetted PDF and gives nothing for Undefined Potential Exposure — so ours implements the shape the words require with every coefficient a parameter, published as a method note beside the figure. <span class="glossary__refs">Explained in → <a href="v9-market.html#15-getting-paid-and-paying">V9 §15</a>.4</span></dd>
<dt id="g-rerun-settlement-statement">Rerun Settlement Statement</dt>
<dd>A corrected statement, timetabled a month after the Billing Period or raised ad hoc after a query (§15.3.5). It must be in the <b>same format</b> as the initial statement and carry both the previous and the revised values for every period where they differ — so it is a <em>diff</em>, not a snapshot. A statement is never edited; it is superseded. <span class="glossary__refs">Explained in → <a href="v9-market.html#15-getting-paid-and-paying">V9 §15</a>.6</span></dd>
<dt id="g-rescheduling-consent">Rescheduling consent</dt>
<dd>A participant&#x27;s standing statement that its day-ahead schedules are, or are not, available for intraday re-scheduling (§10(2)). Declaring <b>non-willing</b> keeps it out of an ordinary re-clear — but not out of one the System Operator drives with an additional network constraint (§10(4)(iii)). Consent is not absolute. <span class="glossary__refs">Explained in → <a href="v9-market.html#5-intraday-and-idm">V9 §5.1</a></span></dd>
<dt id="g-reversal">Reversal</dt>
<dd>An intraday movement that retraces ground an earlier iteration covered. The earlier payment or charge is <b>negated for the reversed portion</b> and the movement raises no charge of its own (§10(15)) — and the netting reaches back past iteration 1 to the day-ahead constrained adjustment itself. A unit returned to its day-ahead schedule has a net intraday position of exactly R 0.00. <span class="glossary__refs">Explained in → <a href="v9-market.html#5-intraday-and-idm">V9 §5.6</a></span></dd>
<dt id="g-review-draft">Review draft</dt>
<dd>Your private working copy of terms while a received proposal is PENDING. Staging never touches the shared proposal until you accept (merge) or explicitly share; expiry discards the draft, decline keeps it for a later re-propose. <span class="glossary__refs">Explained in → <a href="v7-deals.html#35a-reviewing-a-proposal-you-received">V7 §3.5a</a></span></dd>
<dt id="g-replacement-cost">Replacement cost</dt>
<dd>c/kWh of buying market energy to honour a firm block the plant couldn&#x27;t generate into. Default 210; sets the downside in the firm-viability check. On Overview it is the right-hand mark on the price rail, in c/kWh (<b>210 c</b>). <span class="glossary__refs">Explained in → <a href="v4-ipp.html#33-lcoe-params">V4 §4.3</a> · rail <a href="v4-ipp.html#price-vs-cost">V4 §4.7</a> · <a href="v4-ipp.html#61-terms">V4 §6.8.1</a></span></dd>
<dt id="g-reserve-availability-indicator">Reserve availability indicator</dt>
<dd>Three per Trading Period — Instantaneous, Regulating, Ten-Minute — each <code>A</code> (available) or <code>U</code> (unavailable). An <code>A</code> is only meaningful against a <b>System Operator certification</b>: reserve capacity is certified, not self-declared, so an <code>A</code> on a category the SO has certified at zero is a claim the unit cannot back, and it is rejected. <span class="glossary__refs">Explained in → <a href="v9-market.html#48-what-you-are-actually-submitting">V9 §4.8</a> · <a href="v9-market.html#37-the-market-asks-what-your-plant-can-actually-do">V9 §3.7</a></span></dd>
<dt id="g-reserve-floor-price">Reserve floor price</dt>
<dd>The Market Governance Committee's minimum for a reserve system price. The published price is `max(floor, the highest cost of lost opportunity among contracted units)`, so it sits <b>at the floor</b> whenever no unit gave up anything valuable to stand ready — which is the normal state of an uncongested hour, not a fault. The board flags it, because R50 from a floor and R50 that cleared mean opposite things about how tight the hour was. <span class="glossary__refs">Explained in → <a href="v9-market.html#415-reserve-prices-sit-at-their-floor-most-of-the-time">V9 §4.15</a></span></dd>
<dt id="g-residual-demand">Residual demand</dt>
<dd>The demand left unserved when the book runs without its nominated members — the quantity a nomination exists to cover. <span class="glossary__refs">Explained in → <a href="v3-strategy.html">V3 · Strategy</a></span></dd>
<dt id="g-residual-market">Residual market</dt>
<dd>Everyone not on the platform, modelled as a linear price-elastic curve around p_base : k × (p − p_base) ÷ p_base . What your bids clear against in the sim. <span class="glossary__refs">Explained in → <a href="v3-strategy.html">V3 · Strategy</a></span></dd>
<dt id="g-revenue-hhi">Revenue HHI</dt>
<dd>Buyer concentration: sum of squared revenue shares by buyer. 1.0 = a single buyer holds all the plant&#x27;s revenue. On Overview the buyers meter is this number; next best actions fire diversify when it is above 0.5. On the IPP Dashboard sources ledger it is computed from lifetime PPA-buyer shares only — RECs and SAWEM are not in it. <span class="glossary__refs">Explained in → <a href="v4-ipp.html#who-buys">V4 §4.5</a> · Dashboard <a href="v4-ipp.html#1147-total">V4 §12.4.7</a></span></dd>
<dt id="g-risk-limit">Risk limit</dt>
<dd>A warn/breach threshold on a metric, direction above or below ; evaluated at every snapshot. <span class="glossary__refs">Explained in → <a href="v3-strategy.html">V3 · Strategy</a></span></dd>
<dt id="g-risk-score">Risk score (Sales Desk)</dt>
<dd>A 0–100 blend of five components on a simulated deal — Margin@Risk (P50 margin lost under P90 volumes), revenue concentration after the deal, shape / firmness, price lock, counterparty readiness — with weights held on the IPP book (<code>sales_risk_weights</code>). <span class="glossary__refs">Explained in → <a href="v4-ipp.html#5-sales">V4 §6</a></span></dd>
<dt id="g-risk-snapshot">Risk snapshot</dt>
<dd>The frozen daily KPI record (metrics + per-pool breakdown + limit breaches) the Overview and Dashboard read. Trader and OffTaker Overview stay empty until one exists; <b>Run Forecast Now</b> seals a new row for that book. <span class="glossary__refs">Explained in → <a href="v6-trader.html#34-run-forecast-now">V6 §4.10</a> · <a href="v5-offtaker.html#1315-run-forecast-and-assumptions">V5 §4.5</a> · <a href="v3-strategy.html">V3 · Strategy</a></span></dd>
<dt id="g-registration-notice">Registration notice</dt>
<dd>A row telling the <b>System Operator</b> that the shared registry changed — unit registered or modified, PoD added/removed, certification requested. The §7.1(2) share is both this push and the pull on <code>GET /internal/mo/registry</code>. Distinct from the §7.1(6) party-to-party counterparty notification. <span class="glossary__refs">Explained in → <a href="v12-systems-operator.html#6-registry">V12 §6</a></span></dd>
<dt id="g-registration-status">Registration status</dt>
<dd>The four-word answer to <i>may this seat bid today?</i>: PENDING → ACTIVE → SUSPENDED / REVOKED. Bidding requires ACTIVE. Getting from PENDING to ACTIVE is the fifteen-status application board (information, issued agreements, signatures, approval, activate). <span class="glossary__refs">Explained in → <a href="v9-market.html#313a-the-application-board-step-by-step">V9 §3.13A</a></span></dd>
<dt id="g-rolled-over-submission">Rolled-over submission</dt>
<dd>What the Market Operator submits on your behalf when you miss a <a href="#g-gate-closure">gate</a>. Day 1 of the rollover is <b>day 2 of your last submission</b>, day 2 is day 3, and <b>day 7 repeats day 7</b> — there is no day 8 to shift from. Energy limits roll the same way. You are notified every time, and <b>staleness</b> is carried as a number: seven consecutive misses leave you submitting one week-old profile for every day of your horizon, which is why crossing the threshold raises an alert rather than continuing quietly. <span class="glossary__refs">Explained in → <a href="v9-market.html#410-missing-the-gate-is-not-the-end-of-the-day">V9 §4.10</a></span></dd>
<dt id="g-rolling-outlook">Rolling outlook</dt>
<dd>On Allocation → Forecast, this month&#x27;s run plus the next three months&#x27; live forecast runs (<code>#forecast-outlook</code>). A month without a run reads <em>no run yet</em> / <em>Runs on the 5th.</em> <span class="glossary__refs">Explained in → <a href="v4-ipp.html#819-rolling-outlook">V4 §8.1.9</a></span></dd>
<dt id="g-root-cause-hint">Root-cause hint</dt>
<dd>The reconciler&#x27;s re-derivation verdict on a variance: quantities match ⇒ PRICE ; quantities differ ⇒ QUANTITY (energy) or METER (imbalance — a meter-data dispute). <span class="glossary__refs">Explained in → <a href="v9-market.html#8-reconciliation-and-disputes">V9 §8</a></span></dd>
<dt id="g-round-trip-efficiency-eta-rt">Round-trip efficiency (η_rt)</dt>
<dd>The share of cycled energy that survives (default 88%). One-way efficiency = √η_rt; the spread rule divides charge cost by η_rt to tax the loss. <span class="glossary__refs">Explained in → <a href="v3-strategy.html">V3 · Strategy</a></span></dd>
<dt id="g-run-of-river">Run-of-river</dt>
<dd>Hydro generation that follows available river flow, represented by monthly inflow factors and any declared water-energy limits. <span class="glossary__refs">Explained in → <a href="v4-ipp.html#164-a-hydro-site-forecasts-by-its-inflow">V4 §18.4</a></span></dd>
<dt id="g-safety-margin">Safety margin</dt>
<dd>R/MWh (default 10) added to every offer and subtracted from every buy limit, so bids never sit exactly at breakeven. Held on the registration. <span class="glossary__refs">Explained in → <a href="v9-market.html#3-registration-and-compliance">V9 §3</a></span></dd>
<dt id="g-sagers">SAGERS</dt>
<dd>The South African Greenhouse Gas Emissions Reporting System. A facility on the Tax room can store its SAGERS reference so the carbon-tax activity stays lined up with that national report. The platform records the reference. It does not submit the report. <span class="glossary__refs">Explained in → <a href="v20-carbon-tax.html#3-your-facilities-and-licences">V20 §3</a></span></dd>
<dt id="g-samples-consent">SAMPLES (plant)</dt>
<dd>A plant-feed read grant that opens the day chart, the sample table and the event list, and also includes <a href="#g-live-panel">LIVE_PANEL</a>. It does not open trace downloads — that is <a href="#g-evidence-consent">EVIDENCE</a>. A read grant never authorises a push. Formerly taught as V4 §20. <span class="glossary__refs">Explained in → <a href="v4-ipp.html#117-collector-and-consent">V4 §11.7</a> · samples <a href="v4-ipp.html#115-device-samples">V4 §11.5</a></span></dd>
<dt id="g-procurement-desk">Procurement Desk</dt>
<dd>The off-taker site\'s five-step buy screen: the need and what it costs today (Option 0 · stay on the grid), who could supply the block, build the purchase (route, terms, risk terms), saving and security vs grid, compare strategies. A virtual PPA counts as a price hedge only; SAWEM is reached only through a trader candidate. <span class="glossary__refs">Explained in → <a href="v5-offtaker.html#132-procurement--the-buy-workbench">V5 §6</a> · engine picture <a href="v3-strategy.html#132-procurement--the-buy-workbench">V3 §13.2</a></span></dd>
<dt id="g-saving-month">Saving · month (directory tile)</dt>
<dd>The third OffTaker Sites fleet tile: an energy-only estimate of one month&#x27;s Rand saved on live sites, last-month kWh × covered share × max(grid c − contract c, 0) ÷ 100, shown compact (<code>R 201 k</code>). Distinct from Overview <a href="#g-bill-saving">Bill saving</a>, which uses landed cost and subtracts over-contract. <span class="glossary__refs">Explained in → <a href="v5-offtaker.html#21-the-directory">V5 §2.1</a></span></dd>
<dt id="g-saving-score">Saving score (Procurement Desk)</dt>
<dd>A simulated purchase\'s saving over staying on the grid for the year, as a share of what the uncovered block costs on the grid, 0–100. <span class="glossary__refs">Explained in → <a href="v3-strategy.html#132-procurement--the-buy-workbench">V3 §13.2</a></span></dd>
<dt id="g-security-pct">Security % (Procurement Desk)</dt>
<dd>The share of an off-taker\'s hours still covered under the seller\'s P90 (poor) supply year; the grid scores 100. One of the five components of the desk\'s risk score, beside curtailment, spill, price lock and counterparty. <span class="glossary__refs">Explained in → <a href="v3-strategy.html#132-procurement--the-buy-workbench">V3 §13.2</a></span></dd>
<dt id="g-shared-export-cap">Shared export cap</dt>
<dd>The maximum combined power a hybrid may export at its connection. Generation and battery discharge share this single limit. <span class="glossary__refs">Explained in → <a href="v4-ipp.html#163-solar-and-storage-together">V4 §18.3</a></span></dd>
<dt id="g-shape-match">Shape match</dt>
<dd>A supply-pool allocation rule (<code>SHAPE_MATCH</code>) that pins that shelf to a named demand pool for chosen time-of-use periods or clock hours. You create the joiner by adding this rule with <b>Target pool</b> set to a demand pool, not <b>Any</b>. On trader Book · Rules it is the word <b>shape match</b> on a coloured joiner in the wiring gutter; the colour is the supply type (Solar amber, Wind light blue), not the rule. <span class="glossary__refs">Explained in → <a href="v6-trader.html#472-how-to-create-a-solid-joiner">V6 §5.7.2</a> · reading the gutter <a href="v6-trader.html#47-the-wiring-gutter">V6 §5.7</a> · rules table <a href="v6-trader.html#44-rules">V6 §5.4</a></span></dd>
<dt id="g-strategy-procurement">Strategy (Procurement Desk)</dt>
<dd>Several simulated purchases run as one hypothetical book, so hours two sellers would both cover are allocated once. Compared as a single row beside the single purchases and the grid. <span class="glossary__refs">Explained in → <a href="v3-strategy.html#132-procurement--the-buy-workbench">V3 §13.2</a></span></dd>
<dt id="g-recorded-obligation-fulfilment">Recorded obligation fulfilment</dt>
<dd>Included contract delivery divided by included delivery plus shortfall. Its observation window, agreement interval coverage, evidence basis and settlement statuses qualify the percentage. It does not certify continuous availability, complete meter evidence or observed grid reliability. <span class="glossary__refs">Explained in → <a href="v5-offtaker.html#1343-coverage">V5 §7.3</a></span></dd>
<dt id="g-retrospective-price-benchmark">Retrospective price benchmark</dt>
<dd>Historical daytime grid energy multiplied by the positive difference between the grid price and an observed or explicitly indicative contract landed price. It is a counterfactual comparison: historical offers, capacity and hourly delivery fit have not been validated. It is not recorded, missed or guaranteed savings. <span class="glossary__refs">Explained in → <a href="v5-offtaker.html#1344-price">V5 §7.4</a></span></dd>
<dt id="g-served-strip">Served strip</dt>
<dd>Under the off-taker Dashboard's monthly timeline, green indicates modelled demand coverage assuming a grid backstop; amber indicates recorded contract shortfall. It does not measure outages or observed grid reliability. <span class="glossary__refs">Explained in → <a href="v5-offtaker.html#1342-risk">V5 §7.2</a></span></dd>
<dt id="g-left-on-the-table">Left on the table</dt>
<dd>Former name for the off-taker Dashboard's comparison panel. See <a href="#g-retrospective-price-benchmark">retrospective price benchmark</a>: a counterfactual price scenario, distinct from recorded shortfall and spill exposure and from the estimated bill difference. <span class="glossary__refs">Explained in → <a href="v5-offtaker.html#1344-price">V5 §7.4</a></span></dd>
<dt id="g-sawem-share-rule">SAWEM share rule</dt>
<dd>An off-taker trades a share of its grid purchase on the day-ahead market only when the P90 landed market price for its grid hours is still below the grid tariff; the share is capped at 30 % of what remains after a daytime PPA, standard and off-peak hours first, via a trader with a market seat. Its worth is quoted as a P90–P50 range and labelled a model. <span class="glossary__refs">Explained in → <a href="v5-offtaker.html#1345-alerts">V5 §7.5</a></span></dd>
<dt id="g-fleet-landing">Fleet landing</dt>
<dd>What an organisation sees on arrival at its sites or pools. On OffTaker Sites that arrival page is the directory table plus a folded <b>Portfolio summary &amp; coverage notes</b>: a verdict and four tiles for every registered site. Formerly this also meant a <em>Needs you</em> rail and one card per site. <span class="glossary__refs">Explained in → <a href="v5-offtaker.html#21-the-directory">V5 §2.1</a> · summary <a href="v5-offtaker.html#213-portfolio-summary">V5 §2.1.3</a></span></dd>
<dt id="g-needs-you">Needs you</dt>
<dd>Former name for the ranked shortlist on a fleet landing (<code>#fleet-needs</code>). On OffTaker Sites the same job is the <b>Needs attention</b> filter (<code>#offtaker-sites-attention</code>): supply, meter, zone and Trading Unit warnings, plus a site that is uncontracted, has never reported, or has capacity cover under 60 %. Distinct from the trader Desk <a href="#g-need-card">Need card</a>. <span class="glossary__refs">Explained in → <a href="v5-offtaker.html#215-needs-you">V5 §2.1.5</a></span></dd>
<dt id="g-glance">Glance</dt>
<dd>The light per-entity read behind an OffTaker Sites row — the latest metered month and the physical agreements — with a state of live, no readings, or not wired. It never runs the engine; the full story stays on the site's Dashboard. <span class="glossary__refs">Explained in → <a href="v5-offtaker.html#211-columns">V5 §2.1.1</a></span></dd>
<dt id="g-not-wired">Not wired</dt>
<dd>A landing card for a site with no contract or a pool with no members: dashed, with the one setup step as its verdict. Replaces the rows of zeros that used to look like health. <span class="glossary__refs">Explained in V2 §5.2.</span></dd>
<dt id="g-committed-capacity">Committed capacity</dt>
<dd>Cover the way a landing reads it: AGREED PPAs plus SIGNED and ACTIVE contracts, physical and virtual, in MW. The older <em>contracted capacity</em> counts AGREED only. On OffTaker Sites this is the big number on the <a href="#g-cover">Cover</a> tile. <span class="glossary__refs">Explained in → <a href="v5-offtaker.html#21-the-directory">V5 §2.1</a> · V2 §3.1.</span></dd>
<dt id="g-kept-of-achievable">Kept of what the book could have made</dt>
<dd>The trader Dashboard's single score: realised margin ÷ achievable margin over the counted months, where achievable is realised plus the avoidable rows of the loss ledger (market alternative not taken, grid top-up above sale price, imbalance charges, nomination misses). <span class="glossary__refs">Explained in V3 §11.</span></dd>
<dt id="g-loss-ledger-ipp">Loss ledger (IPP)</dt>
<dd>Chapter 4 of the generator-site Dashboard: seven lifetime loss kinds (<code>#ipp-story-loss-ledger</code>), each with a baseline in small print, a confidence, grouped Rand, and energy when the row has megawatt-hours. Zeros stay. The seven Rand figures are seven questions — they are not added into Net. Distinct from the trader pool&#x27;s <a href="#g-loss-ledger-trader">loss ledger</a> and from the organisation <a href="#g-money-room">Money Room</a> Panel 4 (eleven kinds, period-scoped). <span class="glossary__refs">Explained in → <a href="v4-ipp.html#115-losses">V4 §12.5</a> · kinds <a href="v4-ipp.html#1154-kinds">V4 §12.5.4</a></span></dd>
<dt id="g-loss-ledger-trader">Loss ledger (trader)</dt>
<dd>Chapter 2 of the pool's story: fixed rows for every Rand the book could have kept and did not, each with an owner — the screen where it is fixed — and staying visible at zero so a new leak shows the month it starts. <span class="glossary__refs">Explained in V3 §11.</span></dd>
<dt id="g-trading-web">Trading web</dt>
<dd>Chapter 3 of the pool's story: sources on the left, buyers on the right, the pool in the middle; solid lines are settled kWh, wide by volume; dashed lines are members wired into the book that never settled a leg; spill / SAWEM and the grid are counterparties too, and a trader-to-trader leg is drawn in violet. <span class="glossary__refs">Explained in V3 §11.</span></dd>
<dt id="g-health-strip">Health strip</dt>
<dd>Chapter 4 of the pool's story: eight vitals × every month since inception, each cell coloured by the limit in force that month (or a default threshold), with an events row read from contract dates, limit effective dates, the snapshot's structure digest and plan status. <span class="glossary__refs">Explained in V3 §11.</span></dd>
<dt id="g-month-grade-trader">Month grade (trader)</dt>
<dd>How much of a month in the pool's story has settled: settled (every leg FINAL) · preliminary · engine (an ACTUAL run, no settlement) · forecast (the current month). A flagged month is a ledger or seed artefact and is excluded from every total. <span class="glossary__refs">Explained in V3 §11.</span></dd>
<dt id="g-trader-desk">Desk (trader)</dt>
<dd>The trader pool's two-sided trading screen (was the Simulations tab): the book's sell need and buy need each priced against Option 0, candidates for both sides with a signal row, an in-page deal panel beside the candidate list (the same layout as IPP Sales and OffTaker Procurement; formerly a right-hand deal drawer), a basket that runs several legs as one book, the Strategy board, a compare table on one valuation basis, the counterparty exposure table and the Commit step. <span class="glossary__refs">Explained in V3 §8</span></dd>
<dt id="g-option-0-ipp">Option 0 (IPP)</dt>
<dd>What the IPP does if it signs no new bilateral deal: hold the unsold shape and bid it day-ahead on <a href="#g-sawem">SAWEM</a> at the hourly P50 of the newest day-ahead forecast run that prices an hour, less a 5 % imbalance allowance. A run whose every price is 0 is skipped, never read as a market worth R 0. The Sales Desk card <b>Option 0 · hold and sell on SAWEM</b>. Dashboard Chapter 6 prices the same leftover as the <em>Bid the gap</em> move from the last twelve story months. Distinct from <a href="#g-option-0-trader">Option 0 (trader)</a>, which also covers a short-side grid top-up. <span class="glossary__refs">Explained in → <a href="v4-ipp.html#5-sales">V4 §6</a> · Dashboard move <a href="v4-ipp.html#1184-bid">V4 §12.8.4</a></span></dd>
<dt id="g-option-0-offtaker">Option 0 (off-taker)</dt>
<dd>Leave the uncovered block on the <a href="#g-grid">grid</a>. The Procurement need card prices that residual block. The comparison separately ranks <b>Keep current contracts · no new purchase</b> using the current full-site forecast and an <b>All-grid reference</b> for the same full-site load. The all-grid reference has R 0 saving against itself; the current book may already have a saving or a loss. Existing spill belongs inside contract cost. <span class="glossary__refs">Explained in → <a href="v5-offtaker.html#132-procurement--the-buy-workbench">V5 §6</a> · Overview route <a href="v5-offtaker.html#37d-stay-on-grid">V5 §4.7.D</a></span></dd>
<dt id="g-option-0-trader">Option 0 (trader)</dt>
<dd>What the book does if the trader signs nothing: the long side is bid day-ahead at SAWEM's P50 less a 5 % imbalance haircut; the short side is topped up from the grid at the book's top-up price. Row 0 of every compare table on the Desk. <span class="glossary__refs">Explained in V3 §8.1 · §8.3</span></dd>
<dt id="g-desk-basket">Basket (Desk)</dt>
<dd>The legs a trader has parked from the candidate list or the deal panel, each with its terms; <em>Simulate basket</em> allocates the whole book with all of them injected at once and names the result Strategy A, B, … <span class="glossary__refs">Explained in V3 §8.8</span></dd>
<dt id="g-strategy-board">Strategy board</dt>
<dd>The Desk's reading of a simulated basket: buy legs → pools → sell legs with the co-ordination between them, the residual to SAWEM and the grid, KPIs before and after, and the share of revenue each counterparty would hold. <span class="glossary__refs">Explained in V3 §8.8</span></dd>
<dt id="g-need-card">Need card</dt>
<dd>One of the two cards in the Desk's position strip — Sell need (long) or Buy need (short) — with the kWh, its share, the heaviest window, Option 0 in Rand and a one-line verdict, <em>The desk says</em>. <span class="glossary__refs">Explained in V3 §8.1</span></dd>
<dt id="g-book-thread-strip">Thread strip (Book)</dt>
<dd>The strip at the top of every trader Book mode: Rules → Forecast → Outcomes, each stage with a verdict pill, plus a ranked issues rail whose items point at the mode that fixes them. Clicking a stage switches mode. <span class="glossary__refs">Explained in → <a href="v3-strategy.html#4-pools--build-your-portfolio-structure">V3 §4</a></span></dd>
<dt id="g-outcome-badge">Outcome badge</dt>
<dd>On a Book · Rules pool card, the pool\'s cap or coverage band drawn as a bar with the limit tick and filled with what the latest forecast actually did to it: green inside, amber outside the band, red when a cap is broken. The same figures appear as the Forecast mode\'s caps table. <span class="glossary__refs">Explained in → <a href="v6-trader.html#5-pools--build-your-portfolio-structure">V6 §5</a> · <a href="v6-trader.html#616-pool-caps-this-run">V6 §6.16</a></span></dd>
<dt id="g-run-ledger">Run ledger</dt>
<dd>The trader allocation-detail page at <code>/org/trader-pools/:id/strategy/allocations/:run_id</code>: one immutable run&#x27;s day chart and Allocations / Spill / Shortfall / Margin / Audit (and BESS when intervals exist) tabs. Book · Forecast&#x27;s <b>Open the run ledger ›</b> is the door; this page is the floor. <span class="glossary__refs">Explained in → <a href="v6-trader.html#8-run-detail--the-engine-made-visible">V6 §8</a> · fold <a href="v6-trader.html#618-the-runs-line-ledger">V6 §6.18</a></span></dd>
<dt id="g-run-picker">Run picker</dt>
<dd>The Book · Forecast control that replaced the runs list: a month input and one chip per run of the month (Forecast P50, Adverse P90, Nominated, Actual) with status pills, a simulations count, Run backcast and New run. The mode reads one run at a time and the URL carries it. <span class="glossary__refs">Explained in → <a href="v6-trader.html#51-new-run">V6 §6.1</a> · <a href="v6-trader.html#611-the-run-picker-and-its-doors">V6 §6.11</a></span></dd>
<dt id="g-sales-desk">Sales Desk</dt>
<dd>The IPP Sales tab as a five-step decision: the gap and its market value → who could absorb it → build the deal → profit and risk vs holding → compare and decide. Replaces the sell workbench; TOU pricing and firm viability are its pricing tools. <span class="glossary__refs">Explained in → <a href="v4-ipp.html#5-sales">V4 §6</a></span></dd>
<dt id="g-sapp">SAPP</dt>
<dd>The Southern African Power Pool. The Coordination Centre in Harare clears the competitive markets; this platform is a participant toolkit (book, gate, path, shadow statement), not a second market operator. Day-ahead gate 09:30 CAT. <span class="glossary__refs">Explained in → <a href="v0-orientation.html#9-cross-border-trading--sapp">V0 §9</a> · <a href="v18-regional-trading.html">V18 · Regional Trading</a></span></dd>
<dt id="g-sawem">SAWEM</dt>
<dd>The South African Wholesale Electricity Market — the organised wholesale marketplace where Balance Responsible Parties buy and sell energy in day-ahead and intraday hourly auctions at a uniform System Marginal Price, under rules run by the Market Operator, subject to System Operator grid constraints. An off-taker does not buy on SAWEM directly; Overview compares a <a href="#g-sawem-reference">SAWEM reference</a> as the trader route. <span class="glossary__refs">Explained in → <a href="v9-market.html#1-sawem-primer--why-the-market-seat-exists">V9 §1</a> · buyer route <a href="v5-offtaker.html#37c-sawem-via-trader">V5 §4.7.C</a></span></dd>
<dt id="g-sawem-reference">SAWEM reference</dt>
<dd>An optional cents-per-kWh yardstick on the off-taker book (<code>sawem_reference_ckwh</code>) typed under Overview <b>Assumptions</b>. It prices the <b>SAWEM via trader</b> row and the SAWEM next-best-action. Leave blank and that route stays <b>unpriced</b>. It is not the live SMP. <span class="glossary__refs">Explained in → <a href="v5-offtaker.html#1315-run-forecast-and-assumptions">V5 §4.5</a> · <a href="v5-offtaker.html#34c-sawem">V5 §4.4.C</a></span></dd>
<dt id="g-sb-subscription-balance">SB (Subscription Balance)</dt>
<dd>FG − ED_total . Negative = oversubscribed (stop selling); positive = headroom. <span class="glossary__refs">Explained in → <a href="v4-ipp.html#716-aes">V4 §8.1.6</a> · <a href="v4-ipp.html#133-statuses">V4 §15.3</a></span></dd>
<dt id="g-sce-safe-contractable-energy">SCE (Safe Contractable Energy)</dt>
<dd>The widget&#x27;s headline: min(AES × HAF, capacity headroom) , per prospective tier. <span class="glossary__refs">Explained in → <a href="v4-ipp.html#4-haf">V4 §5</a> (capacity screen) · <a href="v4-ipp.html#47-sce">V4 §5.7</a> · <a href="v4-ipp.html#11-guard">V4 §13</a> (guard)</span></dd>
<dt id="g-scenario">Scenario</dt>
<dd>FORECAST (the plan), NOMINATED (submitted nominations), ACTUAL (settled — later milestone), SIMULATION (what-if — never your live position). <span class="glossary__refs">Explained in → <a href="v3-strategy.html">V3 · Strategy</a></span></dd>
<dt id="g-scenario-sim">Scenario (sim)</dt>
<dd>The complete script of a simulated market month: seed, period, day factors, SO events, MO injections, market parameters, participants. Pure data; fully determines a run. Not the §6 what-if workbench. <span class="glossary__refs">Explained in → <a href="v14-scenario-lab.html">V14</a> · <a href="v3-strategy.html">V3 §17</a></span></dd>
<dt id="g-scenario-drifted">Scenario drifted</dt>
<dd>Amber badge on a SimRun when the scenario script was saved after that cook was stored. The diary is still true of the old paper; it is no longer a current baseline. <span class="glossary__refs">Explained in → <a href="v14-scenario-lab.html#102-the-run-list">V14 §10.2</a></span></dd>
<dt id="g-scenario-lab">Scenario Lab</dt>
<dd>/org/sim (dev/demo builds only, no landing card): author/clone a scenario, edit factors/events/injections/market parameters, run it asynchronously with a streamed day log, compare drift-aware history and tear down. <span class="glossary__refs">Explained in → <a href="v14-scenario-lab.html">V14 · Scenario Lab</a> · <a href="v3-strategy.html">V3 §17</a></span></dd>
<dt id="g-schedule-2-exemption">Schedule 2 exemption</dt>
<dd>A claim that this trader pool need not show a full <a href="#g-nersa">NERSA</a> trading-licence number, issue date and expiry. On trader-pool onboarding the field is <b>Trading licence posture</b>: <b>Schedule 2 exemption / registration applies</b> or <b>NERSA trading licence required</b>. Eskom virtual wheeling still wants the licence-or-exemption evidence reference. <span class="glossary__refs">Explained in → <a href="v6-trader.html#2b7-profile">V6 §2B.7</a></span></dd>
<dt id="g-seal">Seal (setup)</dt>
<dd>A completed setup stage or full S14 verify — the manifest records COMPLETED with teardown_complete and no failure. Later stages and demos assume sealed predecessors. <span class="glossary__refs">Explained in → <a href="v21-operations.html#4-demo--acceptance-data">V21 §4</a></span></dd>
<dt id="g-season">Season</dt>
<dd>A tariff's demand-season split: HIGH (South African winter — June, July, August) and LOW (the rest). Charges may price differently per season; the TOU clock's peak hours also differ by season. <span class="glossary__refs">Explained in → <a href="v2-entities.html#8-tariffs-and-reference-data">V2 §8</a></span></dd>
<dt id="g-seat">Seat</dt>
<dd>A login persona — a user in a specific app context (an organization user, the Eskom analyst, a municipality officer, the Market or System Operator). The manual's follow-along callouts name the demo seat to use. <span class="glossary__refs">Explained in → <a href="v0-orientation.html#2-the-cast-the-seats-and-the-five-apps">V0 §2</a></span></dd>
<dt id="g-seeded-noise">Seeded noise</dt>
<dd>Forecast error, manufactured deterministically: a hash of (seed, site, hour) in [−1, 1), scaled by the scenario&#x27;s σ (default 0). No wall-clock, no randomness. <span class="glossary__refs">Explained in → <a href="v3-strategy.html">V3 · Strategy</a></span></dd>
<dt id="g-self-billing-invoice">Self-Billing Invoice</dt>
<dd>What a participant receives when the Market Operator owes it: the MO raises the invoice on the participant&#x27;s behalf (§2.1(178)) and pays it by <b>17:00 four business days</b> later (§15.3.4(2)(e)). One day longer than a participant&#x27;s own clock, deliberately — the market must collect before it distributes, which is why a Shortfall reaches creditors in the same billing cycle. <span class="glossary__refs">Explained in → <a href="v9-market.html#15-getting-paid-and-paying">V9 §15</a>.1</span></dd>
<dt id="g-settlement">Settlement</dt>
<dd>Two nearby jobs share the word. On a <b>PPA</b>, turning a closed period&#x27;s metered (or nominated) energy into money: resolve the quantities, match supply to demand, price, adjust, and write a double-entry ledger that nets to zero. On the <b>Bid Desk</b>, the day-ahead chalkboard for one Trading Day and one Trading Unit: each hour&#x27;s scheduled volume × the SMP, published by 14:00 SAST on D−1 — a receipt after the auction, not the month&#x27;s invoice and not the meter till. <span class="glossary__refs">Explained in → <a href="v8-settlement.html#1-what-settlement-does">V8 §1</a> (PPA) · <a href="v10-org-bidding.html#126-settlement">V10 §12.6</a> (Bid Desk) · <a href="v9-market.html#13-how-the-day-ahead-money-works">V9 §13</a> (the three pots)</span></dd>
<dt id="g-settlement-day">Settlement Day</dt>
<dd>A Trading Day seen from settlement. Deadlines counted from it read <code>SD+xWD</code> — x business days after the day ends, which is how the indicative statement and the query window are dated. <span class="glossary__refs">Explained in → <a href="v1-rhythms.html#13-the-market-clock-and-why-it-is-simpler-than-most">V1 §1.3</a></span></dd>
<dt id="g-settlement-dispute">Settlement Dispute</dt>
<dd>The third tier, referred to the Dispute Resolution Board. <b>Cannot be raised without a prior Settlement Query</b> (§15.4.3(1)): the tiers are a sequence, not a menu. A Board decision that a statement has changed makes it a Validated Dispute. This is a challenge to a <em>Market Operator</em> statement; a challenge to a PPA counterparty&#x27;s settlement is a <a href="#g-bilateral-settlement-dispute">bilateral settlement dispute</a>. <span class="glossary__refs">Explained in → <a href="v9-market.html#15-getting-paid-and-paying">V9 §15</a>.5</span></dd>
<dt id="g-settlement-file">Settlement file</dt>
<dd>The MO&#x27;s monthly charge-line artefact per registration — the external side of every reconciliation. Published by the MO console (or a feed). <span class="glossary__refs">Explained in → <a href="v9-market.html#8-reconciliation-and-disputes">V9 §8</a></span></dd>
<dt id="g-settlement-period">Settlement period</dt>
<dd>One contract × one period's settled record — TOU totals, losses, surplus/unmet — with a status lifecycle (DRAFT → PRELIMINARY → FINAL, DISPUTED/REVERSED). <span class="glossary__refs">Explained in → <a href="v8-settlement.html#11-statuses-and-re-settlement">V8 §11</a> · <a href="v0-orientation.html#4-the-lifecycle-spine--one-kwh-end-to-end">V0 §4</a></span></dd>
<dt id="g-settlement-query">Settlement Query</dt>
<dd>The second tier (§15.4.3), raiseable after the Initial Statement until 17:00 on the fifth working day after the last Timetabled Rerun. About how the data was <em>applied</em> — or about any difference between an item on the Indicative and the Initial Statement, which is the one ground needing <b>no</b> prior Data Query. The Market Operator has one month. <span class="glossary__refs">Explained in → <a href="v9-market.html#15-getting-paid-and-paying">V9 §15</a>.5</span></dd>
<dt id="g-settlement-recalculation-threshold">Settlement Recalculation Threshold</dt>
<dd>The size a correction must exceed before <b>prices and market schedules</b> are recomputed and a Settlement Rerun follows (§15.4.2(3),(4)). Below it the corrected data simply feeds the next run — a settlement correction without a market one. The line exists so one participant&#x27;s small metering error does not re-price the market for everyone else, and while the Market Governance Committee has not determined it, no market recalculation is performed at all. <span class="glossary__refs">Explained in → <a href="v9-market.html#15-getting-paid-and-paying">V9 §15.5</a> · <a href="v9-market.html#14-metering-in-the-market">V9 §14.3</a></span></dd>
<dt id="g-sf-stability-factor">SF (Stability Factor)</dt>
<dd>How trustworthy is the average? 1 − coefficient of variation of seasonally-detrended generation. <span class="glossary__refs">Explained in → <a href="v4-ipp.html">V4 · IPP</a> (HAF factor 2)</span></dd>
<dt id="g-shortfall-sawem">Shortfall</dt>
<dd>An invoice not paid in full by its due date (§15.3.4(4)). The Market Operator calls the participant&#x27;s Posted Credit Cover <b>forthwith</b>, naming the Billing Period. Cured by 12:00 the next working day, settlement continues; uncured, it becomes Unsecured Bad Debt. A payment reduced by a disputed amount is a Shortfall, not a partial payment. <span class="glossary__refs">Explained in → <a href="v9-market.html#15-getting-paid-and-paying">V9 §15</a>.3</span></dd>
<dt id="g-shortfall">Shortfall %</dt>
<dd>Unmet demand ÷ total demand (strategy KPI). On the trader Overview it is a Structural position gauge and the rose inlet on <b>Where the energy goes</b>. In settlement, shortfall is the unmet firm promise after Match and excuses — not every as-generated deal has a shortfall line. <span class="glossary__refs">Explained in → <a href="v6-trader.html#42-interpret-green-amber-and-red">V6 §4.2</a> · <a href="v8-settlement.html#12-matching-and-conservation">V8 §1.2</a> · <a href="v3-strategy.html">V3 · Strategy</a></span></dd>
<dt id="g-sites-added-together">Sites added together</dt>
<dd>On IPP Fleet chapter 03, each plant&#x27;s one-month <a href="#g-value-at-risk">VaR-95</a> summed as if each bad month happened on its own. Distinct from the <a href="#g-combined-fleet">combined fleet</a> bar, which scores the same paths together. <span class="glossary__refs">Explained in → <a href="v4-ipp.html#18-your-fleet">V4 §2</a></span></dd>
<dt id="g-sign-window">Sign window</dt>
<dd>The 10 days after a contract reaches AGREED in which both signatures are expected — shown as "Sign by {date}" on the Negotiations screen. When the window lapses without both signatures the deal becomes <strong>SUSPENDED</strong>; revival needs one party to request and the counterparty to accept. <span class="glossary__refs">Explained in → <a href="v7-deals.html#5-agreement-signing-and-activation">V7 §5</a></span></dd>
<dt id="g-simrun">SimRun</dt>
<dd>One execution of a scenario: status lifecycle, per-day log, artifact registry, KPIs. Ends COMPLETE / FAILED , becomes TORN_DOWN after teardown. <span class="glossary__refs">Explained in → <a href="v3-strategy.html">V3 · Strategy</a></span></dd>
<dt id="g-setup-profile">Setup profile</dt>
<dd>A named setup plan: foundation, full_demo, acceptance, market, lab, stress, or live — each owns a stage span and teardown rules. <span class="glossary__refs">Explained in → <a href="v21-operations.html#4-demo--acceptance-data">V21 §4</a></span></dd>
<dt id="g-setup-stage">Setup stage</dt>
<dd>One sealed unit of consolidated setup (S00–S15): orgs, tariffs, meters, strategy, market, settlement, Lab, verify, live ticks. <span class="glossary__refs">Explained in → <a href="v21-operations.html#4-demo--acceptance-data">V21 §4</a></span></dd>
<dt id="g-simulated-ribbon">SIMULATED ribbon</dt>
<dd>The slim amber banner (run id, scenario, seed) on any screen showing a live run&#x27;s data — consoles included. Sim output is never mistakable for production. <span class="glossary__refs">Explained in → <a href="v14-scenario-lab.html">V14</a> · <a href="v3-strategy.html">V3 §17</a></span></dd>
<dt id="g-simulation-harness-wb-sim">Simulation harness ( WB.Sim )</dt>
<dd>The Phase-3D in-process MO/SO prototype + scenario + actuals generator + driver, plugged in behind the same gateway seams the mock uses. Simulates the market&#x27;s logic , not its infrastructure. <span class="glossary__refs">Explained in → <a href="v3-strategy.html">V3 · Strategy</a></span></dd>
<dt id="g-sm-seasonal-model">SM (Seasonal Model)</dt>
<dd>The expected generation for a month from the plant&#x27;s resource model (irradiance/wind feed, same-month history, or P50 shape). <span class="glossary__refs">Explained in → <a href="v4-ipp.html#712-hag">V4 §8.1.2</a> · <a href="v4-ipp.html#72-fg">V4 §8.2</a></span></dd>
<dt id="g-smp">SMP (System Marginal Price)</dt>
<dd>The single per-hour clearing price everything trades at: the incremental price, at the scheduled <a href="#g-unconstrained-schedule">unconstrained</a> volume, of the most expensive <b>flexible</b> unit scheduled to run. Whichever blocks cleared, every megawatt-hour settles here — your offer decides <em>whether</em> you clear, not what you are paid. It is <b>not</b> the dual of the optimisation: with start-up costs and commitment binaries those differ, and the Code defines the price mechanically. Where every unit is <a href="#g-inflexible">inflexible</a> it is <b>zero</b>, which is not a cheap hour. <span class="glossary__refs">Explained in → <a href="v9-market.html#412-what-happens-after-the-gate">V9 §4.12</a> · <a href="v9-market.html#413-why-the-price-is-sometimes-lower-than-the-most-expensive-plant-running">V9 §4.13</a></span></dd>
<dt id="g-so-dispatch-desk">SO / Dispatch Desk</dt>
<dd>The first of the three System Operator rooms (<code>/so</code>): <b>Issue</b>, <b>Active</b>, and <b>Issued</b>. You write a targeted order (or a grid-wide stress banner), watch which windows are still open, and see whether the BRP has acknowledged. The other two rooms are the <a href="v12-systems-operator.html#5-network-model">Network Model</a> (<code>/so/network-model</code>) and the <a href="v12-systems-operator.html#6-registry">Registry</a> (<code>/so/registry</code>). <span class="glossary__refs">Explained in → <a href="v12-systems-operator.html#4-dispatch-desk">V12 §4</a> · <a href="v12-systems-operator.html#5-network-model">V12 §5</a> · <a href="v12-systems-operator.html#6-registry">V12 §6</a></span></dd>
<dt id="g-suspension-order">Suspension Order</dt>
<dd>The order that stops a party trading — <b>eventually</b>. It may not issue until one business day after the Default Notice, and then takes effect only after a delay period the Market Governance Committee sets, in business days, different for demand-side units and generators. Before it bites the MGC may amend or lift it for <em>some</em> of a party's Trading Units and not others. <span class="glossary__refs">Explained in → <a href="v9-market.html#314-what-happens-if-you-get-it-wrong">V9 §3.14</a></span></dd>
<dt id="g-synchronous-condenser-operation">Synchronous Condenser Operation (SCO)</dt>
<dd>A unit spinning synchronised to the grid, producing or absorbing reactive power but no net energy — grid stability without generation. Measured in <b>MVAr</b>, not MW, and certified by the System Operator (§7.2(t)). It carries a money consequence the other three reserve categories do not: energy consumed in SCO is charged to the <b>System Operator</b>, not to the unit (§2.1(194)) — but only with the certification, so without it the unit pays for energy it was directed to consume. <span class="glossary__refs">Explained in → <a href="v9-market.html#37-the-market-asks-what-your-plant-can-actually-do">V9 §3.7</a></span></dd>
<dt id="g-so-instruction">SO instruction</dt>
<dd>One normalised grid order: kind, site, window, MW cap, severity, plus the raw SO message for audit. Polled every 15 minutes, ingested idempotently (keyed on the SO&#x27;s reference). <span class="glossary__refs">Explained in → <a href="v12-systems-operator.html#32-so-instructions">V12 §3.2</a></span></dd>
<dt id="g-soc">SoC</dt>
<dd>State of charge, in kWh or % of usable capacity. Bounded by the min/max SoC window; rolls day to day within a run. <span class="glossary__refs">Explained in → <a href="v3-strategy.html">V3 · Strategy</a> · dispatch chart <a href="v6-trader.html#104-the-dispatch-chart">V6 §11.4</a></span></dd>
<dt id="g-sources-ledger">Sources ledger</dt>
<dd>On the IPP Dashboard Chapter 3, the table of every revenue source since commissioning: each ACTIVE physical PPA buyer, then RECs, then SAWEM day-ahead, then Total earned (<code>#ipp-story-sources-table</code>). Share bars and HHI are among PPA buyers only; the two always-on routes sit on the same table with their zeros. Distinct from Overview <a href="#g-revenue-hhi">Who buys</a>, which is one forecast run. <span class="glossary__refs">Explained in → <a href="v4-ipp.html#114-sources">V4 §12.4</a></span></dd>
<dt id="g-spill">Spill %</dt>
<dd>Unsold supply ÷ total supply (strategy KPI). On the trader Overview it is a Structural position gauge and the amber outlet on <b>Where the energy goes</b>. In settlement, spill is supply − matched for the contract after Resolve / Allocate — residue handled by the deal&#x27;s spill rule. <span class="glossary__refs">Explained in → <a href="v6-trader.html#42-interpret-green-amber-and-red">V6 §4.2</a> · <a href="v8-settlement.html#12-matching-and-conservation">V8 §1.2</a> · <a href="v3-strategy.html">V3 · Strategy</a></span></dd>
<dt id="g-spill-credit">Spill credit</dt>
<dd>c/kWh an off-taker recovers on over-contracted (banked / credited-back) wheeled energy. Default 40. Sets Co in the coverage optimiser. Editable on Overview <b>Assumptions</b>; the leftmost tick on the price rail. On a Virtual Wheeling credit note the same name is the charge category (<code>:spill_credit</code>) used when <a href="#g-uncredited-excess">uncredited excess</a> is routed to a named trader pool. <span class="glossary__refs">Explained in → <a href="v5-offtaker.html#1315-run-forecast-and-assumptions">V5 §4.5</a> · rail <a href="v5-offtaker.html#39-what-a-kwh-costs">V5 §4.9</a> · <a href="v3-strategy.html">V3 · Strategy</a> · <a href="v17-virtual-wheeling.html#7-forty-five-days-and-corrections">V17 §7</a></span></dd>
<dt id="g-spill-value">Spill value</dt>
<dd>c/kWh a member&#x27;s spilled energy still recovers; blank = worthless. Doubles as the battery&#x27;s cost when charging from that spill. <span class="glossary__refs">Explained in → <a href="v3-strategy.html">V3 · Strategy</a></span></dd>
<dt id="g-spread-rule">Spread rule</dt>
<dd>Dispatch only when value − cost ÷ η_rt − degradation ≥ min spread (default 20 c/kWh). Below it, the battery holds — and tells you so. <span class="glossary__refs">Explained in → <a href="v3-strategy.html">V3 · Strategy</a> · trader walk <a href="v6-trader.html#102-how-the-dispatcher-decides--the-spread-rule">V6 §11.2</a></span></dd>
<dt id="g-standing-data">Standing data</dt>
<dd>The §7.2 answers a Trading Unit must carry — capacities, start-up profile, run limits, ramp rates, classification flags, payment account — each with <b>provenance</b> (<code>engineering_data</code> / <code>measured</code> / <code>assumed</code> / <code>not_supplied</code>). The 30-field catalogue gate refuses <code>:REGISTERED</code> while any field is unsupplied; structurally enforced items (name, TUID, zone, PoDs) sit outside that count. Captured first in the Register generator site wizard. <span class="glossary__refs">Explained in → <a href="v9-market.html#37-the-market-asks-what-your-plant-can-actually-do">V9 §3.7</a> · <a href="v9-market.html#39a-bringing-a-generator-site-to-market">V9 §3.9A</a></span></dd>
<dt id="g-statement">Statement</dt>
<dd>The immutable per-party document assembled from a settlement's ledger — what you owe and what you are owed, versioned and content-hashed. <span class="glossary__refs">Explained in → <a href="v0-orientation.html#33-money-objects--settlements-output">V0 §3.3</a> · <a href="v8-settlement.html#9-statements">V8 §9</a></span></dd>
<dt id="g-settlement-volume-basis">Settlement volume basis</dt>
<dd>On a virtual PPA, whether the CfD multiplies <strong>generated</strong> volume (buyer carries matching risk), <strong>matched</strong> volume only (seller carries it), or generated volume subject to a floor. Joint term with no silent default — the parties must choose. <span class="glossary__refs">Explained in → <a href="v7-deals.html#47-settlement-consequences--terms-outside-the-wizard">V7 §4.7</a> · <a href="v7-deals.html#9-how-a-virtual-ppa-makes-money">V7 §9</a></span></dd>
<dt id="g-termination-notice">Termination notice</dt>
<dd>A party&#x27;s formal notice that an agreement will end early under a listed termination event. It runs a notice clock (and sometimes a cure window), and when it takes effect the last settlement window can carry a leaving payment. Distinct from a <a href="#g-termination-order">Termination Order</a>, which ends a party&#x27;s right to trade on the market. <span class="glossary__refs">Explained in → <a href="v8-settlement.html#1218-termination--the-notice-clock">V8 §12.18</a> · <a href="v7-deals.html#410-termination">V7 §4.10</a></span></dd>
<dt id="g-termination-order">Termination Order</dt>
<dd>The order ending a party's participation. It changes who may trade and nothing about who owes: payment obligations continue, and Required Credit Cover stays in place until every amount is paid — which can be months later. <span class="glossary__refs">Explained in → <a href="v9-market.html#315-pay-now-argue-later">V9 §3.15</a></span></dd>
<dt id="g-trading-clearing-account">Trading Clearing Account</dt>
<dd>Where trading and capacity payments flow in and out: at the Market Bank in the <b>Market Operator's name, on trust</b>. The money is yours, the Market Operator may not mix it with its own, and the interest accrues to you. <span class="glossary__refs">Explained in → <a href="v9-market.html#316-the-three-accounts-and-which-money-is-yours">V9 §3.16</a></span></dd>
<dt id="g-typed-profile">Typed profile</dt>
<dd>Optional engineering data with fields and validation appropriate to a plant’s technology. A missing profile leaves the existing forecast default in place. On Overview this is the Unsold profile fold. Same idea as <a href="#g-plant-profile">plant profile</a>. <span class="glossary__refs">Explained in → <a href="v4-ipp.html#321-plant-assumptions">V4 §4.2</a> · <a href="v4-ipp.html#161-capture-the-plant-once">V4 §18</a></span></dd>
<dt id="g-uncovered-out-leg">Uncovered out-leg</dt>
<dd>A trader sell period that sits on no linear chain for the month — a paper commitment, or a buy leg missing from settlement. Counted on the Outcomes book check; the conservation chart paints the matching energy as the red tail past the bought ceiling. <span class="glossary__refs">Explained in → <a href="v6-trader.html#6a9-procured-against-sold">V6 §6A.9</a> · <a href="v6-trader.html#6a12-chains">V6 §6A.12</a></span></dd>
<dt id="g-unexplained-kwh">Unexplained (kWh)</dt>
<dd>On a trader chain volume bridge: the residual after first-leg supply minus permitted loss, contract spill and banked energy, compared to last-leg delivered. Zero (within 1 kWh) means the bridge closes; a non-zero value is the named break quantity — never silently absorbed. <span class="glossary__refs">Explained in → <a href="v8-settlement.html#106-the-chains-screen">V8 §10.6</a> · <a href="v8-settlement.html#102-worked-chain-slice">V8 §10.2</a></span></dd>
<dt id="g-unrecovered">Unrecovered</dt>
<dd>On a single curtailment claim, <code>max(claim − final, 0)</code> once a final determination exists. On the Curtailment claims totals strip it is the sum of that remainder on <b>CLOSED</b> and <b>RECONCILED</b> rows that were not withdrawn or closed as historical-not-lodged. The tile is <code>#claim-total-unrecovered</code>. Distinct from <a href="#g-cash-at-risk">Cash at risk</a> (still-open files), from <a href="#g-annual-exposure">Annual exposure</a> (the year-ahead estimate), and from the Money Room sentence <a href="#g-unrecovered-curtailment">Unrecovered curtailment</a>. <span class="glossary__refs">Explained in → <a href="v4-ipp.html#104-lodge-and-reconcile">V4 §10.4</a> (row) · <a href="v4-ipp.html#107-the-six-tiles">V4 §10.7</a> (tile)</span></dd>
<dt id="g-unrecovered-curtailment">Unrecovered curtailment</dt>
<dd>The <a href="#g-money-room">Money Room</a> Loss Ledger sentence for kind <code>curtailment_unrecovered</code> on Panel 4 (<code>#money-panel4</code>): finished-file leftover for the selected organisation period (month, year-to-date, or rolling 12), printed as <em>Unrecovered curtailment — {MWh} not deemed · ≈ R …</em>. Drafts and superseded versions never inflate it. It is not <a href="#g-annual-exposure">Annual exposure</a> and there is no Annual exposure tile on this page. <span class="glossary__refs">Explained in → <a href="v16-analytics.html#5-money-left-on-the-table">V16 §5</a> · kind list <a href="v16-analytics.html#83-the-eleven-loss-kinds">V16 §8.3</a> · IPP relationship <a href="v4-ipp.html#105-what-money-room-shows">V4 §10.5</a></span></dd>
<dt id="g-unsecured-bad-debt">Unsecured Bad Debt</dt>
<dd>An uncured Shortfall (§15.3.4(8)). Held by the Market Operator as trustee and agent for the participants beneficially interested, charged across them in proportion to their total payments in the month, and recovered outside the Dispute Resolution Process — a defaulter cannot slow recovery by disputing it. Default Interest accrues throughout, compounded monthly from the day after the due date. <span class="glossary__refs">Explained in → <a href="v9-market.html#15-getting-paid-and-paying">V9 §15</a>.3</span></dd>
<dt id="g-validated-dispute">Validated Dispute</dt>
<dd>A Settlement Dispute the Dispute Resolution Board has decided requires a statement to change (§2.1(219)). Materiality then decides which rerun carries the correction — and §15.5(3) applies that rerun to <b>every</b> participant, not only to the one who raised it. <span class="glossary__refs">Explained in → <a href="v9-market.html#15-getting-paid-and-paying">V9 §15</a>.6</span></dd>
<dt id="g-verified-metering">Verified metering</dt>
<dd>Metering data finalised within seven days of the Trading Day (§12.2(2)) — every reading actual, none estimated or substituted. Official balancing prices and initial settlement statements are built on it and on nothing else; a day carrying one substitution is not verified, however much of it is. <span class="glossary__refs">Explained in → <a href="v9-market.html#14-metering-in-the-market">V9 §14.3</a></span></dd>
<dt id="g-volume-correlation">Volume correlation</dt>
<dd>The effective-dated matrix of how two plants&#x27; generation (volume errors) move together — do they sag on the same hours, or miss each other? Combined-fleet <a href="#g-value-at-risk">VaR</a> uses it so plants that move in lockstep are not treated as if they offset. On IPP Fleet → <b>How sure are we?</b> → <b>Assumption sources</b>, the eyebrow is <b>Volume correlation</b>. Pair badges: <b>estimated (n = … h)</b> (computed from overlapping hourly residuals; <b>n</b> is the hour count actually used, and the default floor to qualify is 720 hours), <b>default — no history yet</b> (technology and province register), or <b>manual</b>. An inconsistent matrix is refused rather than quietly repaired; no stochastic snapshot is written from a refused version. <span class="glossary__refs">Explained in → <a href="v4-ipp.html#volume-correlation-estimated-and-n">V4 §2.2</a></span></dd>
<dt id="g-volume-basis">Volume basis</dt>
<dd>The energy quantity a money figure is computed on — matched, contracted, or generated volume — stated in the same line as the Rand amount. Distinct from <a href="#g-settlement-volume-basis">settlement volume basis</a> (the virtual CfD multiplier choice). <span class="glossary__refs">Explained in → <a href="v7-deals.html#34c-choosing-between-a-physical-and-a-virtual-deal">V7 §3.4c</a> · <a href="v7-deals.html#35b-is-this-offer-good-enough">V7 §3.5b</a></span></dd>
<dt id="g-story-drawer">Story drawer</dt>
<dd>The right-hand Fleet detail panel (<code>#fleet-story-drawer</code>): branded green header, eyebrow <b>IPP Sites / Fleet details</b>, close (X) top-right, backdrop, Escape. <b>Explore the fleet</b>, <b>Review the sales plan</b>, <b>See buyer exposure</b>, <b>Understand the estimate</b>, <b>How sure are we?</b> and <b>Review the assumptions</b> all use this shell; chapter 04&#x27;s three rows leave the dashboard instead. It reports; it does not place a bid. <span class="glossary__refs">Explained in → <a href="v4-ipp.html#21-read-the-portfolio-header">V4 §2.1</a></span></dd>
<dt id="g-stored-marginal-cost">Stored marginal cost</dt>
<dd>What a discharged kWh really cost: charge cost ÷ η_rt + degradation. Carried as the BESS_DISCHARGE line&#x27;s buy price for margin provenance. <span class="glossary__refs">Explained in → <a href="v3-strategy.html">V3 · Strategy</a></span></dd>
<dt id="g-strike-ladder">Strike ladder</dt>
<dd>The seller&#x27;s public virtual quote: typically two priced rows (flat and time-of-use). Floors stay on the private negotiating brief and are never sent. Unlike a physical price card, the ladder does not collapse when the buyer replies — structure stays joint. <span class="glossary__refs">Explained in → <a href="v7-deals.html#9-how-a-virtual-ppa-makes-money">V7 §9</a> · <a href="v7-deals.html#34b-compose-a-virtual-proposal-studio">V7 §3.4b</a></span></dd>
<dt id="g-strike-price">Strike price</dt>
<dd>The fixed price a CfD settles against — the hedge line both parties agreed. May be flat or time-of-use; together with the WER credit it sets the buyer&#x27;s net cost of hedged energy. <span class="glossary__refs">Explained in → <a href="v7-deals.html#9-how-a-virtual-ppa-makes-money">V7 §9</a> · <a href="v0-orientation.html#52-virtual-only-the-money-moves">V0 §5.2</a></span></dd>
<dt id="g-submission">Submission</dt>
<dd>What a Trading Unit actually sends the market, and not a price and a volume: for <b>every hour of the next seven days</b>, how much it can produce (or draw), a five-block price curve for it, a <a href="#g-flexible-indicator">flexible indicator</a> and three <a href="#g-reserve-availability-indicator">reserve availability indicators</a>. 168 Trading Periods, contiguous and aligned; every version is kept, and a re-submission for the same day supersedes rather than overwrites. You build and Validate it on Bid Desk → Submissions. <span class="glossary__refs">Explained in → <a href="v9-market.html#48-what-you-are-actually-submitting">V9 §4.8</a> · <a href="v10-org-bidding.html#123-submissions">V10 §12.3</a></span></dd>
<dt id="g-superseded">Superseded</dt>
<dd>An older artefact replaced by a newer one for the same scope, kept for history. In Strategy: a simulation or nomination run excluded from &quot;latest&quot;. In the Deal Room: a proposal replaced by <a href="#g-re-propose">re-propose</a> or a <a href="#g-cross-instrument-counter">cross-instrument counter</a> (<code>SUPERSEDED</code> status) — linked forward, still readable, never re-accepted. <span class="glossary__refs">Explained in → <a href="v3-strategy.html">V3 · Strategy</a> · <a href="v7-deals.html#35e-answering-in-the-other-instrument">V7 §3.5e</a> · <a href="v7-deals.html#35d-declining-well-and-trying-again">V7 §3.5d</a></span></dd>
<dt id="g-system-operator">System Operator (SO)</dt>
<dd>The party responsible for keeping the physical power system secure — network zones and transfer limits, constrained schedules, dispatch and curtailment instructions, reserve certification, and system-condition declarations. Distinct from the Market Operator (auctions and money). Instructions change what good delivery means for imbalance and are compensated under ancillary rules, not by quietly rewriting the day-ahead energy price. <span class="glossary__refs">Explained in → <a href="v12-systems-operator.html#1-what-is-the-system-operator">V12 §1</a> · <a href="v9-market.html#16-the-system-operator--traffic-control-for-the-wires">V9 §1.6</a> · <a href="v10-org-bidding.html#8-market--so">V10 §8</a> · <a href="v12-systems-operator.html#4-dispatch-desk">V12 §4</a> · <a href="v12-systems-operator.html#5-network-model">V12 §5</a> · <a href="v12-systems-operator.html#6-registry">V12 §6</a></span></dd>
<dt id="g-system-condition">System condition</dt>
<dd>The SO&#x27;s declared grid stress level (LOW / MEDIUM / HIGH) — the Bid Desk banner. Context, not a command. <span class="glossary__refs">Explained in → <a href="v12-systems-operator.html#32-so-instructions">V12 §3.2</a></span></dd>
<dt id="g-take-or-pay-minimum">Take-or-pay minimum</dt>
<dd>The least energy a year a buyer pays for under a physical PPA whether or not it takes it (<code>top_min_volume_mwh_yr</code>, formerly labelled <i>ToP min volume</i>). It should sit at or below the energy the deal allocates: above it, the buyer would pay for energy the contract never delivers, and the seller studio refuses to send. <span class="glossary__refs">Explained in → <a href="v7-deals.html#34a-stage-6-asks">V7 §3.4a</a></span></dd>
<dt id="g-target">Target</dt>
<dd>The value you would prefer on a term — stored on your negotiating brief and used by gap analysis and decline findings. Distinct from walk-away (the line you will not cross) and from the public ask on the proposal. <span class="glossary__refs">Explained in → <a href="v7-deals.html#35-your-private-negotiating-brief">V7 §3.5</a> · <a href="v7-deals.html#43-your-targets-in-the-wizard">V7 §4.3</a></span></dd>
<dt id="g-tariff">Tariff</dt>
<dd>A priced structure of charges and rates — seasons, TOU periods, blocks — owned by Eskom or a municipality and versioned over time. <span class="glossary__refs">Explained in → <a href="v0-orientation.html#3-the-object-model-in-plain-language">V0 §3</a></span></dd>
<dt id="g-teardown-tombstone">Teardown / tombstone</dt>
<dd>Deleting exactly a run&#x27;s registered rows (zero row-count difference) while keeping the run row itself — log + KPIs preserved, data gone, status TORN_DOWN . <span class="glossary__refs">Explained in → <a href="v14-scenario-lab.html#106-teardown">V14 §10.6</a> · <a href="v14-scenario-lab.html#8-codex-s12-isolation--proving-teardown-is-safe">V14 §8</a></span></dd>
<dt id="g-terms-badge">Terms badge (Sales Desk)</dt>
<dd>The letter the Sales Desk gives every set of identical deal terms — capacity, price, term, contract type and pool — so runs on the same terms compare buyers rather than deals: <b>Terms A</b>, <b>Terms B</b>… Shown on the candidate card, the impact card and the comparison row, and used by the <b>Same terms</b> filter. Called the Params badge before 3.27.51. <span class="glossary__refs">Explained in → <a href="v4-ipp.html#65-fit-params-filter">V4 §6.5</a></span></dd>
<dt id="g-tlf">TLF</dt>
<dd>Transmission loss factor — scales energy for losses on the transmission network, looked up by zone and voltage from Eskom's effective-dated tables. On an off-taker site, <b>Eskom TLF distance band</b> records how far the buyer sits from Megawatt Park so the load-side factor can be found: ≤ 300 km, &gt; 300 and ≤ 600 km, &gt; 600 and ≤ 900 km, or &gt; 900 km. Creating the site does not require the band. <span class="glossary__refs">Explained in → <a href="v0-orientation.html#1-wheeling-and-why-this-platform-exists">V0 §1</a> · <a href="v5-offtaker.html#223-supply">V5 §2.2</a></span></dd>
<dt id="g-tolerance-recon">Tolerance (recon)</dt>
<dd>The don&#x27;t-bother threshold, max(R 50, 0.1%) by default, configurable per registration. Variances inside it are logged but not flagged. <span class="glossary__refs">Explained in → <a href="v9-market.html#8-reconciliation-and-disputes">V9 §8</a></span></dd>
<dt id="g-tolerance-breach-probability">Tolerance breach probability</dt>
<dd>From the scenario set: the chance the realised residual lands outside the contract&#x27;s imbalance band around the nomination — penalty exposure, flagged ⚠ per plan. <span class="glossary__refs">Explained in → <a href="v3-strategy.html">V3 · Strategy</a></span></dd>
<dt id="g-top-utilisation">ToP utilisation %</dt>
<dd>Allocated ÷ available take-or-pay (FIRM-pool) energy — how much of your must-pay supply is actually earning. On the trader Overview the Structural position label is <b>Take-or-pay used</b> (<code>TOP_UTILISATION_PCT</code>). On Book · Forecast it is the fifth tile only when the run has no battery KPIs. <span class="glossary__refs">Explained in → <a href="v6-trader.html#42-interpret-green-amber-and-red">V6 §4.2</a> · <a href="v6-trader.html#612-the-five-tiles">V6 §6.12</a> · <a href="v3-strategy.html">V3 · Strategy</a></span></dd>
<dt id="g-tou-time-of-use">TOU (Time of use)</dt>
<dd>Time-of-use tariff periods — peak / standard / off-peak — on the SAST calendar. Tariffs price by period; contracts carry per-period multipliers; forecasts and settlements split energy across them. <span class="glossary__refs">Explained in → <a href="v2-entities.html#82-which-hour-is-peak-the-tou-clock">V2 §8.2</a> · <a href="v4-ipp.html#5-tou-pricing">V4 §6.7</a></span></dd>
<dt id="g-trigger-ashoban">Trigger (AshOban)</dt>
<dd>A resource-scoped scheduled action (e.g. expire stale proposals hourly; activate SIGNED physical PPAs daily). Distinct from the Oban crontab workers. <span class="glossary__refs">Explained in → <a href="v21-operations.html#3-background-process-catalog">V21 §3</a></span></dd>
<dt id="g-typical-day">Typical day</dt>
<dd>On Book · Forecast, the long-or-short chart: every line of the picked run grouped by SAST clock hour, then divided by the number of days in the period. Stack above the demand line is long (spill); line above the stack is short (shortfall). Distinct from Overview&#x27;s clock, which adds a Tomorrow toggle and a clip strip. <span class="glossary__refs">Explained in → <a href="v6-trader.html#615-long-or-short-hour-by-hour">V6 §6.15</a> · Overview <a href="v6-trader.html#46-hour-by-hour">V6 §4.6</a></span></dd>
<dt id="g-trader-pool">Trader pool</dt>
<dd>A licensed energy trader's trading vehicle: no meter of its own; buys from generators and sells to consumers, carrying trading rights, treatments and saleable capacity. <span class="glossary__refs">Explained in → <a href="v0-orientation.html#3-the-object-model-in-plain-language">V0 §3</a> · <a href="v6-trader.html#2a-trader-pools">V6 §2</a> · <a href="v6-trader.html#2b-onboarding-a-trader-pool">V6 §2B</a> · <a href="v2-entities.html#5-trader-pools--the-commercial-layer">V2 §5</a></span></dd>
<dt id="g-trader-pool-draft">Trader pool draft</dt>
<dd>The durable working record for a partly completed trader-pool registration (<code>trader_pool_onboarding_cases</code>). Created by <b>Add New</b> on Trader Pools, opened at <code>/org/trader-pools/onboarding/:id</code>, resumed from the amber <b>Trader pool drafts</b> rail. The live pool is written only when you press <b>Create trader pool</b>. <b>Edit</b> on a live pool reuses the same URL with that pool attached — <b>Save changes</b> updates it and does not create a second book. <span class="glossary__refs">Explained in → <a href="v6-trader.html#2b-onboarding-a-trader-pool">V6 §2B</a></span></dd>
<dt id="g-trading-day">Trading Day</dt>
<dd>Midnight to midnight of real-time market operation — <b>always exactly 24 Trading Periods</b>. South Africa has no daylight saving, so there is no 23- or 25-hour day and no repeated hour; the platform asserts this rather than assuming it. <span class="glossary__refs">Explained in → <a href="v1-rhythms.html#13-the-market-clock-and-why-it-is-simpler-than-most">V1 §1.3</a></span></dd>
<dt id="g-trading-period">Trading Period</dt>
<dd>One standard hour, starting at minute 00 — the grain of every wholesale volume, price and penalty. Finer data (five-minute, four-second) is evidence, summed to hours before any money is calculated. <span class="glossary__refs">Explained in → <a href="v1-rhythms.html#13-the-market-clock-and-why-it-is-simpler-than-most">V1 §1.3</a></span></dd>
<dt id="g-trading-unit">Trading Unit</dt>
<dd>What the market registers, as distinct from your <b>book</b>, which is what you organise: a bundle of metering points that <b>may not span more than one network zone</b>. The same thing as the book for a single-site generator; at least two of them for a portfolio with generation in one zone and customers in another — nominated, scheduled and <em>balanced</em> separately. <span class="glossary__refs">Explained in → <a href="v9-market.html#33-a-trading-unit-is-not-your-book">V9 §3.3</a> · <a href="v12-systems-operator.html#2-network-zones">V12 §2</a></span></dd>
<dt id="g-treatment">Treatment</dt>
<dd>The PPA&#x27;s curtailment-risk clause, resolved per instruction window: DEEMED_ALWAYS / BUYER_RISK (buyer pays 100% of deemed), SHARED (50%), SELLER_RISK (0 — the generator absorbs it). On the IPP Curtailment tab those allocations classify the claim&#x27;s <a href="#g-curtailment-regime">regime</a>. <span class="glossary__refs">Explained in → <a href="v3-strategy.html">V3 · Strategy</a> · <a href="v4-ipp.html#96-who-may-claim">V4 §10.6</a></span></dd>
<dt id="g-truthful-bidding-invariant">Truthful-bidding invariant</dt>
<dd>The Phase-3C hard rule: no forecast value may move a bid-ladder rung. Enforced by a regression test; grounded in uniform-price clearing, where shading a reservation price can only lose. <span class="glossary__refs">Explained in → <a href="v3-strategy.html">V3 · Strategy</a></span></dd>
<dt id="g-unconstrained-schedule">Unconstrained schedule</dt>
<dd>The first of the day&#x27;s two clearings: the cheapest way to meet the submitted demand, <b>ignoring the network</b>. It sets the <a href="#g-smp">SMP</a> and your energy payment is struck on it — including megawatt-hours the <a href="#g-constrained-schedule">constrained schedule</a> later says you may not produce. Congestion is deliberately kept out of the market price and compensated separately. <span class="glossary__refs">Explained in → <a href="v9-market.html#414-two-schedules-and-why">V9 §4.14</a></span></dd>
<dt id="g-uniform-price-clearing">Uniform-price clearing</dt>
<dd>Blind auction: an offer clears when its price ≤ SMP, a buy when its limit ≥ SMP — and all cleared volume trades at the SMP, not at the bid. Bid prices are reservation prices. <span class="glossary__refs">Explained in → <a href="v3-strategy.html">V3 · Strategy</a></span></dd>
<dt id="g-uncredited-excess">Uncredited excess</dt>
<dd>Fleet generation that landed in a quarter-hour when no enrolled meter could use it (or above what the fill could match). Always reported on the Virtual Wheeling refund; earns nothing unless the account opts in to route it to a trader pool as a spill-credit line. Never carried to another quarter-hour or TOU window. <span class="glossary__refs">Explained in → <a href="v17-virtual-wheeling.html#5-allocation-and-the-optimiser">V17 §5</a> · <a href="v17-virtual-wheeling.html#8-the-virtual-wheeling-section">V17 §8</a></span></dd>
<dt id="g-unsold">Unsold %</dt>
<dd>Generation with no buyer ÷ total generation — the revenue gap, and the shape the Sales desk scores buyers against. <span class="glossary__refs">Explained in → <a href="v4-ipp.html#3-overview">V4 §4</a></span></dd>
<dt id="g-use-of-system-uos">Use-of-System (UoS)</dt>
<dd>The network charges for using the wires: TUoS (transmission), DUoS (distribution), ETUoS (Eskom's retail TUoS). Which ones apply depends on the wheeling path's topology. <span class="glossary__refs">Explained in → <a href="v0-orientation.html#1-wheeling-and-why-this-platform-exists">V0 §1</a></span></dd>
<dt id="g-value-at-risk">Value at Risk (VaR)</dt>
<dd>A modelled shortfall against the <em>average</em> leftover for a chosen period (the platform convention is <b>loss relative to expected</b>: average leftover minus the poor leftover). Picture a bakery: the model writes a pile of made-up days, and a <em>separate</em> pile of made-up months. <b>VaR-95</b> means: in 95 of 100 of those made-up days (or months), the shortfall against the average is smaller than this Rand amount; in the worst 5 it is this amount or worse. It is a gap, not a cash pile you already hold, not a maximum loss, and not a call you will definitely pay. <b>One-day VaR-95</b> and <b>One-month VaR-95</b> are separately sampled piles — not the day number × 30 or × √30. On IPP Fleet → <b>Understand the estimate</b> (drawer title <b>What the risk estimate means</b>) they are the two tiles; the one-month tile is the green <a href="#g-combined-fleet">combined fleet</a> bar. Chapter 03 compares that month with <a href="#g-sites-added-together">sites added together</a>. The fold <b>Distribution data</b> prints leftover grades (<a href="#g-p05-p50-p95-margin">P05 / P50 / P95</a>), not the gap. <span class="glossary__refs">Explained in → <a href="v4-ipp.html#what-var-95-means">V4 §2</a> · <a href="v4-ipp.html#18-your-fleet">V4 §2</a></span></dd>
<dt id="g-variance-recon">Variance (recon)</dt>
<dd>MO − internal , signed: positive means the MO&#x27;s figure is higher than yours. <span class="glossary__refs">Explained in → <a href="v3-strategy.html">V3 · Strategy</a></span></dd>
<dt id="g-vesting-contract">Vesting contract</dt>
<dd>A regulator-imposed two-way contract for difference on a legacy generation unit. A published determination names the unit, a declining MW-per-TOU profile, a vesting price, and a counterparty (usually the Central Purchasing Agency). It is not a Bid Desk trade and not a negotiated PPA. Each period settles vested MWh × (vesting price − SMP); the curve walks the plant from a regulated tariff onto spot. <span class="glossary__refs">Explained in → <a href="v10-org-bidding.html#135-vesting-in-the-published-results">V10 §13.5</a> · <a href="v11-market-operator.html#2113-vesting-book">V11 §21.13</a> · <a href="v9-market.html#19-the-vesting-instrument">V9 §19</a></span></dd>
<dt id="g-virtual-ppa-vppa">Virtual PPA (VPPA)</dt>
<dd>A purely financial PPA — a contract for difference settled against a reference price. No delivery obligation; the buyer keeps buying grid energy and the contract hedges the price. <span class="glossary__refs">Explained in → <a href="v0-orientation.html#5-physical-vs-virtual--the-two-kinds-of-deal">V0 §5</a></span></dd>
<dt id="g-virtual-wheeling-account">Virtual Wheeling account</dt>
<dd>The named portfolio registration Eskom refunds: one account holder, many generators and meters enrolled against it, one consolidated <a href="#g-wer-wheeled-energy-refund">WER</a> credit note per month at 15-minute grain. Identity is <code>vwa_account_ref</code>. Distinct from a site&#x27;s <a href="#g-vwa">VWA</a> application status on Supply. <span class="glossary__refs">Explained in → <a href="v17-virtual-wheeling.html#1-this-volume">V17 §1</a> · <a href="v17-virtual-wheeling.html#2-the-vw-account">V17 §2</a> · <a href="v17-virtual-wheeling.html#8-the-virtual-wheeling-section">V17 §8</a></span></dd>
<dt id="g-vwa">VWA</dt>
<dd>Eskom's Virtual Wheeling arrangement. An Eskom-connected off-taker site records its VWA application reference, registration status (Not Submitted / Pending / Registered / Conditional) and approval date — prerequisites for virtual deals settled against Eskom. On onboarding Supply the same status words also cover a municipal wheeling application. <span class="glossary__refs">Explained in → <a href="v5-offtaker.html#233-supply">V5 §2.3</a> · <a href="v2-entities.html#3-off-taker-sites--the-buy-side">V2 §3</a></span></dd>
<dt id="g-walk-away">Walk-away</dt>
<dd>Your private reservation on a term — the line you will not cross. Stored only on your negotiating brief; never sent with the proposal. Distinct from a published floor or cap that is part of the offer. <span class="glossary__refs">Explained in → <a href="v7-deals.html#35-your-private-negotiating-brief">V7 §3.5</a></span></dd>
<dt id="g-warehouse-rule">Warehouse rule</dt>
<dd>On trader Book · Outcomes: <code>Σ sell ≤ procured</code>. Green badge when sold energy sits inside what was bought; rose <b>Sold more than procured</b> otherwise. The everyday picture is a warehouse stocktake — you cannot honestly have sold more flour than you took in. <span class="glossary__refs">Explained in → <a href="v6-trader.html#6a9-procured-against-sold">V6 §6A.9</a></span></dd>
<dt id="g-warning-limit">Warning Limit</dt>
<dd>An early-warning threshold on your credit exposure, capped by the Market Governance Committee. You may set it <b>lower</b> than the cap and never higher — the point is a warning you choose for yourself, and the cap protects every other participant from you. <span class="glossary__refs">Explained in → <a href="v9-market.html#316-the-three-accounts-and-which-money-is-yours">V9 §3.16</a></span></dd>
<dt id="g-warning-notice">Warning Notice</dt>
<dd>Issued when the <b>difference</b> between Posted and Required Credit Cover falls to the Warning Limit (§2.1(226)). It fires while the participant is still covered — that is what makes it a warning rather than a call. A participant may set its own limit, capped at the maximum the Market Governance Committee sets. <span class="glossary__refs">Explained in → <a href="v9-market.html#15-getting-paid-and-paying">V9 §15</a>.4</span></dd>
<dt id="g-wb-interval-1">wb-interval-1</dt>
<dd>The published file schema for a person-uploaded interval file (JSON envelope or CSV). Offset-bearing interval starts, feed grain, mandatory quality; extra columns refuse the whole file. Served at <code>/api/v1/publication/interval-schema</code>. <span class="glossary__refs">Explained in → <a href="v2-entities.html#774-canonical-schemas">V2 §7.7</a></span></dd>
<dt id="g-weather-forecast">Weather forecast</dt>
<dd>Per-generator-site issued series (irradiance / wind / plant curve) used to plan and to bid. A later issue of the same hour is the <b>nowcast</b>. Every issued row is kept so a 03:00 bid remains explicable at 15:00. Mock adapter is the default in every environment. On IPP Overview the three-day <b>Weather outlook</b> is P50 generation against committed. <span class="glossary__refs">Explained in → <a href="v0-orientation.html#11-weather--what-the-plant-will-do">V0 §11</a> · <a href="v0-orientation.html#6-the-clock--what-runs-while-you-sleep">V0 §6</a> · <a href="v4-ipp.html#weather-outlook">V4 §4.6</a> · <a href="v4-ipp.html#15-where-your-forecast-comes-from">V4 §17</a></span></dd>
<dt id="g-webhook">Webhook</dt>
<dd>A doorbell on <em>your</em> system: you paste an HTTPS URL and tick its topics (for example <code>invoice.issued</code>); the platform POSTs a signed JSON body when that news happens (Standard Webhooks; secret prefix <code>whsec_</code>, shown once). It is not a feed into Webill. The outbound pathway is the EVENT feed <code>events:webhook_out</code>. Configuration offers only the three organisation topics that knock today; the Market API page lists the whole vocabulary — see the topic table. <span class="glossary__refs">Explained in → <a href="v21-operations.html#111-what-they-are-for">V21 §11.1</a> · <a href="v13-market-api.html#13-events-and-publication">V13 §13</a></span></dd>
<dt id="g-wer-wheeled-energy-refund">WER (Wheeled Energy Refund)</dt>
<dd>Eskom's virtual wheeling credit on qualifying consumption (WEPS / local / non-local positions) — refunded on the off-taker's bill. With a CfD, credit + CfD locks the off-taker on the strike. Also called the <strong>WER credit</strong> or Gen-Wheeling credit; rates vary by the buyer&#x27;s Eskom tariff category and TOU. On a <a href="#g-virtual-wheeling-account">Virtual Wheeling account</a> the same kernel becomes one consolidated credit note per month to the account holder. <span class="glossary__refs">Explained in → <a href="v0-orientation.html#52-virtual-only-the-money-moves">V0 §5.2</a> · <a href="v7-deals.html#9-how-a-virtual-ppa-makes-money">V7 §9</a> · <a href="v8-settlement.html#14-worked-month--virtual-cfd">V8 §14</a> · <a href="v17-virtual-wheeling.html#4-how-the-refund-is-computed">V17 §4</a> · <a href="v17-virtual-wheeling.html#6-the-consolidated-refund">V17 §6</a></span></dd>
<dt id="g-wer-credit">WER credit</dt>
<dd>See <a href="#g-wer-wheeled-energy-refund">WER (Wheeled Energy Refund)</a>.</dd>
<dt id="g-where-the-cascade-runs-dry">Where the cascade runs dry</dt>
<dd>On IPP Allocation <b>Rules</b>, the right-hand card <code>#hierarchy-exhaustion</code> (heading <b>Where the cascade runs dry</b>) and its 24-cell <a href="#g-exhaustion-strip">exhaustion strip</a>. Each South African Standard Time clock hour is coloured by the last allocation step that received energy on a <em>typical</em> day of the last settled month — the last completed month, never the current one: Priority, Pro-rata, Fixed, or reached Surplus. Amber on the strip is labelled <b>reached Surplus — did not run dry</b> (leftover exists; it is not a warning that the cascade emptied). Grey means that clock hour never settled. The strip is a receipt of the settled month, not a preview of the draft. The same strip sits under Outcomes&#x27; hour chart. Not the market <a href="#g-debit-note">debit-note cascade</a>. <span class="glossary__refs">Explained in → <a href="v4-ipp.html#79-where-the-cascade-runs-dry">V4 §7.9</a></span></dd>
<dt id="g-wheeling">Wheeling</dt>
<dd>Moving energy across the shared grid from a private seller's connection point to a buyer's: the network delivers the energy, the contracts decide who pays whom. On strategy screens, also the c/kWh network charge for that transport, applied on delivered energy. <span class="glossary__refs">Explained in → <a href="v0-orientation.html#1-wheeling-and-why-this-platform-exists">V0 §1</a> · <a href="v3-strategy.html">V3 · Strategy</a></span></dd>
<dt id="g-wheeling-status">Wheeling status</dt>
<dd>A municipality's participation level: WHEELING (enabled), PARTIAL, PILOT, or NONE. Drives site eligibility banners, accreditation options and the market maps' colours. <span class="glossary__refs">Explained in → <a href="v2-entities.html#9-municipalities">V2 §9</a></span></dd>
<dt id="g-wiring-gutter">Wiring gutter</dt>
<dd>The middle strip on trader Book · Rules (<code>#book-wires</code> between the Supply and Demand columns). Solid coloured arrows are supply-pool Shape match rules that name a destination demand pool: colour is the supply type, the word is the rule. You create one on the supply card&#x27;s Rules modal by setting <b>Target pool</b> to a named demand pool. A dashed red curve labelled <code>rest → spill · N %</code> is leftover supply from the latest forecast, not a rule. Hidden on a phone-width board. <span class="glossary__refs">Explained in → <a href="v6-trader.html#472-how-to-create-a-solid-joiner">V6 §5.7.2</a> · reading <a href="v6-trader.html#47-the-wiring-gutter">V6 §5.7</a></span></dd>
<dt id="g-zone-constraint-flag">Zone constraint flag</dt>
<dd>The System Operator&#x27;s runtime statement that a zone&#x27;s imports, exports, or both are constrained (§3.3(6)). Raised and lifted on <code>/so/network-model?tab=map</code>. It is <b>not</b> part of the published network model. While a flag is in force, members of a <a href="#g-balancing-group">Balancing Group</a> who are pushing in the constrained direction drop out of the group for those Trading Periods only — a computed exclusion, not an administrative suspension. <span class="glossary__refs">Explained in → <a href="v12-systems-operator.html#49-zone-constraint-flags">V12 §5.5</a> · <a href="v9-market.html#36-balancing-groups--netting-across-your-own-units">V9 §3.6</a></span></dd>
<dt id="g-lambda-risk-aversion">λ (risk aversion)</dt>
<dd>The book&#x27;s risk-appetite dial for the CE (default 0.5): 0 = risk-neutral (CE = P50), 1 = plan on the pessimist&#x27;s price (CE = P10). The Bid Desk card&#x27;s slider. <span class="glossary__refs">Explained in → <a href="v10-org-bidding.html#1239-lambda-slider">V10 §12.3.9</a> · <a href="v3-strategy.html">V3 · Strategy</a></span></dd>
</dl>
