Registry entry

India Individual/HUF Income Tax Return (ITR-3, Assessment Year 2026-27)

Prepare and review an individual's or Hindu Undivided Family's (HUF's) Indian income tax return using ITR-3, for filers with income from profits and gains of business or profession who do not qualify for (or do not opt into) the presumptive-taxation schemes covered by ITR-4 (SUGAM). ITR-3 is the return used by business/professional filers required to maintain regular books of account under section 44AA and, where applicable, obtain a tax audit under section 44AB — the most complex of the ITR-1/2/3/4 set and the last of that set to be authored in this registry. Filing is online through the Income Tax Department's e-Filing portal (incometax.gov.in). This document models the fields that distinguish ITR-3 from the already-published in/incometax/individual-tax-return-itr1-sahaj, in/incometax/individual-tax-return-itr2, and in/incometax/individual-tax-return-itr4-sugam: the extended general/identity and representative-assessee questions shared with ITR-2/ITR-4; the section 44AA books-of-account and section 44AB tax-audit eligibility gates with auditor/UDIN detail; nature of business/profession; the Balance Sheet (Sources and Application of Funds, or the four-line 'No Account Case' summary for filers not maintaining regular books); the Trading Account and Profit and Loss account aggregates (gross receipts, revenue from operations, opening/closing stock, purchases, direct expenses, gross profit, other income, and net profit before taxes); and an aggregate Chapter VI-A deduction figure, aggregate advance-tax/self-assessment-tax payments, bank account details for refund, and the verification block. Out of scope: Schedule BP's own book-to-tax adjustment lines (depreciation and disallowances under sections 36/37/40/40A/43B, etc.), the Manufacturing Account, Quantitative Details, GST turnover-reconciliation schedule, per-item schedule detail behind the multi-business-activity, director/partner/unlisted-shares, and multi-bank-account tables, and full field-by-field modelling of the Schedule S (salary), House Property, Schedule CG (capital gains), OS (other sources), and itemised Chapter VI-A schedules — these are structurally identical to the schedules already modelled in full in in/incometax/individual-tax-return-itr2, and re-deriving them against this document's own workbook citations is deferred to a future version; see VERIFICATION.md for the full scope rationale. It does not submit the return, compute tax owed, or determine any refund/demand amount — the live e-Filing portal is always authoritative.

Registry entry

in/incometax/individual-tax-return-itr3

Jurisdiction
India · national
Version
1.0.0
Verification
draft

Authoritative source ITR-3 notified-form Excel utility, Assessment Year 2026-27, version 1.1 (ITR3_AY_26-27_V1.1.zip / .xlsm), published on the e-Filing portal's own Downloads page at https://www.incometax.gov.in/iec/foportal/sites/default/files/2026-07/ITR3_AY_26-27_V1.1.zip

Machine access

Registry catalog
registry/index.jsonone record per schema id

Field reference

97 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

  • filerStatus enum required

    ITR-3 is used by individuals and Hindu Undivided Families (HUFs) with income from profits and gains of business or profession.

    enum: individual | huf
  • panNumber string required

    PAN

    patternclassification: pii
  • firstName string required

    First Name

    classification: pii
  • middleName string optional

    Middle Name

    classification: pii
  • lastName string optional

    Last Name

    classification: pii
  • dateOfBirthOrFormation date required

    Date of Birth/Formation

    classification: pii
  • dateOfCommencementOfBusiness date optional

    Distinguishes ITR-3 (business/professional income) from ITR-1/ITR-2, which do not collect this date.

  • aadhaarNumber string optional

    Aadhaar Number

    patternclassification: sensitive-pii
  • aadhaarEnrolmentId string optional

    Aadhaar Enrolment Id

    classification: sensitive-pii
  • primaryAddressFlatDoorBlock string required

    Primary address — Flat/Door/Block No.

    classification: pii
  • primaryAddressPremisesName string optional

    Primary address — Name of Premises/Building/Village

    classification: pii
  • primaryAddressRoadStreet string optional

    Primary address — Road/Street/Post Office

    classification: pii
  • primaryAddressAreaLocality string optional

    Primary address — Area/Locality

    classification: pii
  • primaryAddressTownCityDistrict string required

    Primary address — Town/City/District

    classification: pii
  • primaryAddressState string required

    Primary address — State

    classification: pii
  • primaryAddressCountry string required

    Primary address — Country

    classification: pii
  • primaryAddressPinCode string optional

    Primary address — Pin Code

    classification: pii
  • primaryEmail string required

    Primary Email ID

    patternclassification: pii
  • secondaryEmail string optional

    Secondary Email ID

    patternclassification: pii
  • primaryMobileNumber string required

    Primary Mobile no.

    classification: pii
  • secondaryMobileNumber string optional

    Secondary Mobile no.

    classification: pii
  • residentialStatus enum required

    Residential status

    enum: resident | resident_not_ordinarily_resident | non_resident
  • totalPeriodOfStayInIndiaCurrentYear integer optional

    Total period of stay in India during the previous year (days)

    range: 0–366
  • totalPeriodOfStayInIndiaPreceding4Years integer optional

    Total period of stay in India during the 4 preceding years (days)

    range: 0–∞
  • optsOutOfNewTaxRegime115BAC6 boolean required

    Current-year regime election only. The form's own multi-year Form 10-IEA opt-in/opt-out history (cells E46-E109, tracking prior-year elections and re-entries) is a materially different filing posture and is out of scope, consistent with this registry's precedent for ITR-1/ITR-4's regime-history sections — see VERIFICATION.md.

  • filingUnderSeventhProvisoOnly boolean required

    Filer is not otherwise required to file under section 139(1) but is filing due to one or more of the seventh-proviso conditions (high-value deposits, foreign travel, electricity consumption, or other prescribed conditions).

  • depositsExceedOneCroreInCurrentAccounts boolean optional

    Deposited more than Rs. 1 crore in one or more current accounts?

  • foreignTravelExpenditureExceedsTwoLakh boolean optional

    Incurred more than Rs. 2 lakh on foreign travel?

  • electricityExpenditureExceedsOneLakh boolean optional

    Incurred more than Rs. 1 lakh on electricity consumption?

  • meetsOtherSeventhProvisoConditions boolean optional

    Meets other prescribed seventh-proviso conditions (turnover/receipts/TDS-TCS/savings-deposit thresholds)?

  • filedUnderSection enum required

    Return filed under section

    enum: 10 values
  • originalReturnReceiptNumber string optional

    Required when filing a revised, defective, or modified return.

  • originalReturnFilingDate date optional

    Date of filing of Original Return

  • filedByRepresentativeAssessee boolean required

    Return filed by a representative assessee?

  • representativeName string optional

    Name of the representative assessee

    classification: pii
  • representativeEmail string optional

    Email-ID of the representative assessee

    classification: pii
  • representativeContactNumber string optional

    Contact number of the representative assessee

    classification: pii
  • representativeCapacity string optional

    Capacity of representative

  • representativeAddress string optional

    Address of the representative

    classification: pii
  • representativePAN string optional

    PAN of the Representative

    patternclassification: pii
  • representativeAadhaar string optional

    Aadhaar Number of the representative

    classification: sensitive-pii
  • isDirectorInCompany boolean required

    Per-company detail (name, PAN, type, listed/unlisted, DIN) is out of scope; see VERIFICATION.md.

  • isPartnerInFirm boolean required

    Per-firm detail (name, PAN) is out of scope; see VERIFICATION.md.

  • heldUnlistedEquitySharesDuringYear boolean required

    Per-holding detail (opening/closing balance, acquisitions, disposals) is out of scope; see VERIFICATION.md.

  • governedByPortugueseCivilCode boolean required

    Governed by Portuguese Civil Code under section 5A?

  • liableToMaintainAccounts44AA boolean required

    Section 44AA books-of-account maintenance requirement. Distinguishes ITR-3 (and full books-of-account filers) from ITR-4's presumptive-only filers, who are not required to maintain regular books.

  • liableForAudit44AB boolean required

    Liable for audit under section 44AB?

  • dateOfAuditReport date optional

    Date of furnishing of the audit report

  • auditReportAcknowledgementNumber string optional

    Acknowledgement number of the audit report

  • auditorName string optional

    Name of the auditor signing the tax audit report

    classification: pii
  • auditorMembershipNumber string optional

    Membership no. of the auditor

  • auditFirmName string optional

    Name of the auditor (proprietorship/firm)

  • auditFirmRegistrationNumber string optional

    Proprietorship/firm registration number

  • auditFirmPAN string optional

    PAN of the proprietorship/firm

    patternclassification: pii
  • auditReportUDIN string optional

    Unique Document Identification Number issued by ICAI for the audit report.

  • businessOrProfessionCode string required

    First (primary) business/profession activity code. Up to three activities may be declared on the source form; only the primary activity is modelled — see VERIFICATION.md.

  • businessTradeName string optional

    Trade name of the proprietorship, if any

  • natureOfBusinessDescription string optional

    Description of business/profession

  • maintainsRegularBooksOfAccount boolean required

    Gates which balance-sheet section applies: the full Part A-BS Sources/Application of Funds statement (regular books) or the four-line 'No Account Case' summary (section 44AA(2) filers not maintaining regular books). Derived from the form's own two-section structure — there is no single dedicated yes/no cell — see the 'NO ACCOUNT CASE' heading at row 90 versus the main balance-sheet heading at F3.

  • totalProprietorsFund number optional

    Total proprietor's fund (a + bv)

  • totalLoanFunds number optional

    Total Loan Funds (aiii + biii)

  • totalSourcesOfFunds number optional

    Sources of funds (1c + 2c +3+4iii)

  • totalFixedAssets number optional

    Total (1c + 1d)

  • totalInvestmentsBS number optional

    Total investments (aiii + biv)

  • netCurrentAssets number optional

    Net current assets (3c – diii)

  • totalApplicationOfFunds number optional

    Total, application of funds (1e + 2c + 3e +4d)

  • deferredTaxLiabilityBS number optional

    Line item present only when applicable; not every filer has a non-zero balance here.

  • totalAdvancesBS number optional

    Line item present only when applicable; not every filer has a non-zero balance here.

  • otherApplicationOfFunds number optional

    Line item present only when applicable; not every filer has a non-zero balance here.

  • noAccountCaseSundryDebtors number optional

    Amount of total sundry debtors

  • noAccountCaseSundryCreditors number optional

    Amount of total sundry creditors

  • noAccountCaseStockInTrade number optional

    Amount of total stock-in-trade

  • noAccountCaseCashBalance number optional

    Amount of the cash balance

  • grossReceiptsOfBusiness number optional

    Sales/Gross receipts of business (net of returns, refunds, duty/tax)

  • grossReceiptsFromProfession number optional

    Gross receipts from Profession

  • totalRevenueFromOperations number optional

    Total Revenue from operations

  • closingStockOfFinishedGoods number optional

    Closing Stock of Finished Goods

  • openingStockOfFinishedGoods number optional

    Opening Stock of Finished Goods

  • purchases number optional

    Purchases (net of refunds and duty or tax, if any)

  • directExpensesTotal number optional

    Direct Expenses

  • grossProfitFromBusinessProfession number optional

    Gross Profit from Business/Profession

  • totalOtherIncomePL number optional

    Total of other income (Profit and Loss account)

  • totalCreditsToProfitAndLossAccount number optional

    Total of credits to profit and loss account

  • profitBeforeInterestDepreciationTax number optional

    Profit before interest, depreciation and taxes

  • totalInterestExpensePL number optional

    Interest (total)

  • netProfitBeforeTaxesPL number optional

    The taxpayer-entered starting point for Schedule BP's computation of income from business or profession (cited by Schedule BP as 'item 53 of P&L'). Schedule BP's own book-to-tax adjustment lines (depreciation, disallowances under sections 36/37/40/40A/43B, etc.) are out of scope — see VERIFICATION.md.

  • totalDeductionsChapterVIA number optional

    Aggregate total only. This document does not itemize the underlying section-by-section deduction limits (80C, 80D, 80G, etc.) — see in/incometax/individual-tax-return-itr2, which models that same Chapter VI-A section structure in full, and VERIFICATION.md.

  • totalAdvanceTaxPaid number optional

    Advance Tax paid

  • totalSelfAssessmentTaxPaid number optional

    Self-Assessment Tax paid

  • hasIndianBankAccount boolean required

    Have a bank account in India?

  • bankAccountIFSCCode string optional

    First (primary) bank account only; the source form allows reporting multiple accounts — see VERIFICATION.md.

    classification: financial
  • bankAccountNumber string optional

    Account Number

    classification: financial
  • bankAccountSelectedForRefund boolean optional

    Select Account for refund credit

  • verificationFullName string required

    Full name (verification)

    classification: pii
  • verificationCapacity enum required

    Capacity in which making the return

    enum: 8 values
  • verificationPlace string required

    Place

  • verificationDate date required

    Date

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-05

Why this cycle picked up ITR-3

CATALOG.md's Known Gaps list (last regenerated by GOV-1240) identifies India ITR-3 as "the sole open candidate of the ITR-1/2/3/4 set" now that ITR-1 (GOV-900), ITR-2 (GOV-1247), and ITR-4 SUGAM (GOV-1229) are all published. ITR-3 is the return for filers with income from profits and gains of business or profession who are not (or do not opt to be) taxed on a presumptive basis under sections 44AD/44ADA/44AE — i.e. filers required to maintain regular books of account under section 44AA, and where applicable obtain a tax audit under section 44AB. It is the most complex of the four ITR forms (66 worksheets vs. ITR-2's fewer sheets), reflecting the Balance Sheet, Trading Account, Profit and Loss Account, and Schedule BP computation of business income that ITR-1/2/4 do not have.

