Registry entry

Pakistan FBR Wealth Statement under Section 116 of the Income Tax Ordinance, 2001

The Federal Board of Revenue's (FBR) official 'Manual Return' workbook for individuals, Tax Year 2024 edition, worksheet 'Wealth Statement' — the mandatory net-worth disclosure required under section 116 of the Income Tax Ordinance, 2001, filed alongside (not instead of) the individual income tax return already modelled as `pk/fbr/annual-individual-income-tax-return-it-1b`. This document is a companion schema within Pakistan's already-open Taxes vertical, not a new vertical. It is scoped to the statement's category-level reportable figures: the taxpayer's identification block; the 14 numbered non-business asset categories (Sr. 1–14, e.g. Agricultural Property, Investment, Motor Vehicle) that sum to Total Assets inside Pakistan; assets held outside Pakistan; Total Assets; the Credit/Loan liability category and Total Liabilities; the year-over-year net-assets reconciliation (Net Assets Current/Previous Year, Increase/Decrease, Inflows and Outflows each broken into their own distinct, individually labelled sub-items, Personal Expenses, and the Unreconciled Amount); disposed assets during the year; and the verification/declaration block. Out of scope for this version: the leaf-level sub-item breakdown beneath each of the 14 asset categories and the single liability category (e.g. Investment's own thirteen sub-item rows — Account, Annuity, Bond, Certificate, Debenture, Deposit, Fund, Instrument, Insurance Policy, Security, Stock/Share, Unit, Others — each itself carrying up to five columns: Form, Account/Instrument No., Institution Name, Share %, Value at Cost). The source workbook's own `dataValidations` confirm these leaf rows, not the category-total rows, are the cells actually constrained as fillable numeric entries (`greaterThanOrEqual 0`) — mirroring the sibling `annual-individual-income-tax-return-it-1b` document's own Sr. 1 (Property) exclusion, where the same signal (no data-validation on a category-total cell) was the basis for treating a subtotal as out of scope. Modelling all fifteen categories' leaf rows individually, given this spec's repeating-value primitive (GSP-0009) remains Proposed and not yet available, would require flattening dozens of same-shaped rows per category into several hundred individually-named fields for what is fundamentally one repeating (description, value) table structure repeated fifteen times — a disproportionate expansion for a companion schema whose core purpose, the net-worth reconciliation, is fully captured at the category-total level already reportable here. This document describes the form only; it does not submit anything on the filer's behalf, and does not imply endorsement by the Islamic Republic of Pakistan or the Federal Board of Revenue. GovSchema is independent and is not affiliated with, endorsed by, or operated by the Government of Pakistan.

Registry entry

pk/fbr/wealth-statement

Jurisdiction
Pakistan · national
Version
1.0.0
Verification
draft

Authoritative source FBR 'Manual Return' workbook for individuals, Tax Year 2024 edition, worksheet 'Wealth Statement' — 'Wealth Statement under Section 116 of the Income Tax Ordinance, 2001'

Machine access

Schema document
registry/pk/fbr/wealth-statement/1.0.0/schema.jsonapplication/schema+json
Registry catalog
registry/index.jsonone record per schema id

Field reference

49 fields, read from the published schema.json, with names, types, requiredness, and validation as the document states them. The live government form remains the authoritative source.

Fields

  • taxpayerName string required

    Full name of the individual taxpayer filing this Wealth Statement.

  • taxpayerCnic string required

    Taxpayer's 13-digit Computerized National Identity Card (CNIC) number, issued by NADRA. The source workbook's own data-validation rule on this cell constrains it to a whole number between 1,000,000,000,000 and 9,999,999,999,999 (i.e. exactly 13 digits) — identical to the sibling `annual-individual-income-tax-return-it-1b` document's own CNIC constraint.

    pattern
  • taxpayerNtn string optional

    Taxpayer's National Tax Number (NTN), if different from or in addition to the CNIC.

  • residenceAddress string required

    Taxpayer's residential address.

  • businessAddress string required

    Taxpayer's business address. The source form marks this required (printed asterisk) with no visible conditional qualifier, even though not every individual filer has a business — see the document-level `verification.notes` disclosed finding.

  • taxYear string required

    The tax year this Wealth Statement covers, e.g. "2024". This source is itself the Tax Year 2024 edition of the Manual Return workbook.

  • agriculturalPropertyValue number optional

    Sr. 1 — total value at cost of agricultural property (irrigated, unirrigated, or uncultivable) held inside Pakistan, outside any business.

    range: 0–∞
  • nonBusinessRealPropertyValue number optional

    Sr. 2 — total value at cost of commercial, industrial, or residential property (house, flat, shop, plaza, factory, workshop, etc.) held outside any business.

    range: 0–∞
  • businessCapitalValue number optional

    Sr. 3 — the taxpayer's capital amount across any Association of Persons (AOP) and any Sole Proprietorship business.

    range: 0–∞
  • nonBusinessEquipmentValue number optional

    Sr. 4 — total value at cost of equipment held outside any business.

    range: 0–∞
  • nonBusinessAnimalValue number optional

    Sr. 5 — total value at cost of livestock, pets, or other animals held outside any business.

    range: 0–∞
  • nonBusinessInvestmentValue number optional

    Sr. 6 — total value at cost of investments held outside any business (bank accounts, fixed/PLS/savings deposits, annuities, bonds, certificates, debentures, term deposits, funds, instruments, insurance policies, securities, stock/shares, units, and other instruments).

    range: 0–∞
  • nonBusinessDebtReceivableValue number optional

    Sr. 7 — total value of debts owed to the taxpayer outside any business (advances, deposits, prepayments, receivables, securities, and other amounts due to the taxpayer).

    range: 0–∞
  • nonBusinessMotorVehicleValue number optional

    Sr. 8 — total value at cost of motor vehicles (car, jeep, motorcycle, scooter, van) held outside any business.

    range: 0–∞
  • preciousPossessionValue number optional

    Sr. 9 — total value at cost of precious possessions (antiques, artifacts, jewelry, ornaments, metal, or stone).

    range: 0–∞
  • householdEffectValue number optional

    Sr. 10 — total value at cost of household effects.

    range: 0–∞
  • personalItemValue number optional

    Sr. 11 — total value at cost of personal items.

    range: 0–∞
  • cashValue number optional

    Sr. 12 — total cash on hand (notes and coins) outside any business. The source's own bracket label reads '[Sum of 12 i to 12 x]' (implying ten sub-item rows), but the sheet carries exactly one physical row here ('Notes & Coins', no roman-numeral sub-item marker) — see the document-level `verification.notes` disclosed finding.

    range: 0–∞
  • otherAssetValue number optional

    Sr. 13 — total value at cost of any other asset not reported in Sr. 1–12 or Sr. 14.

    range: 0–∞
  • assetsInOthersNameValue number optional

    Sr. 14 — total value at cost of assets held in another person's name but beneficially owned by the taxpayer.

    range: 0–∞
  • totalAssetsInsidePakistan number required

    Sr. 15 — total assets held inside Pakistan, defined by the source form as the sum of Sr. 1 through Sr. 14.

    range: 0–∞
  • assetsOutsidePakistanValue number optional

    Sr. 16 — total value at cost of assets held outside Pakistan. The form's own footnote clarifies this line was separated from 'Any Other Asset' (Sr. 13) for clarity.

    range: 0–∞
  • totalAssets number required

    Sr. 17 — total assets, defined by the source form as Total Assets inside Pakistan (Sr. 15) plus Assets held outside Pakistan (Sr. 16).

    range: 0–∞
  • nonBusinessCreditValue number optional

    Sr. 18 — total liabilities owed by the taxpayer outside any business (advances, borrowings, credit, loans, mortgages, overdrafts, payables, and other amounts owed by the taxpayer).

    range: 0–∞
  • totalLiabilities number required

    Sr. 19 — total liabilities.

    range: 0–∞
  • netAssetsCurrentYear number required

    Sr. 20 — net assets for the current tax year, defined by the source form as Total Assets (Sr. 17) minus Total Liabilities (Sr. 19).

  • netAssetsPreviousYear number required

    Sr. 21 — net assets reported for the immediately preceding tax year.

  • netAssetsChange number optional

    Sr. 22 — the change in net assets year-over-year, defined by the source form as Net Assets Current Year (Sr. 20) minus Net Assets Previous Year (Sr. 21). May be negative if net assets decreased.

  • inflowIncomeDeclaredNormalTax number optional

    Sr. 23(i) — income declared in the tax return for the year, subject to normal tax.

    range: 0–∞
  • inflowIncomeDeclaredExempt number optional

    Sr. 23(ii) — income declared in the tax return for the year, exempt from tax.

    range: 0–∞
  • inflowIncomeFinalFixedTax number optional

    Sr. 23(iii) — income attributable to receipts declared in the tax return for the year, subject to final/fixed tax.

    range: 0–∞
  • inflowIncomeAdjustments number optional

    Sr. 23(iv) — adjustments to income declared in the tax return for the year.

  • inflowForeignRemittance number optional

    Sr. 23(vi) — foreign remittances received during the year. The source's own numbering skips '(v)' entirely between (iv) and (vi) — see the document-level `verification.notes` disclosed finding.

    range: 0–∞
  • inflowInheritance number optional

    Sr. 23(vii) — inheritance received during the year.

    range: 0–∞
  • inflowGift number optional

    Sr. 23(viii) — gifts received during the year.

    range: 0–∞
  • inflowGainOnDisposal number optional

    Sr. 23(ix) — gain on disposal of assets during the year, excluding capital gain on immovable property.

    range: 0–∞
  • inflowOther number optional

    Sr. 23(x) — any other inflow not reported in Sr. 23(i)–23(ix).

    range: 0–∞
  • inflowsTotal number optional

    Sr. 23 — total inflows, defined by the source form as the sum of Sr. 23(i) through 23(x).

    range: 0–∞
  • personalExpenses number optional

    Sr. 24 — personal expenses for the year, carried over from Annex-F, Sr. 1 of the same workbook (Annex-F is out of scope for this document).

    range: 0–∞
  • outflowGift number optional

    Sr. 25(i) — gifts given during the year.

    range: 0–∞
  • outflowLossOnDisposal number optional

    Sr. 25(ii) — loss on disposal of assets during the year.

    range: 0–∞
  • outflowOther number optional

    Sr. 25(iii) — any other outflow not reported in Sr. 25(i)–25(ii).

    range: 0–∞
  • outflowsTotal number optional

    Sr. 25 — total outflows, defined by the source form as the sum of Sr. 25(i) through 25(iii).

    range: 0–∞
  • unreconciledAmount number optional

    Sr. 26 — the unreconciled amount, defined by the source form as Inflows (Sr. 23) minus Personal Expenses (Sr. 24) minus Outflows (Sr. 25). The only line on this sheet carrying a live spreadsheet formula in the source template (evaluating to 0), expected to be zero for a fully reconciled statement.

  • disposedAssetsValue number optional

    Sr. 27 — total value at cost of assets transferred, sold, gifted, or donated during the year.

    range: 0–∞
  • declarantName string required

    Name of the person making the verification declaration — the taxpayer themselves, or their representative as defined in section 172 of the Income Tax Ordinance, 2001.

  • declarantCnic string required

    13-digit CNIC number of the declarant (taxpayer or representative). The source workbook's own data-validation rule on this cell constrains it to the same whole-number range as the taxpayer's own CNIC field (1,000,000,000,000 to 9,999,999,999,999).

    pattern
  • declarantCapacity enum required

    Whether the declarant is signing as the taxpayer themselves (Self) or as their representative, as defined in section 172 of the Income Tax Ordinance, 2001.

    enum: SELF | REPRESENTATIVE
  • declarationDate date required

    Date the declarant signs the verification declaration.

Verification record

This file is the source-review record for this document version, per the manual-source-review-v1 practice.

Current claim

  • status: draft
  • verification.method: manual-source-review-v1
  • verification.lastVerifiedAt: 2026-07-31

Why this schema and why now (GOV-5731, "GovSchema Standard Research")

This cycle re-scanned CATALOG.md fresh rather than trusting the in-repo state from memory. Every disclosed jurisdiction sitting at 5 of 6 verticals (AE Passport, BA Visa, JM/MN/TT National ID, TN DMV, SK/MK Visa, GR National ID) turned out to already be a confirmed dead end or an extensively re-screened weak/unresolved candidate from prior cycles — none had a genuinely new, untested lead. The strongest actually-actionable, pre-sourced candidate found instead was this document: the sibling pk/fbr/annual-individual-income-tax-return-it-1b document's own v1.0.0 description (GOV-3104, 2026-07-15) explicitly named the same workbook's "Wealth Statement" worksheet as "a strong companion-schema candidate for a future cycle" but left it unauthored, and this document's own verification.notes (quoted in full below) even pre-recorded the sheet's row count (180 rows) and major-line-item count (27). This cycle picked that pre-flagged, already-open-vertical companion rather than starting a new jurisdiction from scratch.

Sources examined

  • Document (id, version): pk/fbr/wealth-statement / 1.0.0
  • Spec version: GovSchema 0.3.0
  • Authority: Federal Board of Revenue (FBR).
  • Primary source:
    • Direct .xlsx (same workbook as the sibling IT-1B document): https://download1.fbr.gov.pk/Docs/2024791373958696MANUALRETURN2024-NEW24-6-2024.xlsx — independently re-fetched this cycle via plain curl: HTTP 200, size 104,097 bytes, sha256 4e2f9874e9a910713fae9a182fc5c5a578bcfd2649d2031f8144c8b5fba96b9f — identical to the byte count and hash the GOV-3104 cycle recorded for this same workbook on 2026-07-15, confirming no revision in the intervening year. No login/CAPTCHA gate on this direct download1.fbr.gov.pk URL.
    • Native Office Open XML .xlsx (a zip archive of XML parts), not a PDF. No unzip, pip, or openpyxl available in this environment; unzipped directly with Python's built-in zipfile module. Every worksheet is confirmed via xl/workbook.xml's own <sheets> element: IND (PROP-CG-OS) (Form IT-1B, already modeled), IND (BUS PLUS) (Form IT-2), Annex-A through Annex-F, and Wealth Statement — this document's scope, mapped to xl/worksheets/sheet9.xml via xl/_rels/workbook.xml.rels's rId9 relationship, and cross-checked against the sheet's own printed title row ("WEALTH STATEMENT UNDER SECTION 116 OF THE INCOME TAX ORDINANCE, 2001").
    • Parsed sheet9.xml's sheetData rows, xl/sharedStrings.xml's shared string table, and the sheet's own dataValidations block cell-by-cell from the raw XML (row 1 through row 180, the sheet's last populated row).

