The supplier-payment decision appears affordable. The company begins the month with EUR 120 thousand of cash and expects to finish with EUR 75 thousand—comfortably above its internal minimum of EUR 50 thousand.
The weekly view says otherwise. Cash falls to EUR 45 thousand at the end of week 2. When a EUR 30 thousand customer receipt moves from week 2 to week 3, the same point falls to EUR 15 thousand. Month-end cash still returns to EUR 75 thousand, but the company must survive the intervening shortfall before it can reach that date.
Month-end liquidity can conceal a weekly funding failure
A monthly cash view compresses timing. It can net an early supplier payment against a later customer receipt even though the bank account must fund them on different days. A positive month-end position therefore does not prove that scheduled obligations are executable throughout the month.
| View | Reported cash | Decision risk |
|---|---|---|
| Opening cash | 120 | Available before the first scheduled outflows |
| Expected month-end cash | 75 | Appears to leave EUR 25k above the minimum |
| Baseline week-2 closing cash | 45 | EUR 5k below the minimum |
| Week-2 cash after delayed receipt | 15 | EUR 35k below the minimum |
The management question is not simply whether the month generates enough cash in aggregate. It is whether the timing, certainty and sequence of receipts and payments preserve usable liquidity on every decision-relevant date.
How do you build a 13-week cash flow forecast?
Build a 13-week cash flow forecast by starting with reconciled available cash, assigning expected receipts and payments to the week in which the bank movement is expected, and calculating closing cash as opening cash plus receipts minus payments. Roll each week’s closing balance into the next week’s opening balance, compare the result with the minimum cash buffer, test timing and uncertainty scenarios, and update the forecast weekly using actual bank movements while adding a new thirteenth week.
- Establish available opening cash and exclude restricted or unavailable balances.
- Schedule receipts by expected collection date and payments by expected settlement date.
- Roll closing cash forward and identify the first week below the required buffer.
- Test an executable action, restore displaced cash flows later in the horizon and validate the daily sequence.
This is a direct cash forecast. It models expected bank movements rather than deriving cash from accounting profit. Revenue, purchases and expense recognition remain useful evidence, but their accounting dates do not determine when cash enters or leaves the bank.
Use thirteen connected weekly cash positions
The horizon is long enough to expose near-term funding pressure while remaining close enough to individual invoices, payrolls, taxes, supplier commitments and financing movements. Each week should retain more detail than the executive view: counterparty, amount, contractual date, expected date, confidence, evidence, owner and scenario treatment.
| Line | W1 | W2 | W3 | W4 | W5 | W6 | W7 | W8 | W9 | W10 | W11 | W12 | W13 |
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| Opening cash | 120 | 90 | 55 | 115 | 75 | 70 | 65 | 80 | 60 | 72 | 68 | 78 | 74 |
| Expected receipts | 70 | 10 | 125 | 50 | 60 | 55 | 80 | 50 | 68 | 62 | 75 | 58 | 70 |
| Expected payments | 100 | 45 | 65 | 90 | 65 | 60 | 65 | 70 | 56 | 66 | 65 | 62 | 62 |
| Closing cash | 90 | 55 | 115 | 75 | 70 | 65 | 80 | 60 | 72 | 68 | 78 | 74 | 82 |
| Minimum buffer | 50 | 50 | 50 | 50 | 50 | 50 | 50 | 50 | 50 | 50 | 50 | 50 | 50 |
| Headroom | 40 | 5 | 65 | 25 | 20 | 15 | 30 | 10 | 22 | 18 | 28 | 24 | 32 |
The arithmetic is recursive. Week 1 closes at 120 + 70 − 100 = 90; that EUR 90 thousand becomes week 2 opening cash. Week 2 closes at 90 + 10 − 45 = 55, which becomes week 3 opening cash. No week is calculated independently, because a timing change affects every later opening balance until the displaced cash flow re-enters the forecast.
Weeks 5–13 are illustrative extensions, not additional factual claims. In practice, forecast precision normally declines with distance. Near weeks should be supported by named transactions; later weeks may use controlled recurring schedules, purchase plans, payroll calendars and documented assumptions.
Reconcile the first four weeks before changing the plan
The synthetic base case uses payments as positive amounts that are subtracted from cash. All figures are EUR thousands.
| Line | Week 1 | Week 2 | Week 3 | Week 4 |
|---|---|---|---|---|
| Opening cash | 120 | 90 | 45 | 75 |
| Receipts | 70 | 40 | 95 | 50 |
| Payments | 100 | 85 | 65 | 50 |
| Closing cash | 90 | 45 | 75 | 75 |
| Minimum buffer | 50 | 50 | 50 | 50 |
| Headroom / (shortfall) | 40 | (5) | 25 | 25 |
Week 2 is the first breach: 90 + 40 − 85 = 45. The month-end balance of 75 is recovered only because week 3 contributes a net EUR 30 thousand. The forecast therefore identifies a timing problem before management approves the payment run.
The worked example assumes no unmodelled overdraft, restricted cash, foreign-exchange movement or intra-group transfer. If any of those exist, they belong in explicit rows rather than inside a balancing plug.
Trace the EUR 30 thousand receipt to the receivables schedule
One line in the synthetic aged-receivables schedule drives the scenario. The record remains the same economic receivable as its forecast timing changes.
| Field | Recorded value | Forecast meaning |
|---|---|---|
| Customer | Customer Orion | Synthetic counterparty |
| Invoice | INV-260218 | Unique source reference |
| Open amount | EUR 30k | Expected cash receipt |
| Contractual due date | Thursday, week 2 | Legal payment date under the invoice terms |
| Initial expected date | Thursday, week 2 | Original forecast assignment |
| Revised expected date | Tuesday, week 3 | Customer-advised timing used in the delayed scenario |
| Evidence | Collection note and customer remittance message | Support for expectation, not proof of settlement |
| Confirmed receipt | Not yet received | Becomes confirmed only when matched to the bank movement |
The contractual due date, expected collection date and confirmed receipt date are not interchangeable. The due date states when payment should occur. The expected date represents the current operational forecast and may change with evidence. The confirmed date is historical bank evidence after settlement.
When the expected date moves, the model removes EUR 30 thousand from week 2 receipts and adds exactly EUR 30 thousand to week 3. It does not delete the receipt, count it twice or relabel an expectation as confirmed cash.
Move both sides of each timing decision
| Line | Week 1 | Week 2 | Week 3 | Week 4 |
|---|---|---|---|---|
| Opening cash — baseline | 120 | 90 | 45 | 75 |
| Receipts — baseline | 70 | 40 | 95 | 50 |
| Payments — baseline | 100 | 85 | 65 | 50 |
| Closing cash — baseline | 90 | 45 | 75 | 75 |
| Receipts — delayed receipt | 70 | 10 | 125 | 50 |
| Payments — delayed receipt | 100 | 85 | 65 | 50 |
| Closing cash — delayed receipt | 90 | 15 | 75 | 75 |
| Receipts — after action | 70 | 10 | 125 | 50 |
| Payments — after action | 100 | 45 | 65 | 90 |
| Closing cash — after action | 90 | 55 | 115 | 75 |
The delayed-receipt scenario changes receipts from 40 to 10 in week 2 and from 95 to 125 in week 3. Cash therefore closes week 2 at 90 + 10 − 85 = 15 and week 3 at 15 + 125 − 65 = 75.
The proposed action moves a EUR 40 thousand supplier payment from week 2 to week 4. Payments become 45 in week 2 and 90 in week 4. Cash closes at 55 in week 2, rises to 115 in week 3 when the customer receipt arrives, then returns to 75 after the deferred supplier payment is executed in week 4.
The earlier Monthly Management Reporting Pack explains why historical operating cash missed plan. This forecast takes the next step: it locates the future liquidity breach by week and tests an action before the payment is released.
A safe Friday balance can still hide a Wednesday breach
Closing week-2 cash of EUR 55 thousand gives only EUR 5 thousand of headroom. The CFO must therefore inspect the order of movements within the week before accepting that rescheduling is sufficient.
| Day / event | Cash movement | Running available cash | Control status |
|---|---|---|---|
| Opening Monday | — | 90 | Starting balance reconciled to bank |
| Monday payroll | −20 | 70 | Above EUR 50k buffer |
| Tuesday confirmed expected receipt | +10 | 80 | Receipt evidence refreshed before payment approval |
| Wednesday critical supplier run | −25 | 55 | Minimum weekly cash point |
| Thursday–Friday | — | 55 | Week closes EUR 5k above buffer |
If the EUR 10 thousand Tuesday receipt moved to Thursday, Wednesday cash would fall to EUR 45 thousand before recovering to 55. The end-of-week result would be unchanged, but the intrawweek control would fail. Management must then advance another receipt, defer an additional payment, draw an authorised facility or accept a formally approved temporary buffer breach.
The weekly model is therefore a screening layer. Weeks with narrow headroom require a daily treasury schedule, value-date confirmation and visibility over bank cut-off times. A payment marked “Wednesday” may leave the account before a receipt expected on the same calendar day becomes available.
Challenge the assumptions that create false liquidity
| Failure | Why it looks reasonable | Decision consequence | Required control |
|---|---|---|---|
| Use contractual due dates as expected receipts | Dates exist in the ledger | Collections appear earlier than evidence supports | Apply customer-specific expected dates and confidence |
| Move a payment out but not back in | The shortfall disappears | Liquidity is overstated later | Preserve the obligation and revised settlement week |
| Treat all bank cash as available | Balance matches the statement | Restricted or trapped cash funds decisions | Reconcile available, restricted and committed balances |
| Use one probability-weighted total | The forecast is concise | Specific timing risks disappear | Maintain named scenarios and transaction evidence |
| Ignore VAT, payroll or debt calendars | Operational schedules dominate attention | Predictable statutory outflows cause a breach | Use controlled recurring-payment calendars |
| Validate only weekly closing cash | Every Friday exceeds the minimum | An intrawweek trough is missed | Escalate narrow weeks to daily sequencing |
| Roll forward without actual comparison | The horizon remains populated | Persistent bias becomes embedded | Compare forecast with bank actuals and explain variance |
Assumptions should be explicit enough to challenge: collection timing by customer, supplier payment terms, payroll and tax dates, recurring direct debits, capex commitments, financing flows, minimum liquidity policy and available facility conditions. A 13-week cash flow forecast is not strengthened by adding detail whose timing cannot be evidenced.
The decision closes the week-2 gap and preserves the week-4 obligation
| Decision element | Approved instruction |
|---|---|
| Primary action | Negotiate the EUR 40k supplier payment from week 2 to week 4; do not remove it from the forecast. |
| Supplier owner and deadline | Procurement Director to obtain written acceptance before the week-2 payment file is approved. |
| Receipt owner and deadline | Credit Controller to reconfirm the EUR 30k customer receipt date by close of business on Monday of week 2 and monitor until bank settlement. |
| Treasury control | Treasury to refresh the daily week-2 sequence before each material payment release; minimum available cash remains EUR 50k. |
| Escalation | Escalate immediately to the CFO if the supplier refuses, the customer moves beyond Tuesday of week 3, or any daily forecast point falls below EUR 50k. |
| Fallback review | Prepare an additional payment prioritisation or authorised facility draw; no unapproved buffer breach. |
| Week-4 verification | Release the deferred EUR 40k only after the week-3 receipt is confirmed and the refreshed week-4 forecast retains the buffer. |
The action is selected because it is sufficient in the model, operationally identifiable and reversible if the counterparty refuses. It does not assume that all suppliers can be delayed or that the customer will pay merely because a message was received. The decision remains conditional on written agreement, refreshed evidence and the intrawweek cash path.
Operate the forecast as a rolling treasury control
| Step | Control activity | Output |
|---|---|---|
| 1. Freeze and reconcile | Agree opening available cash to bank balances and identify restrictions | Controlled starting position |
| 2. Replace forecast with actual | Match receipts and payments by amount, date and counterparty | Forecast-versus-actual variance |
| 3. Refresh evidence | Update collections, supplier commitments, payroll, tax, capex and financing dates | Current expected movements |
| 4. Recalculate scenarios | Roll all closing balances forward and test buffer breaches and daily troughs | Exception and action list |
| 5. Approve actions | Record owner, deadline, counterparty agreement and escalation condition | Executable treasury decision |
| 6. Extend the horizon | Drop the completed week and add a newly supported week 13 | Continuous 13-week view |
| 7. Learn from bias | Analyse timing, amount and classification errors by source and owner | Improved forecast assumptions |
Forecast accuracy should be measured at the level that improves decisions: whether named receipts and payments occurred in the predicted week, whether amounts differed, whether a date change was identified before the payment decision and whether the buffer exception was prevented. A small total variance can still conceal offsetting errors that would have produced an unsafe payment sequence.
The operating rule is straightforward: preserve every displaced cash flow, roll every effect through the full horizon and escalate any week whose apparent safety depends on uncertain timing. The forecast earns its value when management can decide not only what to pay, but when the organisation can pay it without losing control of liquidity.