Sources examined

  • Document (id, version): in/incometax/individual-tax-return-itr3 / 1.0.0
  • Spec version: GovSchema 0.3.0
  • Authority: Income Tax Department, Government of India; the ITR forms are notified annually by the Central Board of Direct Taxes (CBDT) under the Income-tax Rules, 1962.
  • Primary source (field-by-field detail): the ITR-3 Excel utility for Assessment Year 2026-27, version 1.1 (ITR3_AY_26-27_V1.1.zipITR3_AY_26-27_V1.1.xlsm), fetched directly from the e-Filing portal's own Downloads page (https://www.incometax.gov.in/iec/foportal/downloads) at https://www.incometax.gov.in/iec/foportal/sites/default/files/2026-07/ITR3_AY_26-27_V1.1.zipHTTP 200, no access block, 12,295,538 bytes (≈11.7 MB), matching the size the Downloads page itself advertises. Same channel already used and recorded for ITR-1/ITR-2/ITR-4 (incometax.gov.in, not the WAF-blocked incometaxindia.gov.in gazette host).
  • Retrieved / reviewed: 2026-07-05.
  • Reviewer: GovSchema Engineering (Standards Engineer — initial authoring source review).

Extraction technique

The .xlsm is a standard OOXML zip archive of 66 worksheets (PART A - General, Nature Of Business, Part A - BS, Manufacturing Account, Trading Account, Profit and Loss, Part A - OI, BP, CG, OS, VI-A, Part B - TI TTI, Verification, and 53 others). It was extracted with Python's zipfile module; xl/sharedStrings.xml and each relevant xl/worksheets/sheetN.xml were parsed directly as XML with the self-closing-cell-aware regex already established for this registry's prior OOXML extractions (<c r="X"([^>]*?)(?:/>|>(.*?)</c>), matching self-closing empty cells and content-bearing cells as distinct alternatives — see in/incometax/individual-tax-return-itr4-sugam VERIFICATION.md for the original bug this fixes). Cells were keyed by sheet name and cell reference (xl/workbook.xml / xl/_rels/workbook.xml.rels map each sheet name to its worksheet file). Every field's sourceRef cites the specific worksheet and cell it was read from, plus the form's own line code where one exists.

