19 May 2026 FinTech By Vedhagiri Prakasam

From Transactions to an Affordability View: What Is Safe to Infer

Extraction ends with a table of transactions. Everything a credit team actually wants is an inference on top of that table, and the inferences are not equally trustworthy.

The distinction that matters is between reading and judging. Reading a statement is a solved engineering problem with a checkable answer — the balance has to reconcile. Deciding that a particular credit is a salary is a judgement, and no arithmetic verifies it. Systems that present both with the same confidence are the ones that get credit teams into trouble.

Transaction rows resolving into recurring credits, obligations and risk markers

The inference ladder

The ladder, safest first

Inference Confidence Why
Totals, averages, minimum balance Arithmetic Derived from the rows; verifiable
A credit recurs monthly High Pattern in dates and amounts, testable against the data
That recurring credit is salary Moderate Requires interpreting narration; nothing confirms it
A debit is a loan instalment Moderate Regular and fixed, but so is rent or a subscription
Total existing obligations Low Depends on every classification above being right
Disposable income Low A difference between two uncertain figures

Note how the uncertainty compounds downward. Each rung inherits the errors of the rungs above it, so the figures a credit decision most wants — total obligations, disposable income — are the least reliable things the system produces. That is worth surfacing in the interface rather than hiding behind a single number.

Recurrence is detectable; meaning is not

Finding that a credit of similar size arrives at a similar point each month is a tractable pattern problem, and it is robust because it does not depend on reading the description at all. Tolerance matters — pay dates move for weekends and holidays, and amounts vary with overtime or allowances — so a detector requiring exact equality will miss real salaries while one that is too loose will merge unrelated credits.

What recurrence cannot tell you is what the money is. A monthly credit of a consistent amount might be salary, a transfer from a family member, rental income, or a loan drawdown cycling through the account. Narration helps and is unreliable: it is truncated, abbreviated differently by every bank, frequently bilingual, and sometimes just a reference number. An honest system reports "recurring monthly credit, likely salary" with the evidence attached, and lets an analyst confirm. One that reports "monthly income: 850" has made a judgement and hidden it.

The asymmetry that should shape the design

Missing income and missing an obligation are not equally bad. Understate income and you decline someone you should have approved — a lost sale, visible in conversion. Miss an obligation and you approve someone who cannot afford the repayment — a credit loss, visible much later and much more expensively.

So obligation detection should be tuned to over-flag and income detection to under-claim, with both routed to a human. A system tuned symmetrically is optimising a statistical measure rather than a commercial one, and the two point in different directions.

Risk markers, and one caution

Some signals are close to arithmetic and worth surfacing plainly: returned cheques, insufficient-funds charges, balances trending toward zero before each pay date, and a rising ratio of fixed outgoings to inflows. These are countable rather than interpreted, which puts them near the top of the ladder.

The caution is that a marker is not a conclusion. One returned cheque in a year is noise; three in a quarter alongside a falling minimum balance is a pattern. And a marker's absence proves little, because the statement supplied may not be the applicant's only account — which is the limit of the whole exercise and worth stating to anyone who asks the system for a verdict.

What to establish before relying on it

Confirm every inference carries its own confidence and its supporting transactions, so an analyst can see why rather than only what. Establish that classifications are reviewable and that an analyst's correction is recorded — both because the decision must be defensible and because those corrections are the only real measure of how well classification is working. Check the tuning direction on obligations against income separately. Confirm how multi-currency and multi-account cases are handled. And test against files where your own analysts already disagreed with each other, because those are the cases where an automated verdict is most likely to be confidently wrong.

The honest summary

The value of statement analysis is consistency, not omniscience: the same file read the same way every time, with the working shown. Arithmetic and recurrence can be trusted; classification should be proposed and confirmed; disposable income is an estimate built on estimates. A vendor who presents the bottom of that ladder with the confidence of the top is describing something other than what they have built.

Muscat Tech Solutions builds the Gulf Statement Analyser for credit and reconciliation teams across Oman and the GCC. To see it against your own files, talk to us.

You may also like

Related posts