Fin Maverick
Foundations VocabularyAccounting & ReportingEconomics & MacroQuant Methods & ProgrammingBusiness & Company AnalysisCorporate Finance & ValuationBehavioural Finance
Banking & Market InfrastructureFixed Income & RatesDerivatives & Structured ProductsPublic EquitiesTransactions & DealsPortfolio ConstructionFunds & AMCs
Private Markets & AlternativesRisk, Treasury & ControlAI & Digital FinanceStochastic Calculus & PricingWealth & Personal FinanceIndian Markets & RegulationProfessional Practice
CalculatorComparison
Frameworks
Explore Bootcamps
Equity ResearchPortfolio ManagementMutual Fund MasteryFinancial LiteracyInvestment Banking Analyst
Private Equity AnalystHedge Funds AnalystBreaking Into VCBreaking Into QuantsAI For Finance
Financial Analyst ProgramRisk Management ProgramPrivate Wealth ManagementDebt Capital MarketsDerivatives Foundation
Explore Internships
Equity Research InternMutual Fund Intern
Portfolio Management InternFinancial Literacy Intern
Explore Micro Courses

Equity Research6

Writing an Investment ThesisBuilding a Discounted Cash FlowReading an Annual Report FastReading a Sector Before a CompanySpotting Quality of Earnings Red FlagsBuilding a Revenue Forecast From Drivers

Portfolio Management3

Rebalancing: When, Why and What It CostsStrategic and Tactical Asset AllocationMeasuring Risk in a Portfolio

Mutual Fund Mastery3

Comparing Funds Without Being FooledHow a NAV Is Struck and Which Day You GetReading a Fund Factsheet Properly

Derivatives Unlocked4

Hedging a Real ExposureThe Greeks, PracticallyFutures, the Basis and What Moves ItReading an Option Payoff

AI For Finance2

Retrieval and Grounding for FinanceDocument Extraction in Finance

Breaking Into Quants4

Backtesting a StrategyHypothesis TestingCleaning Financial DataRegression for Finance

Breaking Into VC3

Sizing a MarketReading a Term Sheet as a FounderHow a Venture Round Actually Works

Financial Analyst Program4

Common Size and Trend AnalysisReading a Cash Flow StatementRatio Analysis That Says SomethingBuilding a Working Capital Schedule

Risk Management Program2

Credit Exposure and How It Is ReducedValue at Risk and What It Hides

Investment Banking Analyst3

Precedent Transactions and Why They DifferReading a Term Sheet StructurallyBuilding a Comparable Companies Table

Private Wealth Management3

Tax Aware Portfolio DecisionsBuilding a Client Risk ProfileGoal Based Planning Arithmetic

Debt Capital Markets3

Analysing an Issuer's CreditDuration and What It Does Not Tell YouBond Pricing and Yield Mechanics

Private Equity Analyst2

Fund Waterfalls and CarryThe LBO in Structure

Hedge Funds Analyst2

Short Selling MechanicsLong Short Mechanics
Courses
Explore Career Roadmaps
Investment Banking AnalystEquity Research AnalystVC AnalystPrivate Equity AnalystHedge Funds Analyst
Quant AnalystAI For FinanceFinancial Analyst ProgramPrivate Wealth ManagementDebt Capital Markets
Risk Management ProgramDerivatives FoundationPortfolio ManagementMutual Fund Mastery
PartnershipsShowdown
Log inSign up
AI For Finance · CoreTrack
1AI, Automation & Digital Finance
iAI Foundations
Artificial Intelligence in FinanceAlgorithmNeural Networks and Deep LearningMachine LearningArtificial Intelligence vs Machine…Computer Vision in FinanceTraining Data and LabelsNatural Language Processing in Finance
iiGenerative AI
Generative AIGenerative AI vs Predictive AILarge Language ModelsEmbeddingsHallucinationFine TuningPrompting vs Fine TuningThe PromptThe Context WindowTool CallingGroundingVector DatabasesRetrieval Augmented GenerationRAG vs Fine Tuning
iiiAutomation and Workflow
Workflow AutomationAutomation vs AugmentationHow to Map a…Straight-Through Processing and Exception…Robotic Process AutomationRule EnginesMachine Learning vs Rule-Based…
ivDocument and Operations AI
Intelligent Document ProcessingBatch vs Real-Time vs…Document Classification vs Entity…Service Level AgreementsCase ManagementHow to Document Data…Reconciliation AutomationOptical Character Recognition and Data ExtractionConfidence Scores
vCustomer Systems, Identity and Digital Assets
Digital IdentityConsent ManagementBlockchain and Distributed LedgerChatbots and Conversational AIFrom Use Case to ProductionDigital Assets and TokenisationDigital SignaturesData Sharing in FinanceElectronic KYC and Digital Onboarding
viCredit and Fraud Systems
The Fraud AlertCredit Decisioning SystemsHuman in the Loop…Adverse ActionAnomaly DetectionThe Decision ThresholdCredit Score vs Credit DecisionAlert Triage and EscalationFraud Detection and Transaction MonitoringFraud Model vs Credit ModelHow to Build Human…
viiGovernance, Data and Vendors
AI Governance and the AI PolicyHow to Create an…Explainability and Interpretability ComparedThe AI VendorBias and Fairness in Financial AIShadow AIAccess Control and Data MinimisationCloud Computing in FinanceData Lineage and Master DataData ResidencyThe AI Use Case Register and Model InventoryThe Model Owner
viiiModel Performance, Monitoring and Resilience
Model DriftFalse Positives and False NegativesClassification MetricsAdversarial AttacksModel TestingBias, Fairness and Explainability…Stopping an Automated SystemModel ValidationAI Governance vs Model Risk ManagementPrompt InjectionHow to Create an…