Scope decisions (what is modelled vs. deferred)

ITR-3's genuine standard-value-add over the already-published ITR-1/ITR-2/ ITR-4 is its business/professional-income computation with full books of account. This document models that content in full, and the general-filing scaffolding needed for the document to be a complete, submittable return on its own, but defers full re-derivation of schedules that are structurally identical to ones already published in this registry:

  • Modelled in full: the extended general/identity, address, residency, representative-assessee, and director/partner/unlisted-shares eligibility questions (shared with ITR-2/ITR-4, re-derived against this document's own ITR-3 workbook cell references — not copied from ITR-2's citations); section 115BAC(6) current-year regime election; seventh-proviso filing eligibility; the section 44AA books-of-account and section 44AB tax-audit gates, with full auditor detail (name, membership number, firm name/ registration number/PAN, UDIN, date of audit report, acknowledgement number) — the core distinguishing content of this form; nature of business/ profession (primary activity code, trade name, description); the Balance Sheet, gated on whether regular books of account are maintained — either the full Sources-of-Funds/Application-of-Funds aggregate statement (7 required totals: proprietor's fund, loan funds, sources of funds, fixed assets, investments, net current assets, application of funds, plus 3 optional line items for deferred tax liability/advances/other application) or the four-line "No Account Case" summary (sundry debtors, sundry creditors, stock-in-trade, cash balance) for section 44AA(2) filers not maintaining regular books; the Trading Account and Profit and Loss Account aggregates (gross receipts of business, gross receipts from profession, total revenue from operations, opening/closing stock, purchases, direct expenses, gross profit transferred to P&L, other income, total credits, profit before interest/depreciation/tax, interest expense, and net profit before taxes — the taxpayer-input starting point for Schedule BP's computation); an aggregate Chapter VI-A total deduction figure; aggregate advance-tax and self-assessment-tax payments; primary bank account details for refund; and the verification block.
  • Deferred (out of scope), and why: Schedule BP's own book-to-tax adjustment lines (net profit/loss from speculative or section-35AD specified business, disallowances under sections 36/37/40/40A(3)/43B, depreciation as per the Income-tax Act vs. the books, and the final A37+B42+C48 income-chargeable computation) are the e-Filing portal's own computed/derived figures built from netProfitBeforeTaxesPL and are not modelled as input fields, consistent with this registry's "don't model what the source computes for the filer" principle already applied to every prior tax-return schema (gross total income, tax payable, refund, etc. are never modelled either). The Manufacturing Account, Quantitative Details, GST turnover-reconciliation schedule, Schedule 112A/115AD securities detail, Schedule AL assets-and-liabilities, and the multi-business/ multi-director/multi-partner/multi-unlisted-share/multi-bank-account per-item sub-tables behind the fields modelled here are out of scope, the same per-item-schedule-detail deferral already applied to ITR-1/ITR-2/ ITR-4. Most significantly: full field-by-field modelling of Schedule S (salary), House Property, Schedule CG (capital gains), OS (other sources), and the itemised (80C/80D/80G/etc.) Chapter VI-A deduction schedule is deferred — these schedules are structurally identical (same CBDT-notified layout, same field set) to the ones already published in full in in/incometax/individual-tax-return-itr2, which an ITR-3 filer with salary, house-property, capital-gains, or other-source income alongside business/professional income can consult for the same section structure. Re-deriving ~200+ additional field-level citations against this document's own workbook (Schedule CG alone spans 2,665 extracted cell values) for content that does not distinguish ITR-3 from ITR-2 was judged to add registry-maintenance burden without new standard-modelling value, and is left to a future version if a consumer need for it is identified. This is an explicit, one-way scope decision, not an oversight — a filer whose facts require those income heads will need to consult both documents until a future version merges or cross-references them.
  • Not independently confirmed: every field cited in Schedule BP itself (F5/K5 "Profit before tax as per profit and loss account (item 53 ...)" restates the P&L's own line 53) is definitionally identical to netProfitBeforeTaxesPL, so no separate BP-sheet field was added for it.
  • Not machine-enforced (documented only): the form's own eligibility boundary — that ITR-3 filers must have income from business or profession and either maintain regular books or fall within section 44AA(2)'s no-account-case allowance — is expressed only via the maintainsRegularBooksOfAccount/liableToMaintainAccounts44AA eligibility fields, not as a crossFieldValidation rule, consistent with this registry's existing precedent for eligibility conditions that are not a clean field-absence check (GSP-0013's grammar is built around requirePresent/requireAbsent).
  • No live e-Filing portal walkthrough. Filing ITR-3 online requires a PAN-linked, OTP/Aadhaar-authenticated e-Filing account not available in this environment, so the field-by-field comparison the practice requires against the live online screens has not been completed.

