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
Mutual Fund Mastery · CoreTrack
1Funds, AMCs & Collective Investments
iFund Structure
What a Fund Manager…Sponsor, Trustee Company and AMCMutual FundCollective InvestmentPooled VehiclesThe SchemeWhat a Mutual Fund…The Investment PolicyOpen-Ended FundsOpen-Ended, Close-Ended and Interval…Open-Ended vs Close-EndedClose-Ended and Interval Funds
iiNAV and Units
Applicable NAVHow a Scheme's Assets…Cut-Off TimeThe UnitThe Unit HolderNet Asset ValueNet Asset Value and UnitsNAV vs Unit Price
iiiFund Transactions
SubscriptionCut-Off ProcessingThe SwitchSIP, STP and SWPFund Transaction CalculatorEquity, Debt and Hybrid SchemesHow to Read a…How to Trace a…How to Organise the…How to Read a…How to Review What…How a SIP, STP…How an Exit Load…
ivScheme Categories
Index Funds, ETFs and Fund of FundsHow to Read a…How Scheme Categories Work,…Debt FundsEquity FundsSolution-Oriented FundsHybrid Funds
vFund Costs
Entry Load and Exit LoadWhat a Fund Actually…How Mutual Fund Expense Ratios WorkHow Fund Expenses Affect…Distribution ExpenseTotal Expense RatioDirect Plan and Regular Plan
viActive and Passive Funds
Active and Passive FundsFund of FundsETF vs Fund of FundsFund of Funds StructureThe Creation UnitThe Benchmark IndexTracking DifferenceTracking Difference vs Tracking ErrorHow an ETF Works
viiFund Performance Context
How to Read a…Rolling Return vs Point to PointFund Return vs Benchmark ReturnWhat a Fund Portfolio…Absolute ReturnReturn Measures for a FundWhy a Fund Holds…Credit QualityHow a Benchmark Gives…
viiiFund Documents
The Mutual Fund Offer DocumentsThe Offering Documents Compared,…How to Check the…Portfolio DisclosureThe Key Information Memorandum…The Statement of Additional…The Fund Factsheet and…Portfolio Disclosure and FactsheetHow to Read an…
ixInvestor Records
Mutual Fund Investor RecordsYour Mutual Fund RecordsFolio or Account StatementHow to Read a…How an Account Statement…PAN in Mutual Fund RecordsThe KYC Registration AgencyNomination in Mutual FundsHow a Mutual Fund…How a KYC Record…How to Update the…
xFund Operations
Fund OperationsThe RTAThe Valuation PolicyValue, Publish, AllotThe Record DatePortfolio HoldingsFund AccountingFund Accounting vs Fund ValuationCorporate Actions That Change…When a Corporate Action…ReconciliationUnit AllotmentCustodian vs RTA
xiFund Distribution and Investor Service
What a Mutual Fund…Fund Manager vs DistributorHow Mutual Fund Distribution…Commission DisclosureInvestor ServiceHow to Prepare a…EmpanelmentARN, EUIN and How…

The Record Date: How a Scheme Decides Who Is Entitled

A record date names one moment, and a scheme reads its own holder list at exactly that moment to settle who counts. Purchases and exits rewrite that list on every working day. Until a moment is named, who holds units has no answer. Whatever stands there counts. Whatever lands later does not.

Start with the record the question is being asked of. A scheme keeps a unit registerThe scheme's own list of holders, one line each, showing how many units that line holds., one line for each account, and each line carries a unit figure that gets written up or written down whenever an application or a redemption is processed. Those write-ups and write-downs happen on every working day the scheme is open for business. So who holds units in this scheme has no single answer. The register has as many answers as there are moments to ask it at, and a scheme that wants to pay something out has to pick one of them. A record date is that pick, made in advance and announced rather than discovered, and once the moment is settled every remaining part of who is due what stops being a matter of judgement.