Scope decisions

The "Wealth Statement" worksheet is a 4-printed-page, 180-row, 27-major- line-item net-worth disclosure — each of the 15 asset/liability categories (Sr. 1–14 assets, Sr. 18 the sole liability category) is itself a small table of bounded, roman-numeral-labeled sub-item rows (e.g. Sr. 6 "Investment" has sub-items i through xiii; Sr. 8 "Motor Vehicle" has i through viii), each sub-item row carrying up to five columns (Form/ Description, Account or Registration No., Institution/Maker Name, Share % or Capacity, and "Value at Cost").

The category-total level, not the leaf sub-item level, is this version's scope, decided on the same evidentiary basis the sibling annual-individual-income-tax-return-it-1b document's own v1.0.0 used to exclude its Sr. 1 (Property) sub-item breakdown: the sheet's own dataValidations block carries a greaterThanOrEqual 0 rule whose sqref union (J8:J17 J20:J29 J32:J35 J38:J41 J48:J51 J54:J76 J79:J85 J88:J95 J102:J104 J107:J110 J113:J116 J118 J121:J124 J146:J153 J156 J159:J167 J176:J177 J134:J137 J127:J130) covers every leaf sub-item row across all fifteen categories but pointedly excludes every category-total row (J6, J18, J30, J131, J138, J154, and the reconciliation subtotals J155, J157, J158, J168, J169, J174). Checked each of those excluded cells directly for a <f> formula element (the marker of a true live-calculated cell): none carries one except J173 (Unreconciled Amount, =SUM(J158)-SUM(J168)-SUM(J169), evaluating to 0 in this blank template). In other words, the leaf rows — not the totals — are the cells this workbook itself treats as fillable numeric entries; the category totals are meant to be hand-computed by the filer and are not independently validated, structurally the same situation IT-1B's own Sr. 1 was in (there, one category out of many; here, the pattern recurs across all fifteen).