Mock-data test run

Two representative scenarios were authored and checked field-by-field against every type/required/requiredWhen/visibleWhen/enum/ pattern/minimum/maximum constraint in schema.json, using a one-off Python condition evaluator (not committed to the repo) implementing the same equals/notEquals/in/greaterThan/all/any/not grammar as GSP-0013's Condition schema (spec v0.3 §8.1), the same evaluator already used for ITR-1/ITR-4.

Scenario 1 — Individual retail-trade filer with regular books and a section 44AB tax audit: Anita Sharma, a Jaipur-based sole proprietor of a textile trading business (turnover Rs. 85 lakh) who maintains regular books of account, is liable for a section 44AB tax audit, and files an original return under the new tax regime.

Scenario 2 — HUF professional filer, "No Account Case," revised return filed by the Karta: a Nagpur-based HUF professional practice not maintaining regular books of account (section 44AA(2) no-account case), filing a section 139(5) revised return via its Karta as representative assessee, opted out of the new tax regime, and filing under the seventh proviso to section 139(1) due to electricity expenditure exceeding Rs. 1 lakh.

Both runs:

`` PASS — Scenario 1 - Individual retail trader, regular books maintained, tax-audited under 44AB, new regime, original return satisfies every type/required/requiredWhen/visibleWhen/enum/pattern constraint. PASS — Scenario 2 - HUF professional, no-account case (44AA(2)), revised return via Karta representative, opted out of new regime satisfies every type/required/requiredWhen/visibleWhen/enum/pattern constraint. ``

