<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0" xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:atom="http://www.w3.org/2005/Atom">
  <channel>
    <title>S106Ledger Guides</title>
    <link>https://s106ledger.co.uk/blog/</link>
    <description>S106 monitoring, IFS reporting, and planning obligation tracking for UK councils.</description>
    <language>en-gb</language>
    <atom:link href="https://s106ledger.co.uk/rss.xml" rel="self" type="application/rss+xml" />
    
    <item>
      <title>What Can Section 106 Money Be Used For? A Council Officer&apos;s Guide</title>
      <link>https://s106ledger.co.uk/blog/what-can-section-106-money-be-used-for/</link>
      <guid isPermaLink="true">https://s106ledger.co.uk/blog/what-can-section-106-money-be-used-for/</guid>
      <pubDate>Sun, 10 May 2026 00:00:00 GMT</pubDate>
      <description>What S106 contributions can and cannot fund — purpose restrictions, reallocation rules, and how to avoid spending money outside the agreement terms.</description>
      <content:encoded><![CDATA[<p>S106 contributions are not general-purpose funding. Every pound received through a planning obligation is tied to a specific purpose stated in the agreement. Spending it on anything else — even something that seems related — puts the council at legal risk and undermines trust in the planning system.</p>
<p>This guide covers the rules on S106 spending, the common questions monitoring officers face, and how to handle situations where the intended purpose no longer applies.</p>
<p><em>This covers England only. This is general guidance, not legal advice. Always refer to the specific terms of each S106 agreement.</em></p>
<h2>The Basic Rule: Purpose-Restricted Spending</h2>
<p>Section 106 of the Town and Country Planning Act 1990 allows obligations that require sums to be paid to the authority "on a specified date or dates or periodically." The specific purposes are defined in the agreement — not by the council after receipt.</p>
<p>Typical purpose restrictions include:</p>
<table>
<thead>
<tr>
<th>Purpose</th>
<th>Common Wording</th>
<th>What It Covers</th>
</tr>
</thead>
<tbody>
<tr>
<td>Education</td>
<td>"towards the provision of primary education facilities within 2 miles of the Site"</td>
<td>School places, classroom extensions, equipment — within the defined area</td>
</tr>
<tr>
<td>Highways</td>
<td>"towards the improvement of the junction of [Road A] and [Road B]"</td>
<td>Specific junction works named in the agreement</td>
</tr>
<tr>
<td>Open space</td>
<td>"towards the provision and maintenance of public open space within the Parish"</td>
<td>Park equipment, landscaping, maintenance within the defined area</td>
</tr>
<tr>
<td>Healthcare</td>
<td>"towards healthcare facilities serving the development"</td>
<td>GP surgery capacity, health centre contributions</td>
</tr>
<tr>
<td>Community</td>
<td>"towards community facilities within the District"</td>
<td>Community centres, libraries, youth facilities</td>
</tr>
<tr>
<td>Affordable housing</td>
<td>Usually in-kind delivery, but commuted sums for off-site provision</td>
<td>Affordable housing within the defined area</td>
</tr>
</tbody>
</table>
<p>The wording varies by agreement. Some are tightly defined ("towards the extension of Elm Road Primary School"). Others are broader ("towards primary education provision within 3 miles of the site"). The tighter the wording, the less flexibility the council has.</p>
<h2>What You Cannot Do</h2>
<h3>Redirect to a Different Purpose</h3>
<p>An education contribution cannot fund a highway improvement, even if the highway serves the school. The purpose in the agreement controls.</p>
<p>If no eligible education project exists within the defined area and the spend-by deadline is approaching, the options are:</p>
<ol>
<li>Identify an eligible project — even a small one (equipment, temporary classrooms, capacity improvements)</li>
<li>Negotiate a deed of variation with the developer to widen the purpose or area (requires developer consent)</li>
<li>Accept the clawback — return the money to the developer before the deadline expires</li>
</ol>
<p>Option 3 is painful but legally clean. Spending money outside the purpose restriction risks a legal challenge from the developer and an audit finding.</p>
<h3>Spend Outside the Defined Area</h3>
<p>If the agreement says "within 2 miles of the Site," a school expansion 3 miles away doesn't qualify — even if it serves children from the development.</p>
<h3>Use S106 to Fund Infrastructure Already on the Council's Infrastructure List</h3>
<p>If your council charges CIL and your Infrastructure List identifies education as a CIL-funded category, you generally cannot also spend S106 education contributions on the same strategic infrastructure (to avoid double-counting). Site-specific S106 contributions for purposes not covered by CIL remain valid. See <a href="/blog/s106-vs-cil-planning-officers-guide/">S106 vs CIL: A Planning Officer's Guide</a> for how the two systems interact.</p>
<h3>Accumulate Without Spending</h3>
<p>Holding S106 money indefinitely is not a strategy — it's a risk. Spend-by deadlines exist in most agreements, and the Home Builders Federation actively monitors unspent balances across councils. Even without a deadline, accumulating large unspent balances invites scrutiny from auditors, councillors, and the community.</p>
<h2>Common Spending Questions</h2>
<h3>"Can we pool multiple S106 contributions on one project?"</h3>
<p>Yes. Since the 2019 CIL regulation amendments removed the pooling restriction (which previously limited S106 contributions to no more than 5 agreements per infrastructure project), you can now combine contributions from multiple agreements — provided each contribution's purpose restriction allows it.</p>
<p>This is important for large infrastructure projects. A £500,000 school extension might be funded by education contributions from 8 different S106 agreements, each for £50,000–£80,000.</p>
<p><strong>Monitoring requirement:</strong> Record which contributions are funding which project, and track spend against each contribution separately. The spend-by deadlines may differ — contribution A might have 3 years left while contribution B has 7 years.</p>
<h3>"Can we spend S106 money on staff costs?"</h3>
<p>Generally, no — unless the agreement specifically allows it. S106 contributions are for infrastructure, not operational costs. An education contribution funds school places (capital), not teacher salaries (revenue).</p>
<p>However, some agreements include monitoring fee clauses, which are separate from infrastructure contributions and can fund the monitoring officer's time.</p>
<h3>"The project we allocated the money to has been cancelled. What now?"</h3>
<p>Reallocate to another eligible project within the same purpose and area. Document the change of allocation, including the reason the original project was cancelled and why the new project qualifies.</p>
<p>If no alternative project exists, the contribution is at risk of clawback when the spend-by deadline arrives. Start looking for eligible projects immediately — don't wait until the deadline is imminent.</p>
<h3>"Can we spend accrued interest?"</h3>
<p>Interest accrued on S106 contributions held in council accounts is generally treated as part of the contribution and must be spent on the same purpose. Some agreements specifically address interest treatment — check the wording.</p>
<h2>The IFS Reporting Connection</h2>
<p>Your annual Infrastructure Funding Statement requires you to report S106 money received, spent, and retained — broken down by infrastructure type. If your spending records don't track purpose categories consistently, the IFS becomes a manual reconciliation exercise.</p>
<p>Standardise your purpose categories across all agreements and align them with IFS reporting categories. When a new agreement arrives, assign each obligation to a standard category in your register. This saves hours at reporting time.</p>
<p>For a step-by-step IFS process, see <a href="/blog/how-to-produce-infrastructure-funding-statement/">How to Produce Your Infrastructure Funding Statement in Half the Time</a>.</p>
<h2>Sources</h2>
<ul>
<li>Town and Country Planning Act 1990, Section 106</li>
<li>Community Infrastructure Levy Regulations 2010</li>
<li>GOV.UK — Planning Obligations Guidance</li>
<li>PAS — Infrastructure Funding Statements</li>
<li>Home Builders Federation — S106 Unspent Contributions Report</li>
</ul>
]]></content:encoded>
    </item>

    <item>
      <title>How Long Do Section 106 Agreements Last? Timelines and Deadlines</title>
      <link>https://s106ledger.co.uk/blog/how-long-section-106-agreements-last/</link>
      <guid isPermaLink="true">https://s106ledger.co.uk/blog/how-long-section-106-agreements-last/</guid>
      <pubDate>Sun, 03 May 2026 00:00:00 GMT</pubDate>
      <description>S106 agreement durations, modification after 5 years, spend-by deadlines, and what planning officers need to track for long-running obligations.</description>
      <content:encoded><![CDATA[<p>S106 agreements don't have a fixed expiry date. They run with the land — meaning the obligations bind not just the original developer but any future owner of the site. In practice, this means councils can be monitoring obligations from agreements signed 15 or 20 years ago alongside new ones.</p>
<p>Here's how the timelines actually work and what planning officers need to track.</p>
<p><em>This covers England only. This is general guidance, not legal advice.</em></p>
<h2>The Short Answer</h2>
<p>An S106 obligation lasts until it's discharged — meaning the obligation has been fully performed. For financial contributions, that means the money has been paid, received, and (from the council's perspective) spent. For in-kind obligations, it means the infrastructure has been delivered and accepted.</p>
<p>There is no automatic expiry. An obligation that hasn't been triggered because the development hasn't commenced can sit dormant indefinitely.</p>
<h2>Key Timelines in S106 Agreements</h2>
<h3>Planning Permission Duration</h3>
<p>The underlying planning permission typically has a 3-year commencement condition: development must begin within 3 years of the permission date. If the developer doesn't commence, the permission lapses — and with it, the S106 agreement may become unenforceable, as the obligations are tied to the planning permission. The position can depend on the agreement's wording and whether any development has commenced, so seek legal advice before assuming an obligation has lapsed.</p>
<p>However, if the developer commences within 3 years (even by digging a trench), the permission is live and the S106 obligations remain binding for the life of the development.</p>
<h3>Spend-By Deadlines</h3>
<p>Financial contributions carry spend-by deadlines defined in each agreement — typically 5 to 10 years from the date the council receives the payment. These are the most critical timelines for monitoring officers. See <a href="/blog/s106-spend-deadlines-developer-money-expires/">S106 Spend Deadlines: What Happens When Developer Money Expires</a> for the full process.</p>
<h3>The 5-Year Modification Window</h3>
<p>Section 106A of the Town and Country Planning Act 1990 allows any person bound by a planning obligation to apply to the LPA to have it modified or discharged after 5 years from the date the obligation was entered into.</p>
<p>The LPA can:</p>
<ul>
<li><strong>Approve</strong> the modification or discharge</li>
<li><strong>Modify</strong> the terms (different from what was requested)</li>
<li><strong>Refuse</strong> to modify or discharge</li>
</ul>
<p>If the LPA refuses, the applicant can appeal to the Planning Inspectorate.</p>
<p>This 5-year window is relevant because developers occasionally use it to reduce or remove obligations that were negotiated years earlier — particularly where market conditions have changed or the development has shifted.</p>
<p><strong>What monitoring officers should watch for:</strong> Applications to modify obligations on agreements that are 5+ years old. These may affect financial contributions you're expecting to receive or in-kind obligations you're tracking.</p>
<h3>Phased Development Timelines</h3>
<p>Large developments are delivered in phases over 10–20 years. Each phase may trigger different S106 obligations:</p>
<ul>
<li>Phase 1 (years 1–3): Commencement triggers, initial infrastructure contributions</li>
<li>Phase 2 (years 4–7): Occupation-based triggers, affordable housing delivery</li>
<li>Phase 3 (years 8–12): Remaining triggers, final contributions</li>
<li>Ongoing: Maintenance obligations, monitoring fees</li>
</ul>
<p>This means your S106 register needs to track the development phase alongside each obligation's status. An agreement signed in 2020 may have Phase 3 triggers that won't fire until 2032.</p>
<h2>What This Means for Monitoring</h2>
<h3>Long-Running Agreements Need Active Monitoring</h3>
<p>An agreement signed in 2015 with a phased development is still generating obligations in 2026. If your monitoring relies on institutional memory rather than structured records, obligations from older agreements are the ones most likely to fall through the cracks — especially if the officer who set up the monitoring has moved on.</p>
<p><strong>Practical steps:</strong></p>
<ul>
<li>Review all agreements older than 5 years annually</li>
<li>Check whether triggers have been reached but not recorded</li>
<li>Verify that financial contribution records are complete (receipt dates, indexation, allocation)</li>
<li>Confirm whether the development is still progressing or has stalled</li>
</ul>
<h3>Dormant Agreements</h3>
<p>Some S106 agreements are attached to permissions that were never implemented. The permission hasn't lapsed (commencement occurred) but the development has stalled. The obligations are technically still binding.</p>
<p>These dormant agreements shouldn't consume active monitoring time, but they should be flagged in your register. If the development restarts (which can happen years later when the site is sold), the obligations reactivate.</p>
<h3>Succession in Title</h3>
<p>S106 obligations run with the land, not with the developer. If the site is sold to a new owner, they inherit the obligations. This matters for monitoring because:</p>
<ul>
<li>Your developer contact may change without notification</li>
<li>The new owner may not be aware of the obligations</li>
<li>Invoicing a developer who no longer owns the site creates delays</li>
</ul>
<p>When you become aware of a site sale, update your register with the new owner details and re-establish contact for trigger monitoring and invoicing.</p>
<h2>Common Questions from Officers</h2>
<p><strong>Can we enforce an obligation from a 15-year-old agreement?</strong>
Potentially, yes — if the obligation hasn't been discharged and the trigger has been reached. S106 obligations run with the land and are not subject to the standard six-year limitation period for simple contracts. However, enforcing older obligations can involve practical difficulties (poor records, changes in site ownership, unclear trigger evidence), so seek legal advice before pursuing enforcement on historic agreements.</p>
<p><strong>What if the developer has dissolved?</strong>
The obligation runs with the land. Identify the current landowner and enforce against them.</p>
<p><strong>Can we discharge a completed obligation?</strong>
You can confirm in writing that an obligation has been satisfied. Some councils maintain a discharge log alongside their S106 register. This is good practice — it prevents confusion about whether an obligation is still active.</p>
<p><strong>What happens to an agreement if the permission is superseded by a new application?</strong>
The original S106 agreement remains unless it's specifically discharged or replaced by a new agreement attached to the new permission. Check whether the new permission's S106 supersedes or supplements the original.</p>
<p>For the complete monitoring process, see <a href="/blog/complete-guide-s106-monitoring-planning-officers/">The Complete Guide to S106 Monitoring for Planning Officers</a>.</p>
<h2>Sources</h2>
<ul>
<li>Town and Country Planning Act 1990, Section 106</li>
<li>Town and Country Planning Act 1990, Section 106A (Modification and Discharge)</li>
<li>GOV.UK — Planning Obligations Guidance</li>
</ul>
]]></content:encoded>
    </item>

    <item>
      <title>S106 Financial Tracking: Managing Contributions from Receipt to Spend</title>
      <link>https://s106ledger.co.uk/blog/s106-financial-tracking-contributions-receipt-spend/</link>
      <guid isPermaLink="true">https://s106ledger.co.uk/blog/s106-financial-tracking-contributions-receipt-spend/</guid>
      <pubDate>Sun, 26 Apr 2026 00:00:00 GMT</pubDate>
      <description>How to track section 106 contributions through the full financial lifecycle — indexation, receipts, allocation, spend, and clawback prevention.</description>
      <content:encoded><![CDATA[<p>Tracking section 106 contributions is the core of obligation monitoring. Every pound received from a developer needs a recorded receipt date, a calculated spend-by deadline, an allocation to a project, and evidence of spend. At councils managing 50+ live agreements, this involves hundreds of individual contribution lines — each with different amounts, indexation bases, and deadlines.</p>
<p>This guide covers the practical mechanics of S106 financial tracking, with a focus on the calculations and processes that prevent money from being lost, miscounted, or returned to developers.</p>
<p><em>This covers England only. This is general guidance, not legal advice.</em></p>
<h2>The Financial Tracking Record</h2>
<p>Each financial contribution needs these fields tracked:</p>
<table>
<thead>
<tr>
<th>Field</th>
<th>Source</th>
<th>Why It Matters</th>
</tr>
</thead>
<tbody>
<tr>
<td>Agreement reference</td>
<td>S106 agreement</td>
<td>Links to the legal terms</td>
</tr>
<tr>
<td>Obligation purpose</td>
<td>Agreement schedule</td>
<td>Education, highways, open space, etc.</td>
</tr>
<tr>
<td>Base amount</td>
<td>Agreement</td>
<td>Starting figure before indexation</td>
</tr>
<tr>
<td>Indexation basis</td>
<td>Agreement</td>
<td>BCIS / RPI / CPI / fixed</td>
</tr>
<tr>
<td>Base date</td>
<td>Agreement</td>
<td>Starting point for index calculation</td>
</tr>
<tr>
<td>Trigger event</td>
<td>Agreement</td>
<td>When the obligation activates</td>
</tr>
<tr>
<td>Trigger date</td>
<td>Monitoring records</td>
<td>When you recorded the trigger firing</td>
</tr>
<tr>
<td>Indexed amount</td>
<td>Calculated</td>
<td>The actual amount to invoice</td>
</tr>
<tr>
<td>Invoice date</td>
<td>Finance records</td>
<td>When the demand was issued</td>
</tr>
<tr>
<td>Receipt date</td>
<td>Finance records</td>
<td>When payment arrived — starts the spend-by clock</td>
</tr>
<tr>
<td>Amount received</td>
<td>Finance records</td>
<td>May differ from invoice if disputed</td>
</tr>
<tr>
<td>Spend-by period</td>
<td>Agreement (clawback clause)</td>
<td>Usually 5–10 years from receipt</td>
</tr>
<tr>
<td>Spend-by deadline</td>
<td>Calculated</td>
<td>Receipt date + spend-by period</td>
</tr>
<tr>
<td>Allocation status</td>
<td>Service area</td>
<td>Which project the money is earmarked for</td>
</tr>
<tr>
<td>Amount spent</td>
<td>Finance records</td>
<td>Disbursed to date</td>
</tr>
<tr>
<td>Amount retained</td>
<td>Calculated</td>
<td>Received minus spent</td>
</tr>
</tbody>
</table>
<p>This is too many fields for a single spreadsheet row — which is exactly why spreadsheet-based tracking breaks down at scale.</p>
<h2>Indexation: The Calculation Most Councils Get Wrong</h2>
<p>Most S106 financial contributions are index-linked. The agreement states a base amount and specifies an index (usually BCIS All-in Tender Price Index, sometimes RPI or CPI). The amount the developer owes is the base amount adjusted by the index movement from the base date to the calculation date.</p>
<p><strong>The calculation:</strong></p>
<pre><code>Indexed Amount = Base Amount × (Index at Calculation Date ÷ Index at Base Date)
</code></pre>
<p><strong>Example:</strong></p>
<ul>
<li>Base amount: £150,000</li>
<li>Index basis: BCIS All-in Tender Price Index</li>
<li>Base date: Q1 2021 (index value: 388)</li>
<li>Calculation date: Q1 2026 (index value: 461)</li>
<li>Indexed amount: £150,000 × (461 ÷ 388) = <strong>£178,222</strong></li>
</ul>
<p><em>Note: the index values above are illustrative. Actual BCIS figures should be obtained from RICS at the point of calculation.</em></p>
<p>If you invoice £150,000 instead of £178,222, you've left £28,222 on the table for that single obligation. Across a portfolio of 100+ financial obligations, systematic under-indexation can cost a council hundreds of thousands.</p>
<p><strong>Common indexation mistakes:</strong></p>
<ul>
<li>Using the wrong index (the agreement says BCIS, the officer uses RPI)</li>
<li>Using the wrong base date (using the agreement date when the index clause specifies a different quarter)</li>
<li>Not indexing at all (invoicing the base amount verbatim from the agreement)</li>
<li>Using an outdated index value (the index is published quarterly — check you're using the current figure)</li>
</ul>
<p>BCIS index values are published by the Royal Institution of Chartered Surveyors (RICS) and require a subscription. If your council doesn't have BCIS access, check whether the index is available through your quantity surveying or property team.</p>
<h2>Receipts: The Point Where Everything Gets Recorded</h2>
<p>When finance confirms a developer payment:</p>
<ol>
<li>
<p><strong>Match to obligation.</strong> Identify which agreement and which obligation the payment satisfies. Developers sometimes pay a lump sum covering multiple obligations — split and allocate each portion.</p>
</li>
<li>
<p><strong>Record the receipt date.</strong> This is the date the money hit the council's bank account, not the date the invoice was issued. The spend-by deadline is calculated from this date.</p>
</li>
<li>
<p><strong>Check the amount.</strong> Does it match the indexed invoice? If less, record the shortfall and follow up with the developer. If more (overpayment), clarify with the developer and record accordingly.</p>
</li>
<li>
<p><strong>Calculate the spend-by deadline.</strong> Receipt date + spend-by period from the agreement. If the agreement says "5 years from receipt," and the receipt date is 15 March 2026, the deadline is 15 March 2031.</p>
</li>
<li>
<p><strong>Set alerts.</strong> At minimum: 18 months, 12 months, 6 months, and 3 months before deadline.</p>
</li>
<li>
<p><strong>Notify the service area.</strong> The team responsible for spending the contribution (education, highways, parks) needs to know money has arrived and when it needs to be spent.</p>
</li>
</ol>
<h2>Allocation: Not the Same as Spend</h2>
<p>Allocating a contribution to a project is an administrative decision. Spending it is a financial transaction. They are different events with different dates, and both need tracking.</p>
<p><strong>Common confusion:</strong> A council allocates £200,000 of education contributions to a school expansion. The project is scheduled for next year. The monitoring officer marks the contribution as "allocated" and moves on. Two years later, the project is delayed. The contribution is still allocated-but-unspent, and the deadline is now 18 months away.</p>
<p>Track allocation and spend separately:</p>
<table>
<thead>
<tr>
<th>Status</th>
<th>Meaning</th>
<th>Deadline Risk</th>
</tr>
</thead>
<tbody>
<tr>
<td>Received, unallocated</td>
<td>Money in holding account, no project identified</td>
<td>High — no spend timeline</td>
</tr>
<tr>
<td>Allocated, unspent</td>
<td>Earmarked for a project, not yet disbursed</td>
<td>Medium — depends on project timeline</td>
</tr>
<tr>
<td>Partially spent</td>
<td>Some money disbursed, balance remaining</td>
<td>Low-Medium — track remaining balance</td>
</tr>
<tr>
<td>Fully spent</td>
<td>All funds disbursed, evidence recorded</td>
<td>None — can discharge obligation</td>
</tr>
</tbody>
</table>
<p>The highest-risk category is "received, unallocated" — money sitting in a holding account with no plan. The second-highest is "allocated, unspent" where the project timeline doesn't fit within the spend-by window.</p>
<h2>Reconciliation with Finance</h2>
<p>Your S106 monitoring records and the council's finance system will diverge. This is normal but needs regular reconciliation:</p>
<p><strong>Why they diverge:</strong></p>
<ul>
<li>Finance records a payment as a single transaction; S106 monitoring needs it split across obligations</li>
<li>S106 records obligations by agreement reference; finance may use a different coding scheme</li>
<li>Indexation adjustments appear in S106 records but not in finance (the invoice was for the indexed amount, but finance records the receipt)</li>
<li>Transfers between S106 holding accounts and project budgets may not be reflected in S106 records</li>
</ul>
<p><strong>Quarterly reconciliation process:</strong></p>
<ol>
<li>Export S106 contribution receipts from your monitoring records</li>
<li>Export matching receipts from the finance system</li>
<li>Match by amount, date, and developer name</li>
<li>Investigate any unmatched entries</li>
<li>For each matched entry, confirm the receipt date and amount agree</li>
</ol>
<p>Do this quarterly, not annually. Annual reconciliation (usually forced by IFS) means 12 months of discrepancies to untangle in December.</p>
<h2>Clawback Prevention</h2>
<p>The spend-by deadline is the hardest deadline in S106 monitoring. If unspent contributions cross it, the developer has a contractual right to reclaim them — see <a href="/blog/s106-spend-deadlines-developer-money-expires/">S106 Spend Deadlines: What Happens When Developer Money Expires</a> for the full implications.</p>
<p>A financial tracking system prevents clawbacks by:</p>
<ul>
<li>Recording receipt dates (so deadlines can be calculated)</li>
<li>Calculating and displaying spend-by deadlines (so they're visible)</li>
<li>Alerting officers at defined intervals (so deadlines don't arrive silently)</li>
<li>Tracking allocation and spend status (so at-risk contributions are identified early)</li>
<li>Generating reports for senior leadership (so escalation happens before the deadline, not after)</li>
</ul>
<p>For a quick check of your current deadlines, use the <a href="/tools/s106-spend-deadline-calculator/">S106 Spend Deadline Calculator</a>.</p>
<p>For the broader monitoring framework, see <a href="/blog/complete-guide-s106-monitoring-planning-officers/">The Complete Guide to S106 Monitoring for Planning Officers</a>.</p>
<h2>Sources</h2>
<ul>
<li>Town and Country Planning Act 1990, Section 106</li>
<li>Community Infrastructure Levy Regulations 2010</li>
<li>PAS — Infrastructure Funding Statements</li>
<li>GOV.UK — Planning Obligations Guidance</li>
</ul>
]]></content:encoded>
    </item>

    <item>
      <title>How S106 Developer Contributions Work: A Guide for Monitoring Officers</title>
      <link>https://s106ledger.co.uk/blog/s106-developer-contributions-monitoring-officers/</link>
      <guid isPermaLink="true">https://s106ledger.co.uk/blog/s106-developer-contributions-monitoring-officers/</guid>
      <pubDate>Sun, 19 Apr 2026 00:00:00 GMT</pubDate>
      <description>The full lifecycle of S106 developer contributions — from obligation drafting to spend verification — explained for planning monitoring officers.</description>
      <content:encoded><![CDATA[<p>Developer contributions through S106 agreements fund critical local infrastructure — schools, roads, parks, community facilities. But between the agreement being signed and the contribution actually building something, there's a lifecycle of monitoring steps that falls squarely on the planning obligations officer's desk.</p>
<p>This guide traces the full contribution lifecycle and highlights where monitoring effort should focus.</p>
<p><em>This covers England only. This is general guidance, not legal advice.</em></p>
<h2>The Contribution Lifecycle</h2>
<p>Every S106 financial contribution moves through six stages. Your monitoring system needs to track transitions between each one.</p>
<h3>Stage 1: Obligation Agreed</h3>
<p>The S106 agreement is signed. Each financial obligation is recorded with:</p>
<ul>
<li>Purpose (education, highways, open space, healthcare, community facilities)</li>
<li>Base amount</li>
<li>Indexation basis and base date (usually BCIS All-in Tender Price Index or RPI)</li>
<li>Trigger event (commencement, occupation threshold, phase completion)</li>
<li>Spend-by period (from the clawback clause — typically 5–10 years from receipt)</li>
</ul>
<p>At this stage, no money changes hands. The obligation exists on paper. Your job is to extract it from the legal agreement and record it as a separate tracked item in your register.</p>
<h3>Stage 2: Trigger Activated</h3>
<p>A development milestone activates the obligation. How you find out about triggers depends on:</p>
<ul>
<li><strong>Commencement notices</strong> — developers must notify the LPA before commencing development. Cross-reference with building control records.</li>
<li><strong>Building control completions</strong> — for occupation-based triggers, completion certificates indicate when dwellings are being occupied.</li>
<li><strong>Developer notifications</strong> — some agreements require the developer to notify the council when triggers are reached. Don't rely on this alone.</li>
<li><strong>Site visits</strong> — periodic site visits can verify milestones, particularly for non-residential triggers.</li>
</ul>
<p>When a trigger fires, record the trigger date and update the obligation status. This is the point where you can invoice the developer.</p>
<h3>Stage 3: Invoice Issued</h3>
<p>Calculate the indexed amount at the invoice date and issue the demand. The indexed amount will differ from the base amount in the agreement:</p>
<p><strong>Example:</strong></p>
<ul>
<li>Base amount: £200,000</li>
<li>Agreement date (base date): January 2022</li>
<li>Invoice date: April 2026</li>
<li>BCIS index change: +18%</li>
<li>Indexed amount: £236,000</li>
</ul>
<p>If you invoice the base amount (£200,000), you're under-collecting by £36,000. For a council managing 50+ financial contributions, systematic under-indexation could cost hundreds of thousands across the portfolio.</p>
<p>Record: invoice date, indexed amount, invoice reference, developer contact.</p>
<h3>Stage 4: Payment Received</h3>
<p>Finance confirms the payment has arrived. This is the critical monitoring point because:</p>
<ul>
<li><strong>The spend-by deadline clock starts here.</strong> Not at the trigger date, not at the invoice date. At the receipt date. Record it.</li>
<li><strong>Split receipts need matching.</strong> If the developer pays a lump sum covering multiple obligations, split and allocate each portion to the correct obligation.</li>
<li><strong>The amount may not match the invoice.</strong> Developers sometimes dispute the indexation calculation. Record the actual amount received and flag any shortfall.</li>
</ul>
<p>Calculate the spend-by deadline: receipt date + spend-by period from the agreement. Set alerts at 18, 12, 6, and 3 months before expiry.</p>
<p>Use the <a href="/tools/s106-spend-deadline-calculator/">S106 Spend Deadline Calculator</a> to calculate deadlines and export them to your calendar.</p>
<h3>Stage 5: Allocated to Project</h3>
<p>The contribution is earmarked for a specific infrastructure project:</p>
<ul>
<li>Education contribution → new classroom block at Elm Road Primary</li>
<li>Highways contribution → junction improvement at A456/B789</li>
<li>Open space contribution → playground equipment at Riverside Park</li>
</ul>
<p>Allocation is a planning/service area decision, not a finance action. Record: project name, service area contact, allocation date, expected spend timeline.</p>
<p>Allocation does <strong>not</strong> stop the spend-by deadline. The money needs to be spent — not just earmarked. If the project is delayed, the deadline still applies.</p>
<h3>Stage 6: Spent and Evidenced</h3>
<p>The contribution is disbursed — invoices paid, contracts completed, infrastructure delivered. Record: spend date, amount spent, project reference, evidence (invoices, completion certificates).</p>
<p>If the full contribution is spent, the obligation can be marked as discharged. If partially spent, record the balance and continue tracking the remainder against the spend-by deadline.</p>
<h2>Where the Lifecycle Breaks Down</h2>
<h3>The Gap Between Stages 2 and 3</h3>
<p>Triggers fire but nobody invoices. This happens when trigger monitoring relies on the developer to self-report. If the development reaches its 50th occupation and nobody records it, the obligation sits in Stage 1 indefinitely — money owed but never collected.</p>
<p><strong>Fix:</strong> Monthly cross-referencing of building control data against your S106 register. This takes 2–3 hours per month and is the single highest-ROI monitoring activity.</p>
<h3>The Gap Between Stages 4 and 5</h3>
<p>Money is received but never allocated. Contributions sit in a holding account because no service area has claimed them. This is how councils accumulate millions in unspent S106 funds.</p>
<p><strong>Fix:</strong> When a contribution is received, notify the relevant service area immediately. Set a 6-month allocation deadline. If unallocated after 6 months, escalate to a senior officer.</p>
<h3>The Gap Between Stages 5 and 6</h3>
<p>A project is identified but never spends the money. Capital programmes slip. Budget priorities change. The contribution sits allocated-but-unspent while the deadline approaches.</p>
<p><strong>Fix:</strong> Track spend status separately from allocation. An allocated contribution with 12 months left on its deadline needs the same urgency as an unallocated one.</p>
<h2>Non-Financial Contributions</h2>
<p>Not all developer contributions are cash. In-kind obligations follow a parallel lifecycle:</p>
<ol>
<li><strong>Agreed</strong> — obligation recorded in the S106 agreement</li>
<li><strong>Triggered</strong> — development milestone reached</li>
<li><strong>Commenced</strong> — works started or units under construction</li>
<li><strong>Delivered</strong> — completed to specification and accepted/adopted</li>
<li><strong>Discharged</strong> — obligation formally discharged</li>
</ol>
<p>For in-kind obligations, Stage 4 (delivery verification) requires coordination with the service area that will adopt or accept the infrastructure — highways authority for roads, housing team for affordable units, parks team for open space.</p>
<p>For a complete monitoring setup process, see <a href="/blog/complete-guide-s106-monitoring-planning-officers/">The Complete Guide to S106 Monitoring for Planning Officers</a>.</p>
<h2>Sources</h2>
<ul>
<li>Town and Country Planning Act 1990, Section 106</li>
<li>GOV.UK — Planning Obligations Guidance</li>
<li>PAS — Infrastructure Funding Statements</li>
<li>Home Builders Federation — S106 Unspent Contributions Report</li>
</ul>
]]></content:encoded>
    </item>

    <item>
      <title>Section 106 and Affordable Housing: What Councils Need to Track</title>
      <link>https://s106ledger.co.uk/blog/section-106-affordable-housing-councils-track/</link>
      <guid isPermaLink="true">https://s106ledger.co.uk/blog/section-106-affordable-housing-councils-track/</guid>
      <pubDate>Sun, 12 Apr 2026 00:00:00 GMT</pubDate>
      <description>How to monitor section 106 affordable housing obligations — tenure mix, delivery triggers, commuted sums, and the data points planning teams need to record.</description>
      <content:encoded><![CDATA[<p>Affordable housing is typically the most valuable obligation in an S106 agreement — and the most complex to monitor. A 200-unit scheme with 35% affordable housing represents millions of pounds of housing delivery. Getting the tenure mix wrong, missing the delivery trigger, or accepting substandard units creates problems that are expensive and politically difficult to fix.</p>
<p>This guide covers the specific data points planning teams need to record and monitor for S106 affordable housing obligations.</p>
<p><em>This covers England only. This is general guidance, not legal advice. Affordable housing policy varies by local plan area.</em></p>
<h2>What S106 Affordable Housing Obligations Typically Require</h2>
<p>Under the National Planning Policy Framework, major developments (10+ units or sites of 0.5+ hectares) are expected to contribute to affordable housing delivery. The specific percentage and tenure mix are set by your council's local plan, but a typical S106 affordable housing obligation includes:</p>
<ul>
<li><strong>Number of units</strong> — usually expressed as a percentage of total units (e.g. 30%, 35%, 40%)</li>
<li><strong>Tenure mix</strong> — the split between social rent, affordable rent, shared ownership, First Homes, and any other intermediate products</li>
<li><strong>Delivery trigger</strong> — when affordable units must be built and transferred (e.g. "before occupation of 50% of market dwellings")</li>
<li><strong>Registered provider</strong> — named in the agreement or subject to council approval</li>
<li><strong>Size mix</strong> — number of 1-bed, 2-bed, 3-bed units (to match local housing need)</li>
<li><strong>Location on site</strong> — where affordable units are positioned (to prevent clustering)</li>
<li><strong>Design standards</strong> — affordable units must be indistinguishable from market units</li>
<li><strong>Mortgagee exemption clause</strong> — standard clause allowing a mortgagee in possession to sell market units if the registered provider defaults</li>
</ul>
<h2>The Five Monitoring Data Points</h2>
<h3>1. Delivery Trigger Status</h3>
<p>The delivery trigger is your primary monitoring mechanism. Common trigger wordings:</p>
<ul>
<li>"No more than [X]% of the Market Dwellings shall be Occupied until [all / a proportion] of the Affordable Dwellings have been Transferred to the Registered Provider"</li>
<li>"Prior to the Occupation of the [Nth] Market Dwelling"</li>
<li>Phase-specific triggers on larger schemes</li>
</ul>
<p><strong>What to track:</strong></p>
<ul>
<li>Trigger milestone (which occupation count or phase completion)</li>
<li>Current build progress (how many market dwellings are occupied)</li>
<li>Whether the trigger point has been reached</li>
<li>Whether the affordable units have been transferred</li>
</ul>
<p><strong>Common problem:</strong> Developers occupy market dwellings past the trigger point before affordable housing is delivered. By the time the planning team notices, it's a breach — and enforcement action is retrospective and slow. Monthly checks of building control completion data against your S106 trigger register catch this early.</p>
<h3>2. Tenure Mix Compliance</h3>
<p>The agreement specifies the tenure split. The delivered units must match.</p>
<p><strong>What to check:</strong></p>
<ul>
<li>Social rent units delivered match the agreement count</li>
<li>Affordable rent levels are at the agreed percentage of market rent (usually no more than 80%)</li>
<li>Shared ownership units match the agreed terms</li>
<li>First Homes are priced at the required discount (minimum 30% below market value, capped at £250,000 outside London)</li>
</ul>
<p><strong>Common problem:</strong> Registered providers may deliver all units as affordable rent rather than the specified mix of social rent and shared ownership. This is commercially rational for the RP but doesn't match the agreement. Check the tenure of completed units against the schedule — don't assume the RP has followed the S106 terms.</p>
<h3>3. Size Mix Delivery</h3>
<p>The agreement usually specifies a unit size mix to match local housing need:</p>
<table>
<thead>
<tr>
<th>Unit Size</th>
<th>Agreement</th>
<th>Delivered</th>
</tr>
</thead>
<tbody>
<tr>
<td>1-bed</td>
<td>8</td>
<td></td>
</tr>
<tr>
<td>2-bed</td>
<td>12</td>
<td></td>
</tr>
<tr>
<td>3-bed</td>
<td>6</td>
<td></td>
</tr>
</tbody>
</table>
<p><strong>What to track:</strong> Record the size of each delivered unit and compare against the schedule. Developers sometimes substitute larger units for smaller ones (or vice versa) during construction. The housing team should verify the delivered mix against the agreement before accepting the units.</p>
<h3>4. Commuted Sums (Off-Site Contributions)</h3>
<p>Where on-site affordable housing delivery is not feasible (viability, site constraints, or policy allows), the S106 may require a commuted sum — a financial contribution in lieu of on-site units.</p>
<p>Commuted sums are calculated using a formula specified in the agreement or your council's SPD. The typical basis is the difference between open market value and affordable value of the units that would have been provided.</p>
<p><strong>What to track:</strong></p>
<table>
<thead>
<tr>
<th>Field</th>
<th>Details</th>
</tr>
</thead>
<tbody>
<tr>
<td>Commuted sum amount</td>
<td>Per formula in agreement</td>
</tr>
<tr>
<td>Indexation</td>
<td>Usually index-linked — apply at payment date</td>
</tr>
<tr>
<td>Payment trigger</td>
<td>Often tied to commencement or occupation threshold</td>
</tr>
<tr>
<td>Receipt date</td>
<td>When the council receives payment</td>
</tr>
<tr>
<td>Spend-by period</td>
<td>Clawback clause terms</td>
</tr>
<tr>
<td>Allocation</td>
<td>Which affordable housing project the money funds</td>
</tr>
</tbody>
</table>
<p>Commuted sums follow the same financial tracking process as any S106 financial contribution — but the amounts are typically large (£100,000+), making deadline management critical. See <a href="/blog/s106-spend-deadlines-developer-money-expires/">S106 Spend Deadlines: What Happens When Developer Money Expires</a> for the full deadline management process.</p>
<h3>5. Cascade Clauses and Viability Reviews</h3>
<p>Many S106 agreements include cascade clauses that reduce the affordable housing obligation if the developer can demonstrate the scheme is unviable at the agreed percentage. These typically work in stages:</p>
<ol>
<li>Full obligation (e.g. 35% affordable housing)</li>
<li>First cascade: reduced percentage or altered tenure mix</li>
<li>Second cascade: commuted sum in lieu of on-site delivery</li>
<li>Final cascade: no affordable housing (rare — usually requires independent viability assessment)</li>
</ol>
<p><strong>What to track:</strong></p>
<ul>
<li>Whether the developer has triggered a viability review</li>
<li>Independent assessor appointment and terms of reference</li>
<li>Outcome of the review (accepted / rejected / modified)</li>
<li>Revised obligation terms (if modified)</li>
<li>Review period (some agreements allow viability to be re-tested at defined intervals)</li>
</ul>
<p>Cascade clauses need attention because they can reduce the affordable housing delivery significantly. The planning team should be aware of any viability review before it concludes — not after the developer has already proceeded with a reduced obligation.</p>
<h2>Coordinating with Your Housing Team</h2>
<p>Affordable housing monitoring crosses team boundaries. The planning team manages the S106 agreement. The housing team manages the relationship with registered providers and monitors delivery against local housing need.</p>
<p>Establish clear responsibilities:</p>
<table>
<thead>
<tr>
<th>Task</th>
<th>Owner</th>
</tr>
</thead>
<tbody>
<tr>
<td>Recording the S106 affordable housing obligation</td>
<td>Planning (obligations officer)</td>
</tr>
<tr>
<td>Monitoring delivery trigger against building control data</td>
<td>Planning</td>
</tr>
<tr>
<td>Verifying tenure and size mix of delivered units</td>
<td>Housing</td>
</tr>
<tr>
<td>Confirming RP transfer completion</td>
<td>Housing</td>
</tr>
<tr>
<td>Tracking commuted sum receipts and spend</td>
<td>Planning + Finance</td>
</tr>
<tr>
<td>Reporting affordable housing delivery in IFS</td>
<td>Planning</td>
</tr>
</tbody>
</table>
<p>The housing team needs to know the trigger point and the agreed specification <em>before</em> the trigger is reached — not when you ask them for IFS data in November.</p>
<p>For setting up monitoring for new agreements, use the <a href="/tools/s106-agreement-checklist-generator/">S106 Agreement Checklist Generator</a> — select "Affordable Housing" to get a tailored checklist.</p>
<p>For the full monitoring workflow that covers affordable housing alongside all other obligation types, see <a href="/blog/complete-guide-s106-monitoring-planning-officers/">The Complete Guide to S106 Monitoring for Planning Officers</a>.</p>
<h2>Sources</h2>
<ul>
<li>National Planning Policy Framework</li>
<li>Town and Country Planning Act 1990, Section 106</li>
<li>GOV.UK — Planning Obligations Guidance</li>
<li>PAS — Infrastructure Funding Statements</li>
</ul>
]]></content:encoded>
    </item>

    <item>
      <title>Moving from Spreadsheets to Structured S106 Tracking</title>
      <link>https://s106ledger.co.uk/blog/moving-spreadsheets-to-s106-tracking/</link>
      <guid isPermaLink="true">https://s106ledger.co.uk/blog/moving-spreadsheets-to-s106-tracking/</guid>
      <pubDate>Sun, 05 Apr 2026 00:00:00 GMT</pubDate>
      <description>A practical migration path from Excel-based S106 monitoring to structured tracking — what to keep, what to restructure, and how to avoid losing data in the transition.</description>
      <content:encoded><![CDATA[<p>Your council has tracked S106 obligations in spreadsheets for years. They contain real data — agreement references, obligation amounts, trigger dates, payment records. Replacing them isn't a technology decision. It's a data migration.</p>
<p>This guide covers the practical steps for moving from Excel-based S106 monitoring to structured tracking — whether you're adopting dedicated software, building a database, or restructuring your spreadsheets into something more maintainable.</p>
<p><em>This is general guidance, not a product recommendation or legal advice.</em></p>
<h2>Why Spreadsheets Break at Scale</h2>
<p>Spreadsheets work for S106 monitoring until they don't. The failure point is usually between 50 and 100 live agreements. Common symptoms:</p>
<ul>
<li><strong>Version conflicts.</strong> Two officers update the same file. One overwrites the other's changes. Neither notices until an IFS discrepancy surfaces in December.</li>
<li><strong>Structural inconsistency.</strong> The officer who built the spreadsheet left three years ago. New obligations get recorded in a different format. Half the formulas are broken.</li>
<li><strong>No audit trail.</strong> A contribution amount changes from £150,000 to £175,000. When? Who changed it? Was it an indexation calculation or a correction? The spreadsheet doesn't say.</li>
<li><strong>No alerting.</strong> Conditional formatting can highlight rows with approaching deadlines — if someone opens the file and notices. Spend-by deadlines don't announce themselves.</li>
<li><strong>Flat data model.</strong> Spreadsheets are rows and columns. S106 monitoring needs a hierarchical structure: agreements contain obligations, obligations have triggers and financial terms, triggers link to development milestones. Forcing this into a flat table creates either very wide rows (30+ columns) or multiple linked sheets that break when someone renames a tab.</li>
</ul>
<p>The frustration described by officers at Bristol City Council (700+ agreements across multiple spreadsheets — "not efficient or effective") and Wokingham Borough Council ("years of unsatisfactory work with Excel spreadsheets and duplication") on the PAS Knowledge Hub reflects a structural problem, not a skill problem. These are competent officers using the wrong tool.</p>
<h2>Before You Migrate: Audit Your Current Data</h2>
<p>Don't move bad data into a new system. Start by auditing what you have:</p>
<h3>Step 1: Inventory Your Spreadsheets</h3>
<p>List every file involved in S106 tracking:</p>
<ul>
<li>Main S106 register (the "master" spreadsheet)</li>
<li>Financial tracking sheets (contributions received, allocated, spent)</li>
<li>Monitoring sheets (trigger tracking, compliance checks)</li>
<li>IFS compilation sheets</li>
<li>Archive files (completed agreements)</li>
<li>Any personal tracking files maintained by individual officers</li>
</ul>
<p>You may find data in places you didn't expect. Officers often maintain personal copies when the shared file is unreliable.</p>
<h3>Step 2: Assess Data Completeness</h3>
<p>For each live agreement, check whether your data includes:</p>
<table>
<thead>
<tr>
<th>Required Field</th>
<th>Present?</th>
<th>Notes</th>
</tr>
</thead>
<tbody>
<tr>
<td>Agreement reference</td>
<td></td>
<td></td>
</tr>
<tr>
<td>Site address</td>
<td></td>
<td></td>
</tr>
<tr>
<td>Agreement date</td>
<td></td>
<td></td>
</tr>
<tr>
<td>Each obligation listed separately</td>
<td></td>
<td>This is where most gaps are</td>
</tr>
<tr>
<td>Trigger type for each obligation</td>
<td></td>
<td></td>
</tr>
<tr>
<td>Financial amounts with indexation basis</td>
<td></td>
<td></td>
</tr>
<tr>
<td>Receipt dates (not just amounts received)</td>
<td></td>
<td></td>
</tr>
<tr>
<td>Spend-by periods/deadlines</td>
<td></td>
<td></td>
</tr>
<tr>
<td>Current status of each obligation</td>
<td></td>
<td></td>
</tr>
</tbody>
</table>
<p>If obligations aren't listed separately — if the spreadsheet has one row per agreement with a notes column summarising the obligations — you have a significant restructuring task before any migration.</p>
<h3>Step 3: Identify Data Quality Issues</h3>
<p>Common problems to flag:</p>
<ul>
<li>Missing receipt dates (you have amounts but not when they arrived)</li>
<li>Inconsistent obligation categorisation (is it "education" or "school" or "primary education"?)</li>
<li>Broken formulas (especially indexation calculations)</li>
<li>Duplicate records (the same agreement appears in multiple files)</li>
<li>Missing agreements (signed but never added to the register)</li>
</ul>
<p>Document these issues. They need to be resolved during migration, not after.</p>
<h2>The Migration Process</h2>
<h3>Phase 1: Define Your Target Data Structure</h3>
<p>Before moving any data, decide what your new structure looks like. At minimum, you need three levels:</p>
<p><strong>Level 1: Agreement</strong></p>
<ul>
<li>Planning application reference</li>
<li>Site address</li>
<li>Agreement date</li>
<li>Parties</li>
<li>Status (live / discharged / modified)</li>
</ul>
<p><strong>Level 2: Obligation</strong></p>
<ul>
<li>Obligation type (financial / in-kind delivery / restriction)</li>
<li>Purpose (education / highways / affordable housing / open space / etc.)</li>
<li>Trigger type and milestone</li>
<li>Financial terms (amount, indexation basis, base date)</li>
<li>Spend-by period</li>
<li>Status (pending / triggered / paid / allocated / spent / delivered / discharged)</li>
</ul>
<p><strong>Level 3: Transaction</strong></p>
<ul>
<li>Date</li>
<li>Type (trigger recorded / invoice issued / payment received / allocation made / spend recorded)</li>
<li>Amount</li>
<li>Reference</li>
<li>Officer</li>
</ul>
<p>This structure works whether you're building a database, adopting software, or even restructuring your spreadsheets.</p>
<h3>Phase 2: Migrate Live Agreements First</h3>
<p>Don't try to migrate everything at once. Start with live agreements only — those with active obligations.</p>
<p>For each agreement:</p>
<ol>
<li>Extract each obligation as a separate record</li>
<li>Record the current status of each obligation</li>
<li>For financial obligations: record receipts, allocations, and spend to date</li>
<li>Calculate spend-by deadlines from receipt dates</li>
<li>Flag any obligations where data is missing (receipt date unknown, trigger status unclear)</li>
</ol>
<p>Work through agreements in order of deadline urgency. Agreements with spend-by deadlines in the next 18 months are your priority.</p>
<h3>Phase 3: Verify Against Source Documents</h3>
<p>For any obligation where the spreadsheet data seems incomplete or contradictory, go back to the original agreement document. This is time-consuming but essential — migrating incorrect data into a new system gives you faster access to wrong information.</p>
<p>Priority verification:</p>
<ul>
<li>Financial amounts and indexation terms</li>
<li>Spend-by periods (these are often in a general clause, not next to each obligation)</li>
<li>Trigger wording (especially occupation thresholds — is it "prior to" or "upon"?)</li>
</ul>
<h3>Phase 4: Run in Parallel</h3>
<p>Don't switch off the old spreadsheet on day one. Run the new system alongside it for one quarter — ideally a quarter that includes your IFS reporting period. Compare outputs. If the new system produces an IFS that matches your manual compilation, your migration is validated.</p>
<h2>What to Do If You're Staying on Spreadsheets</h2>
<p>If dedicated software isn't in the budget or procurement pipeline, you can still improve your spreadsheet-based monitoring significantly:</p>
<ol>
<li>
<p><strong>Restructure to obligation-level.</strong> One row per obligation, not one row per agreement. This is the single most impactful change.</p>
</li>
<li>
<p><strong>Standardise field formats.</strong> Use a dropdown list for obligation types, not free text. Consistent categorisation makes reporting possible.</p>
</li>
<li>
<p><strong>Add a receipt date column.</strong> If you only track amounts, add receipt dates. You can't calculate spend-by deadlines without them.</p>
</li>
<li>
<p><strong>Create a deadline view.</strong> A filtered view showing all financial contributions sorted by spend-by deadline, highlighting anything within 18 months.</p>
</li>
<li>
<p><strong>Lock structure, not data.</strong> Protect the column headers and formulas. Let officers edit data cells. This prevents the structural drift that makes spreadsheets unmaintainable.</p>
</li>
<li>
<p><strong>Set up calendar reminders.</strong> For every contribution with a spend-by deadline, create a calendar event at the 18-month, 12-month, and 6-month marks. This is manual but better than nothing.</p>
</li>
</ol>
<p>For a structured approach to deadline tracking, try the <a href="/tools/s106-spend-deadline-calculator/">S106 Spend Deadline Calculator</a>.</p>
<p>For the full monitoring process, see <a href="/blog/complete-guide-s106-monitoring-planning-officers/">The Complete Guide to S106 Monitoring for Planning Officers</a>.</p>
<h2>Sources</h2>
<ul>
<li>PAS Knowledge Hub — Section 106 Databases Discussion</li>
<li>Town and Country Planning Act 1990, Section 106</li>
<li>PAS — Infrastructure Funding Statements</li>
</ul>
]]></content:encoded>
    </item>

    <item>
      <title>S106 vs CIL: A Planning Officer&apos;s Guide to Both Systems</title>
      <link>https://s106ledger.co.uk/blog/s106-vs-cil-planning-officers-guide/</link>
      <guid isPermaLink="true">https://s106ledger.co.uk/blog/s106-vs-cil-planning-officers-guide/</guid>
      <pubDate>Sun, 29 Mar 2026 00:00:00 GMT</pubDate>
      <description>How section 106 and CIL work side by side — when each applies, how they interact, and what planning teams need to track for both.</description>
      <content:encoded><![CDATA[<p>Section 106 agreements and CIL both fund infrastructure from development — but they work differently, apply differently, and need different monitoring processes. If you manage both at a smaller council, you're probably tracking them in separate spreadsheets with different structures. This creates reporting headaches, especially come IFS time.</p>
<p>This guide covers how the two systems interact from a monitoring perspective — what planning officers need to track, where they overlap, and where they diverge.</p>
<p><em>This covers England only. This is general guidance, not legal advice.</em></p>
<h2>The Core Difference</h2>
<p><strong>S106 (Section 106 agreements)</strong> are negotiated, site-specific obligations under Section 106 of the Town and Country Planning Act 1990. Each agreement is bespoke. The developer commits to delivering or funding specific infrastructure tied to the impact of their development.</p>
<p><strong>CIL (Community Infrastructure Levy)</strong> is a fixed-rate charge set by the council's charging schedule, applied to qualifying development based on floor area. It funds general infrastructure — the council decides where to spend it (subject to the reporting requirements in Schedule 2 of the CIL Regulations).</p>
<table>
<thead>
<tr>
<th></th>
<th>S106</th>
<th>CIL</th>
</tr>
</thead>
<tbody>
<tr>
<td>Set by</td>
<td>Negotiation per application</td>
<td>Published charging schedule</td>
</tr>
<tr>
<td>Applies to</td>
<td>Any development with planning impact</td>
<td>Qualifying development above thresholds</td>
</tr>
<tr>
<td>Funds</td>
<td>Specific obligations (education, highways, affordable housing)</td>
<td>General infrastructure (council allocates)</td>
</tr>
<tr>
<td>Legal basis</td>
<td>TCPA 1990, s.106</td>
<td>CIL Regulations 2010</td>
</tr>
<tr>
<td>Pooling limit</td>
<td>Removed (was limited to 5 agreements pre-2019)</td>
<td>No pooling limit</td>
</tr>
<tr>
<td>Spend restrictions</td>
<td>Must match purpose in agreement</td>
<td>Must fund infrastructure types on the council's Infrastructure List</td>
</tr>
<tr>
<td>Neighbourhood share</td>
<td>No statutory requirement</td>
<td>15% to parish (25% if neighbourhood plan adopted)</td>
</tr>
<tr>
<td>Clawback</td>
<td>Yes — spend-by deadlines in agreement</td>
<td>No — once collected, no time limit on spend</td>
</tr>
</tbody>
</table>
<h2>When Both Apply to the Same Development</h2>
<p>On a qualifying development, both CIL and S106 can apply simultaneously. The developer pays CIL based on the charging schedule <em>and</em> enters an S106 agreement for site-specific obligations that CIL doesn't cover.</p>
<p>The critical rule: <strong>S106 cannot duplicate CIL.</strong> If your council's Infrastructure List identifies education as a CIL-funded infrastructure type, you generally cannot also seek an S106 education contribution from the same development for the same purpose. However, site-specific mitigation that goes beyond the general CIL provision can still be secured through S106.</p>
<p>In practice, most councils use:</p>
<ul>
<li><strong>CIL</strong> for general infrastructure categories (strategic transport, community facilities, green infrastructure)</li>
<li><strong>S106</strong> for site-specific requirements (affordable housing, direct access works, on-site open space, development-specific education provision)</li>
</ul>
<p>The boundary isn't always clean. Planning officers need to know their council's Infrastructure List and apply it consistently when negotiating S106 terms.</p>
<h2>What This Means for Monitoring</h2>
<h3>Different Data Models</h3>
<p>S106 monitoring tracks individual obligations with triggers, financial terms, and spend-by deadlines. Each agreement is different. The data model is obligation-level, nested within agreements.</p>
<p>CIL monitoring tracks a standardised charge through a fixed lifecycle: liability notice → demand notice → payment → allocation → spend. The data model is transaction-level with uniform fields.</p>
<p>Trying to monitor both in a single spreadsheet format creates compromises. S106 needs flexible, obligation-level tracking. CIL needs structured, transaction-level tracking. Most councils end up with two separate systems — which is fine operationally but creates problems at IFS reporting time.</p>
<h3>Different Deadlines</h3>
<p>S106 contributions have spend-by deadlines defined in each agreement — typically 5–10 years from receipt. Miss the deadline and the developer can reclaim the money.</p>
<p>CIL has no statutory spend-by deadline. Once collected, the council can hold CIL indefinitely (though this raises questions about infrastructure delivery and transparency).</p>
<p>This means your deadline alerting system only needs to cover S106, but your IFS reporting needs to cover both.</p>
<h3>Different Financial Tracking</h3>
<p>S106 financial contributions are index-linked (usually BCIS or RPI) and the amount varies by agreement. You invoice the indexed amount at the trigger date.</p>
<p>CIL is calculated at the point of planning permission using the published rate, adjusted by the national BCIS index. The amount is fixed once the demand notice is issued.</p>
<p>Both need receipt tracking, but S106 requires more manual calculation at the invoicing stage.</p>
<h2>IFS Reporting: Where S106 and CIL Converge</h2>
<p>The annual Infrastructure Funding Statement requires separate sections for CIL and S106 — but both appear in the same published document. This is where having two separate monitoring systems creates the most friction:</p>
<ul>
<li><strong>Section 2 (CIL Report)</strong> requires: receipts, expenditure, admin costs, neighbourhood portion, and retained balance</li>
<li><strong>Section 3 (S106 Report)</strong> requires: agreements entered into, money received, money spent, money retained, and non-monetary contributions delivered</li>
</ul>
<p>If your CIL data lives in a billing system and your S106 data lives in a spreadsheet, compiling the IFS means extracting data from two places, reconciling it with a third (finance), and assembling it into a single document. This is why the IFS takes days at councils without structured monitoring.</p>
<p>For a step-by-step IFS compilation process, see <a href="/blog/how-to-produce-infrastructure-funding-statement/">How to Produce Your Infrastructure Funding Statement in Half the Time</a>. You can also generate a starting template with the <a href="/tools/ifs-template-generator/">free IFS Template Generator</a>.</p>
<h2>The Neighbourhood Portion: A CIL-Specific Complication</h2>
<p>CIL includes a mandatory neighbourhood portion: 15% of CIL receipts from developments in a parish area must be passed to the parish council (25% if the parish has an adopted neighbourhood plan). This doesn't apply to S106.</p>
<p>For monitoring purposes, you need to:</p>
<ul>
<li>Track which developments fall within parish boundaries</li>
<li>Calculate and pass the neighbourhood portion within the required timeframe</li>
<li>Report the amount passed in your IFS</li>
</ul>
<p>Parishes can spend their neighbourhood portion on a wider range of purposes than the council can spend its share — including anything that addresses the demands of development in the area. But they must report on how they've spent it, which creates an additional tracking requirement.</p>
<h2>Practical Implications for Planning Teams</h2>
<p>If you manage both S106 and CIL:</p>
<ol>
<li>
<p><strong>Keep your Infrastructure List current.</strong> This is what determines whether an infrastructure type is funded through CIL (general charge) or S106 (site-specific). An outdated list creates double-dipping risks and legal challenges from developers.</p>
</li>
<li>
<p><strong>Track S106 deadlines actively, CIL balances passively.</strong> S106 has financial consequences for missed deadlines. CIL does not. Allocate your monitoring effort accordingly.</p>
</li>
<li>
<p><strong>Align your data structures for IFS reporting.</strong> Even if you use separate systems for S106 and CIL, standardise the reporting fields so your IFS compilation pulls from consistent data. Use the same infrastructure categories in both systems.</p>
</li>
<li>
<p><strong>Record the relationship between CIL and S106 on each application.</strong> When a development pays CIL <em>and</em> has an S106 agreement, note this on both records. This prevents confusion about which contribution funds which infrastructure item.</p>
</li>
<li>
<p><strong>Use the IFS as a data quality check.</strong> If your IFS numbers don't reconcile, you have a monitoring problem that extends beyond reporting. Fix the underlying data issue, not just the IFS.</p>
</li>
</ol>
<p>For an overview of S106 monitoring processes, see <a href="/blog/complete-guide-s106-monitoring-planning-officers/">The Complete Guide to S106 Monitoring for Planning Officers</a>.</p>
<h2>Sources</h2>
<ul>
<li>Town and Country Planning Act 1990, Section 106</li>
<li>Community Infrastructure Levy Regulations 2010</li>
<li>Community Infrastructure Levy (Amendment) (England) (No. 2) Regulations 2019</li>
<li>PAS — Infrastructure Funding Statements</li>
<li>GOV.UK — Planning Obligations Guidance</li>
</ul>
]]></content:encoded>
    </item>

    <item>
      <title>Section 106 Agreement Examples: What Planning Officers Need to Know</title>
      <link>https://s106ledger.co.uk/blog/section-106-agreement-examples-planning-officers/</link>
      <guid isPermaLink="true">https://s106ledger.co.uk/blog/section-106-agreement-examples-planning-officers/</guid>
      <pubDate>Sun, 22 Mar 2026 00:00:00 GMT</pubDate>
      <description>Real-world S106 agreement structures broken down — obligation types, trigger points, financial terms, and what to check before signing off.</description>
      <content:encoded><![CDATA[<p>Most S106 guidance explains what a Section 106 agreement <em>is</em>. This guide shows what they actually look like in practice — the obligation types you'll encounter, how trigger points work, and the specific terms that create monitoring headaches years after the agreement is signed.</p>
<p>If you're a planning obligations officer setting up monitoring for new agreements, these examples show what to record and what to watch for.</p>
<p><em>This covers England only. This is general guidance, not legal advice. Refer to the specific terms of each agreement.</em></p>
<h2>What an S106 Agreement Typically Contains</h2>
<p>A Section 106 agreement is a deed executed between the developer, the landowner, and the local planning authority. The structure varies by solicitor, but most agreements follow a similar pattern:</p>
<ol>
<li><strong>Recitals</strong> — the planning application reference, site description, and reason for the obligation</li>
<li><strong>Definitions</strong> — key terms used throughout (Commencement, Occupation, Index-Linked)</li>
<li><strong>Planning obligations</strong> — the substantive commitments, listed as individual obligations</li>
<li><strong>Schedules</strong> — detailed terms for each obligation type (financial contributions, affordable housing, highways works)</li>
<li><strong>Plans</strong> — site plans showing the land to which the agreement relates</li>
</ol>
<p>The obligations section is what you'll spend most of your monitoring time on. Each obligation needs to be extracted and tracked individually.</p>
<h2>Example 1: Financial Contribution — Education</h2>
<p><strong>Typical wording:</strong></p>
<blockquote>
<p>"The Owner shall pay to the Council the Education Contribution of £287,500 (index-linked to the BCIS All-in Tender Price Index from the Base Date) prior to Occupation of the 50th Dwelling."</p>
</blockquote>
<p><strong>What to record for monitoring:</strong></p>
<table>
<thead>
<tr>
<th>Field</th>
<th>Value</th>
</tr>
</thead>
<tbody>
<tr>
<td>Obligation type</td>
<td>Financial contribution</td>
</tr>
<tr>
<td>Purpose</td>
<td>Education</td>
</tr>
<tr>
<td>Base amount</td>
<td>£287,500</td>
</tr>
<tr>
<td>Indexation</td>
<td>BCIS All-in Tender Price Index</td>
</tr>
<tr>
<td>Base date</td>
<td>Usually the agreement date or a specified quarter</td>
</tr>
<tr>
<td>Trigger</td>
<td>Prior to occupation of the 50th dwelling</td>
</tr>
<tr>
<td>Spend-by period</td>
<td>Typically stated elsewhere — check the clawback clause</td>
</tr>
</tbody>
</table>
<p><strong>Monitoring pitfalls:</strong></p>
<ul>
<li><strong>Indexation is routinely miscalculated.</strong> The base amount is not the amount you invoice. You need to apply the index from the base date to the invoice date. On a £287,500 contribution, a 15% index movement adds £43,125 — real money left on the table if you invoice the base figure.</li>
<li><strong>"Prior to occupation" is ambiguous without a notification mechanism.</strong> How do you know when the 50th dwelling is occupied? Check whether the agreement requires the developer to notify the council, or whether you need to monitor building control completion certificates.</li>
<li><strong>The spend-by clock starts at receipt, not at the trigger date.</strong> If the developer pays six months after the trigger, your deadline calculations need to reflect the payment date.</li>
</ul>
<h2>Example 2: Affordable Housing Delivery</h2>
<p><strong>Typical wording:</strong></p>
<blockquote>
<p>"The Owner shall not Occupy or permit Occupation of more than 50% of the Market Dwellings until the Affordable Dwellings have been constructed and transferred to the Registered Provider in accordance with Schedule 3."</p>
</blockquote>
<p><strong>What to record for monitoring:</strong></p>
<table>
<thead>
<tr>
<th>Field</th>
<th>Value</th>
</tr>
</thead>
<tbody>
<tr>
<td>Obligation type</td>
<td>In-kind delivery</td>
</tr>
<tr>
<td>Purpose</td>
<td>Affordable housing</td>
</tr>
<tr>
<td>Number of units</td>
<td>Per Schedule 3 (e.g. 30% of total, broken into tenure types)</td>
</tr>
<tr>
<td>Tenure mix</td>
<td>Social rent / affordable rent / shared ownership / First Homes</td>
</tr>
<tr>
<td>Trigger</td>
<td>Before occupation of 50% of market dwellings</td>
</tr>
<tr>
<td>Registered provider</td>
<td>Named in agreement or to be approved by council</td>
</tr>
<tr>
<td>Compliance evidence</td>
<td>Transfer deed + completion certificate</td>
</tr>
</tbody>
</table>
<p><strong>Monitoring pitfalls:</strong></p>
<ul>
<li><strong>Tenure mix substitution.</strong> Developers sometimes deliver all units as shared ownership when the agreement specifies a mix. Check the schedule carefully and verify the tenure of delivered units with the registered provider.</li>
<li><strong>"Constructed and transferred" is two steps.</strong> Units can be built but not transferred. The obligation isn't discharged until both conditions are met. If the registered provider pulls out, the developer still owes the obligation.</li>
<li><strong>Phased schemes complicate triggers.</strong> On a 500-unit scheme delivered in 3 phases, "50% of market dwellings" might mean 50% of the total or 50% of a phase. The wording matters — read it literally.</li>
</ul>
<h2>Example 3: Highways Works</h2>
<p><strong>Typical wording:</strong></p>
<blockquote>
<p>"The Owner shall prior to Commencement enter into a Section 278 Agreement with the Highway Authority for the Highways Works as shown on Plan 3 and shall complete the Highways Works prior to Occupation of the first Dwelling."</p>
</blockquote>
<p><strong>What to record for monitoring:</strong></p>
<table>
<thead>
<tr>
<th>Field</th>
<th>Value</th>
</tr>
</thead>
<tbody>
<tr>
<td>Obligation type</td>
<td>In-kind delivery</td>
</tr>
<tr>
<td>Purpose</td>
<td>Highways / transport</td>
</tr>
<tr>
<td>Works description</td>
<td>As shown on Plan 3 (junction widening, pedestrian crossing, etc.)</td>
</tr>
<tr>
<td>S278 trigger</td>
<td>Prior to commencement</td>
</tr>
<tr>
<td>Completion trigger</td>
<td>Prior to first occupation</td>
</tr>
<tr>
<td>Adoption</td>
<td>Subject to highways authority technical approval + maintenance period</td>
</tr>
</tbody>
</table>
<p><strong>Monitoring pitfalls:</strong></p>
<ul>
<li><strong>Two separate triggers.</strong> The S278 agreement must be signed before commencement. The works must be completed before first occupation. If development commences without the S278, you have a breach — but enforcement action takes months.</li>
<li><strong>Highways works often slip.</strong> Developers will occupy dwellings before highways works are complete. Your monitoring needs to flag when the completion trigger has passed but works are still outstanding.</li>
<li><strong>Adoption takes years.</strong> Highways authorities require a defects liability period (typically 12 months) before adopting completed works. Until adoption, the developer remains responsible. This is usually a highways authority issue, but your S106 register should record the completion date and adoption status.</li>
</ul>
<h2>Example 4: Open Space Commuted Sum</h2>
<p><strong>Typical wording:</strong></p>
<blockquote>
<p>"The Owner shall pay to the Council the Open Space Maintenance Sum of £150,000 upon Transfer of the Open Space Land to the Council."</p>
</blockquote>
<p><strong>What to record for monitoring:</strong></p>
<table>
<thead>
<tr>
<th>Field</th>
<th>Value</th>
</tr>
</thead>
<tbody>
<tr>
<td>Obligation type</td>
<td>Financial contribution (commuted maintenance)</td>
</tr>
<tr>
<td>Purpose</td>
<td>Open space maintenance</td>
</tr>
<tr>
<td>Amount</td>
<td>£150,000 (check if index-linked)</td>
</tr>
<tr>
<td>Trigger</td>
<td>Upon transfer of open space land</td>
</tr>
<tr>
<td>Land transfer</td>
<td>Separate obligation — open space land must be laid out and transferred</td>
</tr>
</tbody>
</table>
<p><strong>Monitoring pitfalls:</strong></p>
<ul>
<li><strong>Land transfer and maintenance sum are linked but separate.</strong> You can't invoice the maintenance sum until the land is transferred. But the developer might delay the transfer if the open space isn't laid out to specification. Track both obligations together.</li>
<li><strong>Maintenance periods are long.</strong> Commuted maintenance sums cover 10–25 years of upkeep. The council's parks team needs to confirm they can maintain the space before accepting the transfer.</li>
</ul>
<h2>What to Check Before Signing Off on Monitoring Setup</h2>
<p>When a new S106 agreement arrives, use this checklist before adding it to your register:</p>
<ul>
<li>Every obligation extracted as a separate tracked item</li>
<li>Trigger type and milestone identified for each obligation</li>
<li>Financial amounts recorded with indexation basis and base date</li>
<li>Spend-by period identified (check the clawback clause — it's often in a general provisions schedule, not alongside each obligation)</li>
<li>Developer notification requirements noted (must they notify you of triggers, or must you monitor independently?)</li>
<li>Service area contacts assigned for each obligation type (education, highways, housing, parks)</li>
<li>Agreement added to building control watch list for commencement and occupation monitoring</li>
</ul>
<p>For a customised version of this checklist tailored to your agreement's obligation types, try the <a href="/tools/s106-agreement-checklist-generator/">S106 Agreement Checklist Generator</a>.</p>
<p>For the broader monitoring process, see <a href="/blog/complete-guide-s106-monitoring-planning-officers/">The Complete Guide to S106 Monitoring for Planning Officers</a>.</p>
<h2>Sources</h2>
<ul>
<li>Town and Country Planning Act 1990, Section 106</li>
<li>GOV.UK — Planning Obligations Guidance</li>
<li>PAS — Infrastructure Funding Statements Guidance</li>
</ul>
]]></content:encoded>
    </item>

    <item>
      <title>S106 Spend Deadlines: What Happens When Developer Money Expires</title>
      <link>https://s106ledger.co.uk/blog/s106-spend-deadlines-developer-money-expires/</link>
      <guid isPermaLink="true">https://s106ledger.co.uk/blog/s106-spend-deadlines-developer-money-expires/</guid>
      <pubDate>Sun, 15 Mar 2026 00:00:00 GMT</pubDate>
      <description>How S106 spend-by deadlines work, what happens when councils miss them, and how to track expiry dates across hundreds of live agreements.</description>
      <content:encoded><![CDATA[<p>Your council holds £2 million in unspent S106 contributions across 140 live agreements. Some of those contributions have spend-by deadlines expiring in the next 12 months. Do you know which ones?</p>
<p>This is the question that keeps planning obligations officers awake in December — and it's the question that spreadsheet-based monitoring systems answer poorly, if at all.</p>
<p>This guide covers how S106 spend-by deadlines work, what happens when they're missed, and how to build a deadline tracking process that prevents your council from returning developer money.</p>
<p><em>This covers England only. This is general guidance, not legal advice. Always refer to the specific clawback terms in each S106 agreement and consult your legal team on repayment obligations.</em></p>
<h2>How S106 Spend-By Deadlines Work</h2>
<p>Most S106 agreements include a clawback clause: if the council doesn't spend a financial contribution within a specified period, the developer can demand it back — often with interest. The legal basis for these obligations sits within each individual agreement, but GOV.UK planning obligations guidance sets out the broader framework for how planning obligations should be drafted and enforced.</p>
<p>The mechanics vary by agreement, but the typical structure is:</p>
<ul>
<li><strong>Trigger:</strong> A development milestone (commencement, occupation of the Nth dwelling, phase completion) activates the obligation</li>
<li><strong>Payment:</strong> The developer pays the contribution (usually indexed to BCIS or RPI)</li>
<li><strong>Spend-by period:</strong> The council has a fixed period — typically 5 to 10 years from receipt — to spend the money on its specified purpose</li>
<li><strong>Clawback:</strong> If unspent after the deadline, the developer can request a refund of the unspent portion, sometimes with interest</li>
</ul>
<p>The spend-by clock starts at <strong>receipt</strong>, not at the trigger point. This matters because there can be months between the trigger activating and the developer actually paying. If you're tracking deadlines from the wrong starting date, your calculations are wrong.</p>
<h2>What Happens When a Deadline Is Missed</h2>
<h3>The Developer Requests a Refund</h3>
<p>The clawback clause in the S106 agreement is a contractual right. When the spend-by period expires, the developer (or their successor in title) can write to the council requesting return of unspent funds.</p>
<p>The council's legal position depends on the exact wording of the agreement:</p>
<ul>
<li><strong>Automatic refund clauses</strong> require repayment on expiry with no council discretion</li>
<li><strong>Request-based clauses</strong> require the developer to actively request a refund — if they don't ask, the money stays (but this is not something to rely on strategically)</li>
<li><strong>Interest provisions</strong> may add simple or compound interest from the date of receipt — turning a £200,000 clawback into £230,000+ depending on the rate and duration</li>
</ul>
<p>Not every developer will request a refund. Some won't notice, some won't bother, some will have dissolved. But with the Home Builders Federation actively publicising the scale of unspent contributions, developers are increasingly aware of their clawback rights.</p>
<h3>The Reputational and Political Cost</h3>
<p>Beyond the direct financial loss, missed deadlines create:</p>
<ul>
<li><strong>Audit findings.</strong> External auditors review S106 holding accounts. Contributions past their spend-by date with no allocation are flagged.</li>
<li><strong>Member scrutiny.</strong> Councillors asking why developer money intended for a new playground was returned to a housebuilder because nobody tracked the deadline.</li>
<li><strong>Community impact.</strong> The infrastructure that contribution was meant to fund doesn't get built. Residents see the development but not the promised school places, highway improvements, or open space.</li>
</ul>
<p>The January 2026 Parliamentary debate on the S106 system explicitly raised the issue of unspent contributions — this is now a matter of national political attention, not just local operational risk.</p>
<h2>Why Deadline Tracking Breaks Down</h2>
<h3>Problem 1: No Receipt Date Recorded</h3>
<p>The spend-by clock starts on receipt. But many councils record the obligation amount and the agreement date — not the date the money actually arrived in the holding account. Without a receipt date, you can't calculate when the deadline expires.</p>
<p><strong>Fix:</strong> When finance confirms an S106 receipt, immediately record the receipt date against the specific obligation. This is a 2-minute task that prevents a six-figure problem.</p>
<h3>Problem 2: Deadlines Calculated But Not Monitored</h3>
<p>Some councils have a "spend-by date" column in their spreadsheet. That's a start. But a date in a column is not an alert system. Nobody opens the spreadsheet on the first of every month to check which deadlines are approaching.</p>
<p><strong>Fix:</strong> Deadline management needs active alerts — at 18 months, 12 months, 6 months, and 3 months before expiry. Whether that's calendar reminders, automated emails, or a dashboard with a countdown view, the deadline must find the officer — the officer shouldn't have to go looking for it.</p>
<h3>Problem 3: Allocation vs Spend Confusion</h3>
<p>A contribution is "safe" from clawback when it's <strong>spent</strong> — not when it's allocated. Earmarking £150,000 for a school extension project doesn't stop the spend-by clock. The money needs to be disbursed — invoices paid, contracts completed, evidence recorded.</p>
<p>Councils often allocate contributions to a project years before the project actually spends the money. If the project is delayed and the contribution sits allocated-but-unspent past the deadline, the developer can still request a clawback.</p>
<p><strong>Fix:</strong> Track spend status separately from allocation status. An allocated contribution with an approaching deadline needs escalation to the service area responsible for the spend decision.</p>
<h3>Problem 4: Service Area Disconnection</h3>
<p>The planning team tracks the obligation. The finance team holds the money. The education team (or highways, or parks) decides how to spend it. None of these teams share a system, and none of them are watching the deadline.</p>
<p><strong>Fix:</strong> Each obligation type needs a named service area contact who receives deadline alerts alongside the monitoring officer. If the education contribution has 12 months left and the education team hasn't committed to a project, the planning team needs to escalate — not wait and hope.</p>
<h2>Building a Deadline Tracking Process</h2>
<h3>Step 1: Audit Your Current Exposure</h3>
<p>Pull every financial contribution currently held by the council. For each one, record:</p>
<table>
<thead>
<tr>
<th>Field</th>
<th>Source</th>
</tr>
</thead>
<tbody>
<tr>
<td>Agreement reference</td>
<td>S106 register</td>
</tr>
<tr>
<td>Obligation description</td>
<td>Agreement terms</td>
</tr>
<tr>
<td>Amount received</td>
<td>Finance system</td>
</tr>
<tr>
<td>Receipt date</td>
<td>Finance system</td>
</tr>
<tr>
<td>Spend-by period</td>
<td>Agreement terms</td>
</tr>
<tr>
<td>Spend-by deadline</td>
<td>Calculated: receipt date + spend-by period</td>
</tr>
<tr>
<td>Amount spent to date</td>
<td>Finance system</td>
</tr>
<tr>
<td>Allocation status</td>
<td>Service area confirmation</td>
</tr>
<tr>
<td>Responsible service area</td>
<td>S106 register</td>
</tr>
</tbody>
</table>
<p>Sort by spend-by deadline. Everything within 18 months is your immediate priority.</p>
<h3>Step 2: Categorise by Risk</h3>
<ul>
<li><strong>Red — deadline within 12 months, not fully spent:</strong> Escalate immediately. Identify a project, confirm commitment from the service area, and establish a spend timeline.</li>
<li><strong>Amber — deadline within 12–24 months, not fully allocated:</strong> Escalate to the service area for allocation. Monthly check-ins on project readiness.</li>
<li><strong>Green — deadline beyond 24 months or fully spent:</strong> Monitor quarterly. No immediate action needed but don't lose track.</li>
</ul>
<h3>Step 3: Establish Alert Cycles</h3>
<p>Set up recurring alerts for every financial contribution:</p>
<ul>
<li><strong>18 months before deadline:</strong> Initial alert to monitoring officer and service area contact. Confirm allocation.</li>
<li><strong>12 months:</strong> Escalation if not allocated. Service area must confirm a project and spend timeline.</li>
<li><strong>6 months:</strong> Senior officer escalation if allocated but not yet spent. Project team confirms spend is on track.</li>
<li><strong>3 months:</strong> Final escalation. If spend is not imminent, consider whether partial allocation can be demonstrated.</li>
</ul>
<h3>Step 4: Report Quarterly</h3>
<p>Run a quarterly at-risk report for senior leadership:</p>
<ul>
<li>Total contributions at risk (deadline within 18 months, not fully spent)</li>
<li>Total value at risk</li>
<li>Actions taken since last report</li>
<li>Contributions successfully spent or allocated</li>
<li>Any clawback requests received</li>
</ul>
<p>This report takes 30 minutes if your data is structured. It takes a full day if you're working from spreadsheets with inconsistent formats.</p>
<h2>The Numbers That Matter</h2>
<p>A few calculations that put S106 deadline risk in context:</p>
<ul>
<li>A council holding £2 million in S106 contributions with an average spend-by period of 7 years has roughly £285,000 reaching deadline each year</li>
<li>If 20% of at-risk contributions are clawed back, that's £57,000 per year returned to developers — money that was meant to fund infrastructure your residents were promised</li>
<li>The cost of a single large education contribution clawback (£300,000–£500,000) dwarfs the annual cost of any monitoring system</li>
</ul>
<p>The question isn't whether deadline tracking is worth the effort. It's whether your council can afford not to do it properly.</p>
<p>For the full monitoring process including deadline management, see our <a href="/blog/complete-guide-s106-monitoring-planning-officers/">complete guide to S106 monitoring</a>.</p>
<p>Need to check your deadlines right now? Use the <a href="/tools/s106-spend-deadline-calculator/">free S106 Spend Deadline Calculator</a> — enter receipt dates and spend-by periods to see exactly when each deadline expires, with calendar export.</p>
<p>S106Ledger is building automated deadline alerts and financial tracking — so your team sees approaching deadlines weeks in advance, not after the developer's solicitor sends a letter. <a href="/">Join the waitlist</a> for early access.</p>
<h2>Sources</h2>
<ul>
<li>Town and Country Planning Act 1990, Section 106</li>
<li>Home Builders Federation — Section 106 Agreements and Unspent Developer Contributions</li>
<li>Hansard — Planning: Section 106 System Debate (January 2026)</li>
<li>GOV.UK — Planning Obligations Guidance</li>
<li>PAS — Infrastructure Funding Statements</li>
</ul>
]]></content:encoded>
    </item>

    <item>
      <title>What to Look for in S106 Monitoring Software</title>
      <link>https://s106ledger.co.uk/blog/what-to-look-for-s106-monitoring-software/</link>
      <guid isPermaLink="true">https://s106ledger.co.uk/blog/what-to-look-for-s106-monitoring-software/</guid>
      <pubDate>Sun, 08 Mar 2026 00:00:00 GMT</pubDate>
      <description>Evaluation criteria for S106 monitoring tools — what planning teams at smaller councils should prioritise when replacing spreadsheets.</description>
      <content:encoded><![CDATA[<p>If your council manages S106 obligations in spreadsheets, you've probably considered whether dedicated software would help. The question isn't whether to replace the spreadsheet — it's what to replace it with, and whether the cost and implementation effort are justified for your team's size.</p>
<p>This guide sets out the evaluation criteria that matter for smaller English district councils and unitary authorities — the 150–200 LPAs managing 50–500+ live agreements without the budget or procurement bandwidth for enterprise systems.</p>
<p><em>This is general guidance, not a product recommendation or legal advice.</em></p>
<h2>Why Spreadsheets Fail at S106 Monitoring</h2>
<p>Spreadsheets aren't inherently bad. For a council managing 20 live agreements, a well-structured Excel file with conditional formatting is workable. The problems emerge at scale:</p>
<ul>
<li><strong>No alerts.</strong> Excel doesn't send you an email when a spend-by deadline is 90 days away. Conditional formatting only works if someone opens the file and looks.</li>
<li><strong>No audit trail.</strong> When a value changes, you can't see who changed it, when, or what it was before. For financial tracking subject to audit queries, this is a gap.</li>
<li><strong>No multi-user access.</strong> Shared files on network drives create version conflicts. SharePoint and OneDrive help but don't solve the structural problem — the data model is still flat.</li>
<li><strong>No structured reporting.</strong> Producing your annual Infrastructure Funding Statement means manually filtering, pivoting, and cross-referencing. Every year. From scratch.</li>
<li><strong>No integration.</strong> Trigger point data comes from building control. Financial receipt data comes from your finance system. In-kind delivery data comes from service areas. A spreadsheet can't pull from any of these automatically.</li>
</ul>
<p>The tipping point for most councils is between 50 and 100 live agreements. Below 50, spreadsheets are painful but manageable. Above 100, they're a liability.</p>
<h2>The Seven Criteria That Matter</h2>
<h3>1. Obligation-Level Tracking</h3>
<p>The most important feature — and the one most tools get wrong — is the data model. S106 monitoring is not agreement-level. It's obligation-level.</p>
<p>A single S106 agreement can contain 12 or more individual obligations: financial contributions to education, highways, open space, community facilities, plus in-kind obligations like affordable housing delivery and junction improvements. Each obligation has its own trigger, its own terms, its own deadline, and its own status.</p>
<p>Any monitoring tool worth using must let you:</p>
<ul>
<li>Record each obligation as a separate tracked item within an agreement</li>
<li>Assign a trigger type and milestone to each obligation independently</li>
<li>Track financial obligations through the full lifecycle: due → received → allocated → spent</li>
<li>Track non-monetary obligations through: agreed → commenced → delivered</li>
<li>Filter and report at the obligation level, not just the agreement level</li>
</ul>
<p>If the tool treats each agreement as a single record with a notes field, it's a database — not a monitoring system.</p>
<h3>2. Deadline Alerts</h3>
<p>Spend-by deadline management is the highest-value feature for most councils. The consequences of missed deadlines are direct and financial — developers can reclaim unspent contributions, often with interest.</p>
<p>What to look for:</p>
<ul>
<li>Automated alerts at configurable intervals (12 months, 6 months, 3 months, 1 month)</li>
<li>Alerts sent via email — not just displayed in a dashboard nobody checks daily</li>
<li>Escalation capability — flag overdue items to a manager or senior officer</li>
<li>A clear view of all contributions approaching deadline, sorted by urgency</li>
</ul>
<p>A tool without deadline alerts is not solving the problem that costs councils the most money.</p>
<h3>3. Financial Ledger</h3>
<p>S106 financial tracking is more complex than a simple income/expenditure record. The tool needs to handle:</p>
<ul>
<li><strong>Indexation.</strong> Most S106 contributions are index-linked. The tool should record the indexation basis (BCIS, RPI, CPI) and either calculate the indexed amount or flag when indexation needs applying.</li>
<li><strong>Split receipts.</strong> Developers often pay a single lump sum covering multiple obligations. The tool must allow you to split a receipt across obligations and record each allocation separately.</li>
<li><strong>Spend tracking with evidence.</strong> When a contribution is spent, you need to record what it was spent on, the date, and the amount — with enough detail to satisfy an audit query or a developer asking where their money went.</li>
<li><strong>Clawback tracking.</strong> If a contribution is returned to a developer (because a spend-by deadline was missed or an obligation was modified), that needs to be recorded as a distinct transaction.</li>
</ul>
<h3>4. IFS Generation</h3>
<p>If you're compiling your annual Infrastructure Funding Statement manually from spreadsheets, it takes days. The right monitoring tool should generate your IFS — or at least the S106 section of it — directly from the data you've been maintaining all year.</p>
<p>Minimum requirements:</p>
<ul>
<li>Export of all S106 contributions received, spent, allocated, and retained during the reporting year</li>
<li>Breakdown by infrastructure type</li>
<li>Non-monetary obligations status report</li>
<li>Ability to filter by financial year (1 April – 31 March)</li>
</ul>
<p>If the tool stores structured data at the obligation level (criterion 1), IFS generation becomes a reporting function rather than a data-compilation project.</p>
<h3>5. Self-Serve Setup</h3>
<p>Enterprise S106 monitoring systems exist — they serve larger councils with dedicated IT teams and procurement budgets. For smaller councils, the implementation model matters as much as the feature set.</p>
<p>Look for:</p>
<ul>
<li><strong>No IT department required.</strong> The planning team should be able to set up and use the tool without raising a service request.</li>
<li><strong>Data import.</strong> You have years of S106 data in spreadsheets. Any tool should accept a structured CSV import to avoid months of manual re-entry.</li>
<li><strong>Training requirements proportionate to team size.</strong> If a tool requires 3 days of paid training for a 2-person planning team, the implementation cost outweighs the benefit.</li>
<li><strong>Pricing below formal procurement thresholds.</strong> Many councils can direct-award contracts below their standing-order threshold (often £5,000–£10,000, though this varies by authority). A tool priced above this triggers a formal procurement process that can take months.</li>
</ul>
<h3>6. Data Ownership and Export</h3>
<p>Council data is public data. Any tool you use must give you:</p>
<ul>
<li>Full data export at any time, in a standard format (CSV, Excel)</li>
<li>No lock-in — your data is yours, and you can leave without losing it</li>
<li>Clear data processing agreements (for GDPR compliance)</li>
<li>UK-hosted or UK-adequate data storage</li>
</ul>
<p>This matters more than it seems. If a vendor goes out of business or raises prices, you need to be able to extract your data and move on. If the only way to get your data out is to ask the vendor to run a custom export, you're locked in.</p>
<h3>7. Reporting and Dashboards</h3>
<p>Beyond the IFS, your tool should help you answer routine questions without manual analysis:</p>
<ul>
<li>How much S106 money are we holding, and how much is at risk of clawback?</li>
<li>Which agreements have unrecorded trigger points (obligations due but not yet invoiced)?</li>
<li>What's our total obligation exposure across all live agreements?</li>
<li>Which service areas have allocated but unspent contributions?</li>
</ul>
<p>A dashboard isn't a nice-to-have. It's how you make S106 monitoring visible to leadership — and how you justify the monitoring function's existence when budgets are reviewed.</p>
<h2>Build vs Buy vs Status Quo</h2>
<p>For smaller councils, the decision isn't really "which tool" — it's whether to invest at all. Three paths:</p>
<p><strong>Keep the spreadsheet.</strong> Viable for councils with fewer than 50 live agreements and a monitoring officer who has built institutional knowledge. The risk is succession — when that person leaves, the knowledge goes with them.</p>
<p><strong>Build a custom database.</strong> Some councils have built Access databases or SharePoint solutions. This works until the person who built it leaves, or the council's IT policy changes, or the database outgrows its original design. Maintenance cost is hidden but real.</p>
<p><strong>Buy dedicated software.</strong> The right choice when you're managing 50+ agreements, have spend-by deadlines you can't afford to miss, and spend days on IFS reporting. The cost of the tool is typically less than the cost of a single missed deadline clawback.</p>
<p>The decision comes down to risk tolerance and team size. If a missed spend-by deadline on a single large contribution would cost more than a year's software subscription, the business case writes itself.</p>
<h2>Evaluation Checklist</h2>
<p>Use this when assessing any S106 monitoring tool:</p>
<ul>
<li>Obligations tracked individually within agreements, not as a single record</li>
<li>Automated deadline alerts via email at configurable intervals</li>
<li>Financial tracking through the full lifecycle with indexation support</li>
<li>IFS report generation from structured data</li>
<li>Self-serve setup without IT department involvement</li>
<li>Full data export in standard formats</li>
<li>Dashboard showing total obligations, at-risk amounts, and upcoming deadlines</li>
<li>Pricing within direct-award procurement limits</li>
<li>UK data hosting</li>
</ul>
<p>For the broader monitoring workflow these tools support, see our <a href="/blog/complete-guide-s106-monitoring-planning-officers/">complete guide to S106 monitoring</a>.</p>
<p>S106Ledger is designed for planning teams at smaller councils who need structured monitoring without enterprise pricing. <a href="/">Join the waitlist</a> to be notified when it launches.</p>
<h2>Sources</h2>
<ul>
<li>Town and Country Planning Act 1990, Section 106</li>
<li>Community Infrastructure Levy Regulations 2010</li>
<li>PAS — Infrastructure Funding Statements Guidance</li>
<li>GOV.UK — Planning Obligations Guidance</li>
</ul>
]]></content:encoded>
    </item>

    <item>
      <title>How to Produce Your Infrastructure Funding Statement in Half the Time</title>
      <link>https://s106ledger.co.uk/blog/how-to-produce-infrastructure-funding-statement/</link>
      <guid isPermaLink="true">https://s106ledger.co.uk/blog/how-to-produce-infrastructure-funding-statement/</guid>
      <pubDate>Sun, 01 Mar 2026 00:00:00 GMT</pubDate>
      <description>Step-by-step process for compiling your annual IFS efficiently — what Schedule 2 requires, where to find the data, and how to stop starting from scratch each December.</description>
      <content:encoded><![CDATA[<p>Every December, planning teams across England face the same deadline: publish your annual Infrastructure Funding Statement by 31 December. For councils tracking S106 obligations in spreadsheets, this means days of manual data compilation, cross-referencing, and reformatting. Every year. From scratch.</p>
<p>This guide breaks down exactly what your IFS must contain, where to find each data point, and how to structure your monitoring data so the IFS becomes a report you generate — not a project you dread.</p>
<p><em>This covers England only. This is general guidance, not legal advice. Confirm reporting requirements with your legal team.</em></p>
<h2>What the IFS Is and Why It Exists</h2>
<p>The Infrastructure Funding Statement is an annual report that every local planning authority in England must publish under Regulation 121A of the Community Infrastructure Levy Regulations 2010 (inserted by the 2019 Amendment Regulations). The first IFS was due by 31 December 2020.</p>
<p>The IFS replaced the former Regulation 123 list and serves two purposes:</p>
<ol>
<li><strong>Transparency</strong> — showing residents and developers how S106 and CIL money is collected, held, and spent</li>
<li><strong>Accountability</strong> — demonstrating that contributions fund the infrastructure they were intended for</li>
</ol>
<p>The reporting period covers the previous financial year (1 April to 31 March). So the IFS published by 31 December 2026 covers the 2025/26 financial year.</p>
<h2>What Schedule 2 Requires You to Report</h2>
<p>Schedule 2 of the CIL Regulations sets out the minimum reporting requirements. Here's what you actually need to produce, split into the three required sections:</p>
<h3>Section 1: Infrastructure List</h3>
<p>A statement of infrastructure projects or types that the authority intends to fund (wholly or partly) through CIL and/or S106. This is the strategic forward look — what you plan to spend developer contributions on.</p>
<p>You need:</p>
<ul>
<li>Named infrastructure projects or categories (education, highways, open space, affordable housing)</li>
<li>Whether funded by CIL, S106, or both</li>
<li>Approximate amounts allocated or anticipated</li>
</ul>
<h3>Section 2: CIL Report</h3>
<p>If your council charges CIL, this section covers the financial year:</p>
<ul>
<li>Total CIL receipts</li>
<li>Total CIL expenditure (with project breakdown)</li>
<li>CIL retained and unspent</li>
<li>Administrative expenses (up to 5% of CIL receipts)</li>
<li>Amount passed to parish/town councils (neighbourhood portion)</li>
<li>Amount of CIL applied to repay borrowing</li>
</ul>
<h3>Section 3: S106 Report</h3>
<p>This is where most councils struggle. The S106 report must include:</p>
<ul>
<li><strong>Total money received</strong> through planning obligations during the reporting year</li>
<li><strong>Total money spent</strong> during the reporting year, broken down by infrastructure type</li>
<li><strong>Total money retained</strong> (received but not yet spent) — including amounts received in previous years still held</li>
<li><strong>Non-monetary contributions</strong> agreed and delivered — affordable housing units, highway works, open space, community facilities</li>
<li><strong>S106 obligations entered into</strong> during the reporting year (number and summary of terms)</li>
</ul>
<p>The non-monetary contributions section is consistently the hardest to compile. Affordable housing delivery data sits with the housing team. Highway works completion data sits with the highways authority. Open space delivery data sits with parks and leisure. None of these teams are thinking about your IFS in November.</p>
<h2>The Five-Step IFS Compilation Process</h2>
<h3>Step 1: Confirm Your Data Sources (October)</h3>
<p>Before you start compiling, map out where each data point lives:</p>
<table>
<thead>
<tr>
<th>Data Point</th>
<th>Typical Source</th>
<th>Owner</th>
</tr>
</thead>
<tbody>
<tr>
<td>S106 agreements signed</td>
<td>Legal/planning records</td>
<td>Planning team</td>
</tr>
<tr>
<td>Financial contributions due</td>
<td>S106 monitoring records</td>
<td>Planning obligations officer</td>
</tr>
<tr>
<td>Financial contributions received</td>
<td>Finance system (cash receipts)</td>
<td>Finance team</td>
</tr>
<tr>
<td>Contributions allocated to projects</td>
<td>Project/capital records</td>
<td>Service area leads</td>
</tr>
<tr>
<td>Contributions spent</td>
<td>Finance system (payments)</td>
<td>Finance team</td>
</tr>
<tr>
<td>Affordable housing delivered</td>
<td>Housing completions data</td>
<td>Housing team</td>
</tr>
<tr>
<td>Highway works completed</td>
<td>Highways adoption records</td>
<td>Highways authority</td>
</tr>
<tr>
<td>Open space/community facilities</td>
<td>Parks/leisure completion records</td>
<td>Relevant service area</td>
</tr>
<tr>
<td>CIL receipts and spend</td>
<td>CIL monitoring records</td>
<td>CIL officer (if separate)</td>
</tr>
</tbody>
</table>
<p>Start contacting service area leads in October. Give them a specific data request with a deadline of mid-November. Do not wait until December to ask.</p>
<h3>Step 2: Reconcile Financial Data (November)</h3>
<p>The most common IFS error is a mismatch between what planning records show was received and what finance records show was banked. These diverge because:</p>
<ul>
<li>Contributions arrive as a lump sum covering multiple obligations — finance records the payment, planning needs to split it across obligations</li>
<li>Indexation adjustments mean the recorded "amount due" differs from the "amount received"</li>
<li>Some councils hold S106 money in a single holding account, making it hard to match receipts to specific agreements</li>
</ul>
<p>Reconciliation means matching every S106 receipt in the finance system to a specific obligation in your monitoring records. If you can't match them all, note the discrepancy and resolve it — don't fudge the numbers.</p>
<h3>Step 3: Compile Non-Monetary Contributions (November)</h3>
<p>For each S106 agreement with in-kind obligations, you need to report whether the obligation has been:</p>
<ul>
<li><strong>Agreed</strong> — in a signed S106 agreement</li>
<li><strong>Commenced</strong> — work started or units under construction</li>
<li><strong>Delivered</strong> — completed and accepted/adopted</li>
</ul>
<p>This requires direct confirmation from service areas. Send a structured template — not a free-text email request. A simple table works:</p>
<table>
<thead>
<tr>
<th>Agreement Ref</th>
<th>Obligation</th>
<th>Status</th>
<th>Completion Date</th>
<th>Evidence</th>
</tr>
</thead>
<tbody>
<tr>
<td>PA/2021/0456</td>
<td>12 affordable housing units</td>
<td>Delivered</td>
<td>2025-09-15</td>
<td>Housing completions certificate</td>
</tr>
<tr>
<td>PA/2022/0789</td>
<td>Junction improvement, High Street</td>
<td>Commenced</td>
<td>In progress</td>
<td>Highways update 2025-11-01</td>
</tr>
</tbody>
</table>
<h3>Step 4: Draft and Cross-Check (Late November)</h3>
<p>Assemble the three sections. Cross-check:</p>
<ul>
<li>Do total receipts match between your S106 records and the finance system?</li>
<li>Does the "retained" figure equal previous retained + this year's receipts − this year's spend?</li>
<li>Are all agreements signed in the reporting year listed?</li>
<li>Have you accounted for contributions returned to developers (clawbacks)?</li>
<li>Does the CIL section reconcile with CIL billing records?</li>
</ul>
<p>The PAS IFS guidance includes a checklist of required information — use it as a final verification pass.</p>
<h3>Step 5: Publish and Archive (December)</h3>
<p>Publish on your council's website by 31 December. The regulations require publication on the authority's website — no specific format is mandated. Most councils publish a PDF document, but some publish the data alongside an interactive dashboard.</p>
<p>After publication:</p>
<ul>
<li>Archive the source data that produced the IFS — you may need it for audit queries or developer disputes</li>
<li>Note any data gaps or reconciliation issues to resolve before the next cycle</li>
<li>Update your monitoring process to close the gaps that made this year's compilation difficult</li>
</ul>
<h2>What Makes This Take So Long — and How to Fix It</h2>
<p>The councils that spend 3–5 days on their IFS share common patterns:</p>
<p><strong>Problem: Unstructured monitoring data.</strong> Obligations recorded as free text rather than structured fields. Fix: standardise your S106 register so every obligation has a type, a financial value, a trigger, and a status — discrete fields, not paragraph descriptions.</p>
<p><strong>Problem: No receipt-to-obligation matching.</strong> Money arrives but nobody records which obligation it satisfies. Fix: when finance confirms a receipt, immediately match it to the specific obligation and record the receipt date. This is also critical for spend-by deadline tracking.</p>
<p><strong>Problem: Late service area data requests.</strong> Asking the housing team for delivery data on 15 December gets you a hurried, incomplete response. Fix: send a structured template in October with a mid-November deadline. Follow up.</p>
<p><strong>Problem: Year-on-year reinvention.</strong> Each year's IFS is compiled from scratch rather than rolling forward the previous year's data. Fix: maintain a persistent monitoring dataset that rolls forward. Next year's IFS should start with this year's "retained" figure and add new activity.</p>
<h2>IFS Data That Doubles as Monitoring Intelligence</h2>
<p>The IFS isn't just a compliance exercise. The data you compile for it answers questions your planning committee and senior leadership should be asking:</p>
<ul>
<li><strong>How much S106 money is sitting unspent?</strong> If the answer is growing year on year, you have a spend-rate problem — and spend-by deadlines are approaching.</li>
<li><strong>Which obligation types are consistently under-delivered?</strong> If highway works are routinely "commenced" but never "delivered," there may be an enforcement issue.</li>
<li><strong>What's the average time from receipt to spend?</strong> If it's more than 3 years, contributions are at risk of clawback.</li>
</ul>
<p>If your IFS data is well-structured, these questions become queries you can answer in minutes rather than investigations that take days.</p>
<p>For a complete overview of the monitoring process that feeds into your IFS, see our <a href="/blog/complete-guide-s106-monitoring-planning-officers/">guide to S106 monitoring for planning officers</a>.</p>
<p>Need a starting point right now? Try the <a href="/tools/ifs-template-generator/">free IFS Template Generator</a> — enter your council's data and download a structured template in PDF format.</p>
<p>S106Ledger is building automated IFS generation from live monitoring data — your annual report compiled in minutes, not days. <a href="/">Join the waitlist</a> for early access.</p>
<h2>Sources</h2>
<ul>
<li>Community Infrastructure Levy Regulations 2010 (including Schedule 2)</li>
<li>Community Infrastructure Levy (Amendment) (England) (No. 2) Regulations 2019 — inserted Regulation 121A (IFS requirement)</li>
<li>PAS — Infrastructure Funding Statements Guidance and Sample Template</li>
<li>GOV.UK — Publish Your Developer Contributions Data</li>
</ul>
]]></content:encoded>
    </item>

    <item>
      <title>The Complete Guide to S106 Monitoring for Planning Officers</title>
      <link>https://s106ledger.co.uk/blog/complete-guide-s106-monitoring-planning-officers/</link>
      <guid isPermaLink="true">https://s106ledger.co.uk/blog/complete-guide-s106-monitoring-planning-officers/</guid>
      <pubDate>Sun, 22 Feb 2026 00:00:00 GMT</pubDate>
      <description>How to track every section 106 agreement from trigger to spend — practical monitoring guidance for planning obligations officers at English councils.</description>
      <content:encoded><![CDATA[<p>Your council signed dozens of section 106 agreements last year. Each one contains 5–15 individual obligations with different trigger points, financial terms, and spend deadlines. If you're tracking all of this in spreadsheets, you already know the problem.</p>
<p>This guide covers the practical reality of S106 monitoring — what you actually need to track, where monitoring typically fails, and how to build a process that stops contributions falling through the cracks.</p>
<p><em>This guide covers England only. This is general guidance, not legal advice. Always refer to the specific terms of each S106 agreement and consult your legal team on enforcement matters.</em></p>
<h2>What S106 Monitoring Actually Involves</h2>
<p>Section 106 of the Town and Country Planning Act 1990 allows local planning authorities to enter planning obligations with developers. Most guidance online focuses on <em>negotiating</em> these agreements — explaining what they are to homebuyers and developers. That's not what this guide is about.</p>
<p>For planning teams, the harder work starts after the agreement is signed. S106 monitoring means tracking every obligation from agreement to discharge. That covers six distinct activities:</p>
<ul>
<li><strong>Agreement registration</strong> — recording terms, parties, land parcels, and each individual obligation as a separate tracked item</li>
<li><strong>Trigger point tracking</strong> — monitoring development milestones (commencement, occupation thresholds, phase completion) that activate obligations</li>
<li><strong>Financial tracking</strong> — recording contributions due, received, allocated to projects, and spent</li>
<li><strong>Deadline management</strong> — tracking spend-by periods (typically 5–10 years from receipt) before contributions must be returned to developers</li>
<li><strong>Compliance verification</strong> — confirming in-kind obligations (affordable housing units, highway works, open space) are delivered to the agreed specification</li>
<li><strong>Annual reporting</strong> — producing the Infrastructure Funding Statement required under the Community Infrastructure Levy Regulations 2010 (as amended)</li>
</ul>
<p>Most planning officers know the list. What's less obvious is the scale of what goes wrong when monitoring breaks down.</p>
<h2>Where S106 Monitoring Fails — and What It Costs</h2>
<p>The Home Builders Federation found that the 171 councils surveyed — roughly half of all LPAs — held £2.8 billion in unspent S106 contributions, suggesting the true national figure is substantially higher. That includes contributions at risk of being returned to developers because spend deadlines are approaching or have already passed.</p>
<p>Officers at Bristol City Council reported managing 700+ live S106 agreements across multiple spreadsheets — describing the system as "not efficient or effective." Wokingham Borough Council described "years of unsatisfactory work with Excel spreadsheets and duplication." Both accounts were shared on the PAS Knowledge Hub S106 database discussion thread, which has drawn responses from planning officers across the country.</p>
<p>These aren't outliers. At most smaller district councils — the 150–200 LPAs managing 50–500+ live agreements — S106 tracking lives in a combination of spreadsheets, shared drives, and institutional memory. When a monitoring officer leaves, half the knowledge goes with them.</p>
<p>The consequences are specific:</p>
<ul>
<li><strong>Missed spend deadlines</strong> mean developers can reclaim contributions — often with interest. A single missed deadline on a large education contribution could cost a council hundreds of thousands of pounds.</li>
<li><strong>Unrecorded trigger points</strong> mean contributions go uncollected. If a development reaches its 50th occupation and nobody records it, the indexed financial contribution tied to that milestone never gets invoiced.</li>
<li><strong>IFS reporting becomes a crisis.</strong> Regulation 121A of the CIL Regulations (inserted by the 2019 Amendment Regulations) requires every LPA to publish an annual Infrastructure Funding Statement by 31 December. Compiling this from unstructured spreadsheets takes days — and the accuracy is questionable.</li>
</ul>
<p>The January 2026 Parliamentary debate on the S106 system confirmed this remains a live political issue, with the government signalling a full reset of S106 processes.</p>
<h2>The Five Pillars of Effective S106 Monitoring</h2>
<h3>1. Structured Agreement Registration</h3>
<p>Every S106 agreement should be recorded with a consistent structure the moment it's signed:</p>
<ul>
<li>Planning application reference and site address</li>
<li>Agreement date and parties</li>
<li>Each individual obligation listed separately — not buried in a paragraph summary</li>
<li>Obligation type: financial contribution, in-kind delivery, restriction, or specific action</li>
<li>Trigger point for each obligation, linked to a development milestone</li>
<li>Financial terms: amount, indexation basis, payment schedule, spend-by period</li>
<li>Responsible officer</li>
</ul>
<p>The mistake most councils make is recording the agreement as a single entry. An agreement with 12 obligations needs 12 tracked items, each with its own trigger, deadline, and status. Thirty minutes of structured data entry per agreement saves days of forensic spreadsheet archaeology later.</p>
<h3>2. Trigger Point Tracking</h3>
<p>Triggers activate obligations. Common types:</p>
<ul>
<li><strong>Commencement</strong> — development starts (usually evidenced by a commencement notice or building control notification)</li>
<li><strong>Occupation thresholds</strong> — e.g., "prior to occupation of the 50th dwelling"</li>
<li><strong>Phase completion</strong> — phased developments trigger different obligations at each stage</li>
<li><strong>Time-based</strong> — "within 12 months of commencement"</li>
</ul>
<p>The challenge is that planning officers don't automatically know when these milestones occur. You need a process for receiving trigger notifications — whether from building control, site visits, or developer notifications required by the agreement.</p>
<p>Cross-referencing building control commencement and completion data against your S106 register monthly is the single most impactful process improvement for most councils. Missed triggers are the top source of lost contributions.</p>
<h3>3. Financial Tracking</h3>
<p>Financial contributions flow through four stages:</p>
<ol>
<li><strong>Due</strong> — trigger activated, contribution owed</li>
<li><strong>Received</strong> — payment received from developer (check indexation)</li>
<li><strong>Allocated</strong> — earmarked for a specific project or infrastructure</li>
<li><strong>Spent</strong> — funds disbursed, evidence recorded</li>
</ol>
<p>Each transition needs a date, a reference, and an audit trail. The spend-by deadline clock typically starts at stage 2 (receipt), not stage 1 (trigger).</p>
<p>Indexation catches out many councils. Most S106 financial contributions are index-linked — commonly to the BCIS All-in Tender Price Index or RPI. The amount due at the trigger point is the <em>indexed</em> amount at the date of calculation, not the base figure in the agreement. If you invoice the base figure, you're under-collecting.</p>
<h3>4. Deadline Management</h3>
<p>Spend-by deadlines are the highest-risk element of S106 monitoring. The pattern varies by agreement, but typically:</p>
<ul>
<li>Developer pays contribution upon trigger</li>
<li>Council has 5–10 years to spend it on the specified purpose</li>
<li>If unspent after the deadline, the developer can demand a refund — often with interest</li>
</ul>
<p>With 200+ live agreements, each containing multiple financial obligations with different receipt dates and spend periods, you can have hundreds of active deadlines running concurrently.</p>
<p>Effective deadline management means:</p>
<ul>
<li>Recording the exact spend-by date for every financial contribution at the point of receipt</li>
<li>Flagging contributions approaching their deadline at 12 months, 6 months, and 3 months</li>
<li>Escalating at-risk contributions to senior officers and relevant service areas</li>
<li>Maintaining an audit trail of allocation and spend decisions</li>
</ul>
<p>For a detailed guide to the clawback process and how to build a deadline tracking system, see <a href="/blog/s106-spend-deadlines-developer-money-expires/">S106 Spend Deadlines: What Happens When Developer Money Expires</a>.</p>
<h3>5. Infrastructure Funding Statement Reporting</h3>
<p>Since December 2020, every LPA must publish an annual IFS covering the previous financial year. Schedule 2 of the CIL Regulations sets out the minimum reporting requirements: S106 obligations entered into, contributions received, allocated, spent, and retained.</p>
<p>If your monitoring data is well-structured, the IFS should be a report you generate — not a project you start in November. The councils that struggle with IFS are invariably the ones whose underlying monitoring data is fragmented across spreadsheets with inconsistent structures.</p>
<p>The IFS also requires data on <em>non-monetary</em> obligations — affordable housing units delivered, highway works completed, open space provided. This is often the hardest data to compile because in-kind delivery is tracked (if at all) by service areas outside the planning team.</p>
<h2>Building a Monitoring Process That Works</h2>
<p>The gap between the five pillars above and what most smaller councils actually do is significant. Closing it doesn't require a large budget — it requires consistency:</p>
<ol>
<li>
<p><strong>Break every agreement into individual obligations at the point of signing.</strong> Don't summarise. List each obligation with its own trigger, terms, and deadline. This takes 30–60 minutes per agreement but prevents the data gaps that cause missed contributions later.</p>
</li>
<li>
<p><strong>Set up monthly trigger checks.</strong> Cross-reference building control commencement and completion data against your S106 register. If you do nothing else on this list, do this.</p>
</li>
<li>
<p><strong>Record receipt dates, not just amounts.</strong> The spend-by clock starts when money arrives. If you don't record the receipt date, you can't calculate the deadline.</p>
</li>
<li>
<p><strong>Assign service area contacts for each obligation type.</strong> Education contributions need a named person in the education team who confirms allocation and spend. Highways contributions need a highways contact. Without ownership, contributions sit in holding accounts because nobody makes the spending decision.</p>
</li>
<li>
<p><strong>Run a quarterly at-risk review.</strong> Pull every contribution with a spend-by deadline within 18 months. Confirm allocation status. Escalate anything unallocated. This is a 2-hour quarterly exercise that prevents six-figure refund demands.</p>
</li>
</ol>
<h2>S106 Monitoring Checklist</h2>
<p>Use this to audit your current monitoring process:</p>
<ul>
<li>Every S106 agreement is broken into individual obligations with separate tracking</li>
<li>Each obligation has a recorded trigger point type and development milestone</li>
<li>Financial contributions are tracked through due, received, allocated, and spent stages</li>
<li>Indexation basis is recorded and applied when invoicing</li>
<li>Spend-by deadlines are calculated and recorded at the point of receipt</li>
<li>Deadline alerts are set at 12, 6, and 3 months before expiry</li>
<li>Building control data is cross-referenced monthly against S106 triggers</li>
<li>Each obligation type has a named service area contact responsible for spend decisions</li>
<li>Quarterly at-risk reviews are conducted for contributions approaching deadline</li>
<li>IFS data can be extracted without manual compilation</li>
<li>Non-monetary obligation delivery is recorded with evidence</li>
</ul>
<p>If your monitoring process doesn't cover all of these, you have gaps that will cost your council money — either in returned contributions or in officer time spent firefighting. For a framework to evaluate monitoring tools, see <a href="/blog/what-to-look-for-s106-monitoring-software/">What to Look for in S106 Monitoring Software</a>.</p>
<p>For a deeper look at the IFS process, see <a href="/blog/how-to-produce-infrastructure-funding-statement/">How to Produce Your Infrastructure Funding Statement in Half the Time</a>. You can also try the <a href="/tools/ifs-template-generator/">free IFS Template Generator</a>, <a href="/tools/s106-spend-deadline-calculator/">S106 Spend Deadline Calculator</a>, and <a href="/tools/s106-agreement-checklist-generator/">S106 Agreement Checklist Generator</a>.</p>
<p>S106Ledger is building structured S106 tracking with deadline alerts, financial ledger, and one-click IFS reporting — designed for planning teams at smaller councils. <a href="/">Join the waitlist</a> for early access.</p>
<h2>Sources</h2>
<ul>
<li>Town and Country Planning Act 1990, Section 106</li>
<li>Community Infrastructure Levy Regulations 2010</li>
<li>Community Infrastructure Levy (Amendment) (England) (No. 2) Regulations 2019 — inserted Regulation 121A (IFS requirement)</li>
<li>Home Builders Federation — Section 106 Agreements and Unspent Developer Contributions</li>
<li>PAS Knowledge Hub — Section 106 Databases Discussion</li>
<li>PAS — Infrastructure Funding Statements Guidance</li>
<li>Hansard — Planning: Section 106 System debate (January 2026)</li>
<li>National Planning Policy Framework — Decision-making (Planning Obligations)</li>
</ul>
]]></content:encoded>
    </item>
  </channel>
</rss>