The Decision Threshold: Where the Cut-Off Sits and What It Costs

A decision cut-off is the number at which a system stops asking and acts. The cut-off is chosen by the deployer, not produced by the component. At Sumeru Bank Limited, invented, moving the accept cut-off from 720 to 760 would remove 39 expected bad accounts from the month's 4,902 accepts and move 760 applicants into a queue for a person.

A cut-off is the only place in a decisioning arrangement where a continuous number turns into something that happens to somebody. Everything before it is degrees. Everything after it is an answer in four minutes, or a wait of two working days, or a refusal. Because the scores are not spread evenly along the scale, an equal move in the cut-off moves wildly unequal numbers of people depending on where it already sits, and that is why the trade has to be computed rather than argued from principle. One month at one invented bank is enough to compute the trade end to end. Where the line belongs is a decision for the people accountable for it.

What is a decision threshold, and what does it convert?

A college admissions office with one seat left and a pile of marksheets makes the point. Marks run from 0 to 100 and arrive as a smooth spread: 71, 71.5, 72, 72.5. Somewhere in that spread a person writes a line and says that at or above this figure a candidate has a seat. The moment the line exists, a student on 72.5 and a student on 72.4 stop being nearly identical and become admitted and not admitted. Nothing about either student changed. A number was written on a wall.

A decision thresholdThe value at which a system stops asking and acts. Above it one thing happens to the file and below it another. is that line, running inside a bank instead of a college. At Sumeru Bank Limited, invented, component 6 of the intake chain reads an application and returns a value from 0 to 1000 on the bank's own invented scale, where higher means the component placed the application further from the outcome it was fitted to. The returned value is continuous, and a continuous value is a matter of degree. The cut-off is the one step that turns a matter of degree into a thing that happens to a person, and no other step in the arrangement does that. Agrawal, Gans and Goldfarb, in Prediction Machines, published in 2018, put the same split in general terms: a fitted component supplies a prediction, and somebody still has to decide what to do when the prediction comes back. The cut-off is where that deciding was written down in advance.

A great deal of confused argument comes from mixing the two sides of the conversion, so be exact about what sits on each. On the input side is a number the component produced from the fields on an application. On the output side is a category: accepted, referred, declined. A number and a category are not the same kind of thing at all, and the arithmetic that connects them belongs entirely to the bank.

Who chose this cut-off, and is the choice part of the model?

No. Revathi Balan, head of retail credit at Sumeru Bank Limited and the named accountable person for component 6, set both of this bank's cut-offs. Both cut-offs are her choices, and neither is a standard, a norm or a requirement of anybody. Component 6 returns exactly the same 5,981 scores whatever the cut-offs are, so every accept, every decline and every referral in the month is produced by the step after it rather than by the component itself.

The split between the component and the cut-off sounds pedantic until it is set against a real argument. If somebody says the model declined 688 people last month, the natural next move is to talk about the model: how it was fitted, what data it saw, whether it should be rebuilt. But changing the cut-off from 720 to 760 changes 760 outcomes without touching a single fitted number, and rebuilding the model changes nothing at all unless somebody also decides where the new line goes. Two different levers, two different people, two different approval routes, and a conversation that mixes them will pull whichever one is nearer to hand.

WHERE THE CUT-OFF SITS IN THE CHAIN the application as fields COMPONENT 6 the scoring model fitted to data 5,981 scores THE CUT-OFF STEP accept at 720 and above decline below 580 a choice, with a name and a date 4,902 accepted, answer in 4 minutes 391 referred to a person, about 2 days 688 declined with no person involved Move the cut-off and every box on the right changes. Nothing to the left of it moves at all. Rebuild the component and the 5,981 scores change, but no outcome follows until somebody sets a line again. Two levers, two owners of the decision, two approval routes. Sumeru Bank Limited, invented, one month.
The cut-off is a separate step sitting after the fitted component, so the same 5,981 scores produce different outcomes for 760 applicants when only the line moves.
Try it out