Scenario 1 correctly triggered the section 44AB audit-detail fields (date of audit report, acknowledgement number, auditor name/membership number, UDIN) and the regular-books Balance Sheet aggregates, while Scenario 2 correctly triggered the no-account-case four-line Balance Sheet summary, the representative-assessee fields (Karta capacity), the revised-return original- receipt fields, and the seventh-proviso follow-up questions — and correctly did not require the regular-books Balance Sheet aggregates or the audit fields, since neither condition applied to it.

A deliberately-broken variant of Scenario 1 (dropping the five audit-detail fields despite liableForAudit44AB: true, and dropping verificationFullName) was also run, to confirm the evaluator itself correctly detects violations rather than passing everything by construction:

`` FAIL — Scenario 1 (deliberately broken) - sanity check: - MISSING required field 'dateOfAuditReport' - MISSING required field 'auditReportAcknowledgementNumber' - MISSING required field 'auditorName' - MISSING required field 'auditorMembershipNumber' - MISSING required field 'auditReportUDIN' - MISSING required field 'verificationFullName' ``

An earlier draft of this document also uniformly required every Balance Sheet line item whenever maintainsRegularBooksOfAccount was true, including line items (deferred tax liability, advances, "other application of funds") that are legitimately blank/zero for many filers; the mock-data run caught this over-tight requiredWhen scoping (both scenarios failed on it) and it was corrected to require only the seven backbone total fields, leaving the three itemised sub-lines optional.