One scheme runs through everything that follows. Girnar Asset Management Limited, an invented asset manager, runs the Girnar Large Cap Equity Fund, an open ended equity scheme with net assetsWhat the scheme holds less what it owes. A payment comes out of that figure. of Rs 4,200 crore and 120.00 crore units in issue. Divide the first figure by the second and a single unit is worth Rs 35.00 exactly. The scheme is held across 3,80,000 foliosAn account with the scheme, under which one holder's units are recorded.. Kalyani Bhagat manages the portfolio and Sohail Merchant heads operations. The auditor, the distributor, the custodian, the trustee company and the registrar and transfer agent each sit in a separate role, and that separation is what lets one party's work be checked against another's.

Four things are settled elsewhere: what a scheme is and who runs it, what a unit is and how the value per unitNet assets divided by the units in issue, struck each working day and published. is struck each working day, the day's value an application receives under the cut-off rules, and what a folio is and what a statement of one reports to a holder. All four are covered separately.

One figure stays a letter throughout. Whether a scheme pays a distributionA payment a scheme makes on each unit out of what it holds, reducing the pool it is paid from. at all, and how much, is settled by that scheme's own terms, and no amount is set for the Girnar Large Cap Equity Fund. So the amount paid on each unit is written as D: a letter, never a number. The conclusion the arithmetic reaches is a cancellation. A cancellation is true at every value D could possibly take, and a letter carries it as well as any number would.

What does a record date actually decide?

One thing, and it decides that one thing completely: which lines on the register are entitled, and to how much each. Nothing else about the payment is settled by it. Not what is being paid. Not where inside the scheme the money comes from. Not when it reaches anybody's bank account. Only the list.

A cooperative housing society has the identical shape, and the money there is small enough to hold in mind. The committee decides to hand back a share of the money sitting unused in the maintenance fund, so much for each flat. Flats change hands. Somebody moved out recently and somebody else moved in after that. The committee cannot simply pay the residents. The residents is not a list at all: it is a description that fits different people depending on when it is read. So the committee names a date, reads the flat register on it, and pays whoever is standing on that register. Nobody in the building thinks this is strange. The alternative is not a kinder rule; it is no rule.

A scheme is doing exactly that, with far more lines and a computer doing the reading. A record date is the answer to the question when, and once when has an answer, who and how much stop being arguments and become multiplication. The entitlementThe amount a particular line on the register is due, worked out from the units on that line. of one line is that line's unit figure multiplied by the amount paid on each unit, and there is nothing in that sentence for a person to decide.

Why does an entitlement have to be an instant rather than a stretch of time?

Because two lists produce two answers, and nothing anywhere settles which of the two to use.

Suppose a scheme tried to be generous about it and said that everybody who held units at any point during a week is entitled. The register read on one day of that week yields one set of lines carrying one set of unit figures. Read on another day, it yields a different set. A holder who bought and then sold inside that week appears on one reading and is absent from the other. Both readings are honest. Both are complete. The two readings disagree with each other, and the arithmetic offers no way to break the tie. The arithmetic was never handed a well formed question in the first place.

Arithmetic forces the choice, not administrative habit. Some version of this cut turns up in every pooled arrangement ever built, and goodwill on its own has never been able to do without one. A club splitting a surplus among members, a partnership settling a departing share, a company paying on its shares: each of them fixes a moment first, because each of them has to compute over a single list or not compute at all.

The same shape appears in a school photograph, with no money in it at all. The class in the photograph is the class that was standing there when the shutter opened. A student who left before that morning and a student who joined the week after are both missing from the picture, and the picture is not wrong about either of them. A photograph records one instant and has never been able to record anything else. A register read at a record date is the same kind of object, and it is no more unfair than the photograph is.

One question, more than one answer, until a moment is named. Read left to right. The marks are in order only, and the gaps between them mean nothing at all. READ HERE one set of unit figures READ HERE INSTEAD a different set of unit figures THE INSTANT units in units out units in units in money leaves NO SCALE ANYWHERE ON THIS FIGURE. THIS AXIS SHOWS ORDER ONLY. NO LENGTH OF TIME CAN BE READ OFF IT. The gaps between the marks are uneven on purpose, because a record date is a cut and never a duration. SEBI settles the way this date is set and the warning that goes with it. Read the current position at sebi.gov.in.
Reading the same register at two different marks produces two complete and honest sets of unit figures, which is why the question of who holds units has no answer until one instant is named.
Try it out