Is the cut-off part of the model?

What are the two cut-offs at this bank, and what do they make?

Sumeru Bank Limited runs two lines rather than one. The accept cut-offThe score at or above which a file is accepted with no person involved. sits at 720: at or above it the file is accepted and the applicant has an answer in about four minutes. The decline cut-offThe score below which a file is declined with no person involved. sits at 580: below it the file is declined, also with nobody looking at it. Everything between the two falls into the referral bandThe scores between the two cut-offs, where the component declines to decide and the file goes to a person., where the component has effectively declined to decide and a person decides instead.

Two lines make three outcomes, and the count matters more than it looks. The middle outcome is the only place in this whole arrangement where a person makes a credit decision on a loan application, and it holds 391 files a month. The other 5,590 are settled by the position of a number relative to a line. The honest answer to how much human judgment sits inside this bank's lending is 391 files out of 5,981, and both of the lines that produce that figure were chosen rather than found.

TWO LINES, THREE OUTCOMES, ON THIS BANK'S 0 TO 1000 SCALE DECLINED 688 files, no person involved REFERRED 391 files ACCEPTED 4,902 files, no person involved 580 720 0 200 400 600 800 1000 the only place a person decides a loan application here 688 + 391 + 4,902 = 5,981, the files component 6 scored in the month. Both lines are Sumeru Bank Limited's own choices, invented.
Two cut-offs produce three outcomes, and only the middle one, holding 391 files a month, puts a person in front of a credit decision.

How are the month's 5,981 scores actually spread?

One fact decides everything else in this guide. Applicants do not arrange themselves evenly along a score scale, and this month's did not. The queue outside a busy ration shop at nine in the morning has the same shape: it is not a smooth line of people spaced two feet apart, it is a dense knot at the front and a thin trail at the back. A rule that says the first fifty get served cuts through the knot. A rule that says the first three hundred get served cuts through the trail. Same rule, same shop, entirely different consequence, and the only thing that changed was where the line fell relative to where the people were standing.

The score distributionHow the month's scores are spread across the scale. The spread decides how many files a small move in the cut-off actually moves. at Sumeru Bank Limited has exactly that shape. 3,012 of the 5,981 scored 800 or above. Half the month, 50.4 per cent of it, sits in a single stretch at the top. Immediately above the accept cut-off, the twenty points from 720 to 739 hold 340 files. Immediately below it, the twenty points from 700 to 719 hold 53. The scores thin out sharply approaching the accept cut-off from above and thin out again below it, so the same twenty point move buys six times more or six times less depending on which way it points.

WHERE THE MONTH'S 5,981 SCORES ACTUALLY SIT, IN TWENTY POINT BANDS Vertical scale runs to 620 files. The 800 and above bar holds 3,012 and is drawn to the break. 96 <500 72 500 100 520 184 540 236 560 50 580 54 600 58 620 60 640 60 660 56 680 53 700 340 720 420 740 520 760 610 780 3,012 800+ decline cut-off 580 accept cut-off 720 Twenty points just above the accept cut-off holds 340 files. Twenty points just below it holds 53. The mass is not where the line is. Sumeru Bank Limited, invented. One month, one scale, the bank's own band counts.
The month's scores pile up far above the accept cut-off and thin out sharply just below it, so equal moves in the line move very unequal numbers of applicants.
Try it out

The cut-off moves twenty points, from 720 to 740, and then eighty points, from 720 to 800. Eighty points is four times twenty. Does the larger move take four times as many files with it?

Which bad rate is this, and how does it sit beside the 3.4 per cent?

Two figures look like the same number and answer completely different questions. Pull them apart before a single expected bad account appears. Sumeru Bank Limited has a locked figure of 3.4 per cent, being 8,160 accounts carrying a bad label out of the 2,40,000 accepted applications in the past window component 6 was fitted on. The past window had no cut-off applied to it at all. The 3.4 per cent describes what the bank's accepted book did, under the bank's own four label choices, before any of this arrangement existed.

The 2.02 per cent that appears from here onward is a different animal entirely. The 2.02 per cent is what the deployed cut-off is expected to produce on this one month's accepts, using the bank's own fitted reading applied band by band. Different population, different question, different vintage. The two rates are not a before and an after, and treating them as one figure would make a fall from 3.4 to 2.02 look like a result the arrangement produced, when in fact nobody has observed anything yet. Under this bank's own label a credit outcome is not known until twelve months of observation have run and an account has reached ninety days past due inside that window, so the earliest the month 6 book can be scored at all is month 21.