Both registry validators were run against the schema document itself and pass:

``` $ node tools/validate.mjs registry/in/incometax/individual-tax-return-itr3/1.0.0/schema.json ok registry/in/incometax/individual-tax-return-itr3/1.0.0/schema.json

$ node tools/validate-ajv.mjs registry/in/incometax/individual-tax-return-itr3/1.0.0/schema.json ok registry/in/incometax/individual-tax-return-itr3/1.0.0/schema.json [v0.3] ```

Structural checks (no duplicate field names — 97 unique names across 97 fields; every visibleWhen/requiredWhen field reference resolving to a real field) were also run against the parsed document and found clean.

Why most fields here are optional

Like the other ITR schemas in this registry, required: true is reserved for identity, eligibility-gate, and always-applicable fields (PAN, name, date of birth, filer status, residential status, business/audit eligibility gates, filing section, representative-assessee gate, the maintainsRegularBooksOfAccount gate, and the verification block); the income and balance-sheet amount fields are requiredWhen-gated on the eligibility questions that determine whether they apply to a given filer.

Time-versioning and the edition axis (flagged spec gap)

Like ITR-1/ITR-2/ITR-4, ITR-3 is genuinely time-versioned (ITR3_AY_26-27_V1.1, form shape changing annually). Spec v0.3's edition.scheme enum remains closed to us-tax-year/gb-tax-year/ award-year (SPEC.md §5.7) and does not fit India's assessment-year cycle — this is the tenth reference schema in this registry to hit the same gap already flagged by GSP-0019 (after IE Form 11S, NZ IR3, CA T1, AU myTax, SG Form B1, DE ELSTER, FR 2042, and IN ITR-1/ITR-2/ITR-4). Published at the plain, non-edition registry path (registry/in/incometax/individual-tax-return-itr3/1.0.0/schema.json) as a workaround, consistent with all nine prior cases. See spec/proposals/0019-generalize-edition-scheme-calendar-tax-year.md.