A scheme wants to be generous and proposes working out who is due what from the register as it stood over a whole week, rather than at a single moment. Why can that not be done?

Whose units count at that instant, and whose do not?

The units standing on a line at the instant count. Everything else about that line is simply not part of the test.

The test carries two consequences that get read wrong more often than any other pair on this subject, and here they are one at a time. A holder who redeemed just before the instant is not entitled, however long they had held the units up to that point. And a holder whose units are written to the register after the instant is not entitled, however early they had sent the money in. Length of holding does not appear in the test. Intention does not appear in the test. The date on which money left somebody's bank account does not appear in the test. There is the register, read once, and that is the whole of it.

The same test applies whether the units sit on a folio maintained by the registrar and transfer agent or are held in dematerialised form with a depository. The record is still read at an instant; only the place it is read from changes. In India those depositories are Central Depository Services (India) Limited (CDSL) at cdslindia.com and National Securities Depository Limited (NSDL) at nsdl.co.in.

Read the register once. That single reading is the entire test. WERE THESE UNITS ON THE LINE AT THE INSTANT? YES NO ENTITLED Due its own unit figure multiplied by D. NOT ENTITLED Nothing is due on this payment. ON THE LINE AT THE INSTANT Bought long ago, or bought that morning. Both count the same, and both count in full. REDEEMED JUST BEFORE Held for years, then left. Off the register when it was read, and paid in the price instead. WRITTEN IN JUST AFTER Money sent early. On the register only after the reading, at a value already reduced. NO SCALE ANYWHERE ON THIS FIGURE. LENGTH OF HOLDING IS NOT IN THE TEST. NEITHER IS INTENTION. Both refusals above are exact rather than harsh, and the section beside this figure works out why.
Whether a line is due anything rests on the units it was carrying when the register was read, and on nothing its holder did on either side of that, which is how two very different cases end at one refusal.
Try it out

A holder redeemed the whole of a folio just before the instant, sees the payment announced afterwards, and complains that years of holding counted for nothing. How should that complaint be answered?

Is either of those two holders treated unfairly?

Neither is, and the reason is worth going over slowly. The exactness of the test is what makes the arrangement honest rather than merely tidy.

Take the holder who left just before the instant. At the moment that redemption was priced, the scheme still held every rupee it was about to pay out. The assets about to go out were inside net assets, so they were inside the value per unit, so they were inside the amount the redemption settled at. The departing holder was paid the value of the entitlement, in the redemption price rather than as a separate credit, and a rupee paid inside a price is the same rupee as one paid into a bank account.

Now take the holder who arrived after. At the moment they bought, the scheme had already parted with what it paid out, so the value per unit they paid was already lower by exactly that amount. The arriving holder bought a cheaper unit. Handing that holder the payment on top would give them the reduction and the money both. The same rupee is counted twice, and this time the double count runs in the holder's favour.

The value of an entitlement sits inside the value per unit right up to the moment it leaves, and reading the register at an instant simply follows it out. The test looks harsh from either side and is exact from both.

Try it out

A scheme puts money out on each of the units standing on its register. What does that do to the value per unit?

Mutual Funds Bootcamp — Fin Maverick

What does paying an amount on every unit do to the value per unit?

Work it as an identity and the answer arrives in three lines.

Write the amount put out on each unit as D. D goes out on every unit standing on the register, so net assets drop by D times however many units are standing there. Paying money out neither cancels anybody's units nor creates anybody else's, so the number of units does not change. The value per unit is net assets divided by units. Reduce the top by D times the units, leave the bottom exactly where it was, and the value per unit is lower by D.

