ias-government-grants

name	ias-government-grants
description	Government grants and assistance under IAS 20 (full IFRS) and Section 24 (IFRS for SMEs). Recognition, measurement, presentation (gross vs net), conditions, repayable assistance, donor restrictions for NGOs, grant utilisation reporting. Use when government or donor grants are in scope, especially for NGOs, schools, agribusiness, and projects under restricted funding.

Government Grants and Donor Assistance (Section 24 / IAS 20)

Overview

Section 24 (IFRS for SMEs) provides two methods, electable by entity policy: the performance model (recognise income when performance conditions are met or when no conditions exist) and the accrual model (deferred income released to P&L as related expenses are incurred or assets are depreciated).

IAS 20 (full IFRS) follows the accrual model and a related-asset / related-income split, with the option of presenting grants related to assets gross (as deferred income) or net (deducted from the asset).

Both standards distinguish:

• Unconditional grants (recognised when receivable).
• Conditional grants (recognised when conditions are met).
• Repayable assistance (treated as liability until repayment terms are met).

Required first reads

• doctrine/accounting-finance-doctrine.md
• doctrine/references/ifrs-for-smes-default.md (Section 24)
• doctrine/references/full-ifrs-overlay.md (IAS 20)
• doctrine/references/chart-of-accounts.md
• management-accounting-dimensions SKILL (donor restrictions)

Donor (NGO) specifics

NGOs typically operate with restricted funds:

• Unrestricted: general operating funds; recognise as income when receivable.
• Restricted (temporary): purpose- or time-restricted; release to unrestricted when restriction is satisfied.
• Restricted (permanent): endowment-like; income earned recognised as restricted unless terms permit reclassification.

The Chwezi NGO model uses dimensions (grant / donor-restriction) and a fund-balance model alongside the IFRS reporting:

• Donor reporting (utilisation per grant, eligible costs per donor budget).
• IFRS reporting (Section 24 / IAS 20 P&L and balance-sheet effect).

CoA implications

Code	Name
4400 Other Operating Income — Government Grants (or Donor Income)	P&L (gross presentation).
2200 Deferred Income — Grants	Liability (accrual model).
2210 Repayable Government Assistance	Liability.
Fund-balance accounts	Per restriction (in equity or in a restricted-fund equity section).

Build implications

• Grant register: donor, agreement, grant amount, period, conditions, currency, restrictions, eligibility rules.
• Grant draw / receipt workflow.
• Performance / accrual model selection per entity.
• Conditions checklist per grant.
• Eligible-cost categorisation against grant budget.
• Utilisation report per donor per period.
• Restriction-release rules and journals.
• Repayment workflow where conditions are not met.

Forbidden patterns

• Conditional grant recognised before conditions are met (blocker).
• Donor restrictions ignored in journal flows (blocker).
• Repayable assistance recognised as income (blocker).
• Cross-grant funding (using donor A's funds for donor B's eligible costs) without explicit agreement and disclosure (blocker for NGOs).
• Grant netted against an asset without disclosure of the alternative gross presentation (major where material).

Files

• SKILL.md.
• references/grant-register-schema.md.
• references/donor-restriction-pattern.md.
• examples/ngo-restricted-grant-cycle.md.

Last reviewed: 2026-05-12. Next review due: 2026-11-12.

Prerequisites

• Load doctrine/accounting-finance-doctrine.md before applying this skill.
• Load governance/finance-accounting-quality-gate.md when the output is a release, client artefact, SRS, SDS, proposal, business plan, or implementation plan.
• Use doctrine/source-register/ for final statutory, tax, payroll, FX, EFRIS, eTIMS, or authority-template values.

Inputs

Artifact	Produced by	Required?	Validation
Finance context map	finance-module-audit	Required	Entity, framework, jurisdiction, modules, users, and deployment context are named.
Doctrine baseline	Doctrine owner	Required	Doctrine version and reporting framework are stated.
Source-register snapshot	tax-statutory-source-register-and-country-packs	Required for final statutory output	Entries are verified-current or reviewer-approved verified-with-caveat.
Ledger/posting context	ledger-posting-engine-core	Required when postings are affected	Posting boundary, CoA mappings, control accounts, dimensions, and period state are known.

Outputs

Artifact	Consumed by	Acceptance evidence
Skill-specific decision record	Implementer, reviewer, quality gate	Scope, assumptions, chosen treatment, rejected alternatives, and caveats are recorded.
Implementation or workflow contract	Software, SRS, SDS, proposal, or business-plan engine	Contract names inputs, outputs, controls, evidence, and failure conditions.
Acceptance evidence	Finance quality gate	Tests, fixtures, examples, source links, reviewer sign-off, or evidence-pack references are present.
Plain-language explanation	Client, owner, manager, operator	Business meaning is stated before technical accounting treatment where client-facing.

Decision Rules

• Prefer IFRS for SMEs for typical SME entities unless full IFRS, local law, donor requirements, or client policy requires otherwise.
• Treat every money-touching workflow as ledger, control, reconciliation, evidence, and reporting scope.
• Do not finalize statutory values without source-register support and reviewer status.
• Use business-language output for operators and accountant-language output for ledger, reporting, and audit users.
• Escalate uncertain framework, tax, or statutory interpretations to the required reviewer role instead of presenting them as final.

Acceptance Evidence

• Inputs and outputs above are present or explicitly marked not applicable.
• Relevant quality-gate blockers have been checked and no blocker remains unresolved.
• Examples or fixtures cover at least one happy path and one failure or caveat path for this skill's domain.
• Reviewer role, review date, and open caveats are recorded for release-grade artefacts.

Anti-Patterns

• Treating draft planning assumptions as final statutory or accounting facts.
• Hiding tax, payroll, FX, or authority-template caveats in prose instead of source-register state.
• Producing technically correct accounting output without a plain-language layer for non-accountant users.
• Closing a remediation or implementation item without observable evidence.

Required References

• doctrine/accounting-finance-doctrine.md.
• governance/finance-accounting-quality-gate.md.
• docs/reference-manifest.md for declared reference states.
• Domain-specific references listed earlier in this skill.

Examples

• Include at least one normal workflow example for this skill's domain.
• Include at least one exception, rejection, reversal, stale-source, or reviewer-caveat example where the domain can fail.

Review Metadata

Last reviewed: 2026-05-15. Next review due: 2026-11-15.