Scope and jurisdiction notes

  • Conditional requiredness/visibility is expressed with requiredWhen/ visibleWhen (GSP-0013), targeting spec v0.3, including the balance-sheet gate's mutually-exclusive equals: true/equals: false pair on maintainsRegularBooksOfAccount.
  • discovery/catalog.json gained a published candidate entry for this document (inserted after the ITR-2 entry it follows), consistent with discovery/README.md's "candidate becomes a schema" workflow. The client registry index was regenerated (npm run build-index in tools/govschema-client).
  • India's Taxes vertical now has all four of the ITR-1/2/3/4 set authored. Corporate/business tax (SG IRAS, ZA SARS ITR14, IE corporation tax) remain the next candidates per CATALOG.md.

Path to a verified claim (next step)

To advance to status: verified, a reviewer applies manual-source-review-v1 Procedure step 2 against the live, authenticated incometax.gov.in e-Filing "File Income Tax Return" online screens (a PAN-linked, OTP-authenticated account), confirms the exact online-screen grouping and pre-fill behavior of the sections modelled here, and records the outcome here — shipping a new schema version if discrepancies are found (VERSIONING.md §3, immutability).

Re-verification

Per the practice's Cadence, nextReviewBy is set to 2027-01-01 (6 months), and in any case before the AY 2027-28 edition of ITR-3 is notified, since the source content itself changes annually.

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 Income Tax Department, Government of India (forms notified by the Central Board of Direct Taxes) or any government. The authoritative source is always the live government form and its official instructions.