Written out on the scheme carried through this guide: the value per unit was Rs 35.00, and once the payment is made it is Rs 35.00 less D. Not approximately. Not usually. Exactly, and for arithmetic reasons that no operating decision can soften.

The result is true for any D at all. The size of the payment never enters the argument. Ten paise on each unit, one rupee on each unit, five rupees on each unit: at every one of them the drop in the value per unit matches what went out on each unit.

The top of the fraction falls by D times the units. The bottom does not move. pay D on every unit NET ASSETS BEFORE Rs 4,200 crore NET ASSETS AFTER Rs 4,200 crore less D times units nothing happens here UNITS IN ISSUE 1,20,00,00,000 units UNITS IN ISSUE 1,20,00,00,000 units UNCHANGED so it falls by exactly D VALUE PER UNIT BEFORE Rs 35.00 VALUE PER UNIT AFTER Rs 35.00 less D NO SCALE ANYWHERE ON THIS FIGURE. The boxes are equal in size because D has no value in this record, and drawing one to scale would invent it. The amount paid on each unit is written as D on every line of the working, and the result holds at every D.
Money put out on each unit takes that much times the units off net assets while the unit count stands still, which drops the value per unit by precisely what went out.

Why is a holder no better off once the payment has been made?

The sum can be done on any holding, so nobody's word need be taken for it.

Before the payment a holder has a number of units, each worth the old value per unit, and nothing else. After the payment the holder has the same number of units, each worth D less, and D in cash for every one of them. Taken together: the fall in the units is the unit count multiplied by D, and the cash is the unit count multiplied by D. Two identical products of two identical factors, so they cancel, and the total is the figure it was before anything happened.

Here is the everyday version. A shopkeeper takes Rs 500/- out of the till at closing and puts it in his pocket. He now has Rs 500/- in his pocket that he did not have in the morning, and the till has Rs 500/- less in it than it had a minute ago. The pocket and the till are both his, so nobody would look at the pocket on its own and conclude the shop had a good day. Money put out on each unit carries value out of the unit and into a bank account without creating a rupee of it, so the value per unit comes down by precisely what left the pool and a holder is not made better off by the payment itself.

The name for the mistake is double counting, and it is the commonest misreading on this whole subject. A holder who reads a payment as something the scheme produced has counted one rupee once as value inside the unit and then a second time as cash outside it. Nothing was produced. Something was moved.

Try it out

Cash received on a folio plus what its units are worth after the payment, set against what those units were worth before it. Which side is larger?

The cancellation can be watched happening on one illustrative line. The line below holds 3,158 units, the average line of this register rounded to whole units. Rounding it once keeps anything inside the arithmetic from being rounded twice. At Rs 35.00 a unit that line is worth Rs 1,10,530/- before anything is paid, and at the default setting nothing has been paid at all: the cash bar is exactly zero, drawn as an empty dashed outline, and the two together stands at 100.0 per cent of where it started.

Play with it

What happens to the three bars as the amount paid on each unit rises?

Move the control and watch the first bar shrink and the second bar grow. The third bar is the two added together, and it does not move at any setting. An unmoving third bar is the whole of the claim.

The amount put out on each unit, D, measured against the value per unit it started from: zero

The third bar is the one to watch. It does not move at any setting. The baseline below shows no scale, no unit of measure and no tick marks, and that is a decision rather than a gap. EXACTLY ZERO WHAT THE UNITS ARE WORTH falls as the amount rises CASH RECEIVED rises as the amount rises THE TWO TOGETHER does not move at all height 200 px height 0 px height 200 px
Units, per cent of start
100.0
Cash, per cent of start
0.0
The two together
100.0

The control is at zero, so nothing has been paid on any unit. The cash bar is exactly zero and is drawn as an empty dashed outline with its label outside it. The third bar stands at 100.0 per cent of where it started, and it will stand there at every setting.

