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
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- Verification record
registry/pk/fbr/wealth-statement/1.0.0/VERIFICATION.mdtext/markdown- 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
-
taxpayerNamestring requiredFull name of the individual taxpayer filing this Wealth Statement.
-
taxpayerCnicstring requiredTaxpayer'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 -
taxpayerNtnstring optionalTaxpayer's National Tax Number (NTN), if different from or in addition to the CNIC.
-
residenceAddressstring requiredTaxpayer's residential address.
-
businessAddressstring requiredTaxpayer'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.
-
taxYearstring requiredThe tax year this Wealth Statement covers, e.g. "2024". This source is itself the Tax Year 2024 edition of the Manual Return workbook.
-
agriculturalPropertyValuenumber optionalSr. 1 — total value at cost of agricultural property (irrigated, unirrigated, or uncultivable) held inside Pakistan, outside any business.
range: 0–∞ -
nonBusinessRealPropertyValuenumber optionalSr. 2 — total value at cost of commercial, industrial, or residential property (house, flat, shop, plaza, factory, workshop, etc.) held outside any business.
range: 0–∞ -
businessCapitalValuenumber optionalSr. 3 — the taxpayer's capital amount across any Association of Persons (AOP) and any Sole Proprietorship business.
range: 0–∞ -
nonBusinessEquipmentValuenumber optionalSr. 4 — total value at cost of equipment held outside any business.
range: 0–∞ -
nonBusinessAnimalValuenumber optionalSr. 5 — total value at cost of livestock, pets, or other animals held outside any business.
range: 0–∞ -
nonBusinessInvestmentValuenumber optionalSr. 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–∞ -
nonBusinessDebtReceivableValuenumber optionalSr. 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–∞ -
nonBusinessMotorVehicleValuenumber optionalSr. 8 — total value at cost of motor vehicles (car, jeep, motorcycle, scooter, van) held outside any business.
range: 0–∞ -
preciousPossessionValuenumber optionalSr. 9 — total value at cost of precious possessions (antiques, artifacts, jewelry, ornaments, metal, or stone).
range: 0–∞ -
householdEffectValuenumber optionalSr. 10 — total value at cost of household effects.
range: 0–∞ -
personalItemValuenumber optionalSr. 11 — total value at cost of personal items.
range: 0–∞ -
cashValuenumber optionalSr. 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–∞ -
otherAssetValuenumber optionalSr. 13 — total value at cost of any other asset not reported in Sr. 1–12 or Sr. 14.
range: 0–∞ -
assetsInOthersNameValuenumber optionalSr. 14 — total value at cost of assets held in another person's name but beneficially owned by the taxpayer.
range: 0–∞ -
totalAssetsInsidePakistannumber requiredSr. 15 — total assets held inside Pakistan, defined by the source form as the sum of Sr. 1 through Sr. 14.
range: 0–∞ -
assetsOutsidePakistanValuenumber optionalSr. 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–∞ -
totalAssetsnumber requiredSr. 17 — total assets, defined by the source form as Total Assets inside Pakistan (Sr. 15) plus Assets held outside Pakistan (Sr. 16).
range: 0–∞ -
nonBusinessCreditValuenumber optionalSr. 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–∞ -
totalLiabilitiesnumber requiredSr. 19 — total liabilities.
range: 0–∞ -
netAssetsCurrentYearnumber requiredSr. 20 — net assets for the current tax year, defined by the source form as Total Assets (Sr. 17) minus Total Liabilities (Sr. 19).
-
netAssetsPreviousYearnumber requiredSr. 21 — net assets reported for the immediately preceding tax year.
-
netAssetsChangenumber optionalSr. 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.
-
inflowIncomeDeclaredNormalTaxnumber optionalSr. 23(i) — income declared in the tax return for the year, subject to normal tax.
range: 0–∞ -
inflowIncomeDeclaredExemptnumber optionalSr. 23(ii) — income declared in the tax return for the year, exempt from tax.
range: 0–∞ -
inflowIncomeFinalFixedTaxnumber optionalSr. 23(iii) — income attributable to receipts declared in the tax return for the year, subject to final/fixed tax.
range: 0–∞ -
inflowIncomeAdjustmentsnumber optionalSr. 23(iv) — adjustments to income declared in the tax return for the year.
-
inflowForeignRemittancenumber optionalSr. 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–∞ -
inflowInheritancenumber optionalSr. 23(vii) — inheritance received during the year.
range: 0–∞ -
inflowGiftnumber optionalSr. 23(viii) — gifts received during the year.
range: 0–∞ -
inflowGainOnDisposalnumber optionalSr. 23(ix) — gain on disposal of assets during the year, excluding capital gain on immovable property.
range: 0–∞ -
inflowOthernumber optionalSr. 23(x) — any other inflow not reported in Sr. 23(i)–23(ix).
range: 0–∞ -
inflowsTotalnumber optionalSr. 23 — total inflows, defined by the source form as the sum of Sr. 23(i) through 23(x).
range: 0–∞ -
personalExpensesnumber optionalSr. 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–∞ -
outflowGiftnumber optionalSr. 25(i) — gifts given during the year.
range: 0–∞ -
outflowLossOnDisposalnumber optionalSr. 25(ii) — loss on disposal of assets during the year.
range: 0–∞ -
outflowOthernumber optionalSr. 25(iii) — any other outflow not reported in Sr. 25(i)–25(ii).
range: 0–∞ -
outflowsTotalnumber optionalSr. 25 — total outflows, defined by the source form as the sum of Sr. 25(i) through 25(iii).
range: 0–∞ -
unreconciledAmountnumber optionalSr. 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.
-
disposedAssetsValuenumber optionalSr. 27 — total value at cost of assets transferred, sold, gifted, or donated during the year.
range: 0–∞ -
declarantNamestring requiredName of the person making the verification declaration — the taxpayer themselves, or their representative as defined in section 172 of the Income Tax Ordinance, 2001.
-
declarantCnicstring required13-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 -
declarantCapacityenum requiredWhether 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 -
declarationDatedate requiredDate 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:draftverification.method:manual-source-review-v1verification.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 plaincurl: HTTP 200, size 104,097 bytes, sha2564e2f9874e9a910713fae9a182fc5c5a578bcfd2649d2031f8144c8b5fba96b9f— 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 directdownload1.fbr.gov.pkURL. - Native Office Open XML
.xlsx(a zip archive of XML parts), not a PDF. Nounzip,pip, oropenpyxlavailable in this environment; unzipped directly with Python's built-inzipfilemodule. Every worksheet is confirmed viaxl/workbook.xml's own<sheets>element:IND (PROP-CG-OS)(Form IT-1B, already modeled),IND (BUS PLUS)(Form IT-2),Annex-AthroughAnnex-F, andWealth Statement— this document's scope, mapped toxl/worksheets/sheet9.xmlviaxl/_rels/workbook.xml.rels'srId9relationship, 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'ssheetDatarows,xl/sharedStrings.xml's shared string table, and the sheet's owndataValidationsblock cell-by-cell from the raw XML (row 1 through row 180, the sheet's last populated row).
- Direct
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
- 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 singlecashValuefield; the mismatch is disclosed here rather than silently resolved. - 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 (
inflowIncomeDeclaredNormalTaxthroughinflowOther) and does not fabricate a tenth field for the missing "v". - 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: trueper 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. - CNIC constraint re-confirmed identical to the sibling document. The sheet's own
dataValidationsblock carries atype="whole"rule onC3:H3(taxpayer CNIC) andG178:H178(declarant CNIC) bounded[1000000000000, 9999999999999]— the identical 13-digit constraint already modeled onannual-individual-income-tax-return-it-1b's owntaxpayerCnic/declarantCnicfields, confirming the same NADRA CNIC format applies uniformly across both worksheets of this workbook. - 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.
- The verification/declaration paragraph (rows 178–179) is modeled as a
documents[]attestationentry, 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 asdeclarantName,declarantCnic, and thedeclarantCapacityenum, allrequired: true, using the sameSELF/REPRESENTATIVEenum values already established by the sibling document. - 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(dropsbusinessAddress) — exactly 1 error.mutation-control-invalid-enum-declarant-capacity.json(setsdeclarantCapacitytoGUARDIAN, not in the enum) — exactly 1 error.mutation-control-invalid-cnic-pattern.json(setstaxpayerCnicto a 9-digit value) — exactly 1 error.mutation-control-negative-amount.json(setsnonBusinessRealPropertyValueto-12000000, violatingminimum: 0) — exactly 1 error.
Structural validation
node tools/validate.mjs— 694/694 (full registry, this document included).node tools/validate-ajv.mjs(ajv 2020-12 againstspec/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-indexre-run intools/govschema-client/to regenerateregistry-index.jsonwith 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.0draftlatestthis pagehas verification recordschema.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.