The wait until month 21 governs every bad account figure that follows. Every number about bad accounts in this guide is an expected bad accountAn account the bank's own fitted reading expects to reach its bad definition. The figure is an expectation applied to a month, not an outcome anybody has observed., meaning an expectation the bank has applied to a month, and not an outcome anybody has seen. A cut-off argument conducted in expectations is still worth having. An expectation is just not a result, and the record has to say which of the two an argument was conducted in.

TWO BAD RATES, TWO POPULATIONS, AND THEY ARE NOT A BEFORE AND AN AFTER 3.4% 8,160 of 2,40,000 accepted applications A past window, used to fit component 6 NO cut-off was applied to it An observed label on a closed book Question: what did the old book do? 2.02% 99 of this month's 4,902 accepts One month, under the deployed cut-off The cut-off IS the thing being applied An expectation, nothing observed yet Question: what should this month do? NOT A MOVEMENT Under this bank's own label no credit outcome is knowable for 15 months, so the month 6 book cannot be scored until month 21. Both figures are Sumeru Bank Limited's own and invented. Neither is a norm, a benchmark or an industry figure.
The 3.4 per cent describes a past window with no cut-off applied and the 2.02 per cent is an expectation for this month under the deployed cut-off, so the two cannot be read as one trend.
AI For Finance Bootcamp — Fin Maverick

What does tightening the accept cut-off buy?

Now the sweep. Hold the decline cut-off at 580 so only one thing moves, walk the accept cut-off from 640 up to 800 in steps of twenty, and read off what happens to the same 5,981 scored files. No file leaves and none arrives, so every row below sums to 5,981. All that changes is which of the three outcomes a file lands in. The expected bad accounts come from the bank's own fitted reading applied band by band, as whole accounts.

Accept cut-offAcceptedReferredDeclinedSumExpected badRate on accepts
6405,1311626885,9811212.36%
6605,0712226885,9811142.25%
6805,0112826885,9811082.16%
7004,9553386885,9811032.08%
720 deployed4,9023916885,981992.02%
7404,5627316885,981791.73%
7604,1421,1516885,981601.45%
7803,6221,6716885,981431.19%
8003,0122,2816885,981301.00%

Read the deployed row and the 760 row against each other and the purchase is plain. Tightening the accept cut-off from 720 to 760 takes the expected bad accounts among the accepts from 99 down to 60, so it buys the removal of 39 expected bad accounts, and the rate on accepts falls from 2.02 per cent to 1.45. Notice also what the sweep leaves alone. The declines sit at 688 in every single row. The accept cut-off has nothing whatever to say about who is refused outright, and any report that discusses tightening it in the language of turning people down has confused the two lines.

What does tightening it cost, and who pays that?

The 39 came from somewhere. Look at the same two rows again and the referrals go from 391 to 1,151. 760 applicants who would have had an answer in about four minutes are now waiting for a person, and at this bank that wait is two working days. The 760 are not a rounding adjustment and not a worse class of applicant. Every one of them is a person whose file landed on one side of a line last month and on the other side of a differently placed line this month, with nothing about the application changed.

Then follow the 760 to the desk that receives them. The exception desk at Sumeru Bank Limited runs at 7 people and the locked handling time is 19 minutes a case, so 760 extra cases is 14,440 desk minutes a month, being 1.72 posts at the assumed working month of 8,400 minutes a person. Put that in money at the bank's assumed fully loaded Rs 9,00,000/- a post and it is about Rs 15,48,000/- a year of desk capacity that has to exist before the cut-off moves. The Rs 15,48,000/- is arithmetic on the locked figures rather than a measured cost, and the second reviewer that every referral band file carries adds to it: at the locked 7 minutes for the re-reading and the deciding, 760 more files is a further 5,320 minutes, taking the whole to 19,760 minutes, being 2.35 posts.

And there is a queue underneath all of that. The desk closes about 154.7 cases a day against 150.5 arriving, so its marginHow much spare capacity a desk has before its queue starts growing instead of staying flat. is 4.2 cases a day, being 2.7 per cent of capacity. Spread 760 extra referrals over the month's 20 working days and the desk takes 38 more cases a day, a little over nine times the whole margin. Without hiring, the move from 720 to 760 does not make people wait two days. The queue grows every single day instead, and a queue that grows is a different and much worse thing.

THE SAME MOVE, BOTH SIDES ON ONE FOOTING Accept cut-off 720 to 760. Both bars measured as a share of the month's 4,902 accepts. WHAT IT BUYS expected bad accounts removed 39 accounts, being 0.80 per cent of the accepts WHAT IT COSTS applicants moved into a queue 760 applicants, being 15.50 per cent of the accepts 0 10 per cent of accepts 16 per cent 15.50 divided by 0.80 is 19.5, so the lower bar is exactly 19.5 times the upper one. Sumeru Bank Limited, invented.
Put both sides of the same move on one footing and the cost bar runs 19.5 times longer than the benefit bar, which is the trade stated as a picture.