Educational illustration. The baseline carries no scale. The third bar is the one that matters. The line drawn here holds 3,158 units, the average line of this register rounded to whole units, worth Rs 1,10,530/- at Rs 35.00 a unit. The amount paid on each unit comes from the control setting rather than from a declared payment, and the axis carries no rupee scale for the same reason. Money is held here in whole paise and every reading is rounded half up, and the cash and the units add back to the two together with a residue of exactly zero at all 31 settings. Whether and when a scheme pays is settled by the scheme's own terms.
Risk Management Program Bootcamp — Fin Maverick

How does this run on the Girnar Large Cap Equity Fund?

Run it across the actual register and the size of the exercise becomes visible without any payment amount appearing at all.

At the instant, the register carries 3,80,000 lines adding to 1,20,00,00,000 units. Divide the units by the lines and the average line carries about 3,157.89 units. At Rs 35.00 a unit that is about Rs 1,10,526/- of holding. The lines and the units are the whole of the inputs. The entitlement of the average line is about 3,157.89 multiplied by D, and the fall in the value of that line's units is about 3,157.89 multiplied by D, and the two are the same product of the same two numbers.

The stepWorked on this registerResult
Lines read at the instantOne line for each folio on the register3,80,000 lines
Units standing on themThe scheme has 120.00 crore units in issue1,20,00,00,000 units
The average line1,20,00,00,000 units divided by 3,80,000 linesabout 3,157.89 units
What that line holdsAbout 3,157.89 units at Rs 35.00 a unitabout Rs 1,10,526/-
Cash it receivesAbout 3,157.89 units multiplied by Dabout 3,157.89 D
Value its units loseAbout 3,157.89 units multiplied by Dabout 3,157.89 D
The two togetherCash gained less value lost, at every Dzero

The row saying the cash equals the fall and the row saying the total is unchanged are one equation written two ways, so the fact that they agree proves nothing at all. A check that cannot fail is not a check. So here is one that can fail, on the same register.

Multiply the average line back by the number of lines and see whether the unit total comes home. About 3,157.89 units across 3,80,000 lines is 1,19,99,98,200 units, against a stated 1,20,00,00,000 units. The signed residue is minus 1,800 units. At Rs 35.00 a unit that is Rs 63,000/- of holding the rounded average has quietly mislaid. The residue does not cancel and was never going to: it is the cost of rounding an average to two decimal places, and it is exactly the sort of gap a real entitlement run has to close before any money leaves. This is why an entitlement is computed line by line from actual unit figures rather than from an average. An average is a way of describing a register and never a way of paying one.

Try it out

The amount paid on each unit is never stated, and the whole thing is worked with a letter instead. Does the argument still hold?

What has to happen between the instant and the money leaving?

Six things, in that order, and every one of them reads from the register.

One. Freeze the list as at the instant. Whatever is processed afterwards then writes to the live register rather than to the one being paid from. Two. Compute each line's entitlement from that line's own unit figure. Three. Reduce net assets by the total of those entitlements. Four. Work the value per unit out on whatever net assets are left. The drop the identity predicted surfaces there, in a published figure. Five. Send the money out against the bank instructionThe banking details recorded against a line, saying where money due to it is to be sent. held on each line. Six. Record all of it. The entitlement computed, the money that left and the register that produced both can then be shown afterwards to agree.

Steps two and five both read from the same line, and that is the sentence to carry away: the entitlement comes off the unit figure and the money goes out on the banking details, and those two fields sit side by side on one row of one record. Sohail Merchant, who heads operations, is not running six separate exercises here. He is running one register through six readings, and a break in any reading shows up as a difference at the end rather than as a complaint at the time.

