A cash forecast is the payment cycle drawn as a curve
Forecasting cash on a Malaysian job means turning the claim date, the ten working day response and the contract payment term into dates money actually lands, then reading the gap.
QScope Team · 15 March 2026 · 6 min read
A cash flow forecast tells a contractor when money comes in and when it goes out, and whether the gap between the two can be funded. On a Malaysian job the incoming side is governed by CIPAA 2012 and the contract. The Act sets the claim and response mechanism, the contract sets the payment term, and a forecast that ignores either is a wish, not a plan.
The dates that drive the curve
Every cycle has the same shape, and the shape is what you model.
- Claim date. When the payment claim is served. This is the start point for the whole cycle.
- Response window. Ten working days for the payer to serve a payment response, counted in working days.
- Payment term. The contractual period to payment, commonly around thirty days on Malaysian building work.
Chain those together across the programme and you get the dates cash actually arrives, which is always later than the date the work was done.
Work in working days
The response window is counted in working days, so weekends and public holidays push the real dates out beyond what a calendar count suggests. A forecast built on calendar days will show money landing earlier than it does, and the error compounds across a run of festive periods and long weekends. Model the response leg in working days and the payment leg on the contract, and the curve stops lying to you.
Read the outflows against it
Wages, subcontractor accounts and material supply run on their own terms, and those terms are usually shorter than the term the contractor is paid on. The forecast exists to expose that mismatch: the point of maximum exposure, where the contractor has funded the most work before the corresponding cash arrives. Knowing that date and that figure is the difference between arranging funding in advance and discovering the hole when a payment is already late.
Update it every cycle
A forecast is a live document. Each served claim, each response, each actual receipt is a real date that replaces a projected one, and the curve should be redrawn from the actuals forward. A forecast set once at the start and never touched is worth less than no forecast, because it breeds a confidence the numbers no longer support.
Build the curve on real CIPAA dates, count the response in working days, lay the outflows against it, and refresh it every cycle. That is a forecast a bank will lend against.
QScope projects each payment claim through the response window and the payment term, so the forecast shows when cash lands, not just when work is done.