There is a second way to see the same asymmetry, and it is the one that catches people out in a management pack. Draw the expected bad rate across the whole sweep and it falls, smoothly and reassuringly. Draw the referrals on the same picture and they climb, and they climb faster than the rate falls. Every setting that improves the number a report is likely to lead with makes both of the numbers it is unlikely to mention worse, and it does so in the same direction every time.

ONE LINE FALLS, THE OTHER CLIMBS, AND THE REPORT USUALLY CARRIES ONLY THE FIRST EXPECTED BAD RATE ON ACCEPTS 2.4% 1.9% 1.4% 0.9% REFERRALS A MONTH 2,000 4.52 posts 1,000 2.26 posts 0 deployed 720 tightened 760 640 660 680 700 720 740 760 780 800 accept cut-off, decline cut-off held at 580 throughout The green line is the number a summary leads with. The red line is the number of people waiting and the desk that has to receive them. Right axis posts are referrals times 19 minutes over the working month of 8,400 minutes. Sumeru Bank Limited, invented.
Across the whole sweep the expected bad rate falls while the referral count and the desk posts needed to absorb it rise, so the two costs move against the headline every time.

How can the trade be stated so somebody can argue with it?

Divide one side by the other and put both in units a person can hold. 760 applicants moved for 39 expected bad accounts prevented is 19.5 extra referrals for every expected bad account prevented. The exchange rate of 19.5 to one is the whole trade, and a credit officer and a desk head can genuinely disagree about 19.5 in a way neither of them can disagree about a fall from 2.02 per cent to 1.45.

Watch how differently the two versions behave in a room. Say the rate falls from 2.02 to 1.45 and nobody has anything to push against; a smaller number is a smaller number, and the meeting moves on. Say that 19.5 people wait two working days for every expected bad account prevented, and both sides have something to hold. A bad account costs the bank far more than nineteen delays, so the head of retail credit can argue that 19.5 is cheap. The exception desk's margin is 4.2 cases a day and the move needs 38, so its head can argue that 19.5 is impossible. Both of those are real positions. The percentage version does not let either of them be stated.

TWO STATEMENTS OF THE SAME MOVE, ONE OF WHICH CAN BE DISAGREED WITH STATED AS A RATE 2.02% 1.45% Names the benefit and nothing else. Says nothing about how many people wait. Says nothing about the desk receiving them. nobody in the room can push against it STATED AS ONE EXCHANGE RATE 19.5 extra referrals for every expected bad account prevented head of retail credit: 19.5 is cheap, a bad account costs far more than nineteen delayed answers head of the exception desk: 19.5 is impossible, my margin is 4.2 cases a day and this needs 38 two real positions, one decision to take Both statements describe the identical move from an accept cut-off of 720 to one of 760 on the same 5,981 files. Sumeru Bank Limited, invented. The exchange rate is computed here; where the line belongs remains a decision for the bank.
Stating the move as 19.5 extra referrals for each expected bad account prevented gives both sides a position, which a fall from 2.02 to 1.45 per cent never does.
Try it out

A report says the expected bad rate on accepts falls from 2.02 to 1.45 per cent. What has that report not said?

Try it out

Tightening the accept cut-off from 720 to 760 removes 39 expected bad accounts. How many applicants does it move into a queue for a person?

Play with it

Slide the accept cut-off and watch who moves

One control: the accept cut-off, from 640 to 800 in steps of twenty, with the decline cut-off held at 580 throughout so only one thing moves. One consequence: the score bands recolour as the line slides through them, three bars redraw over the same 5,981 files, and the expected bad accounts redraw on their own scale beneath. 99 accounts out of 5,981 is too small a slice to read on the same axis.

The deployed reading, held as static text so it survives without the picture. At an accept cut-off of 720: 4,902 accepted, 391 referred, 688 declined, and 99 expected bad accounts among the accepts, being 2.02 per cent. At 760: 4,142 accepted, 1,151 referred, 688 declined, and 60 expected bad accounts, being 1.45 per cent. The trade between those two settings is 19.5 extra referrals for every expected bad account prevented, costing 14,440 desk minutes a month, being 1.72 posts, or about Rs 15,48,000/- a year at the bank's assumed Rs 9,00,000/- a post.
640, loosestaccept cut-off 720800, tightest
1. THE LINE SLIDING THROUGH THE MONTH'S SCORE BANDS 3,012 to the break 580 held 720 low scores high scores 2. THE SAME 5,981 FILES, SPLIT THREE WAYS ACCEPTED 4,902 REFERRED 391 DECLINED 688 The red sliver at the left of the accept bar is the expected bad accounts, drawn to the same file scale. It is small on purpose. 3. EXPECTED BAD ACCOUNTS, ON THEIR OWN SCALE 99 0 50 accounts 100 accounts
Accepted
4,902
Referred
391
Declined
688
Expected bad
99
Rate on accepts
2.02%
Desk posts for referrals
0.88

