OrgExp SEE, SIGN, SETTLE
Case studies

What it looked like before somebody could say no

Three stories from one group: schools, colleges and the companies that build, run and supply them — more than sixty companies under one parent. None of them is about a dashboard. Each is about the moment before money left.

Education group, Tamil Nadu60+ companies₹200+ crore turnover100+ approvals a day
Case study 01 · Duplicate payments

The complaint that saved ₹60 lakh

A vendor had already been paid ₹60 lakh as an advance. Then the same invoice came back as a settlement, and someone wanted the ₹60 lakh paid again. OrgExp said there was nothing left to pay. They complained that the software was bad. The software was right.

Organisation
Education group, Tamil Nadu · 60+ companies · ₹200+ crore turnover
The problem
A ₹60 lakh invoice, already paid as an advance, put up for payment again as a settlement
How it was caught
The settlement came to nothing to pay — and the complaint that followed led finance to the invoice and PO numbers
What holds it
A settlement charges only the difference from its advance, so an invoice the advance already paid has no money left in it

Before: an advance was a payment, and then it was forgotten

Large vendors — builders, suppliers, contractors — are often paid in advance, and the invoice arrives later. In between, the advance lives in a bank statement and somebody's memory. When the invoice turns up, it looks like a bill that needs paying. Nothing on it says it already has been.

In a group of more than sixty companies, the person who arranged the advance and the person holding the invoice are often not the same person, and not in the same office.

What happened

The vendor had received ₹60 lakh as an advance. When the invoice came in, it was raised as a settlement against that advance, with the ₹60 lakh expected to go out again.

In OrgExp, a settlement names the advance it draws down, and only the difference is charged — because the advance already was. A ₹60 lakh settlement against a ₹60 lakh advance comes to nothing. So nothing was released.

The complaint arrived quickly: the money could not be got out, and the software was bad. Finance went to check, put the invoice number and PO number next to the advance, and found the same bill. It had been paid once. It was one step from being paid twice.

Why it held

An advance and its settlement are one story

The settlement names the advance, on the same budget line, raised by the same person — so the money already paid is in front of whoever settles it.

Only the difference charges the budget

Nothing about a settlement can charge the same money twice.

An approval can only be used once

Only a request waiting for a decision can be approved, so a second click cannot charge the budget twice.

Registering is not approving

The person entering a payment cannot approve it. A second person does, with the bank reference and the slip in front of them.

Nothing is deleted

A wrong entry is fixed with a correcting entry, so the advance, the settlement and the argument about them all stay on the record.

The lesson

A control that never says no is not a control, and one that says no will be called bad software at least once. The complaint was the system working. What mattered was that the refusal came with a reason someone could follow back to the invoice.

OrgExp does not read or compare invoice or PO numbers. It ties a settlement to the advance it draws down and charges only the difference.

Case study 02 · Overspending

A ₹1 crore building that cost ₹13 crore

The building was budgeted at ₹1 crore. Over about a year, it cost more than ₹13 crore. Every payment along the way had been approved. None of them had been checked against the budget.

Organisation
The same group
The problem
A capital project running more than 13 times its budget, over about a year
How it was found
After the fact, when a year of payments was added up
What holds it
Every request raised against a budget line, and refused when the line has no room left

Before: a budget is approved once, and then it is a file

The building had a budget. It was approved at the start and then kept in a spreadsheet, while the approvals were signed on paper. Construction does not arrive as one bill. It arrives as hundreds: materials, labour, contractors, changes, “while we are at it”. Each one went to someone who checked whether it was reasonable — not whether there was money left, because at the moment they were asked, nobody could tell them.

So each payment was sensible, and the total was not. For close to a year the building went on costing money, one approved bill at a time, and the number that mattered sat in a file nobody opened before signing. Nobody overspent on purpose. Nobody was in a position to see it.

After: the budget answers back

