Sign in

Blog · Data quality and reconciliation · Construction and building materials

Credit limit headroom: the accounts that stopped buying because they hit the limit

How a builders' merchant or trade supplier finds the accounts whose purchasing is constrained by their credit limit rather than by demand: headroom from the credit file and the ledger, orders held or refused for credit, the accounts at the limit whose purchase pattern flattened, and the two decisions that follow, a limit review for the good payers and a collections conversation for the rest.

The short answerHeadroom is the credit limit less the outstanding balance, from the credit file and the ledger, per account. Accounts with headroom under a stated share of their monthly purchases are at the limit, and the ones whose purchases flattened at that point, or whose orders were held for credit, are constrained by credit rather than by demand. Split by payment history, the good payers get a limit review with the value of the constrained purchases beside it, and the slow payers get a collections conversation. Neither list exists on the sales report.

A branch manager sees a good account go flat and assumes a competitor. Credit control sees the same account bumping its limit every month and assumes the branch knows. The two exports joined on the account identifier show a customer who wants to buy more and cannot. This guide sets out headroom, the constrained-account test, and the two lists.

The measures

Per account, per month:

Headroom = credit limit − outstanding balance At limit = headroom < threshold share of monthly purchases Constrained = at limit, and purchases flattened since, or orders held for credit Constrained value = prior growth run rate − current run rate, annualised

The rows you need

  • Credit file: account, credit limit, outstanding balance, overdue balance, days beyond terms.
  • Ledger: account, date, purchases.
  • Held orders: account, date, value, reason, where the system logs them.

Account identifiers only.

The assertion

Σ accounts' outstanding balance = receivables ledger total

An account in the ledger with no credit record is listed; it is usually a cash account, and it is excluded from the headroom measure rather than treated as unlimited.

Two lists from one test

Constrained and… List Owner Action
Pays within terms Limit review Credit control, with the branch Raise the limit; value shown
Pays late Collections Credit control Terms conversation before any increase

A worked list

Account Limit Balance Headroom Purchases before Purchases now Held orders Days beyond terms List
2207 £40,000 £38,600 £1,400 £31,000/mo, growing £29,000/mo, flat 4 2 Limit review: £110,000/yr constrained
4471 £25,000 £24,900 £100 £18,000/mo £17,500/mo 7 31 Collections
9034 £60,000 £12,000 £48,000 £20,000/mo £11,000/mo 0 0 Not constrained: a sales question

Account 2207 is a good payer that has been held at its limit for a quarter and was growing before it. The limit review has a number on it. Account 9034 has plenty of headroom and halved its purchases, which is the branch manager's competitor problem and belongs on a different list.

Where it goes wrong

Credit and sales never joined. Each team sees half of the account.

Held orders not logged. The constraint is invisible until the customer complains or leaves.

All at-limit accounts treated alike. The slow payer gets a limit increase.

Cash accounts as unlimited. They distort the headroom distribution. Exclude and count.

Every month, headroom and the two lists

Mapped once, the credit file, the ledger and the held-order log produce headroom, the constrained test and both lists every month. Covirage builds this from the exports as they are. The construction page describes the setup, and the contractor share guide covers the demand-side measure for the accounts that are not constrained.

Questions people ask

Where does the credit data come from?

The credit control or accounts receivable export: account, credit limit, outstanding balance, overdue balance, days beyond terms. Joined to the ledger on the account identifier. No customer names are needed.

How is 'flattened at the limit' detected?

Monthly purchases in the three months before headroom fell below the threshold against the three months since. An account that was growing and is now flat at a value close to its limit divided by its payment cycle is constrained. The report shows the two run rates and the limit.

Is this a sales measure or a credit measure?

Both, which is why it is usually nobody's. Credit control sees the limit and the balance; sales sees the flat purchases. Joined, they show a customer who would buy more if allowed, and whether allowing it is wise.