At the deployed accept cut-off of 720, the month's 5,981 scored files split 4,902 accepted, 391 referred and 688 declined, and the bank's own fitted reading expects 99 bad accounts among the accepts, being 2.02 per cent.

Educational illustration. Figures are Sumeru Bank Limited's own and describe one deployment: one invented bank, one month, 5,981 files scored by component 6 and 2,619 that never reached it. The decline cut-off is held at 580 so the control moves one thing, and that is why the declines never change. Expected bad accounts come from the bank's own fitted reading applied to the month as whole accounts and are not observed outcomes. Under this bank's own label no credit outcome is known for 15 months. The 3.4 per cent locked bad rate is a different figure entirely, belonging to a past window of 2,40,000 accepted applications with no cut-off applied. Every other figure on this control is what this cut-off is expected to produce on this month's accepts. Desk posts are referrals times the locked 19 minutes over the assumed working month of 8,400 minutes. Every setting reconciles to 5,981.
Breaking Into Quants Bootcamp — Fin Maverick

What happens if it is loosened instead?

Run the control the other way and the arithmetic refuses to mirror. Moving the accept cut-off down from 720 to 700 adds 53 accepts and 4 expected bad accounts, or 13.25 extra accepts for each extra expected bad account. Tightening by forty points moved 760 files for 39 accounts, being 19.5 each. The same lever, moved in opposite directions from the same starting point, does not cost the same thing per unit, and it is not even close.

The reason is the shape of the month, not anything about the lever. Just above 720 sit 340 files in twenty points. Just below it sit 53. Loosening reaches into the thin part of the spread and picks up very few people; tightening reaches into the dense part and picks up a great many. Assuming a cut-off behaves symmetrically is the commonest mistake anybody makes with one, and it survives so well because it is the natural thing to assume about any dial.

Try it out

Loosening from 720 to 700 adds 53 accepts and 4 expected bad accounts. Is that the mirror of tightening?

Risk Management Program Bootcamp — Fin Maverick

Is the exchange rate the same anywhere else on the scale?

No, and this is the thing worth carrying away. Each twenty point step in the sweep costs something different when taken on its own. Down at the bottom, moving from 640 to 660 removes 7 expected bad accounts and moves 60 files, being 8.57 files for each account. Up at the top, moving from 780 to 800 removes 13 accounts and moves 610 files, being 46.92 files for each account. The price of preventing one expected bad account rises more than fivefold across the sweep, so any sentence beginning with the words moving the cut-off costs is meaningless until it says from where and to where.

WHAT EACH TWENTY POINT STEP COST ON ITS OWN Applicant files moved into referral for each expected bad account that step alone removed. 50 30 10 0 8.57 640 to 660 10.00 660 to 680 11.20 680 to 700 13.25 700 to 720 720 to 740 22.11 740 to 760 30.59 760 to 780 46.92 780 to 800 17.00 if the step price were a constant 19.5 The 19.5 headline is the average across the 720 to 760 move. Not one of the eight steps actually costs 19.5, and the cheapest step is more than five times cheaper than the dearest. Sumeru Bank Limited, invented. Expected bad accounts are the bank's own fitted reading, as whole accounts.
Each twenty point step of the cut-off carries its own price, rising from 8.57 files an account at the bottom of the sweep to 46.92 at the top, so no single exchange rate describes the lever.

One honest caveat on those step figures. The expected bad accounts in each band are whole accounts from the bank's own rounded reading, so a band holding 53 files at 7.5 per cent is recorded as 4 accounts rather than 3.975. On the small bands at the bottom of the sweep that rounding moves the step price by a little. The rounding does not move the direction of travel. The file counts set the direction, and the file counts are exact.

Why is the decline cut-off a different question?

Everything so far has held the decline cut-off still at 580. Move the decline cut-off instead and a completely different set of people is affected. Two lines reaching two different sets of people cannot be set by one argument. Drop it from 580 to 560 and the 236 files sitting in that twenty point band stop being declined with no person involved and start being decided by a person. The declines fall from 688 to 452 and the referrals rise from 391 to 627. The accept cut-off never moved, so the accepts do not move by a single file.

Put the two questions side by side and the difference is obvious. Moving the accept cut-off decides how many people wait longer for an answer. Moving the decline cut-off decides how many people are refused credit without anybody looking at their file. A longer wait and an unread refusal are different kinds of harm to different people, they are argued by different parts of the bank, and a single number describing the arrangement's quality cannot possibly speak to both.