In OrgExp there is no request without a budget line. A capital project is a budget with its own lines — structure, electrical, fittings, whatever the plan was approved on — and every request names the line it spends from. The approval is checked against what that line has left after other pending requests are held back, so two people are never told there is room for the same money.

Refused, with the figure that refused it

A request that would take a line over its budget is stopped, and the approver sees the number.

Line two sees line one

A request with several lines is checked line by line, so one that overspends in total is refused on the line that breaks the limit.

The plan does not quietly move

If more money is found for the project, it raises what is available without rewriting the ₹1 crore the building was approved at — so the gap between the plan and the result stays visible.

Approvals climb with the amount

Large spend goes further up the chain, to people who can see the whole project.

What it would have looked like

At ₹1 crore, the first request that did not fit would have been refused. Somebody would have had to go back and ask for more money, in writing, with a reason — at the first crore, not the thirteenth. The building might still have cost more than planned. But it would have been a decision, made once, by someone who could see the number.

Case study 03 · Group control

Sixty companies, a hundred approvals a day, all on paper

Schools, colleges and the companies that build, run and supply them — more than sixty under one parent. Every approval was a sheet of paper and a signature, more than a hundred of them every day. Once one was signed, the only way to find it again was to remember who had it.

Organisation
The same group: 60+ companies, one parent
The problem
100+ approvals a day on paper, with no way to track one or find what happened a week or a month back
What holds it
Every request, every step and every decision recorded — who, when and why — and findable later

Before: a signature, and then a filing cabinet

A request was written up, carried from desk to desk and signed. If the approver was away, it waited on their desk. If it was urgent, someone walked it round. Once signed, it went into a file in one of sixty offices. By the end of a month that was thousands of sheets.

Nobody could answer the simple questions. Where is my request right now? Who approved this payment last month? Was it refused before, and why? Has this invoice been through already? Answering any of them meant finding the right file in the right office and reading through it by hand. It is how a ₹60 lakh advance could be forgotten by the time its invoice arrived, and why the ₹13 crore building took a year to add up.

And paper could not say whose money it was. Some spend belongs to one institution. Some is a group project that one company carries out for the others — a new building, a shared bus fleet. On paper both looked the same: a request and a signature, with nothing to say whose budget it came from, or whether the person signing was the right one.

After: every decision can be found

Every request carries its own history

Each step records who it was waiting on, whether it was approved or refused, when, and the reason for a refusal. Nothing is deleted.

Find it a week, a month or a year later

Look a request up by who raised it, which budget it spent from, or where it is now — without knowing which office filed it.

Everyone knows what is waiting

Daily and weekly summaries tell each person what is pending, what was decided and what is overdue.

Nothing sits on an empty desk

A step that waits too long goes to a deputy or up the chain, in working days, with holidays skipped.

A group is a tree, not a list

A company may spend against its own budget, or a budget of any company above it — an institution carrying out a group project charges the group's budget, legitimately. It can never spend a sibling's. And an approver at the parent can sign off a subsidiary's request, so oversight from the top does not need a login per company.

Steps in order, by amount

Small spend stops at the first step; large spend climbs. Nobody sets up a path per request.

The same rules in every company

Sixty offices, one way to approve a payment.

Reporting on how long decisions take

By step and by approver — so a slow step is a number, not a complaint.

Start where the money leaks

Nobody needs all of it on day one. Budgets, spend requests and approvals are the part that says no — that is what would have stopped the building at its first crore. Payments, income and the rest switch on when you are ready, and turning one on later does not mean redoing your setup.

One customer, anonymised at their request. The figures are theirs; the institutions and vendors are not named.

Want the same moments step by step?

The use cases walk through each one — the advance and its settlement, the capital project, two requests against one pot of money — as it happens in OrgExp.

Read the use cases →

Your group has its own version of these stories

Bring one to a demo. We will show you the moment OrgExp would have said no.

Start free trial → Book a demo
One customer, anonymised · figures theirs