We use cookies to understand which pages and tools are useful, nothing more — no ad tracking across other sites. You can change this later from the footer.

Skip to content
Lekhya.in

Guide5 min readPublished

Related-party transaction testing under AS 18 / Ind AS 24

What counts as a related-party transaction under AS 18 and Ind AS 24, how to test the completeness of the transaction population rather than only the disclosed list, and how to compare pricing against arm's-length terms where comparables exist.

Related-party transaction testing under AS 18 or Ind AS 24 has two distinct halves: establishing that the population of related-party transactions is complete — not just testing what management already disclosed — and then, for the transactions identified, assessing pricing and terms against arm's-length comparables where any genuinely exist. The completeness half is usually under-resourced relative to the pricing half, even though it carries the larger risk of a misstatement going undetected.

AS 18 and Ind AS 24 both capture a transfer of resources, services or obligations between related parties, regardless of whether a price is charged. That catches categories teams routinely under-scope: interest-free loans, free use of premises or equipment, shared employees not cross-charged, guarantees given on a related party's borrowing, and management or technical fees that may be nominal or waived. A transaction with no consideration is still a related-party transaction requiring disclosure; it is simply priced at nil, and that nil price is itself a fact the notes need to state.

  • Sales and purchases of goods or services, at any price including nil.
  • Loans and advances given or taken, and the interest terms attached, including nil interest.
  • Leases and sharing of premises, vehicles or equipment.
  • Guarantees and collateral given on behalf of, or received from, a related party.
  • Management, royalty, technical or brand fees.
  • Investments made in or by related parties, and transfers of assets.
  • Remuneration to KMP, and any waiver of remuneration otherwise due.

Testing completeness of the population

Start from the independently built related-party list, not from the transactions management has already flagged. Then run that list against the transaction data, not the other way round.

  1. 01Match the related-party list against vendor, customer and loan mastersUse the names, PANs, and group entity list built during identification. Flag every transaction with a counterparty appearing on that list, whether or not management separately disclosed it.
  2. 02Search the general ledger for related-party names outside the usual trade accountsRelated-party movements often sit in current accounts, loans and advances, or miscellaneous income and expense heads rather than in sales and purchases, and a search scoped only to trade ledgers misses them.
  3. 03Review board minutes and resolutions for transactions not yet reflected as related-party in the booksMinutes approving a lease, a loan, or a guarantee to a group entity are often the first place a transaction surfaces, sometimes before the accounting entry is even posted.
  4. 04Check journal entries involving related-party ledger codesJournals are a common route for related-party adjustments — write-offs, reclassifications, inter-company settlements — that bypass the normal sales or purchase cycle controls entirely.
  5. 05Confirm balances directly with group entities where practicableA confirmation of the inter-company balance from the counterparty's own books is one of the few pieces of evidence that does not depend on the client's own records being complete.
  6. 06Reconcile opening to closing related-party balancesOpening balance plus transactions during the year should equal closing balance for each related party. A reconciling item that cannot be explained is often an unrecorded transaction.

Testing only the transactions on management's disclosed list and stopping there is the single most common gap in related-party work. It tests whether the disclosed figures are accurate, which is necessary, but says nothing about whether the disclosed list is complete, which is the risk that actually matters.

Comparing pricing and terms

Once the population is reasonably complete, the second half of the work is comparing the price and terms of each material related-party transaction against what an unrelated party would have agreed. This is realistic for some transaction types and not for others.

Where a pricing comparison is realistic, and where it is not
Transaction typeComparabilityPractical approach
Rent for standard commercial premisesReasonably comparableLocal market rate per square foot for similar property
Interest on inter-company loansReasonably comparableBank lending rate for a borrower of similar credit standing, adjusted for tenor
Purchase/sale of standard, commoditised goodsReasonably comparablePrice charged to or by unrelated customers/suppliers for the same goods in the same period
Management or technical feesOften not comparableNo clean external benchmark; focus on consistency, board approval, and disclosure rather than a pricing conclusion
Brand or royalty feesRarely comparableUsually beyond ordinary audit evidence; flag and reference, do not attempt an independent valuation
Guarantees given without a feeNot comparable in the usual senseConfirm disclosure of the guarantee and the contingent exposure; a fee comparison is not the point
Where a pricing comparison is realistic, and where it is not

Common practice, not a requirement

Where a transaction type genuinely has no external comparable, auditors commonly limit the conclusion to confirming the transaction was approved through the applicable governance process and is disclosed with its actual terms, rather than attempting to opine on whether the price itself was fair. That is a defensible, common scope limitation, not a shortcut, provided it is stated plainly in the working paper rather than left implicit.

Documenting the work

  • The source of the transaction population tested — the independently built list matched to the ledgers, not only management's disclosure.
  • For each material transaction: the terms, the comparable used (if any), and the conclusion reached.
  • Transaction types for which no comparable exists, with the alternative procedure performed stated explicitly.
  • Any transaction found that was not on management's original disclosure, and how it was resolved.

How we think about this

Matching a transaction population against a related-party list across every ledger and every journal line is a completeness check that software should run exhaustively, not sample. Judging whether a given management fee is arm's-length when no clean comparable exists is not something a tool should ever be asked to conclude on; that judgement belongs to the auditor, stated as a judgement.

This is practical guidance written for audit teams, not an authoritative statement of any standard or statute. Standards, forms and timelines change. Check the current text issued by the ICAI and the relevant authority before relying on anything here in an audit file.

Free tools, no signup

Each one reads a file entirely in your browser — or, for two of them, just answers a few questions — and nothing is ever uploaded.