How an Account Statement Groups Your Mutual Fund Holdings
Six levels, in a fixed nesting. The report starts from one holder, splits by asset manager, splits again by each account under that manager, puts one line under each scheme inside the account, and prints movements and a closing unit balance on that line. Anything recorded against a key the report was not drawn on sits outside the whole structure altogether. One household can therefore be sent several reports that never meet.
Here is the part nobody hands over when an account is opened. A common account statement is not a list. A statement is a groupingA way of sorting what a report shows into levels, where each level sits wholly inside the level above it., and a grouping has a direction. The grouping is built from the outside in, starting at one point of entry and descending, and everything eventually read on the report arrived by that descent. Once the shape is carried, what any such report will look like can be predicted before it is opened, and more usefully, so can what it will leave out. The single most useful thing to know about this document is that it is assembled downwards from one starting point rather than gathered up from all of a person's holdings.
Girnar Asset Management Limited, an invented asset manager, runs two schemes that matter here. The Girnar Large Cap Equity Fund is open ended and holds equity, and the Girnar Broad Market Index Fund tracks a broad market index. Putting the equity scheme's 120.00 crore units in issue under net assets of Rs 4,200 crore gives a value per unit of Rs 35.00 exactly, a division worked through in full where these record documents are first laid out. There are 3,80,000 accounts holding that scheme. The equity portfolio is run by Kalyani Bhagat, and Sohail Merchant is in charge of operations.
A scheme, a unit, the way money turns into units and the purpose of a report drawn across accounts are each covered separately.
What is the order a common account statement builds in?
Six levels, and the order is fixed rather than conventional. Level one is the holder. Level two is the asset manager. Level three is the account held with that manager. Level four is the scheme sitting inside that account. Level five is the set of movements printed under that scheme. Level six is the closing unit balance standing at the foot of it. Each level sits wholly inside the one above it. Nesting of that kind makes a shape rather than a list of headings.
Consider a residential building for a moment. A flat is not found by walking the whole city looking for a door. One reaches a building, then a wing, then a floor, then a flat, then a room. Nobody would design a directory that listed every room in the city and asked a visitor to scan it. The report works the same way, and for the same reason: descending through levels is cheap, and scanning everything is not. The shape shows where to look, and it shows where a holding would have to be if it is not where it was expected. Carrying the shape is worth more than memorising any single field on the report.
Why is this document organised around a person and not a product?
Because nobody else has a reason to want the whole picture in one place. A scheme knows the people holding units in it. An asset managerThe company that sets up and runs schemes and keeps the accounts of the people holding units in them. knows the accounts opened with it. Neither of them has any use for what a person holds somewhere else, and neither of them is asked to care. The only party for whom the total is a meaningful object is the person holding it.
A report assembled around a person is unusual. Almost everything else that arrives in this subject is organised around a product: a scheme document describes a scheme, a portfolio disclosure describes what one scheme holds, a factsheet describes one scheme's characteristics. A common account statement is the one object here assembled around a person rather than around a product, and that inversion is what makes it read so unlike the rest of the post that arrives in the holder's name. A household running on one salary understands this instinctively: the employer knows the salary, the landlord knows the rent, the school knows the fees, and only the household has any reason to put all three on one sheet of paper.
What does the word holder actually mean inside the grouping?
Holder means a key, and nothing else. Recognising a person is not something the report is able to do. The report cannot set two records beside each other and see a likeness in them, and it is never asked to try. The assembly is handed one keyA single identifier that records are filed against, so that anything carrying it can be gathered together by a machine without anyone reading it., goes looking for everything filed under that key, and groups what it finds. Inside the grouping, holder does not mean person; holder means key, so one person carrying two keys registers as two holders and nothing in the assembly is capable of noticing the difference.
Almost every confusing report a household ever receives is explained by that one substitution. Nothing has gone wrong. Nobody has lost a record. A grouping gathers what carries the key it was given, and knows nothing whatever about what does not.
Two accounts were opened years apart by the same person, and each was filed against a different key. How many holders does the grouping count?
Why does the statement break at the asset manager?
Because there is no single ledger to filter. Each asset manager keeps the register of its own accounts, and that register is the only authoritative record of what those accounts hold. A report covering more than one manager therefore has to be built out of answers collected from several distinct record keepers, each of them asked the same thing about the same key. A reader is looking at several answers stitched end to end, never at a view across one large table. The manager therefore forms a level of its own rather than a column beside the units.
Ten shops in one shopping centre keep ten sets of books. A statement of everything one shopper spent in that centre last month requires somebody to go to each shop and ask, and the answer comes back shop by shop because that is the only form in which it exists. One list was never kept anywhere, so the answer cannot come back as one list.
Only one asset manager, Girnar Asset Management, stands in the worked record, so the tree below has one branch at level two and no second branch to join it to. A second manager would mean a second register kept by a second record keeper, and no such register stands behind these figures, so the other two branches are drawn empty rather than filled in.
Why do several accounts under one asset manager stay separate?
Because each accountOne record held with one asset manager, carrying units, the names on it, and the instructions standing on it. carries settings that the others do not, and merging them would throw those settings away. Two accounts opened in different years, or with a different set of names attached, or with a different instruction sitting on each, are genuinely two accounts and remain two. Nothing merges them automatically.
Separate accounts look untidy from the outside and are the opposite of untidy. Two accounts can carry different people named on them, a different mode of operation and a different nomination. Collapsing them onto one line would destroy exactly the distinctions that make them two accounts rather than one. A household with a joint savings account and a single one does not expect the bank to merge them for neatness, because the second name is the whole point of the first account. The same logic runs here.
Why do two accounts held with one asset manager, in the same scheme, not collapse onto a single line?
What sits on a single scheme line?
One scheme lineOne row on a report covering one scheme held inside one account, rather than one scheme across everything a person holds. covers one scheme held inside one account. Under it sit the movements that fell inside the stretch the report covers, and beneath those sits the closing unit balance. The scheme line is the whole of level four, and its narrowness is the point: a scheme line is not a statement about a scheme, and it is not a statement about everything a person holds in that scheme. The line is a statement about one scheme inside one account.
The scheme is the fourth level rather than the first, and that ordering is precisely the reverse of how anybody thinks about their own money. Holders think in schemes. The question a holder brings is what is held in the Girnar Large Cap Equity Fund, full stop. The report cannot answer that question directly. Gathering ran by key, then by manager, then by account, and never by scheme. So a holder chasing one scheme has to descend the tree and add up what they find, and if the same scheme is held inside three accounts it appears three times under three account headings, with no total struck anywhere.
The reverse case is just as ordinary. One account can hold two schemes, and then two scheme lines sit under one account heading. If the household's first account also held the Girnar Broad Market Index Fund, a second line would appear under that same account heading with its own movements and its own closing unit balance. No unit quantity stands against the index fund in this household's record, so the second line prints with an empty cell rather than a filled one. A number put in to fill a gap is indistinguishable on the report from one that was earned, and an empty cell honestly labelled is worth more.
Why does adding up the movements not reach the closing balance?
Because whatever was already standing when the window opened counts towards the closing figure while never being printed as a movement of its own. A movementAn entry showing units going into or out of an account inside the stretch a report covers. is something that happened inside the window. The closing unit balanceThe number of units standing in an account at the end of the window a report covers, whenever those units arrived. is everything standing at the end of it, whenever those units arrived. A movement and a closing balance are two different kinds of quantity, and only one of them is printed as a row.
The printed movements reproduce the closing balance only where the account began inside the window, and in every other case the difference is a quantity carried in that no row on the report shows. Consider a water tank with a meter on the inflow pipe. The meter records what went in this month. The meter says nothing about what was already in the tank on the first, and adding up its readings will not give the depth today unless the tank started empty.
Adding up every movement printed on a scheme line lands short of the closing unit balance. What has gone wrong?
What does one household's tree actually look like, worked?
One household, three accounts, all with Girnar Asset Management, all in the Girnar Large Cap Equity Fund, all struck at Rs 35.00 a unit. The first account was opened with Rs 1,00,000/-, the second is held jointly and was opened with Rs 50,000/-, the third was opened with Rs 30,000/-.
Divide each amount by Rs 35.00 and none of the three divisions terminates. The numbers 100, 50 and 30 all carry a factor of seven into the denominator, and a factor of seven never comes out. Unit counts are recorded to three decimal places, so each quotient is rounded, and each rounding leaves a residue that has to be tracked rather than waved away.
| Account | The division | Exact quotient | Printed to three places |
|---|---|---|---|
| One, single name | Rs 1,00,000/- against a unit value of Rs 35.00 | 2,857.142857... | 2,857.143 |
| Two, held jointly | Rs 50,000/- against the same Rs 35.00 | 1,428.571428... | 1,428.571 |
| Three, single name | Rs 30,000/- against the same Rs 35.00 | 857.142857... | 857.143 |
| The household | Rs 1,80,000/- put in altogether | 5,142.857142... | 5,142.857 |
Now the part that is easy to skip and should not be. Adding rounded counts and rounding an added total are two different operations, and both are worked through below rather than assumed to agree.
| Check | What is being done | Result in units |
|---|---|---|
| Route one | Round each account to three places, then add the three printed counts | 5,142.857 |
| Route two | Add the three exact quotients, then round the total to three places | 5,142.857 |
| Residue, account one | Printed count less exact quotient, rounded up | plus 0.000142857 |
| Residue, account two | Printed count less exact quotient, rounded down | minus 0.000428571 |
| Residue, account three | Printed count less exact quotient, rounded up | plus 0.000142857 |
| Net residue | The three residues added together | minus 0.000142857 |
The two routes land on the same figure here, and that is luck rather than law. Two roundings went up and one went down, and the residues netted to less than half of one thousandth of a unit. The total therefore survived a second rounding unchanged. Change any one of the three opening amounts and the two routes can part company in the third decimal place. A total built from printed counts and a total built from exact quotients are different objects that happen to coincide on this record. A report prints route one, because every line on it is the account's own recorded balance and any total is the sum of what has already been printed.
Take the printed total back into money and a second residue appears. 5,142.857 units multiplied by Rs 35.00 comes to Rs 1,79,999.995 exactly, half a paisa short of the Rs 1,80,000/- the household actually paid in. Half a paisa sits exactly midway between Rs 1,79,999.99 and Rs 1,80,000.00, and calling it either one is a silent choice of rule rather than a fact. The shortfall is not an error, and careful rounding cannot clean it up. The printed unit count is already rounded, so multiplying it back by the value per unit does not return the money that went in, and any working that claims it does has hidden a rounding rule it did not state.
One more figure, so the household has something to be measured against. Spread the equity scheme's 120.00 crore units over its 3,80,000 accounts and the average account works out at about 3,157.89 units. At Rs 35.00 a unit that average is worth roughly Rs 1,10,526/-. This household holds 5,142.857 units, about 1.63 average accounts, split across three. Nothing about that shape is unusual. A household simply looks like that after opening accounts at different moments for different reasons.
How much of a holding can a report miss, exactly?
How much a report misses turns on one thing only: how many of the three accounts are filed against the key the report was drawn on. The sizes are worth working out rather than gesturing at. CoverageHow much of what somebody actually holds a particular report is able to reach and show. below is measured against the household's whole 5,142.857 units every time, and that base travels with each percentage. A share quoted without its base says nothing at all.
If all three accounts carry the matching key, the tree shows three account branches and 5,142.857 units, or 100 per cent of 5,142.857 units. If the first two carry it and the third does not, the tree shows 2,857.143 plus 1,428.571, or 4,285.714 units. Dividing 4,285.714 by 5,142.857 gives 0.83333, or 83.3 per cent of 5,142.857 units. If only the first carries it, the tree shows 2,857.143 units, and 2,857.143 divided by 5,142.857 is 0.55556, or 55.6 per cent of 5,142.857 units. If none carries it, a blank report arrives while about Rs 1,80,000/- of units sits untouched behind it.
Which accounts drop matters, and the settings above drop them in one stated order: the third account first, then the second. Other combinations give other figures. The first and third together would show 3,714.286 units, or 72.2 per cent of 5,142.857 units, and the second and third together would show 2,285.714 units, or 44.4 per cent. Not a single unit shifted across any of those settings, so each percentage describes how far the report reached and none of them describes the holding at all.
Before the control below is moved: one account out of a household's three was filed against a key the report was not drawn on. What does the report do about that?
Drag the control and watch a branch leave the tree
One control, stepping through how many of the household's three accounts carry the key this report was drawn on. The tree on the left gains and loses whole branches. The pair of bars on the right rescales, and the left bar of that pair never moves.
All three accounts carry the key this report is drawn on, so the tree keeps three branches and shows 5,142.857 units, worth Rs 1,79,999.995 at Rs 35.00 a unit, which is 100 per cent of the household's own 5,142.857 units.
Educational illustration. The accounts drop in one stated order, the third first and then the second. Other combinations give other figures. Only one asset manager stands in the worked record, so level two carries a single branch and no second branch joins it.
At the setting where no account matched and the report came out empty, how many units does the household hold?
Why can one household receive several statements that never meet?
Here is the situation, before the explanation. Two envelopes land in the same week. Each carries a report that looks whole. Between them they cover the household's position, and neither one covers all of it. Neither mentions the other, and neither carries a line saying anything is absent.
Two reports arrive in one week, each showing part of what one household holds. Is one of them an error?
Neither is an error, and neither is a duplicate. Both are correct, and both are complete about themselves. The tree is built downwards from a key, so two keys produce two trees, each gathering what its own key reaches and each blind to the other by construction. Neither assembly ever encountered the other, so nothing in either document can announce it.
Three complaints that sound quite different turn out to be this same fact wearing three faces. Several reports landing on one household, every one of them correct. A holding that turns up on no report at all. A single scheme printed twice beneath two account headings with no total anywhere. All three follow from the same construction rule: the tree grows downwards from a key, so anything that key did not reach is not missing from the tree, it was never in the tree at all.
What can the grouping never do?
Three things, and knowing them saves a great deal of wasted reading. Merging is a change to a record, and the report changes no record, so the grouping cannot merge two accounts. The grouping cannot correct a key either, for the same reason. And the key is the only instrument the grouping has for locating anything, so whatever that key failed to locate stays out of reach.
A report only describes, so reading it, however closely, alters nothing beneath it, and every change that counts gets written on the account itself, with the asset manager. Reading a photograph of a room more attentively does not move the furniture. What may be asked for, what has to be put forward and how long any of it takes are set by the Securities and Exchange Board of India (SEBI), and they differ from one manager to the next.
Can reading a report more carefully merge two of a household's accounts into one?
Who reaches for this shape on a working day, and why?
Three people use it, and none of them is admiring the structure. Somebody doing a once yearly sweep of a household's holdings uses the tree in reverse: they know roughly what they hold, and they descend each branch to find where each holding landed. Anything they cannot find on a report is not yet a problem; it is a signal that a different key is probably involved, and that is a far more useful first thought than assuming a holding has gone astray.
Sohail Merchant, in charge of operations at Girnar Asset Management, works the same shape from the far side. When a query arrives saying a holding is missing from a report, the shape tells the desk which level to test first: not the scheme, not the units, but the key at level one and then the account at level three. A mismatch at level one makes every level under it look wrong at once. Testing level one first is the difference between a query that resolves and a query that goes round in circles.
Somebody helping an older relative through a pile of paperwork uses it hardest of all. Several reports on a table, each complete, none of them adding up to what the relative describes holding, and no line anywhere explaining why. The shape converts that pile from evidence of disorder into a straightforward question about how many keys are in play, and that question has an answer.
None of the three can settle, from the shape by itself, which key a particular account is filed against, or what has to be put forward to gather several accounts onto one report. Both questions sit with the asset manager and with SEBI.
The reading that goes wrong, and what it costs
Two reports arrive in the same week. Each is complete for itself, each shows part of what the household holds, and neither says a word about the other. The natural reading is that one has to be a copy, or a mistake, or the stale one. None of those readings is right. Two accounts carrying two different keys produced two trees, and there is nothing in either document capable of saying that the other one exists.
The misreading follows from the design and not from the reader. No report says on its face that it was assembled from a key. The fact of the key is not handed over at the counter when an account is opened, and two entries made years apart against two keys is just what filing systems do when they are told to file by identifier. There was no moment at which an obvious step was skipped.
The cost is quiet, and it accumulates. One of the two reports gets treated as noise, stops being opened, and the position behind it goes unwatched. Nothing dramatic happens; the account simply drifts, with nobody intending it, and a nomination or an instruction standing on it stops being reviewed along with everything else. On this worked household that would be 857.143 units of the 5,142.857 held, or 16.7 per cent of the position, quietly out of view.
The route has a shape even where its steps are settled elsewhere. Both accounts live with an asset manager, and anything at account level has to be taken up there, including the key an account is filed against, together with whoever keeps that manager's register. SEBI fixes what can be asked for and in what form, publishes it at sebi.gov.in, and the answer differs from one manager to the next. The line worth carrying away is simpler than any of that: two reports are two answers to one question asked with two different keys.
Who sets the arrangement behind a report drawn across managers?
A report that gathers accounts held with more than one asset manager rests on a standing arrangement, covering how such a report is produced and provided and on what basis holdings are brought together onto it. SEBI sets that arrangement, and its contents sit with SEBI: how holdings must be grouped, what stretch a report covers, what sets one off, what it has to carry and how often it goes out. Every one of those can be revised, so each is a fact with a date attached rather than a fixed feature of the arrangement.
Two further doors are worth knowing. The Association of Mutual Funds in India (AMFI), at amfiindia.com, describes the industry level shape of that arrangement and decides none of it. The machinery underneath a report spanning several managers is set out by the two depositories, at nsdl.co.in and at cdslindia.com. The identifier a mutual fund account is normally keyed to is the permanent account number (PAN), issued by the tax authority at incometaxindia.gov.in.
The current standing of the arrangement is published at sebi.gov.in, and a revision there changes what a report must carry without changing why the levels exist.
Why does the worked tree above stop at a single asset manager, when joining several is the situation such a report exists for?
References
| Source | What it is named for | Site |
|---|---|---|
| Securities and Exchange Board of India | The standing arrangement that lets one report gather accounts held with more than one asset manager, and the basis on which holdings are brought together for it. The grouping rules, the interval, the covered stretch, the trigger and the content requirements all sit with this regulator | sebi.gov.in |
| Association of Mutual Funds in India | Industry level description of how a report spanning several asset managers is put together, and where that description is published. This body publishes the description and decides none of it | amfiindia.com |
| National Securities Depository Limited | One of the two depositories that write up the plumbing beneath a report spanning several asset managers | nsdl.co.in |
| Central Depository Services (India) Limited | The second of the two depositories that write up that plumbing | cdslindia.com |
| Income Tax Department | The tax authority that issues the permanent account number, which is the identifier a mutual fund account is normally keyed to | incometaxindia.gov.in |
Girnar Asset Management Limited, the Girnar Large Cap Equity Fund, the Girnar Broad Market Index Fund, Kalyani Bhagat, Sohail Merchant, the household with three accounts and the placeholder keys KEY-AAA and KEY-BBB are invented.
Educational material. Not advice on any investment, tax, budget or market position.