Given GSP-0009 (the repeating-value/array field-type proposal) remains Proposed and CEO-gated, modeling every leaf row of all fifteen categories individually would require flattening dozens of same-shaped rows into several hundred distinct field names for what is fundamentally one repeating (description, value) table shape repeated fifteen times — a disproportionate expansion relative to the value delivered, and the same class of judgment call this registry has made repeatedly for large bounded tables (see e.g. the Mauritius LP1/LP4 companion schemas' own disclosed bounded-slot decisions). This version instead models the category-total reportable figures — Sr. 1 through Sr. 27, i.e. exactly the level IT-1B itself models its own headline income lines at — which fully captures the statement's actual purpose (the year-over-year net-worth reconciliation) without fabricating row-level detail the source form does not itself validate as directly entered. The full leaf-level sub-item breakdown (all fifteen categories' own repeating rows and their up-to-five columns each) is left as disclosed, open backlog for a future companion-schema or minor-version cycle.

Exception: the Inflows (Sr. 23) and Outflows (Sr. 25) sub-items are modeled individually, not collapsed to a total-only field. Unlike the fifteen asset/liability categories, these two sections are not a repeating table of same-shaped rows — each of Sr. 23's nine and Sr. 25's three sub-items is a distinct, uniquely-labeled economic concept (e.g. "Income declared … subject to normal tax", "Foreign Remittance", "Inheritance", "Gift", "Loss on Disposal of Assets") with no shared column structure to flatten. Modeling each as its own named field is both low-cardinality (12 fields total) and higher-fidelity than a single blended total, and follows the same principle IT-1B itself used to justify modeling its own distinct headline income lines (capital gains, other sources, foreign income, AOP shares) individually rather than collapsing them into one "Total Income" figure alone.

Disclosed structural findings

  1. Printed sub-item count vs. actual row count mismatch (Cash, Sr. 12). The category header for Sr. 12 ("Cash (Non-business)") prints the bracket label [Sum of 12 i to 12 x], implying ten roman-numeral sub-item rows exactly like every sibling category. The sheet, however, carries exactly one physical row beneath it (row 118, "Notes & Coins", no roman-numeral marker at all) — confirmed by checking every row between 118 and the next category header (119, "Any Other Asset") for a missed cell. Every other category's printed bracket count and physical row count agree; this is the one exception. Modeled as a single cashValue field; the mismatch is disclosed here rather than silently resolved.
  2. Missing roman numeral in the source's own numbering (Inflows, Sr. 23). The Inflows section's sub-items are labeled i, ii, iii, iv, vi, vii, viii, ix, x — "v" is skipped entirely between iv (row 162) and vi (row 163), confirmed by inspecting every cell in that row range for a missed entry. The category's own bracket label reads "23 (i) to 23(x)", which would imply ten sub-items, but only nine are actually printed. This document models the nine sub-items that actually exist (inflowIncomeDeclaredNormalTax through inflowOther) and does not fabricate a tenth field for the missing "v".
  3. Unconditionally required Business Address. Row 5 ("Business Address*") carries a printed required-field asterisk with no visible conditional qualifier anywhere on the sheet (e.g. no "if applicable" or parenthetical), even though not every individual filer necessarily operates a business. Modeled as required: true per the form's literal marking, since no alternative signal (a checkbox, a "N/A" convention, or an instruction sheet) was found on this sheet to justify treating it as conditional. Disclosed as a plausible over-broad requiredness a future cycle could revisit if a filer-facing instruction document surfaces.
  4. CNIC constraint re-confirmed identical to the sibling document. The sheet's own dataValidations block carries a type="whole" rule on C3:H3 (taxpayer CNIC) and G178:H178 (declarant CNIC) bounded [1000000000000, 9999999999999] — the identical 13-digit constraint already modeled on annual-individual-income-tax-return-it-1b's own taxpayerCnic/declarantCnic fields, confirming the same NADRA CNIC format applies uniformly across both worksheets of this workbook.
  5. No equivalent Sr. 17 bracket-label defect found. The sibling IT-1B document disclosed a genuine printed-formula-label defect on its own Sr. 17 (a bracket summing a nonexistent third addend). This sheet's equivalent bracket labels — Sr. 17 "Total Assets [15+16]" and Sr. 20 "Net Assets Current Year [17-19]" — were independently checked arithmetically against this document's own field set and found internally consistent; no equivalent defect exists on this sheet.
  6. The verification/declaration paragraph (rows 178–179) is modeled as a documents[] attestation entry, quoted verbatim, following the same convention as the sibling IT-1B document. Its blanks — declarant name, declarant CNIC, and the printed "Self / Representative" capacity choice (referencing section 172 of the Income Tax Ordinance, 2001) — are modeled as declarantName, declarantCnic, and the declarantCapacity enum, all required: true, using the same SELF/REPRESENTATIVE enum values already established by the sibling document.
  7. Out of scope for this version, disclosed here rather than silently omitted: the leaf-level sub-item breakdown beneath all fifteen asset/liability categories (see "Scope decisions" above); the disposed assets (Sr. 27) sub-item breakdown (two generic, unlabeled rows — modeled only at the Sr. 27 total level, disposedAssetsValue, for the same reason); Annexes A through F and the "IND (BUS PLUS)" worksheet (Form IT-2), both already disclosed as open backlog by the sibling IT-1B document's own v1.0.0.

Conformance fixtures (Phase 3)

6 fixtures committed under conformance/pk/fbr/wealth-statement/1.0.0/: 2 valid scenarios plus 4 mutation-control fixtures, each derived from one of the valid fixtures by a single targeted mutation. All 6 were run against a from-scratch, ephemeral field-by-field conformance checker (derived directly from this schema's own fields[]/documents[], not committed to the repo) before being finalized:

  • valid-salaried-modest-portfolio.json (a salaried individual reporting a residential property and a small investment, no liabilities, no business address) — 0 errors.
  • valid-self-employed-with-liability-and-remittance.json (agricultural property, business capital, a motor vehicle, a loan liability, a foreign remittance inflow, and a gift outflow) — 0 errors.
  • mutation-control-missing-required-field.json (drops businessAddress) — exactly 1 error.
  • mutation-control-invalid-enum-declarant-capacity.json (sets declarantCapacity to GUARDIAN, not in the enum) — exactly 1 error.
  • mutation-control-invalid-cnic-pattern.json (sets taxpayerCnic to a 9-digit value) — exactly 1 error.
  • mutation-control-negative-amount.json (sets nonBusinessRealPropertyValue to -12000000, violating minimum: 0) — exactly 1 error.

Structural validation

  • node tools/validate.mjs694/694 (full registry, this document included).
  • node tools/validate-ajv.mjs (ajv 2020-12 against spec/v0.3) — 694/694.
  • node tools/verify-sources.mjs registry/pk/fbr/wealth-statement/1.0.0 — 1 directory, 3 URLs checked, 0 warnings, 0 failures.
  • npm run build-index re-run in tools/govschema-client/ to regenerate registry-index.json with this document included (694 entries).

Maturity

structural-reference: the source workbook's own printed "Wealth Statement" structure — identification block, fifteen asset/liability category totals, the year-over-year net-worth reconciliation, disposed assets, and the verification declaration — is fully transcribed from the genuine, currently-served official Tax Year 2024 edition (a fillable Excel workbook, not a government online-filing system), but no live filing through FBR's own IRIS e-filing channel was attempted. GovSchema is an independent, non-profit standards body and is not affiliated with, endorsed by, or operated by the Islamic Republic of Pakistan or the Federal Board of Revenue.

View the raw record (VERIFICATION.md)

Version history

  • 1.0.0 draft latest this page has verification record schema.json

Independent and non-affiliated

GovSchema is an independent, open-source project. This reference is not produced, reviewed, or endorsed by Federal Board of Revenue or any government. The authoritative source is always the live government form and its official instructions.