Six readings of one register sit between the instant and the money. 1 FREEZE THE LIST AS AT THE INSTANT Whatever is processed afterwards writes to the live register, never to the one being paid from. 2 COMPUTE EACH LINE FROM ITS OWN UNIT FIGURE Every line is due its unit figure multiplied by D, and nothing else enters the calculation. 3 REDUCE NET ASSETS BY THE TOTAL Net assets fall by the sum of those entitlements, which is D times the units on the register. 4 STRIKE THE VALUE PER UNIT ON WHAT IS LEFT Reduced net assets divided by an unchanged unit count, so the fall shows up as exactly D. 5 SEND THE MONEY ON THE BANK INSTRUCTION Each payment goes out against the banking details recorded on that very same line. 6 RECORD ALL OF IT What was computed, what left and the register behind both must be shown afterwards to agree. STEPS TWO AND FIVE READ FROM THE SAME LINE OF THE SAME RECORD. NO SCALE ANYWHERE ON THIS FIGURE. The order is fixed and no length of time may be read off it.
Six pieces of operational work stand between the reading of the register and the money moving, and each of the six goes back to the list frozen at that reading.
Try it out

A line is plainly entitled, the payment run has completed, and the money has not reached the holder. What is the first place to look?

What breaks when the register line is right and the banking details are not?

The holder is entitled and the money does not arrive, and at no point was the entitlement in any doubt.

Picture a wedding invitation posted to an address the household left two years ago. The guest list was right. The invitation was correctly addressed to the right people. Nobody turns up. The list and the address are two different fields, and only one of them was kept current. A stale bank instruction on a register line does that to a payoutThe money actually sent out against an entitlement, as distinct from the entitlement itself.. The unit figure is right, the entitlement computed from it is right, the money is sent, and it comes back.

A failure of that kind belongs to operations rather than to entitlement, and the difference matters: the two get put right in separate places by separate people. An entitlement question is answered by reading the register at the instant. A failed payment is answered by looking at the banking details on the line, correcting them and paying again. Treating the second as though it were the first sends somebody hunting for a fault in a calculation that was never wrong. The holder waits while they hunt.

One line. The entitlement and the payment are read off two fields of it. ONE LINE ON THE UNIT REGISTER LINE REFERENCE one folio, one line UNITS STANDING AT THE INSTANT 3,157.89 units, the average line BANK INSTRUCTION where money due is sent AMOUNT PAID ON EACH UNIT NO ENTRY IN THIS RECORD see note 1 in the panel below 1 THE ENTITLEMENT COMES OFF HERE This unit figure, multiplied by D. 2 THE MONEY GOES OUT ON THIS FIELD Same line, different field. Let it go stale and the holder is unpaid. 3 NOTHING TO READ HERE This record holds no payment amount, so the letter D is used instead. NOTE 1. NO PAYMENT AMOUNT EXISTS IN THIS RECORD FOR THIS SCHEME. The field is drawn empty and dashed rather than filled in, because filling it would invent the one figure this record does not hold. NO SCALE ANYWHERE ON THIS FIGURE.
What a line is due and where its money is sent are two fields of one row, so banking details left out of date produce a holder who is due money and never receives it.

How much is a slip of one paise a unit worth on this scheme?

Enough to be worth reconciling, and the size of it is the honest reason operations is careful rather than merely diligent.

Take the smallest movement in a value per unit this arithmetic can express. One paise on every one of 1,20,00,00,000 units is Rs 1,20,00,000/-, or Rs 1.20 crore. On the average line of about 3,157.89 units, the same one paise is about Rs 31.58, a figure nobody would cross a room for.

Both readings are true at the same time and neither is the whole picture: a slip too small for one holder to notice is Rs 1.20 crore across the register, and the distance between those two views is the entire reason an entitlement is checked against the register before money leaves rather than after. The conversion gives the scale of an operational slip, and the scale of a slip is a separate matter from the size of any payment.

One paise on a unit is invisible. One paise across the register is not. AT TRUE SCALE. ORIGIN AT ZERO. 1 px = Rs 0.0625 OF VALUE PER UNIT. Rs 35.00 a unit ONE PAISE 0.16 px wide Bar lengths are whole pixels. At 0.16 px one paise is under a single pixel, so it cannot be drawn here at all. MAGNIFIED 250 TIMES EXACTLY. ORIGIN AT ZERO. ONE PAISE IS 40 px HERE. One paise a unit, magnified exactly 250 times from the scale used above it. At the same magnification the Rs 35.00 bar would run 1,40,000 px, which is why only one of the two is drawn here. ACROSS THE REGISTER Rs 1.20 crore on 1,20,00,00,000 units ON THE AVERAGE LINE about Rs 31.58 on about 3,157.89 units THE SAME SLIP IS INVISIBLE ON ONE LINE AND Rs 1.20 CRORE ACROSS THE REGISTER. That distance is why an entitlement is checked against the register before money leaves rather than after.
A slip of one paise a unit is too small to draw beside Rs 35.00 and is still Rs 1.20 crore once it is read across the whole register.

