IFRS 16

IFRS 16 Implementation Guide

Right-of-use assets, lease liabilities, modifications, disclosure requirements, and exemptions — every requirement of the standard, implemented deterministically by the Ledger Layer engine. No formulas to maintain. No spreadsheets to reconcile. Upload your lease data and get audit-ready output in minutes.

Standard
IFRS 16 Leases (effective 1 Jan 2019)
Engine output
Journal entries, schedules, disclosure packs
Accuracy
PV tie-out validated to $0.01

Scope and recognition

IFRS 16 requires lessees to recognise a right-of-use (ROU) asset and a corresponding lease liability for all leases with a term of more than 12 months, unless the underlying asset is of low value. Ledger Layer applies these scope criteria automatically at the lease level — short-term and low-value exemption flags are configurable per entity, with thresholds you set once and the engine enforces every period.

How we do it

When you upload a lease, the engine evaluates the term and underlying asset value against your entity-level thresholds. Leases that qualify for exemption are flagged and routed to straight-line expense treatment. Leases in scope are measured and scheduled immediately. No manual triage required.

  • Full lessee recognition model (IFRS 16.22)
  • Short-term exemption — configurable threshold (IFRS 16.B34)
  • Low-value asset exemption — configurable threshold (IFRS 16.5(b))
  • Portfolio application of practical expedients
  • Automatic scope assessment on every lease upload

Initial measurement

At commencement, the lease liability is measured at the present value of unpaid lease payments, discounted at the rate implicit in the lease — or the lessee's incremental borrowing rate (IBR) if the implicit rate is not readily determinable. The ROU asset equals the lease liability, adjusted for initial direct costs, prepayments, and lease incentives received.

How we do it

Ledger Layer stores your IBR matrix as a three-dimensional lookup: currency, term band, and effective date. When the engine computes a lease, it selects the correct rate automatically based on the lease's commencement date, currency, and remaining term. No circular references. No VLOOKUP errors. The rate selection is logged in the audit trail.

  • Present value computation using your IBR matrix
  • Lease term determination including renewal and termination options (IFRS 16.19)
  • Variable lease payments excluded from liability measurement (IFRS 16.38)
  • Initial direct cost capitalisation into ROU asset
  • Lease incentive deduction at commencement
  • Rate selection logged with full traceability

Subsequent measurement

After commencement, the liability is unwound using the effective interest method — each period's interest expense is calculated on the opening balance. The ROU asset is depreciated on a straight-line basis over the shorter of the asset's useful life and the lease term. Ledger Layer generates the journal entries for each period automatically during monthly close.

How we do it

Every monthly close produces a complete set of journal entries: interest expense on the liability, depreciation on the ROU asset, and the cash payment allocation between principal and interest. These entries are generated idempotently — running the close twice for the same period produces identical output. The entries are immutable once approved; corrections require a reversal journal.

  • Effective interest unwind on lease liability (IFRS 16.36)
  • Straight-line ROU depreciation over lease term or useful life
  • Repayment allocation split between interest and principal
  • Immutable journal entries with actor, timestamp, and request ID
  • Idempotent monthly close — same inputs, same hash-verified output
  • Automatic FX retranslation for foreign-currency leases

Lease modifications

When a lease is modified — whether through an extension, partial termination, rent change, or scope change — IFRS 16 requires remeasurement from the modification date using a revised discount rate. Ledger Layer handles each modification type as a discrete event, triggering a fresh engine run from the modification date forward.

How we do it

You record a modification by updating the lease terms in Ledger Layer. The engine recalculates the liability at the revised present value, adjusts the ROU asset (or records a gain/loss for partial terminations), and generates modification-event journal entries automatically. The pre-modification schedule is preserved in full — the audit trail shows both the original and revised treatment side by side.

  • Extension options exercised — remeasurement at revised IBR (IFRS 16.45)
  • Partial termination — proportionate derecognition with gain/loss
  • Rent changes — in-substance fixed vs. truly variable distinction
  • Remeasurement triggers captured and logged (IFRS 16.42)
  • Modification-event journal entries generated automatically
  • Pre- and post-modification schedules preserved for audit

Transition and adoption

Entities adopting IFRS 16 can choose either the full retrospective approach or the modified retrospective approach (with or without the practical expedient of measuring the ROU asset at an amount equal to the lease liability). Ledger Layer supports both transition methods, generating adoption-date adjustments as journal entries.

How we do it

For entities transitioning from IAS 17, Ledger Layer computes the cumulative catch-up adjustment and generates the opening balance sheet entry. The practical expedient package — including the option to use hindsight for lease term assessment — is configurable per entity. All transition elections are logged and auditable.

  • Full retrospective approach with comparative restatement
  • Modified retrospective — cumulative catch-up at adoption date
  • Practical expedient: ROU asset equal to lease liability
  • Hindsight practical expedient for lease term and purchase options
  • Transition journal entries produced automatically
  • IAS 17 operating lease reconciliation support

Disclosure requirements

IFRS 16 paragraphs 53–58 require extensive quantitative and qualitative disclosures. Ledger Layer generates a complete disclosure pack per entity per reporting period — every number in the pack is derived from the same engine-verified data that produced your journal entries. The PV tie-out is validated to $0.01 before the pack is written.

How we do it

The disclosure pack includes ROU asset movements by class, a maturity analysis of undiscounted lease liabilities broken into time bands, weighted-average IBR, total cash outflows for leases, and short-term and low-value expense disclosures. Each figure is traceable back to the underlying lease records. No manual extraction. No transcription risk.

  • ROU asset movements by class of underlying asset (IFRS 16.53(a))
  • Maturity analysis of lease liabilities — 5+ time bands (IFRS 16.58)
  • Weighted average incremental borrowing rate disclosure
  • Total cash outflows for leases in the period (IFRS 16.53(g))
  • Short-term and low-value lease expense disclosures
  • Variable lease payment expense not included in measurement
  • Sale and leaseback transaction disclosures where applicable

Lessor accounting

While IFRS 16 primarily changed lessee accounting, the standard retains the IAS 17 dual-model for lessors — classifying leases as either finance leases or operating leases. Ledger Layer supports lessor classification and measurement for entities that need to account from both sides of the lease.

How we do it

For finance leases, the engine computes the net investment in the lease and generates interest income entries using the effective interest method. For operating leases, lease income is recognised on a straight-line basis. Classification is determined at inception using the five indicators in IFRS 16.63.

  • Finance lease — net investment and interest income recognition
  • Operating lease — straight-line income recognition
  • Five-indicator classification test (IFRS 16.63)
  • Manufacturer/dealer lessor profit recognition
  • Sublease classification based on right-of-use asset

Why teams move from Excel to Ledger Layer for IFRS 16

No more formula audits

Every IFRS 16 calculation is performed by a version-pinned, hash-verified engine. Auditors verify the engine once — not every cell in every workbook.

Modifications without fear

Lease modifications in Excel mean restructuring formulas and hoping nothing breaks downstream. In Ledger Layer, modifications are discrete events that trigger a clean engine rerun.

Disclosures from the same source

Your disclosure pack is generated from the same data that produced your journal entries. No manual extraction. No reconciliation gap between JEs and disclosures.

IBR that actually works

Your IBR matrix lives in a structured, auditable table — currency by term by effective date. No VLOOKUPs. No circular references. Rate selection is logged on every lease.

Upload your IFRS 16 Excel model

Ledger Layer reads your existing workbook, applies IFRS 16 deterministically, and produces audit-ready journal entries and disclosures in minutes.

Get started
← ASC 842 GuideIFRS 15 Guide →