Ask a treasurer how much they trust the receivables line in the cash forecast and the answer is usually a polite version of not much. The number is produced from due dates, everyone knows customers do not pay on due dates, and so an informal adjustment gets applied that nobody can quite justify.

The frustrating part is that the better input already exists. Every settled invoice in your ledger records what a customer did, as opposed to what they agreed to do.

Behavioural Timing
Per Customer Models
Dispute Exclusion
Netting
Scenario
Forecast Accuracy
Explainability

Why Due Date Forecasts Fail Predictably

The failure is systematic rather than random, which is what makes it fixable. Customers pay late in a stable pattern, so a due date forecast is biased in one direction by a roughly consistent amount per customer.

That bias also compounds at period boundaries. An invoice due on the twenty eighth that habitually pays at forty days does not land in that month at all, and a forecast built on terms will place it there every single time.

Terms are policy: They describe your agreement, not your customer's behaviour.
Bias is directional: Almost always optimistic, which is the worst direction for a cash forecast.
Boundary error: Invoices assigned to the wrong period entirely, which distorts weekly and monthly views most.
Manual haircuts: The usual fix is an adjustment applied from memory, which cannot be explained or audited.
ChatFin connects to JD Edwards and your wider ERP stack as the AI layer on top

Forecasting From Behaviour Instead

The alternative is straightforward and it is the reason JD Edwards is a good base for this: the history required is already in the customer ledger and receipt tables.

For each customer, establish actual days to pay from settled invoices, measure the consistency of that pattern, and apply it to their open items. That single change usually produces a materially better forecast than any amount of statistical sophistication applied to due dates.

Actual days to pay: Measured per customer from settled history rather than assumed from terms.
Consistency weighting: A customer who always pays at forty two days deserves more confidence than one who ranges from twenty to ninety.
Invoice level: Applied to each open item rather than to the account total, because ageing profiles differ within an account.
Recent weighting: Recent behaviour weighted more heavily, since a customer changing how they pay matters more than their three year average.

What Has to Be Excluded or Timed Separately

A behavioural model applied indiscriminately produces confident nonsense on the items that do not behave ordinarily. These four need separate treatment.

Disputed items: Will not pay on a normal timeline and should be forecast on resolution rather than on behaviour.
Deductions: Amounts the customer has already decided not to pay, which frequently sit in the forecast for months.
Unapplied cash and credits: Already received or owed back. Netting them prevents counting money you hold as money still to come.
New customers: No baseline exists, so use terms plus a stated assumption and be explicit that this is what you are doing.
ChatFin matching receipts against open items

Explainability Beats Accuracy

This is the point most forecasting tools miss. A forecast nobody can interrogate does not get used, regardless of how accurate it is, because the treasurer cannot defend a number they cannot explain.

Every line should be traceable to the invoices behind it and the assumption applied. When someone asks why a particular week looks low, the answer should be available in seconds.

Line traceability: Which open items make up each forecast period, listed.
Assumption visible: The timing assumption applied to each customer and why.
Adjustable: A treasurer who knows a specific customer will pay early can override, with the override recorded.
Confidence stated: Wide where the behaviour is erratic, narrow where it is stable, rather than a single false precision figure.

Reconciling Forecast to Actual

Almost nobody does this, which is the main reason forecasts do not improve. Without comparing what was predicted against what landed, there is no way to know whether the model is systematically wrong or whether one large customer distorted a single week.

The comparison is cheap to run and it is the fastest route to a forecast people trust, because it converts the accuracy conversation from opinion into measurement.

Variance by customer: Which accounts drove the difference, rather than a headline accuracy percentage.
Bias detection: Whether the model is consistently early or late overall, which is correctable.
Timing versus quantum: Whether the forecast was wrong about when or about how much, which have different fixes.
Feed forward: Prior accuracy applied as an explicit input to the next cycle.

"Everyone knows the receivables forecast is optimistic. Almost nobody checks last month's against what arrived."

Variance reporting with the drivers named

Scenarios Worth Running

Once the base forecast is behavioural, scenarios become informative rather than arbitrary percentage adjustments applied across the board.

The valuable ones are concentrated and specific: what happens if your largest customer slips a fortnight, or if a dispute resolves in your favour, or if collections effort is doubled on the top twenty accounts.

Concentration risk: The effect of the largest few customers slipping, which is where most volatility originates.
Dispute resolution: The cash effect of clearing the disputed population, in either direction.
Collections intensity: What additional focused effort would realistically pull forward, based on past response.
Seasonal repeat: Whether last year's pattern is likely to repeat, tested against the data.

How ChatFin Forecasts

ChatFin builds receipt timing from each customer's own settled history in JD Edwards, nets unapplied cash and credits, times disputed and deducted items separately, and shows the open items and assumption behind every forecast period.

It also reconciles the prior forecast against actual receipts and reports where the difference came from, so accuracy improves each cycle.

ChatFin as the finance system of intelligence

Forecast What Customers Do, Not What Terms Say

ChatFin forecasts collections and cash receipts from actual payment behaviour in your JD Edwards ledger, nets held cash and credits, times disputes separately, and reconciles each forecast against what landed.

Your terms describe an agreement. Your ledger describes what your customers do.

Book a Demo

Frequently Asked Questions

Why are receivables cash forecasts usually wrong?

Because they are built from due dates, which describe your payment terms rather than your customers' behaviour. The error is systematic rather than random: customers pay late in a stable pattern, so the forecast is biased optimistically by a roughly consistent amount per customer. The distortion is worst at period boundaries, where an invoice due on the twenty eighth that habitually pays at forty days gets placed in the wrong month every time.

What data does behavioural forecasting need?

Only what JD Edwards already holds. Actual days to pay per customer, measured from settled invoices in the customer ledger and receipt tables, plus the consistency of that pattern so stable payers carry more confidence than erratic ones. Apply it at invoice level rather than account level, and weight recent behaviour more heavily, since a customer changing how they pay matters more than their three year average.

What should be excluded from the model?

Four categories that do not behave ordinarily. Disputed items should be forecast on resolution rather than on payment behaviour. Deductions are amounts the customer has already decided not to pay. Unapplied cash and credits should be netted, or you count money you already hold as money still to arrive. New customers have no baseline, so use terms with the assumption stated explicitly.

Related Articles