Who reaches for this on a working day, and what for?

Three people, and none of them is doing it out of curiosity. The head of operations is running the six steps above and watching one figure above all others: whether the total of the line by line entitlements equals the amount by which net assets were reduced. If those two differ, something in the register moved between the freeze and the computation, and it has to be found before any money leaves the scheme.

An analyst reading a year of a scheme's record does the opposite of what most readers do. Instead of adding the payments to the growth in the value per unit, the analyst first checks whether the record has already accounted for them. A return measured from one value per unit to another has the payments taken out of it by construction, and a figure assembled any other way may not.

A household holding units in a scheme that pays needs one sum and no more: put the cash that arrived alongside what the units are worth today, and hold that against what those same units were worth before the money left. If the two come out equal, then nothing was produced and nothing was lost, and the credit in the bank account is exactly what it looks like from inside the scheme: a transfer. The sum settles what a payment did, and settles nothing about whether the scheme is worth holding.

Financial Literacy Bootcamp — Fin Maverick Document Extraction in Finance — free micro-course from Fin Maverick

Who settles the rules around the date, and where are they written down?

From the market regulator.

The setting of a record date, the warning that has to go out ahead of it, what holders must be told and the working out of what each line is due are all matters the Securities and Exchange Board of India (SEBI) decides, and requirements of that kind get revised. A printed convention would not merely become dated when it moved; it would become wrong, and wrong is a far worse failure than dated. The current position is published at sebi.gov.in and is read there on the day it is needed. Industry level operating material for schemes is published by the Association of Mutual Funds in India (AMFI) at amfiindia.com.

Tax law then decides what a holder keeps of what is received. The Indian tax authority holds those rules, reachable at incometaxindia.gov.in, and moves them to a timetable of its own. Rates, thresholds, classifications and holding conditions are covered separately.

Three things survive every one of those revisions: an instant has to exist before an entitlement can be computed at all, the value per unit comes down by precisely what went out on each unit, and six readings of one register stand between the moment and the money. Rearranging the rules changes none of the three.

Three things survive any rearrangement of the rules. AN INSTANT HAS TO EXIST An entitlement is one computation over one list, so a moment has to be named before it can be run. THE VALUE PER UNIT FALLS BY D Net assets fall by D times the units and the unit count does not move, so all of it lands there. SIX READINGS OF ONE REGISTER Freeze, compute, reduce, strike, pay, record, and each of the six reads from the same record. PUBLISHED BY SEBI, read it at sebi.gov.in the setting of the date the warning that goes with it the working out of each line what holders must be told every interval between them READ THEM AT THE SOURCE because these get revised, and a printed one turns wrong, not old REGULATED VALUES ON THIS FIGURE ARE PUBLISHED BY SEBI AND ARE READ AT sebi.gov.in. What a holder ends up receiving is taxed under rules held by the Indian tax authority at incometaxindia.gov.in. NO SCALE ANYWHERE ON THIS FIGURE. The three boxes are equal because none of them outranks another.
The need for a named moment, the effect of a payment on the value per unit and the operational work behind one all stand however the requirements around them are rewritten.
India

Which body decides, and where is the current position read?

SEBI settles the way a record date is set, the warning that goes with it, the working out of what each line is due and what must be disclosed to holders, and it revises all of that from time to time. Conventions, notice requirements, intervals, thresholds and deadlines are read from the current position at sebi.gov.in.

