Valuation for a preferential issue under Section 62(1)(c) should be modelled as a statutory process with a valuation date, methodology, assumptions and share price conclusion. It should then be bridged to negotiated deal price, tax FMV and FEMA pricing where those regimes apply.
Finin2min takeaway
- Classify before computing.
- Use the law/regulation in force for the actual transaction or process date.
- Separate legal, tax, accounting and cash-flow conclusions.
- Reconcile every material conclusion to evidence and the filed output.
1. Overview — what exactly are we analysing?
Valuation for a preferential issue under Section 62(1)(c) should be modelled as a statutory process with a valuation date, methodology, assumptions and share price conclusion. It should then be bridged to negotiated deal price, tax FMV and FEMA pricing where those regimes apply.
This version focuses on mechanics, computation, evidence and worked examples. For Valuation under Section 62(1)(c): Registered-Valuer Framework, Methods, Sensitivities and Issue Price, the objective is not to produce a one-line rate or checklist answer. The objective is to make the position reproducible: another reviewer should be able to identify the legal event, apply the current rule, rebuild the calculation and trace the result into the relevant return, form, register, financial statement or board paper.
What makes this topic difficult?
For Valuation under Section 62(1)(c): Registered-Valuer Framework, Methods, Sensitivities and Issue Price, the difficult part is linking legal rights to cap table mechanics and then proving the result through valuation engagement. A commercially similar transaction can produce a different outcome when the profile-specific facts change. The first failure mode to guard against is wrong valuation date, so this guide starts with classification and evidence rather than a headline percentage.
2. Current framework — 5 September 2026
Current-position note for Valuation under Section 62(1)(c): Registered-Valuer Framework, Methods, Sensitivities and Issue Price. A decision-grade model should separate legal rights, accounting recognition, tax treatment, valuation convention and cash economics. The same transaction may legitimately use different values for board approval, accounting fair value, tax FMV, FEMA pricing and negotiated deal terms; a clean model explains rather than hides those bridges.
Identify the exact legal requirement and valuer qualification applicable to the issuer/security/date. This point is the first technical checkpoint because a wrong classification at this stage contaminates every later calculation. For Valuation under Section 62(1)(c): Registered-Valuer Framework, Methods, Sensitivities and Issue Price, that means the computation file should show the classification step separately from the amount calculation.
Use an appropriate valuation method for the company stage and available information; DCF is not automatically superior to market or asset methods. In practice, finance teams often discover this issue only during return preparation or diligence; the better control is to resolve it when the transaction is designed. If the fact changes, the team should rerun the conclusion rather than preserve the old answer for convenience.
Valuation date and latest information should match board/shareholder decision timing. The supporting memo should state the factual assumption that makes the rule relevant and identify the document that proves that assumption. The practical consequence is that the same cash amount can produce a different tax, accounting or regulatory result when the legal fact pattern changes.
Sensitivity should show which assumptions drive the price instead of hiding them behind a single point estimate. A reviewer should be able to reproduce the conclusion from the source records without relying on a management explanation or a spreadsheet note. This is also where audit defence is won: consistent contracts, registers, bank evidence and filed forms are stronger than a later explanatory note.
The model should explain differences between registered-valuer price, negotiated price and any tax/FEMA value. Where the commercial contract uses a broad label, the legal/tax analysis should translate that label into the statutory concept before applying a rate, formula or form. The article therefore treats this as a decision rule, not as a generic caution.
For Valuation under Section 62(1)(c): Registered-Valuer Framework, Methods, Sensitivities and Issue Price, where an older circular, precedent, section number or accounting policy is relevant to an earlier period, keep it in the chronology but label it as historical. The current-period analysis should not silently mix two regimes.
3. Detailed mechanics
Computation and evidence focus
This version focuses on mechanics, computation, evidence and worked examples. For Valuation under Section 62(1)(c): Registered-Valuer Framework, Methods, Sensitivities and Issue Price, start with the legal event and transaction date, then build a source-to-output bridge. The computation should show opening position, event-specific movement, tax/accounting/regulatory classification, amount recognised, closing position and the exact return/form/register where the outcome is reported.
For Valuation under Section 62(1)(c): Registered-Valuer Framework, Methods, Sensitivities and Issue Price, a reviewer should be able to select any material number and trace it backwards to the governing rule and source document. Where the answer is conditional, show both the base case and the fact that would flip the result. This is more useful than a single “applicable/not applicable” conclusion because it tells the finance team what to monitor before filing.
How the mechanics should be documented
For Valuation under Section 62(1)(c): Registered-Valuer Framework, Methods, Sensitivities and Issue Price, create a transaction sheet with six columns: legal event, date, party/status, source document, rule relied on and amount/result. This prevents the common problem where the amount is correct but the legal reason is missing, or the legal memo is correct but the underlying amount is pulled from the wrong ledger. Add a seventh column for the person responsible for the next action.
For Valuation under Section 62(1)(c): Registered-Valuer Framework, Methods, Sensitivities and Issue Price, create a reconciliation bridge that begins with the source system or legal register and ends with the statutory output. Differences should be explained, not manually forced to zero. In this article, the bridge may need to distinguish pre-money value, post-money value, accounting fair value, fully diluted ownership and exit/liquidation proceeds. The working should state the purpose, date and source of each value so a legitimate difference is not mistaken for an error — and an actual mismatch is not hidden as a “valuation difference”.
Practitioner deep dive — five topic-specific checkpoints
Technical checkpoint 1
Identify the exact legal requirement and valuer qualification applicable to the issuer/security/date. For Valuation under Section 62(1)(c): Registered-Valuer Framework, Methods, Sensitivities and Issue Price, this checkpoint should be resolved before the team moves to "define purpose and valuation date". The working paper should identify the exact fact being tested, the date on which that fact is measured, and the source record used to support it. A useful evidence anchor here is valuation engagement. If that record points in a different direction from the spreadsheet or commercial summary, the legal classification should be reconsidered before any number is carried into a return, model or statutory form.
Computation consequence. The failure mode to test is wrong valuation date. Do not solve that risk by inserting a balancing figure. Instead, rebuild the bridge from source fact → applicable rule → amount/character → reporting destination. For Valuation under Section 62(1)(c): Registered-Valuer Framework, Methods, Sensitivities and Issue Price, the calculation file should preserve both the original source amount and every adjustment, allocation, valuation or classification step applied to it. This lets a reviewer distinguish a genuine legal adjustment from an unexplained spreadsheet difference.
Technical checkpoint 2
Use an appropriate valuation method for the company stage and available information; DCF is not automatically superior to market or asset methods. For Valuation under Section 62(1)(c): Registered-Valuer Framework, Methods, Sensitivities and Issue Price, this checkpoint should be resolved before the team moves to "select method and information set". The working paper should identify the exact fact being tested, the date on which that fact is measured, and the source record used to support it. A useful evidence anchor here is management forecast. If that record points in a different direction from the spreadsheet or commercial summary, the legal classification should be reconsidered before any number is carried into a return, model or statutory form.
Computation consequence. The failure mode to test is DCF terminal value dominates unnoticed. Do not solve that risk by inserting a balancing figure. Instead, rebuild the bridge from source fact → applicable rule → amount/character → reporting destination. For Valuation under Section 62(1)(c): Registered-Valuer Framework, Methods, Sensitivities and Issue Price, the calculation file should preserve both the original source amount and every adjustment, allocation, valuation or classification step applied to it. This lets a reviewer distinguish a genuine legal adjustment from an unexplained spreadsheet difference.
Technical checkpoint 3
Valuation date and latest information should match board/shareholder decision timing. For Valuation under Section 62(1)(c): Registered-Valuer Framework, Methods, Sensitivities and Issue Price, this checkpoint should be resolved before the team moves to "build enterprise/equity bridge". The working paper should identify the exact fact being tested, the date on which that fact is measured, and the source record used to support it. A useful evidence anchor here is cap table. If that record points in a different direction from the spreadsheet or commercial summary, the legal classification should be reconsidered before any number is carried into a return, model or statutory form.
Computation consequence. The failure mode to test is net debt bridge inconsistent. Do not solve that risk by inserting a balancing figure. Instead, rebuild the bridge from source fact → applicable rule → amount/character → reporting destination. For Valuation under Section 62(1)(c): Registered-Valuer Framework, Methods, Sensitivities and Issue Price, the calculation file should preserve both the original source amount and every adjustment, allocation, valuation or classification step applied to it. This lets a reviewer distinguish a genuine legal adjustment from an unexplained spreadsheet difference.
Technical checkpoint 4
Sensitivity should show which assumptions drive the price instead of hiding them behind a single point estimate. For Valuation under Section 62(1)(c): Registered-Valuer Framework, Methods, Sensitivities and Issue Price, this checkpoint should be resolved before the team moves to "run sensitivities and cross-checks". The working paper should identify the exact fact being tested, the date on which that fact is measured, and the source record used to support it. A useful evidence anchor here is debt/cash schedule. If that record points in a different direction from the spreadsheet or commercial summary, the legal classification should be reconsidered before any number is carried into a return, model or statutory form.
Computation consequence. The failure mode to test is statutory and deal values conflated. Do not solve that risk by inserting a balancing figure. Instead, rebuild the bridge from source fact → applicable rule → amount/character → reporting destination. For Valuation under Section 62(1)(c): Registered-Valuer Framework, Methods, Sensitivities and Issue Price, the calculation file should preserve both the original source amount and every adjustment, allocation, valuation or classification step applied to it. This lets a reviewer distinguish a genuine legal adjustment from an unexplained spreadsheet difference.
Technical checkpoint 5
The model should explain differences between registered-valuer price, negotiated price and any tax/FEMA value. For Valuation under Section 62(1)(c): Registered-Valuer Framework, Methods, Sensitivities and Issue Price, this checkpoint should be resolved before the team moves to "derive per-share value". The working paper should identify the exact fact being tested, the date on which that fact is measured, and the source record used to support it. A useful evidence anchor here is comparable data. If that record points in a different direction from the spreadsheet or commercial summary, the legal classification should be reconsidered before any number is carried into a return, model or statutory form.
Computation consequence. The failure mode to test is share count not fully diluted. Do not solve that risk by inserting a balancing figure. Instead, rebuild the bridge from source fact → applicable rule → amount/character → reporting destination. For Valuation under Section 62(1)(c): Registered-Valuer Framework, Methods, Sensitivities and Issue Price, the calculation file should preserve both the original source amount and every adjustment, allocation, valuation or classification step applied to it. This lets a reviewer distinguish a genuine legal adjustment from an unexplained spreadsheet difference.
4. Decision workflow
For Valuation under Section 62(1)(c): Registered-Valuer Framework, Methods, Sensitivities and Issue Price, each workflow step should have a named evidence owner. Finance may own the ledger, legal may own contract/approval status, tax may own classification/return treatment and secretarial/compliance teams may own statutory registers and filings. The hand-off points should be recorded because an ownerless spreadsheet is not a control.
5. Worked example
Illustrative worked example
Facts. A private company has volatile forecasts and few comparable listed peers.
Analysis. A DCF may still be usable, but the report should show revenue/margin/discount-rate sensitivities and cross-check against recent funding or comparable transactions rather than presenting one precise number as fact.
Finin2min control. This Valuation under Section 62(1)(c): Registered-Valuer Framework, Methods, Sensitivities and Issue Price example is deliberately simplified. In a live transaction, add dates, counterparties, statutory status, taxes already withheld/paid, accounting entries and form/return references before treating the illustration as a filing position.
The Valuation under Section 62(1)(c): Registered-Valuer Framework, Methods, Sensitivities and Issue Price worked example should be accompanied by a sensitivity note. Identify the profile-specific assumption most likely to change the result and show how the conclusion changes if it moves. The sensitivity should use the actual driver in this article — not a generic market variable — so management can monitor the fact that truly changes the legal, tax or model outcome.
6. Scenario analysis
| Scenario | What changes | Reviewer action |
|---|---|---|
| Base case | Core facts align with the intended legal route | Compute and report using the primary rule, with a clear source bridge. |
| Classification changes | One decisive fact changes — instrument, party, project use, resident status or process stage | Re-run the rule before changing only the numeric output. |
| Timing changes | All facts are same but transaction/allotment/default/completion date changes | Re-test the applicable law, rate, deadline and limitation/holding-period consequences. |
| Data mismatch | Commercial report differs from statutory register/return/bank record | Pause filing and reconcile the underlying records first. |
For Valuation under Section 62(1)(c): Registered-Valuer Framework, Methods, Sensitivities and Issue Price, scenario analysis is a control for conditional law and model sensitivity rather than forecasting theatre. The scenario table should identify the fact that must be watched, the evidence that proves a change, and the action that follows when the fact crosses from the base case into an exception.
7. Documentation and audit trail
Core evidence file
- valuation engagement
- management forecast
- cap table
- debt/cash schedule
- comparable data
- valuation report
- board/shareholder papers
Evidence standards
- Use final signed/executed documents, not only drafts.
- Preserve the version of valuations and models actually approved.
- Keep bank/portal acknowledgements and not just screenshots.
- Reconcile dates across agreement, ledger, register and filing.
- Record reviewer name/date and unresolved assumptions.
- Archive the current primary-source rule relied on.
For high-value or litigated Valuation under Section 62(1)(c): Registered-Valuer Framework, Methods, Sensitivities and Issue Price matters, add a chronology and an issues index. The chronology should be factual and date-based; the issues index should state the rule, management position, contrary evidence and remediation owner. This makes future assessment, diligence or dispute work materially faster.
Evidence-to-conclusion matrix for Valuation under Section 62(1)(c): Registered-Valuer Framework, Methods, Sensitivities and Issue Price
Use this Valuation under Section 62(1)(c): Registered-Valuer Framework, Methods, Sensitivities and Issue Price matrix as a file-index template. It links each source record to a process step and a known failure mode, so evidence is collected for a reason rather than archived as an undifferentiated document dump.
| Evidence | Decision step | Reviewer test | Red flag |
|---|---|---|---|
| valuation engagement | define purpose and valuation date | Reconcile valuation engagement to the working used for define purpose and valuation date; investigate dates, quantities, values and legal status before sign-off. | wrong valuation date |
| management forecast | select method and information set | Reconcile management forecast to the working used for select method and information set; investigate dates, quantities, values and legal status before sign-off. | DCF terminal value dominates unnoticed |
| cap table | build enterprise/equity bridge | Reconcile cap table to the working used for build enterprise/equity bridge; investigate dates, quantities, values and legal status before sign-off. | net debt bridge inconsistent |
| debt/cash schedule | run sensitivities and cross-checks | Reconcile debt/cash schedule to the working used for run sensitivities and cross-checks; investigate dates, quantities, values and legal status before sign-off. | statutory and deal values conflated |
| comparable data | derive per-share value | Reconcile comparable data to the working used for derive per-share value; investigate dates, quantities, values and legal status before sign-off. | share count not fully diluted |
| valuation report | bridge to issue price and statutory filings | Reconcile valuation report to the working used for bridge to issue price and statutory filings; investigate dates, quantities, values and legal status before sign-off. | wrong valuation date |
| board/shareholder papers | define purpose and valuation date | Reconcile board/shareholder papers to the working used for define purpose and valuation date; investigate dates, quantities, values and legal status before sign-off. | DCF terminal value dominates unnoticed |
8. Risk controls and common mistakes
- wrong valuation date
- DCF terminal value dominates unnoticed
- net debt bridge inconsistent
- statutory and deal values conflated
- share count not fully diluted
Most Valuation under Section 62(1)(c): Registered-Valuer Framework, Methods, Sensitivities and Issue Price errors are not simple arithmetic errors. They arise when the right arithmetic is applied to the wrong legal bucket, a stale rule is used, a decisive date is missed, or commercial-system data is allowed to overwrite the statutory evidence trail. Controls should therefore target the specific risks listed above rather than merely recalculate the final total.
9. Professional review checklist
- Has legal rights been resolved using the current framework for the actual transaction/process date?
- Can the conclusion be traced to valuation engagement and management forecast?
- Has the team separately documented cap table mechanics and accounting classification rather than assuming one answers the other?
- Are the dates needed for define purpose and valuation date and select method and information set supported by source records?
- Has the specific red flag “wrong valuation date” been tested and closed?
- Do the working papers explain any difference among pre-money value, post-money value, accounting fair value, fully diluted ownership and exit/liquidation proceeds?
- Are the worked-example assumptions clearly separated from the actual Valuation under Section 62(1)(c): Registered-Valuer Framework, Methods, Sensitivities and Issue Price fact pattern?
- Has a second reviewer checked the technical conclusion, arithmetic and evidence trail for Valuation under Section 62(1)(c): Registered-Valuer Framework, Methods, Sensitivities and Issue Price?
For Valuation under Section 62(1)(c): Registered-Valuer Framework, Methods, Sensitivities and Issue Price, a finance expert should review the economics and reconciliation; a tax/legal/secretarial professional should review the governing framework and filing; and the transaction owner should confirm that the factual assumptions used in the memo are actually true. The review is complete only when these perspectives agree on the same dated fact set and unresolved exceptions are explicitly assigned.
10. Frequently asked questions
What is the first question to ask?
Start with legal rights for Valuation under Section 62(1)(c): Registered-Valuer Framework, Methods, Sensitivities and Issue Price. A commercial label is not enough; identify the parties, the profile-specific legal/economic event, the decisive date and the governing regime before calculating or filing anything.
Which law should be cited for a 2026 transaction?
For Valuation under Section 62(1)(c): Registered-Valuer Framework, Methods, Sensitivities and Issue Price, A decision-grade model should separate legal rights, accounting recognition, tax treatment, valuation convention and cash economics. The same transaction may legitimately use different values for board approval, accounting fair value, tax FMV, FEMA pricing and negotiated deal terms; a clean model explains rather than hides those bridges.
Can I rely only on a broker, ERP, portal or consultant report?
No. For Valuation under Section 62(1)(c): Registered-Valuer Framework, Methods, Sensitivities and Issue Price, secondary reports are useful working evidence, but the final position should reconcile to the profile-specific source file — including valuation engagement, management forecast — and to the current primary-source rule.
What if two values are different?
For Valuation under Section 62(1)(c): Registered-Valuer Framework, Methods, Sensitivities and Issue Price, do not force them to match. First identify whether they answer different questions. In this pillar, the relevant bridge may involve pre-money value, post-money value, accounting fair value, fully diluted ownership and exit/liquidation proceeds. Label each value by purpose, valuation date and source, then document why the difference is legitimate or what correction is required.
What is the biggest practical error?
wrong valuation date. The remedy is to resolve the classification and evidence before filing or closing.
How should I prepare for scrutiny or diligence?
For Valuation under Section 62(1)(c): Registered-Valuer Framework, Methods, Sensitivities and Issue Price, maintain a dated technical memo and a file index that includes valuation engagement, management forecast, cap table. Preserve the calculation version, reviewer sign-off and the reconciliation from those source records to the statutory filing, model, board paper or financial statement that uses the conclusion.
Should the example be copied into my return or model?
No. The Valuation under Section 62(1)(c): Registered-Valuer Framework, Methods, Sensitivities and Issue Price example demonstrates mechanics only. Replace each assumption with the actual dates, status, amounts and documents in your case, and re-check the current rule before using the result in a return, model, filing or decision memo.
When should the analysis be refreshed?
Refresh the Valuation under Section 62(1)(c): Registered-Valuer Framework, Methods, Sensitivities and Issue Price analysis whenever a fact affecting legal rights, cap table mechanics or accounting classification changes, or when the applicable law/regulation, approval status, transaction date or source evidence is updated.
11. Primary sources and validation basis
This article is anchored to primary/regulator material. Always check later amendments, notifications, circulars and transaction-specific facts before acting.
Disclaimer: This Valuation under Section 62(1)(c): Registered-Valuer Framework, Methods, Sensitivities and Issue Price guide is for general educational information and does not constitute legal, tax, accounting, investment or financial advice. Transaction-specific positions may differ based on facts, dates, jurisdiction, documentation and later amendments. Obtain professional advice before acting.