1. How to read the page
An initiative's Overview shows two cards, and they answer two different questions.
Card | Question it answers | Period covered |
Expected Total Project Impact | If everything goes to plan, what will this project deliver over its whole life? | The entire project, start to end of useful life |
Project Performance to Date | How is it actually tracking against that plan so far? | Only the months that have finished since the project completed |
The first card is a forecast. It never changes unless someone edits the project's inputs. The second card is a measurement. It grows each month as more real data arrives.
Important exception: two rows in the second card — Simple payback and Discounted payback — do not follow the "to date" rule. Both sides of those two rows cover the whole project life. Section 8 explains why, and the reason is a good one, but it is an exception to the card's heading.
2. The worked example
Every formula in this article is worked through with the same project example, so you can follow one set of numbers from beginning to end. These are the project's recorded inputs.
Input | Value | What it is |
Start date | 1 Jan 2024 | The day work begins and money starts being spent |
Completion date | 31 Dec 2025 | The day construction or installation finishes |
Useful life | 3 years | How long the equipment will keep producing savings |
Planned capital cost | $1,000,000 | What we expected to spend to build it |
Actual capital cost | $800,000 | What was actually spent |
Planned annual savings | $550,000 / year | The energy cost we expected to avoid each year |
Baseline emissions | 52,046 tCO2e / year | What the site emitted before the project, measured |
Expected reduction | 50% | How much of those emissions the project should remove |
Discount rate | 12% | See section 5 |
Date being viewed | August 2026 | "Today", for the purposes of this example |
Jargon — baseline: the baseline is the "before" picture — what the site was emitting or spending before the project changed anything. Every saving is measured as the difference from this. If the baseline is wrong, every saving figure is wrong, which is why section 10 flags incomplete baselines as a risk.
Jargon — capital cost (capex): capital cost, often shortened to capex, is the one-off money spent up front to build or install something. It is separate from the ongoing running costs. In this model the entire capital cost is treated as being spent in the project's first month.
Jargon — useful life: the useful life is how many years the equipment is expected to keep working and producing savings. We do not count any savings after the useful life ends. If a project has not repaid its cost by then, we report that it does not pay back rather than assuming it will continue.
3. The project timeline
Almost every mistake in this kind of calculation comes from being unclear about when something starts. There are two separate things to understand about timing: when things happen, and how much a dollar is worth at each point on that same timeline.
When things happen. For the worked example:
January 2024 — the whole $1,000,000 is spent, in the project's first month.
January 2024 – December 2025 — the build period: 2 years, no savings yet.
Build ends 31 December 2025 → savings start 1 January 2026.
January 2026 – December 2028 — saving money: 3 years (the useful life).
January – July 2026 — measured so far: 7 finished months. "Today" is August 2026; August is not counted because it has not finished.
Payback is measured across the whole span, from January 2024 to December 2028.
The build period produces no savings by design, and that is why payback is measured from the day the money leaves the bank rather than from the day savings begin — the two years spent building are two years of waiting to be repaid.
What a dollar is worth at each point. Money arriving later is worth less to us than money arriving now, so before adding anything up we reduce future amounts. This is called discounting, and section 5 explains it fully.
The reduction does not begin immediately. There is a cushion of twelve months at the start, during which every dollar counts in full. Only after that does the reduction begin, and it grows the further into the future you go. In the worked example (a 12% discount rate, valued in January-2024 money): every dollar from January to December 2024 counts in full; the reduction starts in January 2025; $1 saved in January 2026 (the first savings month) counts as $0.88; $1 saved in December 2028 (the last savings month) counts as $0.64.
What this means for this particular project: the cushion covers January to December 2024, and this project does not start saving anything until January 2026 — well past it. So every dollar this project ever saves is reduced before it is counted — the cushion gives it no benefit at all. That is a direct consequence of spending two years building. A project that started saving within its first year would have some of its savings counted in full.
4. Exact date boundaries
These four rules decide which months are counted. Each one is stated as precisely as possible, because being off by a single month changes the answer.
Rule 1 — Savings begin the month after completion
The completion date is 31 December 2025. Savings are counted from 1 January 2026, not from December 2025.
Why: December 2025 is a month in which construction was still finishing. Counting it would credit the project with a month of savings it could not have produced.
First benefit month = the first day of the month following the completion date
Rule 2 — Only complete calendar months are measured
"Today" is August 2026. The measurement window ends on 31 July 2026. August is excluded.
Why: a month that is only part-way through has only part of its bills in. Including it would make every figure look worse than reality, and would make the whole table drift downward through the month and jump back up on the 1st. Excluding it keeps the table stable and honest.
Measurement window = first benefit month → last complete calendar month For this example = January 2026 → July 2026 = 7 months
Rule 3 — The month in which a total crosses zero is counted
This rule applies to the payback figures. If the running total stands at −$8,000 at the end of one month and +$3,000 at the end of the next, the project broke even during that second month. That second month is included in the count.
Why: the alternative would report the project as not yet paid back in a month where it demonstrably was. We do not estimate a part-month; we count whole months only, matching the reference spreadsheet this model was built against.
Rule 3 with this project's real numbers:
Month |
| Saved that month | Running total | Result |
Month 45 | Sep 2027 | $45,833.33 | −$37,500 | Still short. Not paid back |
Month 46 | Oct 2027 | $45,833.33 | +$8,333 | Crossed zero during this month |
Simple payback is therefore 46 months, or 3 years 10 months. The project did not become profitable at the end of month 46 — it crossed zero at some point during it — but we report whole months, so month 46 is the answer.
Rule 4 — Nothing is estimated beyond the useful life
The benefit period ends December 2028. If a project has not repaid its cost by then, we display "Does not pay back" rather than projecting further savings.
Why: the equipment's expected working life is the honest limit of what we can claim. Extending past it would be inventing savings.
What "Does not pay back" means precisely: it means the cost is not recovered within the equipment's useful life. It does not mean the project can never pay back. If the equipment lasts longer than expected, or savings improve, the picture changes. The phrase is scoped to the modelled life and nothing beyond it.
5. Discount rate and anchor
Jargon — discounting: discounting is the practice of treating money received in the future as worth less than money in hand today. If you have $100 now, you could invest it; $100 arriving in three years cannot have been invested during those three years, so it is worth less to you now. Discounting converts future amounts into today's equivalent so they can be fairly added together.
The rate we use
The discount rate is taken from the first of these that has been set:
The rate set on this specific initiative — if not set → Platform default
The company's default rate — if not set → Platform default
12% — the platform default
Where 12% comes from: It is a fallback, not a recommendation. Any company that has a formal cost of capital should set its own rate, and any initiative with a different risk profile should set one on the initiative itself.
The anchor
Jargon — valuation anchor: the anchor is the month whose money everything is expressed in. Saying "$243,010" is incomplete without saying which year's dollars. The anchor answers that.
On the initiative detail page, the anchor is the project's own start month — January 2024 in this example. This is shown on the card as "Valued at Jan 2024".
Why the start month: this page is about one project's own economics, and the question being asked is "was this a good investment decision?". That decision was made at the start, so the start month is the fair reference point. It also means the number does not move: opening this page today and again in six months shows the same figure, which makes it usable as a record.
The Scenario Planner uses a different anchor — on purpose. The Scenario Planner values everything in today's money instead. That is because it compares and adds up many initiatives at once, and initiatives that started in different years cannot be added together unless they are all converted to one common point in time. This means the same initiative can legitimately show a different value on the two pages. Both pages state their anchor on screen so the difference is visible rather than surprising.
How much a future dollar is reduced by
The reduction does not start straight away. The anchor month itself, plus the 11 months either side of it, are counted in full — every dollar in that period is worth a whole dollar. We call this the cushion. Beyond it, the reduction begins and grows with distance.
For this project the anchor is January 2024, so January to December 2024 is the cushion and the reduction begins in January 2025. The rule works in both directions: a month 11 months before the anchor would also be counted in full.
The adjustment factor:
Let Months From Anchor = number of months between the anchor and the month being valued
(negative if before the anchor, positive if after)If |Months From Anchor| is 11 or fewer:
Adjustment Factor = 1 (counted in full — no reduction)If the month is AFTER the anchor by more than 11 months:
Adjustment Factor = 1 ÷ (1 + Discount Rate) ^ ((Months From Anchor − 11) ÷ 12)If the month is BEFORE the anchor by more than 11 months:
Adjustment Factor = (1 + Discount Rate) ^ ((|Months From Anchor| − 11) ÷ 12)Why there is a cushion at all: Amounts inside roughly a year of the anchor are treated as near enough to now to need no adjustment.
Why the −11 in the formula: the countdown starts at the edge of the cushion, not at the anchor. A month falling one month past the cushion is reduced by one month's worth, not a full year's. Without this, values would drop sharply the moment they crossed the boundary instead of easing down.
Worked example of the factor (anchor January 2024, discount rate 12%):
Month being valued | Months from anchor | Factor | Meaning |
Jun 2024 | 5 | 1.0000 | Inside the cushion — counted in full |
Dec 2024 | 11 | 1.0000 | The last month of the cushion |
Jan 2025 | 12 | 0.9906 | Discounting starts here — one month past the edge, so one month of discounting |
Dec 2025 | 23 | 0.8929 | Twelve months past the edge — a full year of discounting |
Jan 2026 | 24 | 0.8845 | The project's first savings month. $1.00 saved here counts as $0.88 |
Dec 2028 | 59 | 0.6355 | The last savings month. $1.00 saved here counts as $0.64 |
6. Where every input comes from
No figure on the page is assumed or invented. Each one is either typed in by a user, read from company settings, or measured from recorded data.
Input | Source | Notes |
Start date | Typed on the initiative | Month 1 of all calculations |
Completion date | Typed on the initiative | Ends the build period |
Useful life (years) | Typed on the initiative | Must be at least 1 year |
Planned capital cost | Typed on the initiative | Must be above zero or no financial figure can be produced |
Actual capital cost | Typed on the initiative | Updated as invoices arrive |
Planned annual savings | Typed on the initiative | A yearly rate, not a total |
Expected reduction % | Typed on the initiative | Applied to the baseline |
Discount rate | Initiative → company → 12% | See section 5 |
Baseline emissions | Measured from linked sources | Used exactly as measured — see the warning below |
Baseline costs | Measured from linked sources | Same treatment as baseline emissions |
Actual emissions | Measured from linked sources | Within the measurement window only |
Actual costs | Measured from linked sources | Within the measurement window only |
Financial year start month | Company settings | Decides which 12 months form the baseline year |
A partial baseline is used exactly as recorded. If only 6 of the 12 baseline months have data, we use that 6-month total as recorded. We do not scale it up to estimate a full year.
Why: scaling up would be inventing emissions that were never measured. Using the data as recorded means a thin baseline understates savings rather than overstating them — the safer direction to be wrong in.
What this means for you: when the baseline year is incomplete, a note appears beneath the table saying so, and the savings figures should be read as a floor — at least this much, possibly more.
7. The seven lifetime figures
These are the seven tiles in the Expected Total Project Impact card. All seven use planned inputs and cover the whole project life.
CO2e savings
How much pollution will this project avoid in total?
CO2e Savings = Baseline Annual Emissions × Expected Reduction Percent × Useful Life YearsWorked: 52,046 tCO2e/yr × 50% × 3 years = 78,068 tCO2e
Why it is that way: the reduction percentage is applied to what the site actually emitted, then held constant for every year of the useful life. We assume the equipment performs the same each year, because we have no basis for assuming it degrades at any particular rate.
Jargon — tCO2e: tonnes of carbon dioxide equivalent. Different greenhouse gases warm the planet by different amounts, so they are all converted into the equivalent amount of carbon dioxide to give one comparable number.
Cost savings
How much money will this project save in total?
Cost Savings = Planned Annual Savings × Useful Life YearsWorked: $550,000/yr × 3 years = $1,650,000
Why it is that way: this is a simple total, with no discounting applied. It answers "how many dollars in total", not "what is that worth today". The discounted version of the same question is NPV, below.
Capex
What will it cost to build?
Capex = the planned capital cost, exactly as entered
Why it is that way: no calculation is applied. It is shown alongside the savings so the size of the investment is visible next to the size of the return.
NPV
After accounting for the fact that future money is worth less than money today, is this project ahead or behind?
Jargon — NPV (net present value): take every dollar the project spends and every dollar it saves, adjust each one for when it happens, and add them all up. A positive NPV means the project creates value. A negative NPV means it destroys value, at the discount rate being used.
For every month from the project start to the end of the useful life: Month Amount = Monthly Savings − Money Spent That Month Adjusted Amount = Month Amount × that month's own Adjustment Factor
(a DIFFERENT number for every month — each month sits a
different distance from the anchor; section 5 gives the
formula that produces it)NPV = the sum of every Adjusted Amountwhere Monthly Savings = Planned Annual Savings ÷ 12, counted only during the benefit period
Money Spent = the entire capital cost, in month 1 onlyEvery month gets a different factor — here is why. The Adjustment Factor is the share of a dollar we count for money arriving in a particular month. A factor of 1.0000 means we count the whole dollar. A factor of 0.8845 means we count 88.45 cents of it. January 2026 is 24 months after January 2024; December 2028 is 59 months after it. The further away, the longer that money has been out of reach, so the smaller its factor. There is no single factor for the project — there are 60, one per month.
Worked — every distinct step, with the middle months summarised:
Month | Months after the anchor | Amount that month | Adjustment factor | Counted as |
Jan 2024 — money spent | 0 | −$1,000,000 | 1.0000 | −$1,000,000 |
Feb 2024 – Dec 2025 | 1 – 23 | $0 | — | $0 |
Jan 2026 — first saving | 24 | $45,833.33 | 0.8845 | $40,538 |
Jan 2027 | 36 | $45,833.33 | 0.7897 | $36,195 |
Jan 2028 | 48 | $45,833.33 | 0.7051 | $32,317 |
Dec 2028 — last saving | 59 | $45,833.33 | 0.6355 | $29,128 |
All 36 saving months added together, each at its own factor | +$1,243,014 |
The money spent in January 2024 | −$1,000,000 |
NPV | +$243,010 |
Only six rows are shown above. The full calculation has 36 saving months, each with its own factor sliding gradually from 0.8845 down to 0.6355. The four shown are simply the first, the last, and two anniversaries in between, so you can see the direction of travel.
A useful sense-check: the 36 saving months are worth $1,650,000 in plain dollars ($45,833.33 × 36). After adjustment they count as $1,243,014. The difference of $406,986 is what the 12% discount rate costs this project over its life. That is also why NPV ($243,010) is so much smaller than the plain Cost savings tile ($1.65M) minus the capex ($1M), which would suggest $650,000. Both are correct; they answer different questions.
Why the money spent is not adjusted: it leaves the bank in January 2024, which is the anchor month itself — zero months away. It is already in January-2024 dollars, so its factor is 1.0000 and the full $1,000,000 is counted.
Why it is positive here: over the full three years the discounted savings come to slightly more than the million spent. This is the answer to "is it worth doing".
IRR
What interest rate is this project effectively paying us?
Jargon — IRR (internal rate of return): the single interest rate at which this project would exactly break even. If the IRR is higher than your cost of borrowing, the project is worth doing. It lets you compare a building retrofit against, for example, a bond or a different project, on one common measure.
IRR = the Discount Rate at which NPV = exactly zeroFound by trying rates between −99.99% and 1,000,000% and narrowing in until the answer settles. There is only ever one such rate.
How to read it: 22.5% against a 12% discount rate means the project returns roughly double the hurdle it must clear. That is the same conclusion the positive NPV gives, expressed as a rate rather than an amount.
Why we search rather than solve: there is no direct formula for IRR with monthly cash flows. Searching is the standard method and is what spreadsheet software does internally.
When IRR cannot be produced: sometimes no rate makes NPV zero. There are two opposite reasons, and the page shows a different thing for each.
The project is profitable at every possible rate. Shown as >100%, meaning the return beats any hurdle you could set.
The project loses money at every possible rate. Shown as a dash. There is no rate of return to report.
Simple payback
How long until we get our money back?
Start a running total at zero. Add each month's amount in turn, from the project's FIRST month. Stop at the first month where the running total reaches zero or above.Simple Payback = the NUMBER OF MONTHS counted ÷ 12No reduction is applied. Every dollar counts as a whole dollar.
Worked: Capital to recover $1,000,000 Monthly savings $550,000 ÷ 12 = $45,833.33 Savings months needed $1,000,000 ÷ $45,833.33 = 21.8 → 22 months Build period before savings 24 months ──────────────────────────── Total elapsed 24 + 22 = 46 months = 3 years 10 months
Why counting starts at the project start, not at first savings: the money leaves the bank in January 2024. The two years spent building are two years of waiting for it back. Measuring from first savings would make a two-year build appear to cost nothing in time, and would give 1 year 10 months instead of 3 years 10 months — a difference of two full years on the same project.
Why whole months: we do not estimate a part-month. The 22nd savings month is the month in which the total crosses zero, and it is counted in full (rule 3, section 4).
Discounted payback
How long until we get our money back, once we account for future money being worth less?
Exactly the same running total as Simple Payback, with one change: before adding a month's amount, multiply it by that month's own Adjustment Factor — the same per-month number used for NPV (section 5).Discounted Payback = the NUMBER OF MONTHS counted ÷ 12
Each month's $45,833.33 savings is reduced by that month's own Adjustment Factor before being added, so the running total climbs more slowly than it does for simple payback:
Month |
| Saved | Factor | Counted as | Running total |
Month 51 | Mar 2028 | $45,833.33 | 0.6919 | $31,712 | −$29,310 |
Month 52 | Apr 2028 | $45,833.33 | 0.6854 | $31,414 | +$2,104 |
Discounted payback is 52 months, or 4 years 4 months.
Simple payback | 46 months | 3y 10m |
Discounted payback | 52 months | 4y 4m |
Difference | 6 months | This gap is what the 12% discount rate costs the project |
Why it is always longer than simple payback: each future dollar counts for less, so it takes more of them to reach the same total. Discounted payback can never be shorter.
Why show both: the gap between the two is the clearest single measure of what the discount rate is costing the project. Six months, in this example.
8. The seven to-date figures
These are the seven rows in the Project Performance to Date card. They compare what the plan said should have happened by now against what actually happened.
The rows do not all cover the same period. This table states exactly which period each row uses, and it is the single most important thing to understand about this card.
Row | Period covered | Why |
CO2e reduction | Jan 2026 – Jul 2026 (7 months) | Both sides measured over the same finished months |
Cost savings | Jan 2026 – Jul 2026 (7 months) | Same |
Capex spend | The whole project | Capital is a one-off outlay, not a monthly rate |
NPV | Jan 2026 – Jul 2026 (7 months) | Only value actually created so far |
IRR | Jan 2026 – Jul 2026 (7 months) | Same |
Simple payback | The whole project life | See the explanation below |
Discounted payback | The whole project life | See the explanation below |
Expected side, measured side
For the four windowed rows, the two columns are built differently but describe the same seven months.
Expected To Date = Planned Annual Amount × ( Complete Months ÷ 12 )Worked: $550,000/yr × ( 7 ÷ 12 ) = $320,833
Actual To Date = ( Baseline Annual Amount ÷ 12 × Complete Months ) − Measured Amount In Window ↑ what we WOULD have spent ↑ what we DID spend
over these same 7 months over these 7 monthsWorked: ($641,667) − ($450,000) = $191,667 savedA common misunderstanding worth stating plainly: the Actual figure of $191,667 is already a seven-month figure. It is the difference between two seven-month amounts. It is not a yearly rate, and it must never be multiplied by 7÷12 a second time. The Expected figure is different in kind: it starts life as a yearly rate ($550,000/yr) and does need converting once. That asymmetry is correct, and it is the reason the two columns are calculated by different formulas.
Why the two payback rows cover the whole life
Payback asks one question: when do we get our money back? That is a question about the whole investment, not about the months that happen to have passed.
If we truncated both sides at today, both would read "not yet", because at seven months the plan itself has only banked $320,833 against $1,000,000 spent. The row would compare nothing against nothing, and the benchmark would disappear.
So both sides run the full project life. What differs is only the inputs:
| Period | Capital cost used | Savings rate used |
Expected | Full life (5 years) | Planned — $1,000,000 | Planned — $550,000/yr |
Actual | Full life (5 years) | Actually spent — $800,000 | Measured — $328,571/yr |
This gives the comparison that is actually useful: you planned to pay back in 3 years 10 months; at the rate this is genuinely saving, it will take 4 years 6 months.
Where the measured savings rate comes from: Measured over 7 months $191,667 Converted to a yearly rate $191,667 ÷ 7 × 12 = $328,571/yr
All four payback figures are measured from the same starting point — month 1, when the money was spent. In this example, the actual discounted payback would arrive after the equipment's useful life ends, so we report that it does not pay back rather than projecting beyond that limit.
The full table, explained line by line
Row | Expected | Actual | Difference | What it tells you |
CO2e reduction | 15,180 t | 19,951 t | +31.4% | Cutting emissions faster than planned |
Cost savings | $320.83K | $191.67K | −40.3% | Saving less money than planned, despite the emissions result |
Capex spend | $1M | $800K | −20.0% | Came in under the planned build cost |
NPV | ($724.11K) | ($635.18K) | +12.3% | Both negative, as expected this early. Actual is less negative because less was spent |
IRR | −57.1% | −65.4% | −8.3pp | Both negative this early. The gap reflects the lower savings rate |
Simple payback | 3y 10m | 4y 6m | — | Will take about 8 months longer than planned |
Discounted payback | 4y 4m | Does not pay back | — | Once discounting is applied, it does not repay within the useful life |
Reading the difference column
The sign is always arithmetic. A minus sign means the actual number is smaller than expected. It does not by itself mean good or bad.
The colour carries the judgement. Green is a good outcome, red is not. On the capex row, spending less is good, so −20.0% is green.
"pp" means percentage points. Used on the IRR row only. Going from −57.1% to −65.4% is a fall of 8.3 percentage points. We do not express it as a percentage of a percentage, which would be misleading.
The payback rows show no difference. Subtracting one duration from another suggests a precision these inputs do not support, so we leave it out rather than print a misleading number.
Capex shows a grey difference while the project is still building. Until the project is complete, "spent less than planned" usually just means "not all the invoices are in", so no green or red judgement is applied.
Why emissions can beat plan while cost savings miss it: these two rows measure different things and can genuinely move in opposite directions. Emissions fell more than expected, but the financial saving depends on energy prices as well as volumes. If prices fell during the period, the same avoided energy is worth less money. This is a real result, not an inconsistency.
9. Every fixed number we use
These are the only values in the system that are not taken from your data. Each one is listed with where it came from.
Fixed value | Value | What it does | Where it came from |
Default discount rate | 12% | Used when no rate is set on the initiative or the company | The rate used throughout the reference financial model this platform reproduces. A fallback, not a recommendation. |
Cushion width | 11 months | Money within this many months either side of the anchor is counted in full, with no reduction | Matches the reference model, which treats amounts inside roughly a year of the anchor as equivalent to now. |
Months in a year | 12 | Converts yearly rates into monthly amounts | Calendar fact. |
Maximum discount rate | 100% | Rates at or above this are rejected and shown as a dash | Chosen because a rate of 100% or more is almost always a typing error (12 entered instead of 0.12) rather than a real cost of capital. |
Minimum months for an average | 2 | Below this, no monthly average is calculated | One reading is not an average. Two is the minimum that can be averaged at all. |
Minimum months before projecting | 3 | Below this, the actual payback figure is labelled as an early indication | A judgement call. Seasonal billing makes one or two months an unreliable basis for projecting several years forward. The figure is still shown, but labelled. |
Sparse-data threshold | 50% | Below this share of months having data, a caveat is shown | A judgement call, not a derived figure. Below half a window, a monthly average describes mostly gaps. |
Full baseline year | 12 months | Below this, a note appears saying the baseline is incomplete | A baseline year is twelve months by definition. Anything less makes every derived saving a floor rather than an estimate. |
Rounding tolerance | 0.000000001 | Allows the running total to count as "reached zero" when it is within a rounding error of it | Computers cannot store amounts like $45,833.33 exactly. Without this tolerance, a project whose figures divide evenly would be reported as paying back a month later than it does. The value is far smaller than a cent, so it can never accept a month that is genuinely short. |
Maximum useful life | 1,000 years | An upper limit on what can be modelled | A safety limit only, to stop a mistyped value from breaking the page. No real project approaches it. |
Currency | Organisation setting | All money is displayed in your organisation's chosen reporting currency | Set in your company settings. |
10. Known limits.
An incomplete baseline understates savings. If the baseline year is missing months, the comparison uses less data than a full year and every saving figure comes out lower than the truth. A note appears beneath the table whenever this is the case. Read those figures as a minimum.
Very early figures rest on very little. The actual payback figures project a measured savings rate across several years. Early in a project that rate is based on only a few months of bills. Below three complete months the figure is labelled to say so, but the underlying caution applies for longer than that.
Two payback rows sit in a table headed "to date". As explained in section 8, this is deliberate and the alternative is worse. It is nonetheless the one place where the card's heading is not literally true of every row, and it is worth pointing out when sharing a screenshot of the table.
The same initiative may show different values on different pages. The initiative detail page values money in the project's own start month; the Scenario Planner values it in today's money. Both are correct for their purpose, and both state their basis on screen. When quoting a figure, quote the page it came from.