MOVE THE OTHER LINE AND A DIFFERENT SET OF PEOPLE MOVES The declined and referred boxes share one scale over the 1,079 files those two outcomes hold. The accepted box sits apart and is not to scale. DECLINE CUT-OFF 580 deployed 688 declined, no person 391 referred 4,902 accepted, box not to scale DECLINE CUT-OFF 560 illustration 452 declined 627 referred to a person 4,902 not one file moved the 236 files scoring 560 to 579 cross into a person's queue the accept side is untouched by this lever 452 + 627 = 1,079 and 688 + 391 = 1,079. The two lines answer different questions and cannot be set by one argument. Sumeru Bank Limited, invented. Both cut-offs are the bank's own choices and neither is a standard.
Dropping the decline cut-off to 560 moves 236 files from a refusal nobody read into a person's queue and leaves all 4,902 accepts exactly where they were.
Try it out

The decline cut-off moves from 580 down to 560. What changes?

India

Where the expectation on an automated credit decision sits

Where an automated cut-off decides an outcome for a retail borrower, the expectations on a regulated lender covering digital lending, fair practice, outsourcing, data and the treatment of a borrower are set by the Reserve Bank of India and published at rbi.org.in. Where the deployer is a market intermediary rather than a bank, the equivalent expectations sit with the Securities and Exchange Board of India at sebi.gov.in, and the accountability of a board for what its systems do sits under company law administered by the Ministry of Corporate Affairs at mca.gov.in. Read all three at source. The 720 and the 580 are one invented bank's own choices rather than anybody's standard.

Financial Analyst Program Bootcamp — Fin Maverick

Why is a bar on a document reading step not the same kind of number?

The same word gets used for both and the two are not close relatives. Elsewhere in this same intake chain, component 4 reads fields off document images and returns a confidence value for each field, and the bank accepts a field above its own chosen bar and routes the field to a person below it. The confidence bar is also a line somebody chose, and moving it also has a cost. But look at what each line is about. A confidence bar decides whether a machine-read field is trusted; a decision cut-off decides whether a person gets a loan, and no amount of accuracy on the first says anything at all about the second.

The practical damage from mixing them is specific. A field read wrongly and accepted produces a wrong entry that some later check may catch at no cost to anybody. An applicant moved across a decision cut-off gets a different life outcome and no later check restores it. When a meeting settles an argument about the second with evidence about the first, and it happens, the bank has answered a question about people with a measurement about paper.

TWO NUMBERS THAT SHARE A WORD AND NOTHING ELSE THE QUESTION A CONFIDENCE BAR ON A READING STEP A CREDIT DECISION CUT-OFF What is it about? whether a machine read a field correctly whether a person gets a loan What does moving it do? sends more or fewer fields to a person sends more or fewer people to a queue Who feels it? the exception desk, in minutes the applicant, in days or in a refusal What does a wrong call cost? a wrong entry a later check may catch an outcome no later check restores
A confidence bar and a decision cut-off differ in what they are about, what moving them changes, who feels it and what a wrong call costs.
Try it out

A confidence bar on a document reading step and a credit accept cut-off. What is the difference?

Rebalancing: When, Why and What It Costs — free micro-course from Fin Maverick

What does the record have to hold about a threshold?

Four short fields, and they are not onerous. The value. Who set it. The date it was set. And the reading of the tradeWhat tightening a cut-off buys set against what it costs, stated in the same units so the two can be compared. at the setting chosen, with the previous value written beside it so anybody reading later can see what was given up and what was bought. Four lines in a single record, and with them the arrangement can be examined by somebody who was not in the room.

At Sumeru Bank Limited this is item 4 of the nine numbered items of the credit decision record, and at the month 12 independent validation carried out by Neelima Rao it was one of four items found missing. The pattern in what was and was not documented is the whole point of the count. The five items that existed described how the component was made, and the four that did not described what it does to a file and who can stop it. A cut-off with no record is a decision nobody can be shown to have taken, a strange thing to sit underneath 5,590 outcomes a month.

WHAT A THRESHOLD RECORD ACTUALLY HOLDS: FOUR FIELDS 1. THE VALUE accept at 720 and above, decline below 580, refer between 2. WHO SET IT Revathi Balan, head of retail credit 3. THE DATE the date it was set, written down 4. THE TRADE AT THIS SETTING at 720: 4,902 accepts, 99 expected bad. Previous value beside it, and what moving to 760 would have bought and cost. THE NINE ITEMS OF THE CREDIT DECISION RECORD, AT THE MONTH 12 VALIDATION 1 held 2 held 3 held 4 the cut-offs 5 missing 6 missing 7 held 8 missing 9 held 5 of 9 documented. The five that existed describe how the component was made. The four that did not describe what it does to a file and who can stop it. Sumeru Bank Limited, invented. The nine items and the validation finding are that bank's own.
A threshold record is four short fields, and at this bank it was item 4 of nine and one of the four items an independent validation found missing.
Try it out

What four things does a threshold record hold?