Whatever a holder ends up receiving is then taxed under rules held by the Indian tax authority, reachable at incometaxindia.gov.in. Rates, thresholds, classifications and holding conditions are set there. Industry level operating material sits with AMFI at amfiindia.com, and where units are held in dematerialised form the two depositories are CDSL at cdslindia.com and NSDL at nsdl.co.in.

Try it out

Which body decides the way a record date is set and the warning that goes with it, and where is the current position read?

The error that gets made, and what it costs

A payment lands in a holder's bank account. The payment arrives as a credit, with a date against it and an amount, in a statement the holder actually reads. On the same day the value per unit is lower by precisely what went out on each unit, and that half arrives as nothing whatever: no message, no entry, no line anywhere, only a slightly smaller figure inside a number that shifts for a dozen different reasons in any ordinary week. One half of the transaction announces itself and the other half is silent.

So the holder does the natural thing and reads the credit as something the scheme produced that week, sitting on top of units they still hold in full. The misreading is not a careless one, and it is the only reading the visible evidence supports. Nothing in the ordinary flow of documents corrects it.

The cost is a reader who can no longer tell a payment apart from a return, and it goes wrong in both directions at once. The scheme gets credited with the payments. The same scheme then gets blamed for a value per unit that never grew the way the holder expected, when the missing growth is those same payments, already received and quite possibly already spent. The repair is one sum anybody can do: put the cash that arrived beside what the units are worth today, hold that against what the same units were worth before the money left, and watch the two come out level.

One half of the transaction announces itself. The other half arrives as nothing. WHAT THE HOLDER SEES BANK ACCOUNT, CREDIT ENTRY Payment from the scheme credited, dated, itemised It arrives. It is impossible to miss. WHAT ARRIVES INSTEAD NO ENTRY IN THIS RECORD no message, no line, no document The value per unit is lower by exactly D. SO THE SAME RUPEE GETS COUNTED TWICE. Once as value still inside the unit, and once again as cash outside it. The scheme is credited with the payment, and then blamed for a value per unit that never grew the way the holder expected, when the missing growth is those same payments, already received. NO SCALE ANYWHERE ON THIS FIGURE. THE TWO PANELS ARE EQUAL IN SIZE ON PURPOSE. The fall in the value per unit is exactly the size of the credit, and only one of the two reaches the holder as a document.
Money out of the scheme shows up as a dated credit the holder reads, while the matching drop in the value per unit shows up in no document whatever.
Try it out

A reader describes a scheme's year by adding up the payments it made on each unit and the growth in its value per unit. What has gone wrong?

Two questions sit outside these sections from the start: what a scheme may put out at all, and which part of its own results the money is taken from. Both are covered under scheme documents and scheme categories. Whatever a holder ends up receiving is then taxed under rules held by the Indian tax authority at incometaxindia.gov.in, and that treatment is covered separately. Actions taken on the securities the scheme itself holds are covered elsewhere, along with the matching of units, cash and holdings once a payment run has finished, and along with the writing of fresh units into the register. Which working day supplies the value an application is priced at is a cut-off matter, covered on its own. The document that tells a holder what was due is covered under investor records. Setting the date, and the warning that has to accompany it, are questions for SEBI at sebi.gov.in.
SEBI settles the record date and everything written around it. See what moves.

References

WhereBody namedWhat is read there
sebi.gov.inSecurities and Exchange Board of IndiaThe setting of a record date, the warning that goes with it, the working out of what each line is due and what must be disclosed to holders
incometaxindia.gov.inThe tax authorityThe treatment of anything a holder receives after a payment on units. Rates, thresholds, classifications and holding conditions are set by this authority
amfiindia.comAssociation of Mutual Funds in IndiaIndustry level operating material for schemes. This body publishes that material and makes no requirement
nsdl.co.in and cdslindia.comThe two depositoriesRegisters of units held in dematerialised form rather than on a folio

Girnar Asset Management Limited, the Girnar Large Cap Equity Fund, Kalyani Bhagat and Sohail Merchant 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.