The Risk Management Program bootcamp teaches you to set a limit framework and run it through a breach. Writing an Investment Thesis — free micro-course from Fin Maverick

How does somebody reviewing this arrangement actually use the sweep?

A person doing this work for real is not usually choosing the cut-off. A reviewer is asked whether the choice already made can be defended, and the sweep is the instrument that answers the question. A lender's own second line of defence reads the sweep to find out whether the deployed setting sits on a flat stretch or a cliff. At 720 the next twenty points in either direction move 340 files one way and 53 the other. The deployed setting therefore sits right at the edge of the dense part, and a small drafting change would have very large consequences. The finding stands on its own, and it needs no view about where the line belongs.

An analyst outside the bank cannot see the sweep, and knowing that it exists changes what an approval rate means when one is published. A bank reporting that its approval rate fell from 57.0 per cent to 55.6 has said something, but not whether the cause was the applicants, the data feeding the component or somebody moving a line. The three causes have entirely different implications, and the published figure separates none of them. The right question to a bank is not what its approval rate is; it is what its cut-off is, who set it and when it last moved.

And a household on the other side of a cut-off should know one thing only. The answer arriving in four minutes came from where a number fell relative to a line, and the line is somebody's choice at that lender rather than a property of the applicant. O'Neil, in Weapons of Math Destruction, published in 2016, makes the wider point that a model's errors rarely fall evenly across a population. A cut-off does not create that unevenness, but it does convert it into outcomes, all at once, on the day it is set.

The error that gets made, and what it costs

The mistake is choosing between 720 and 760 on the percentage alone. The mistake is made in good faith, usually by somebody senior reading a one sheet summary in which the expected bad rate on accepts falls from 2.02 per cent to 1.45 and nothing else appears. Neither setting is wrong, and both can be defended. The error is that the percentage hides both of the things the choice is actually about, and it hides them in the same direction every single time.

Follow the cost through on this bank's own figures. The first hidden thing is 760 applicants who would have had an answer in about four minutes and now wait two working days, and they are not a rounding adjustment: 760 people is more than a month of the whole referral queue as it currently stands. The second is whether the desk receiving them exists at all. 14,440 more desk minutes is 1.72 posts before the second reviewer and 2.35 after, against a desk of 7 running on a margin of 4.2 cases a day. Move the line without the posts and the queue does not lengthen by two days, it lengthens every day until somebody stops it.

The same error runs in the other direction and is quieter. Loosening from 720 to 700 reads as 53 more approvals for 4 more expected bad accounts. The trade sounds like a bargain until somebody assumes the same bargain holds for the next twenty points and the next. It does not. The step price rises from 8.57 to 46.92 across this sweep, and a rule of thumb built at one end of it is wrong by a factor of five at the other.

How component 6 was fitted, and how a fitted component is evaluated, are separate subjects, as are the distributions and evaluation measures the sweep rests on. A declined applicant's letter, and the reason codes written to the file, are set out under adverse action. The confidence bar on a document reading step is set out under confidence scores and is only distinguished here. No sweep says where a line belongs. Only the people accountable for the outcomes can settle that, lender by lender.
A reviewer never picks the cut-off, only defends it. See what the sweep answers.

Sources

SourceDocumentSite
Reserve Bank of IndiaPublished expectations on a regulated lender covering digital lending, fair practice, outsourcing, data and consent, and the treatment of a borrower where a decision is automatedrbi.org.in
Securities and Exchange Board of IndiaEquivalent expectations where the deployer of an automated decisioning arrangement is a market intermediary rather than a banksebi.gov.in
Ministry of Corporate AffairsCompany law framework under which a board is accountable for what the systems it approves domca.gov.in
Agrawal, Gans and GoldfarbPrediction Machines, 2018, for the split between a prediction produced by a fitted component and the deciding that still has to follow itHarvard Business Review Press
Cathy O'NeilWeapons of Math Destruction, 2016, for a model's errors falling unevenly across a populationCrown

Sumeru Bank Limited, Revathi Balan, Ismail Sheikh, Neelima Rao and Ashok Pillai are invented.
Educational material. Not advice on any investment, tax, budget or market position.

← PreviousNext →
Fin Maverick Micro CoursesExplore Micro Courses
Fin Maverick BootcampsExplore Bootcamps
Fin Maverick

Finance education that ends in a job, not a certificate that gathers dust. Built for young India.

LEARN
CalculatorsFrameworksComparisonsCareersShowdown
RESOURCES
All CoursesMicro CoursesBootcampsInternships
COMPANY
AboutJob openingPartnership
LEGAL
Privacy PolicyTerms & ConditionsContent LicenseReturn & Refund Policy
© 2026 FIN MAVERICK / BUILT FOR INDIA.DO FINANCE, DO NOT JUST READ ABOUT IT.