Registry entry

Ukraine Tax Declaration on Property Status and Income — Annex ЄСВ1 (Calculation of Accrued Income and Unified Social Contribution)

The State Tax Service of Ukraine's (Державна податкова служба України, DPS) "Додаток ЄСВ1 до податкової декларації про майновий стан і доходи" (Annex ЄСВ1 to the Tax Declaration on Property Status and Income) — the calculation of the sums of accrued income of insured persons and the sum of accrued unified social contribution (ЄСВ), filed by individual entrepreneurs, independent professionals, and farm household members. Tenth and last of the ten companion schedules disclosed as open backlog when the parent declaration (ua/dps/individual-income-tax-declaration, GOV-3531) was authored, closing that backlog in full: Annex АП (ua/dps/individual-income-tax-declaration-annex-ap, GOV-3588), Annex Ф4 (ua/dps/individual-income-tax-declaration-annex-f4, GOV-3623), Annex МПЗ (ua/dps/individual-income-tax-declaration-annex-mpz, GOV-3632), Annex Ф1 (ua/dps/individual-income-tax-declaration-annex-f1, GOV-3641), Annex КІК (ua/dps/individual-income-tax-declaration-annex-kik, GOV-3907/GOV-3996), Annex Ф2 (ua/dps/individual-income-tax-declaration-annex-f2, GOV-4002/GOV-4004), Annex ЄСВ3 (ua/dps/individual-income-tax-declaration-annex-esv3, GOV-4010), Annex Ф3 (ua/dps/individual-income-tax-declaration-annex-f3, GOV-4017/GOV-4019), and Annex ЄСВ2 (ua/dps/individual-income-tax-declaration-annex-esv2, GOV-4026) were modelled first. Approved within the same combined Excel template as the main declaration, by Order of the Ministry of Finance of Ukraine No. 859 of 2 October 2015, as amended by Order No. 119 of 26 February 2025 (the edition modelled here, effective for reporting periods from 1 January 2026). Published, unauthenticated, directly by the State Tax Service on tax.gov.ua as a legacy Excel (.xls) template's own dedicated 'ЄСВ 1' sheet. This v1.0.0 models the sheet in full: the taxpayer-identification header (including the same second, Pension-Fund-specific passport identifier and direct full-name field shared with Annex ЄСВ2/ЄСВ3), a genuine three-value declaration-type checkbox (original/revised original/corrective — unlike Annex ЄСВ2/ЄСВ3's own two-value convention), a paired reporting-period box and a second, distinct 'period being corrected' box (unique among this registry's authored UA DPS annexes, present because this schedule is the only ЄСВ-family sibling supporting an actual corrective filing), a split число/місяць/рік termination-registration date, an economic-activity classification code, a calculation sequence number, four payer-type period boxes (one of which is printed twice with byte-identical labels, a genuine disclosed source duplication), a three-option form-type selection, and a fixed twelve-month table (one row per calendar month, each carrying an insured-person category code, a declared net income amount, a contribution base amount, a contribution rate percentage, and an accrued contribution amount whose own column header states an explicit multiplication formula) plus its own total row. GovSchema is an independent, non-profit standards body and is not affiliated with, endorsed by, or operated by the Government of Ukraine or the State Tax Service of Ukraine.

Registry entry

ua/dps/individual-income-tax-declaration-annex-esv1

Jurisdiction
Ukraine · national
Version
1.0.0
Verification
draft

Authoritative source Форма Додатка ЄСВ1 до податкової декларації про майновий стан і доходи, затверджена наказом Міністерства фінансів України від 02.10.2015 № 859 (у редакції наказу від 26.02.2025 № 119), чинна з 01.01.2026 — аркуш 'ЄСВ 1'

Machine access

Registry catalog
registry/index.jsonone record per schema id

Field reference

87 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

  • taxpayerTaxNumberOrPassport string required

    The taxpayer's registration number of the taxpayer account card (RNOKPP), or — for individuals who, on religious grounds, have declined a registration number and have a corresponding notation in their passport — their passport series (if any) and number instead, matching the same either/or convention as ua/dps/individual-income-tax-declaration's own taxpayerTaxNumberOrPassport field and every other authored companion schedule's own equivalent field.

    length: 1–50classification: sensitive-pii
  • pensionFundIdentificationPassport string optional

    A second, distinct identification field (not present on the main declaration): the passport series (if any) and number used specifically to identify the unified social contribution (ЄСВ) payer within the Pension Fund of Ukraine's own records, separate from the taxpayer's RNOKPP. Present on this schedule as well as on Annex ЄСВ2 and Annex ЄСВ3, matching the same convention. Footnote * (row 97) gives the expected format for passport-book holders (БКNNXXXXXX) and ID-card holders (ПХХХХХХХХХ).

    length: 1–50classification: sensitive-pii
  • fullName string required

    The taxpayer's surname, given name, and patronymic (if any), requested directly on this annex (as on Annex ЄСВ2/ЄСВ3), rather than relying solely on the main declaration's own taxpayerFullName field. Note: the sheet's own printed cell (row 24) literally reads 'імя' without an apostrophe — the same minor source-text inconsistency this cycle's two closest siblings (Annex ЄСВ2, Annex ЄСВ3) also carry on their own equivalent cells; disclosed here rather than silently normalized. The field's own label above uses the standard orthography.

    length: 1–300classification: pii
  • declarationType enum required

    original = 'Звітна' (a regular declaration for the reporting period); revised_original = 'Звітна нова' (a new original filed to supersede a previously filed original for the same period, before the filing deadline); corrective = 'Уточнююча' (a correction filed after the deadline for a previously filed declaration). Unlike Annex ЄСВ2 and Annex ЄСВ3's own two-value declarationType convention (no 'corrective' option), this sheet prints a genuine third checkbox — confirmed via three distinct 2-column checkbox merges (C31:D31, I31:J31, R31:S31), each immediately preceding its own label — matching the three-value convention most other authored UA DPS annexes share.

    enum: original | revised_original | corrective
  • reportingPeriodYear integer optional

    The calendar year in which this calculation is filed. Per footnote 2 (row 99) and the 'Довідкова1' label at row 35 (footnote 1, row 98): filled in by individual entrepreneurs, independent professionals, or farm household members filing an 'original' or 'revised original' declaration, when form type 'pension assignment' or 'material support/insurance-payment assignment' applies.

    range: 1991–∞
  • reportingPeriodMonth integer optional

    The calendar month number (1-12) in which this calculation is filed, under the same 'Довідкова' (informational) gating as reportingPeriodYear above (footnote 1, row 98).

    range: 1–12
  • correctedPeriodYear integer optional

    The calendar year of the reporting period being corrected by a 'corrective' ('уточнююча') filing — a second, distinct period box this schedule carries that no sibling ЄСВ annex has, since Annex ЄСВ2 and Annex ЄСВ3 both lack a 'corrective' declarationType option in the first place. Per footnote 2 (row 99): filled when the declaration (of type 'звітна', 'звітна нова', or 'уточнююча') reports the year and month in which state registration of termination of entrepreneurial activity occurred, independent professional activity ceased, or farm household membership was lost, under form type 'after termination'. Confirmed as a genuinely separate box from reportingPeriodYear via its own row-28 header text ('Звітний (податковий) період, що уточнюється:') and its own distinct digit-entry merges (e.g. BC31:BD31 onward) culminating in a second 'рік2' label at BR31.

    range: 1991–∞
  • correctedPeriodMonth integer optional

    The calendar month of the reporting period being corrected, paired with correctedPeriodYear above — see that field's own description for the genuine structural finding this second period box represents.

    range: 1–12
  • terminationRegistrationDay integer optional

    The day-of-month component of the date of state registration of termination of entrepreneurial activity, or the date of filing with the tax authority an application for deregistration of the unified-contribution payer (row 39 continues the same label with this alternative). Unlike this schedule's own four payer-type period boxes (section 8, which print no число/місяць/рік sub-labels), this date does print explicit 'число'/'місяць'/'рік' column labels — confirmed at AQ38/BA38/BR38 — so it is modelled as three separate integer fields, matching the split-date convention this registry established for Annex ЄСВ3's own audit-act date.

    range: 1–31
  • terminationRegistrationMonth integer optional

    The month component of the same termination/deregistration date described by terminationRegistrationDay above.

    range: 1–12
  • terminationRegistrationYear integer optional

    The year component of the same termination/deregistration date described by terminationRegistrationDay above.

    range: 1991–∞
  • mainEconomicActivityCode string optional

    The taxpayer's main economic activity classification code (KVED), printed as a dot-separated numeric entry box (a literal '.' character at BK42, flanked by four separate 2-column digit-entry merges — BF42:BG42, BI42:BJ42, BL42:BM42, BO42:BP42). Modelled as a free-form string rather than fabricating an exact digit-grouping pattern the sheet's own cell/merge structure does not fully disambiguate.

    length: 1–20
  • calculationSequenceNumber integer optional

    The sequential number of this calculation within one reporting period, per footnote 3 (row 100): filled by individual entrepreneurs, independent professionals, or farm household members in case of repeated state registration of termination, or repeated filing of a deregistration application, within one reporting period — the footnote explicitly states the value ranges from 2 to 9.

    range: 2–9
  • generalTaxSystemPeriod1From date optional

    The start date of a period during which the taxpayer was registered as an individual entrepreneur on the general taxation system. A genuine source finding: this label ('ФО – на загальній системі оподаткування') is printed identically, byte-for-byte, on both row 49 and row 51, each with its own separate з/по (from/to) date-range box — confirmed by comparing the raw cell codepoints of both labels. No distinguishing checkbox, footnote, or additional text was found anywhere on the sheet to differentiate the two occurrences (row 49's own date box does carry two extra empty 2-column merges, AF49:AG49 and AK49:AL49, not present on row 51's box, but these appear to be internal digit-entry sub-cells rather than a semantic marker). This may represent two separate stints of general-system registration within the same reporting year (e.g. de-registered then re-registered), or may be a template duplication artifact — this cycle discloses the ambiguity rather than guessing; see this document's own VERIFICATION.md. Modelled as a single date-typed field since section 8's own four period boxes print no число/місяць/рік sub-labels, only bare 'з'/'по' entry boxes.

  • generalTaxSystemPeriod1To date optional

    The end date of the same period described by generalTaxSystemPeriod1From above.

  • generalTaxSystemPeriod2From date optional

    The start date of a second period during which the taxpayer was registered as an individual entrepreneur on the general taxation system — the sheet's own second, identically-labelled occurrence of this payer type (row 51). See generalTaxSystemPeriod1From's own description for the full disclosure of this genuine, unexplained source duplication.

  • generalTaxSystemPeriod2To date optional

    The end date of the same second period described by generalTaxSystemPeriod2From above.

  • independentProfessionalActivityPeriodFrom date optional

    The start date of a period during which the taxpayer was registered as a person engaged in independent professional activity — the third of this section's four payer-type period boxes, printed once (no duplicate, unlike the general-tax-system row above).

  • independentProfessionalActivityPeriodTo date optional

    The end date of the same period described by independentProfessionalActivityPeriodFrom above.

  • farmHouseholdMemberPeriodFrom date optional

    The start date of a period during which the taxpayer was registered as a member of a farming household — the fourth and last of this section's payer-type period boxes.

  • farmHouseholdMemberPeriodTo date optional

    The end date of the same period described by farmHouseholdMemberPeriodFrom above.

  • afterTerminationFormType boolean optional

    Whether this filing's form type is 'after termination' (section 9 offers three selectable form-type scenarios; this is the first). This cycle could not locate a distinct checkbox merge cell adjacent to this label in the sheet's own !merges array — the label's own merge (E60:Q60) has no adjacent 2-column checkbox merge anywhere on the row before it. The exact fillable mechanism is therefore not fully confirmed from the sheet's cell/merge structure alone — disclosed here rather than silently assumed, the same pattern this registry found for Annex ЄСВ2's own pensionInsuranceSelected/socialInsuranceSelected fields.

  • pensionAssignmentFormType boolean optional

    Whether this filing's form type is 'pension assignment' (section 9's second selectable scenario). As with afterTerminationFormType above, no distinct checkbox merge cell could be located adjacent to this label — its own cell (U60) carries no merge at all, unmerged and with no adjacent checkbox found anywhere on the row.

  • materialSupportAssignmentFormType boolean optional

    Whether this filing's form type is 'assignment of material support/insurance payments' (section 9's third selectable scenario). Unlike afterTerminationFormType/pensionAssignmentFormType above, this line does have a distinct 2-column checkbox merge (AE60:AF60) separate from its own label merge (AG60:BM60) — the same 2-column checkbox-merge convention confirmed for declarationType's own checkboxes.

  • januaryInsuredPersonCategory enum optional

    The category code of the insured person for Січень (january). voluntarily_insured_person and one_time_payer are NOT valid here — unlike Annex ЄСВ2's own two-value equivalent footnote. Per this sheet's own footnote 7 (row 104): farm_household_member = '4 – член фермерського господарства' (a member of a farming household); individual_entrepreneur_general_basis = '5 – фізична особа – підприємець на загальних підставах' (an individual entrepreneur on general grounds); independent_professional_income_recipient = '9 – особа, яка отримує дохід від незалежної професійної діяльності' (a person receiving income from independent professional activity). This matches Annex ЄСВ3's own three-value equivalent footnote (codes 4/5/9), not Annex ЄСВ2's two-value convention (codes 16/65).

    enum: farm_household_member | individual_entrepreneur_general_basis | independent_professional_income_recipient
  • januaryDeclaredNetIncomeAmount number optional

    The amount of net income (profit) declared in the tax declaration, or the share of distributed income, for Січень (january) — this table's own first data column, distinct from any equivalent column on Annex ЄСВ2/ЄСВ3's own three-column tables (neither carries a declared-income column; both are structured instead around a base amount and a contribution/liability amount).

    range: 0–∞
  • januaryContributionBaseAmount number optional

    The amount of income, capped at the legally established maximum base, on which the unified social contribution accrues for Січень (january).

    range: 0–∞
  • januaryContributionRatePercent number optional

    The unified social contribution rate, as a percentage, established by law and applied for Січень (january), per footnote 8 (row 105).

    range: 0–∞
  • januaryAccruedContributionAmount number optional

    The amount of unified social contribution accrued for Січень (january). The column header itself states an explicit arithmetic formula — 'графа 4 × графа 5' (column 4 × column 5), i.e. this amount equals januaryContributionBaseAmount multiplied by januaryContributionRatePercent. This is the first explicit multiplication formula this registry's authored UA DPS annexes have found stated directly in a column header; however, GovSchema's own crossFieldValidation vocabulary (GSP-0013 §3) supports only direct field-to-field comparison operators (equals/notEquals/greaterThan/etc. against a single compareTo field), not arithmetic products of two fields — so no crossFieldValidation rule is added here rather than fabricating an inexact approximation. Disclosed as a genuine spec-vocabulary gap in this document's own VERIFICATION.md.

    range: 0–∞
  • februaryInsuredPersonCategory enum optional

    The category code of the insured person for Лютий (february). voluntarily_insured_person and one_time_payer are NOT valid here — unlike Annex ЄСВ2's own two-value equivalent footnote. Per this sheet's own footnote 7 (row 104): farm_household_member = '4 – член фермерського господарства' (a member of a farming household); individual_entrepreneur_general_basis = '5 – фізична особа – підприємець на загальних підставах' (an individual entrepreneur on general grounds); independent_professional_income_recipient = '9 – особа, яка отримує дохід від незалежної професійної діяльності' (a person receiving income from independent professional activity). This matches Annex ЄСВ3's own three-value equivalent footnote (codes 4/5/9), not Annex ЄСВ2's two-value convention (codes 16/65).

    enum: farm_household_member | individual_entrepreneur_general_basis | independent_professional_income_recipient
  • februaryDeclaredNetIncomeAmount number optional

    The amount of net income (profit) declared in the tax declaration, or the share of distributed income, for Лютий (february) — this table's own first data column, distinct from any equivalent column on Annex ЄСВ2/ЄСВ3's own three-column tables (neither carries a declared-income column; both are structured instead around a base amount and a contribution/liability amount).

    range: 0–∞
  • februaryContributionBaseAmount number optional

    The amount of income, capped at the legally established maximum base, on which the unified social contribution accrues for Лютий (february).

    range: 0–∞
  • februaryContributionRatePercent number optional

    The unified social contribution rate, as a percentage, established by law and applied for Лютий (february), per footnote 8 (row 105).

    range: 0–∞
  • februaryAccruedContributionAmount number optional

    The amount of unified social contribution accrued for Лютий (february). The column header itself states an explicit arithmetic formula — 'графа 4 × графа 5' (column 4 × column 5), i.e. this amount equals februaryContributionBaseAmount multiplied by februaryContributionRatePercent. This is the first explicit multiplication formula this registry's authored UA DPS annexes have found stated directly in a column header; however, GovSchema's own crossFieldValidation vocabulary (GSP-0013 §3) supports only direct field-to-field comparison operators (equals/notEquals/greaterThan/etc. against a single compareTo field), not arithmetic products of two fields — so no crossFieldValidation rule is added here rather than fabricating an inexact approximation. Disclosed as a genuine spec-vocabulary gap in this document's own VERIFICATION.md.

    range: 0–∞
  • marchInsuredPersonCategory enum optional

    The category code of the insured person for Березень (march). voluntarily_insured_person and one_time_payer are NOT valid here — unlike Annex ЄСВ2's own two-value equivalent footnote. Per this sheet's own footnote 7 (row 104): farm_household_member = '4 – член фермерського господарства' (a member of a farming household); individual_entrepreneur_general_basis = '5 – фізична особа – підприємець на загальних підставах' (an individual entrepreneur on general grounds); independent_professional_income_recipient = '9 – особа, яка отримує дохід від незалежної професійної діяльності' (a person receiving income from independent professional activity). This matches Annex ЄСВ3's own three-value equivalent footnote (codes 4/5/9), not Annex ЄСВ2's two-value convention (codes 16/65).

    enum: farm_household_member | individual_entrepreneur_general_basis | independent_professional_income_recipient
  • marchDeclaredNetIncomeAmount number optional

    The amount of net income (profit) declared in the tax declaration, or the share of distributed income, for Березень (march) — this table's own first data column, distinct from any equivalent column on Annex ЄСВ2/ЄСВ3's own three-column tables (neither carries a declared-income column; both are structured instead around a base amount and a contribution/liability amount).

    range: 0–∞
  • marchContributionBaseAmount number optional

    The amount of income, capped at the legally established maximum base, on which the unified social contribution accrues for Березень (march).

    range: 0–∞
  • marchContributionRatePercent number optional

    The unified social contribution rate, as a percentage, established by law and applied for Березень (march), per footnote 8 (row 105).

    range: 0–∞
  • marchAccruedContributionAmount number optional

    The amount of unified social contribution accrued for Березень (march). The column header itself states an explicit arithmetic formula — 'графа 4 × графа 5' (column 4 × column 5), i.e. this amount equals marchContributionBaseAmount multiplied by marchContributionRatePercent. This is the first explicit multiplication formula this registry's authored UA DPS annexes have found stated directly in a column header; however, GovSchema's own crossFieldValidation vocabulary (GSP-0013 §3) supports only direct field-to-field comparison operators (equals/notEquals/greaterThan/etc. against a single compareTo field), not arithmetic products of two fields — so no crossFieldValidation rule is added here rather than fabricating an inexact approximation. Disclosed as a genuine spec-vocabulary gap in this document's own VERIFICATION.md.

    range: 0–∞
  • aprilInsuredPersonCategory enum optional

    The category code of the insured person for Квітень (april). voluntarily_insured_person and one_time_payer are NOT valid here — unlike Annex ЄСВ2's own two-value equivalent footnote. Per this sheet's own footnote 7 (row 104): farm_household_member = '4 – член фермерського господарства' (a member of a farming household); individual_entrepreneur_general_basis = '5 – фізична особа – підприємець на загальних підставах' (an individual entrepreneur on general grounds); independent_professional_income_recipient = '9 – особа, яка отримує дохід від незалежної професійної діяльності' (a person receiving income from independent professional activity). This matches Annex ЄСВ3's own three-value equivalent footnote (codes 4/5/9), not Annex ЄСВ2's two-value convention (codes 16/65).

    enum: farm_household_member | individual_entrepreneur_general_basis | independent_professional_income_recipient
  • aprilDeclaredNetIncomeAmount number optional

    The amount of net income (profit) declared in the tax declaration, or the share of distributed income, for Квітень (april) — this table's own first data column, distinct from any equivalent column on Annex ЄСВ2/ЄСВ3's own three-column tables (neither carries a declared-income column; both are structured instead around a base amount and a contribution/liability amount).

    range: 0–∞
  • aprilContributionBaseAmount number optional

    The amount of income, capped at the legally established maximum base, on which the unified social contribution accrues for Квітень (april).

    range: 0–∞
  • aprilContributionRatePercent number optional

    The unified social contribution rate, as a percentage, established by law and applied for Квітень (april), per footnote 8 (row 105).

    range: 0–∞
  • aprilAccruedContributionAmount number optional

    The amount of unified social contribution accrued for Квітень (april). The column header itself states an explicit arithmetic formula — 'графа 4 × графа 5' (column 4 × column 5), i.e. this amount equals aprilContributionBaseAmount multiplied by aprilContributionRatePercent. This is the first explicit multiplication formula this registry's authored UA DPS annexes have found stated directly in a column header; however, GovSchema's own crossFieldValidation vocabulary (GSP-0013 §3) supports only direct field-to-field comparison operators (equals/notEquals/greaterThan/etc. against a single compareTo field), not arithmetic products of two fields — so no crossFieldValidation rule is added here rather than fabricating an inexact approximation. Disclosed as a genuine spec-vocabulary gap in this document's own VERIFICATION.md.

    range: 0–∞
  • mayInsuredPersonCategory enum optional

    The category code of the insured person for Травень (may). voluntarily_insured_person and one_time_payer are NOT valid here — unlike Annex ЄСВ2's own two-value equivalent footnote. Per this sheet's own footnote 7 (row 104): farm_household_member = '4 – член фермерського господарства' (a member of a farming household); individual_entrepreneur_general_basis = '5 – фізична особа – підприємець на загальних підставах' (an individual entrepreneur on general grounds); independent_professional_income_recipient = '9 – особа, яка отримує дохід від незалежної професійної діяльності' (a person receiving income from independent professional activity). This matches Annex ЄСВ3's own three-value equivalent footnote (codes 4/5/9), not Annex ЄСВ2's two-value convention (codes 16/65).

    enum: farm_household_member | individual_entrepreneur_general_basis | independent_professional_income_recipient
  • mayDeclaredNetIncomeAmount number optional

    The amount of net income (profit) declared in the tax declaration, or the share of distributed income, for Травень (may) — this table's own first data column, distinct from any equivalent column on Annex ЄСВ2/ЄСВ3's own three-column tables (neither carries a declared-income column; both are structured instead around a base amount and a contribution/liability amount).

    range: 0–∞
  • mayContributionBaseAmount number optional

    The amount of income, capped at the legally established maximum base, on which the unified social contribution accrues for Травень (may).

    range: 0–∞
  • mayContributionRatePercent number optional

    The unified social contribution rate, as a percentage, established by law and applied for Травень (may), per footnote 8 (row 105).

    range: 0–∞
  • mayAccruedContributionAmount number optional

    The amount of unified social contribution accrued for Травень (may). The column header itself states an explicit arithmetic formula — 'графа 4 × графа 5' (column 4 × column 5), i.e. this amount equals mayContributionBaseAmount multiplied by mayContributionRatePercent. This is the first explicit multiplication formula this registry's authored UA DPS annexes have found stated directly in a column header; however, GovSchema's own crossFieldValidation vocabulary (GSP-0013 §3) supports only direct field-to-field comparison operators (equals/notEquals/greaterThan/etc. against a single compareTo field), not arithmetic products of two fields — so no crossFieldValidation rule is added here rather than fabricating an inexact approximation. Disclosed as a genuine spec-vocabulary gap in this document's own VERIFICATION.md.

    range: 0–∞
  • juneInsuredPersonCategory enum optional

    The category code of the insured person for Червень (june). voluntarily_insured_person and one_time_payer are NOT valid here — unlike Annex ЄСВ2's own two-value equivalent footnote. Per this sheet's own footnote 7 (row 104): farm_household_member = '4 – член фермерського господарства' (a member of a farming household); individual_entrepreneur_general_basis = '5 – фізична особа – підприємець на загальних підставах' (an individual entrepreneur on general grounds); independent_professional_income_recipient = '9 – особа, яка отримує дохід від незалежної професійної діяльності' (a person receiving income from independent professional activity). This matches Annex ЄСВ3's own three-value equivalent footnote (codes 4/5/9), not Annex ЄСВ2's two-value convention (codes 16/65).

    enum: farm_household_member | individual_entrepreneur_general_basis | independent_professional_income_recipient
  • juneDeclaredNetIncomeAmount number optional

    The amount of net income (profit) declared in the tax declaration, or the share of distributed income, for Червень (june) — this table's own first data column, distinct from any equivalent column on Annex ЄСВ2/ЄСВ3's own three-column tables (neither carries a declared-income column; both are structured instead around a base amount and a contribution/liability amount).

    range: 0–∞
  • juneContributionBaseAmount number optional

    The amount of income, capped at the legally established maximum base, on which the unified social contribution accrues for Червень (june).

    range: 0–∞
  • juneContributionRatePercent number optional

    The unified social contribution rate, as a percentage, established by law and applied for Червень (june), per footnote 8 (row 105).

    range: 0–∞
  • juneAccruedContributionAmount number optional

    The amount of unified social contribution accrued for Червень (june). The column header itself states an explicit arithmetic formula — 'графа 4 × графа 5' (column 4 × column 5), i.e. this amount equals juneContributionBaseAmount multiplied by juneContributionRatePercent. This is the first explicit multiplication formula this registry's authored UA DPS annexes have found stated directly in a column header; however, GovSchema's own crossFieldValidation vocabulary (GSP-0013 §3) supports only direct field-to-field comparison operators (equals/notEquals/greaterThan/etc. against a single compareTo field), not arithmetic products of two fields — so no crossFieldValidation rule is added here rather than fabricating an inexact approximation. Disclosed as a genuine spec-vocabulary gap in this document's own VERIFICATION.md.

    range: 0–∞
  • julyInsuredPersonCategory enum optional

    The category code of the insured person for Липень (july). voluntarily_insured_person and one_time_payer are NOT valid here — unlike Annex ЄСВ2's own two-value equivalent footnote. Per this sheet's own footnote 7 (row 104): farm_household_member = '4 – член фермерського господарства' (a member of a farming household); individual_entrepreneur_general_basis = '5 – фізична особа – підприємець на загальних підставах' (an individual entrepreneur on general grounds); independent_professional_income_recipient = '9 – особа, яка отримує дохід від незалежної професійної діяльності' (a person receiving income from independent professional activity). This matches Annex ЄСВ3's own three-value equivalent footnote (codes 4/5/9), not Annex ЄСВ2's two-value convention (codes 16/65).

    enum: farm_household_member | individual_entrepreneur_general_basis | independent_professional_income_recipient
  • julyDeclaredNetIncomeAmount number optional

    The amount of net income (profit) declared in the tax declaration, or the share of distributed income, for Липень (july) — this table's own first data column, distinct from any equivalent column on Annex ЄСВ2/ЄСВ3's own three-column tables (neither carries a declared-income column; both are structured instead around a base amount and a contribution/liability amount).

    range: 0–∞
  • julyContributionBaseAmount number optional

    The amount of income, capped at the legally established maximum base, on which the unified social contribution accrues for Липень (july).

    range: 0–∞
  • julyContributionRatePercent number optional

    The unified social contribution rate, as a percentage, established by law and applied for Липень (july), per footnote 8 (row 105).

    range: 0–∞
  • julyAccruedContributionAmount number optional

    The amount of unified social contribution accrued for Липень (july). The column header itself states an explicit arithmetic formula — 'графа 4 × графа 5' (column 4 × column 5), i.e. this amount equals julyContributionBaseAmount multiplied by julyContributionRatePercent. This is the first explicit multiplication formula this registry's authored UA DPS annexes have found stated directly in a column header; however, GovSchema's own crossFieldValidation vocabulary (GSP-0013 §3) supports only direct field-to-field comparison operators (equals/notEquals/greaterThan/etc. against a single compareTo field), not arithmetic products of two fields — so no crossFieldValidation rule is added here rather than fabricating an inexact approximation. Disclosed as a genuine spec-vocabulary gap in this document's own VERIFICATION.md.

    range: 0–∞
  • augustInsuredPersonCategory enum optional

    The category code of the insured person for Серпень (august). voluntarily_insured_person and one_time_payer are NOT valid here — unlike Annex ЄСВ2's own two-value equivalent footnote. Per this sheet's own footnote 7 (row 104): farm_household_member = '4 – член фермерського господарства' (a member of a farming household); individual_entrepreneur_general_basis = '5 – фізична особа – підприємець на загальних підставах' (an individual entrepreneur on general grounds); independent_professional_income_recipient = '9 – особа, яка отримує дохід від незалежної професійної діяльності' (a person receiving income from independent professional activity). This matches Annex ЄСВ3's own three-value equivalent footnote (codes 4/5/9), not Annex ЄСВ2's two-value convention (codes 16/65).

    enum: farm_household_member | individual_entrepreneur_general_basis | independent_professional_income_recipient
  • augustDeclaredNetIncomeAmount number optional

    The amount of net income (profit) declared in the tax declaration, or the share of distributed income, for Серпень (august) — this table's own first data column, distinct from any equivalent column on Annex ЄСВ2/ЄСВ3's own three-column tables (neither carries a declared-income column; both are structured instead around a base amount and a contribution/liability amount).

    range: 0–∞
  • augustContributionBaseAmount number optional

    The amount of income, capped at the legally established maximum base, on which the unified social contribution accrues for Серпень (august).

    range: 0–∞
  • augustContributionRatePercent number optional

    The unified social contribution rate, as a percentage, established by law and applied for Серпень (august), per footnote 8 (row 105).

    range: 0–∞
  • augustAccruedContributionAmount number optional

    The amount of unified social contribution accrued for Серпень (august). The column header itself states an explicit arithmetic formula — 'графа 4 × графа 5' (column 4 × column 5), i.e. this amount equals augustContributionBaseAmount multiplied by augustContributionRatePercent. This is the first explicit multiplication formula this registry's authored UA DPS annexes have found stated directly in a column header; however, GovSchema's own crossFieldValidation vocabulary (GSP-0013 §3) supports only direct field-to-field comparison operators (equals/notEquals/greaterThan/etc. against a single compareTo field), not arithmetic products of two fields — so no crossFieldValidation rule is added here rather than fabricating an inexact approximation. Disclosed as a genuine spec-vocabulary gap in this document's own VERIFICATION.md.

    range: 0–∞
  • septemberInsuredPersonCategory enum optional

    The category code of the insured person for Вересень (september). voluntarily_insured_person and one_time_payer are NOT valid here — unlike Annex ЄСВ2's own two-value equivalent footnote. Per this sheet's own footnote 7 (row 104): farm_household_member = '4 – член фермерського господарства' (a member of a farming household); individual_entrepreneur_general_basis = '5 – фізична особа – підприємець на загальних підставах' (an individual entrepreneur on general grounds); independent_professional_income_recipient = '9 – особа, яка отримує дохід від незалежної професійної діяльності' (a person receiving income from independent professional activity). This matches Annex ЄСВ3's own three-value equivalent footnote (codes 4/5/9), not Annex ЄСВ2's two-value convention (codes 16/65).

    enum: farm_household_member | individual_entrepreneur_general_basis | independent_professional_income_recipient
  • septemberDeclaredNetIncomeAmount number optional

    The amount of net income (profit) declared in the tax declaration, or the share of distributed income, for Вересень (september) — this table's own first data column, distinct from any equivalent column on Annex ЄСВ2/ЄСВ3's own three-column tables (neither carries a declared-income column; both are structured instead around a base amount and a contribution/liability amount).

    range: 0–∞
  • septemberContributionBaseAmount number optional

    The amount of income, capped at the legally established maximum base, on which the unified social contribution accrues for Вересень (september).

    range: 0–∞
  • septemberContributionRatePercent number optional

    The unified social contribution rate, as a percentage, established by law and applied for Вересень (september), per footnote 8 (row 105).

    range: 0–∞
  • septemberAccruedContributionAmount number optional

    The amount of unified social contribution accrued for Вересень (september). The column header itself states an explicit arithmetic formula — 'графа 4 × графа 5' (column 4 × column 5), i.e. this amount equals septemberContributionBaseAmount multiplied by septemberContributionRatePercent. This is the first explicit multiplication formula this registry's authored UA DPS annexes have found stated directly in a column header; however, GovSchema's own crossFieldValidation vocabulary (GSP-0013 §3) supports only direct field-to-field comparison operators (equals/notEquals/greaterThan/etc. against a single compareTo field), not arithmetic products of two fields — so no crossFieldValidation rule is added here rather than fabricating an inexact approximation. Disclosed as a genuine spec-vocabulary gap in this document's own VERIFICATION.md.

    range: 0–∞
  • octoberInsuredPersonCategory enum optional

    The category code of the insured person for Жовтень (october). voluntarily_insured_person and one_time_payer are NOT valid here — unlike Annex ЄСВ2's own two-value equivalent footnote. Per this sheet's own footnote 7 (row 104): farm_household_member = '4 – член фермерського господарства' (a member of a farming household); individual_entrepreneur_general_basis = '5 – фізична особа – підприємець на загальних підставах' (an individual entrepreneur on general grounds); independent_professional_income_recipient = '9 – особа, яка отримує дохід від незалежної професійної діяльності' (a person receiving income from independent professional activity). This matches Annex ЄСВ3's own three-value equivalent footnote (codes 4/5/9), not Annex ЄСВ2's two-value convention (codes 16/65).

    enum: farm_household_member | individual_entrepreneur_general_basis | independent_professional_income_recipient
  • octoberDeclaredNetIncomeAmount number optional

    The amount of net income (profit) declared in the tax declaration, or the share of distributed income, for Жовтень (october) — this table's own first data column, distinct from any equivalent column on Annex ЄСВ2/ЄСВ3's own three-column tables (neither carries a declared-income column; both are structured instead around a base amount and a contribution/liability amount).

    range: 0–∞
  • octoberContributionBaseAmount number optional

    The amount of income, capped at the legally established maximum base, on which the unified social contribution accrues for Жовтень (october).

    range: 0–∞
  • octoberContributionRatePercent number optional

    The unified social contribution rate, as a percentage, established by law and applied for Жовтень (october), per footnote 8 (row 105).

    range: 0–∞
  • octoberAccruedContributionAmount number optional

    The amount of unified social contribution accrued for Жовтень (october). The column header itself states an explicit arithmetic formula — 'графа 4 × графа 5' (column 4 × column 5), i.e. this amount equals octoberContributionBaseAmount multiplied by octoberContributionRatePercent. This is the first explicit multiplication formula this registry's authored UA DPS annexes have found stated directly in a column header; however, GovSchema's own crossFieldValidation vocabulary (GSP-0013 §3) supports only direct field-to-field comparison operators (equals/notEquals/greaterThan/etc. against a single compareTo field), not arithmetic products of two fields — so no crossFieldValidation rule is added here rather than fabricating an inexact approximation. Disclosed as a genuine spec-vocabulary gap in this document's own VERIFICATION.md.

    range: 0–∞
  • novemberInsuredPersonCategory enum optional

    The category code of the insured person for Листопад (november). voluntarily_insured_person and one_time_payer are NOT valid here — unlike Annex ЄСВ2's own two-value equivalent footnote. Per this sheet's own footnote 7 (row 104): farm_household_member = '4 – член фермерського господарства' (a member of a farming household); individual_entrepreneur_general_basis = '5 – фізична особа – підприємець на загальних підставах' (an individual entrepreneur on general grounds); independent_professional_income_recipient = '9 – особа, яка отримує дохід від незалежної професійної діяльності' (a person receiving income from independent professional activity). This matches Annex ЄСВ3's own three-value equivalent footnote (codes 4/5/9), not Annex ЄСВ2's two-value convention (codes 16/65).

    enum: farm_household_member | individual_entrepreneur_general_basis | independent_professional_income_recipient
  • novemberDeclaredNetIncomeAmount number optional

    The amount of net income (profit) declared in the tax declaration, or the share of distributed income, for Листопад (november) — this table's own first data column, distinct from any equivalent column on Annex ЄСВ2/ЄСВ3's own three-column tables (neither carries a declared-income column; both are structured instead around a base amount and a contribution/liability amount).

    range: 0–∞
  • novemberContributionBaseAmount number optional

    The amount of income, capped at the legally established maximum base, on which the unified social contribution accrues for Листопад (november).

    range: 0–∞
  • novemberContributionRatePercent number optional

    The unified social contribution rate, as a percentage, established by law and applied for Листопад (november), per footnote 8 (row 105).

    range: 0–∞
  • novemberAccruedContributionAmount number optional

    The amount of unified social contribution accrued for Листопад (november). The column header itself states an explicit arithmetic formula — 'графа 4 × графа 5' (column 4 × column 5), i.e. this amount equals novemberContributionBaseAmount multiplied by novemberContributionRatePercent. This is the first explicit multiplication formula this registry's authored UA DPS annexes have found stated directly in a column header; however, GovSchema's own crossFieldValidation vocabulary (GSP-0013 §3) supports only direct field-to-field comparison operators (equals/notEquals/greaterThan/etc. against a single compareTo field), not arithmetic products of two fields — so no crossFieldValidation rule is added here rather than fabricating an inexact approximation. Disclosed as a genuine spec-vocabulary gap in this document's own VERIFICATION.md.

    range: 0–∞
  • decemberInsuredPersonCategory enum optional

    The category code of the insured person for Грудень (december). voluntarily_insured_person and one_time_payer are NOT valid here — unlike Annex ЄСВ2's own two-value equivalent footnote. Per this sheet's own footnote 7 (row 104): farm_household_member = '4 – член фермерського господарства' (a member of a farming household); individual_entrepreneur_general_basis = '5 – фізична особа – підприємець на загальних підставах' (an individual entrepreneur on general grounds); independent_professional_income_recipient = '9 – особа, яка отримує дохід від незалежної професійної діяльності' (a person receiving income from independent professional activity). This matches Annex ЄСВ3's own three-value equivalent footnote (codes 4/5/9), not Annex ЄСВ2's two-value convention (codes 16/65).

    enum: farm_household_member | individual_entrepreneur_general_basis | independent_professional_income_recipient
  • decemberDeclaredNetIncomeAmount number optional

    The amount of net income (profit) declared in the tax declaration, or the share of distributed income, for Грудень (december) — this table's own first data column, distinct from any equivalent column on Annex ЄСВ2/ЄСВ3's own three-column tables (neither carries a declared-income column; both are structured instead around a base amount and a contribution/liability amount).

    range: 0–∞
  • decemberContributionBaseAmount number optional

    The amount of income, capped at the legally established maximum base, on which the unified social contribution accrues for Грудень (december).

    range: 0–∞
  • decemberContributionRatePercent number optional

    The unified social contribution rate, as a percentage, established by law and applied for Грудень (december), per footnote 8 (row 105).

    range: 0–∞
  • decemberAccruedContributionAmount number optional

    The amount of unified social contribution accrued for Грудень (december). The column header itself states an explicit arithmetic formula — 'графа 4 × графа 5' (column 4 × column 5), i.e. this amount equals decemberContributionBaseAmount multiplied by decemberContributionRatePercent. This is the first explicit multiplication formula this registry's authored UA DPS annexes have found stated directly in a column header; however, GovSchema's own crossFieldValidation vocabulary (GSP-0013 §3) supports only direct field-to-field comparison operators (equals/notEquals/greaterThan/etc. against a single compareTo field), not arithmetic products of two fields — so no crossFieldValidation rule is added here rather than fabricating an inexact approximation. Disclosed as a genuine spec-vocabulary gap in this document's own VERIFICATION.md.

    range: 0–∞
  • totalDeclaredNetIncomeAmount number optional

    The table's own total declared net income (profit) amount across all twelve months ('УСЬОГО' row). The sheet prints no explicit summation formula for this total, so no crossFieldValidation rule ties it to the twelve monthly amounts — transcribed independently, consistent with this registry's established practice of reserving crossFieldValidation for relationships the source text states explicitly.

    range: 0–∞
  • totalContributionBaseAmount number optional

    The table's own total contribution-base amount across all twelve months ('УСЬОГО' row). As with totalDeclaredNetIncomeAmount, no crossFieldValidation rule ties it to the twelve monthly base amounts, for the same reason.

    range: 0–∞
  • totalAccruedContributionAmount number optional

    The table's own total accrued unified-contribution amount across all twelve months ('УСЬОГО' row). The category-code column (L82) and the contribution-rate-percent column (BC82) both print a literal 'х' placeholder on this total row instead of a value — confirmed directly from the sheet's own cells — since neither an enum code nor a percentage rate is meaningfully summable across months; this registry's schema accordingly omits total fields for those two columns, modelling only the three genuinely summable amount columns' own totals.

    range: 0–∞

Verification record

This file is the source-review record for this document version, per the manual-source-review-v1 practice. It documents the provenance of the published fields and states the current verification claim honestly.

Current claim

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

This is a GovSchema Standard Research cycle (GOV-4037), closing Ukraine's own disclosed Taxes backlog in full — the ten companion schedules the GOV-3531 cycle disclosed but did not model when it authored ua/dps/individual-income-tax-declaration (the main declaration sheet), of which nine (Annex АП, Annex Ф4, Annex МПЗ, Annex Ф1, Annex КІК, Annex Ф2, Annex ЄСВ3, Annex Ф3, Annex ЄСВ2) were already modelled by the GOV-3588, GOV-3623, GOV-3632, GOV-3641, GOV-3907/GOV-3996, GOV-4002/GOV-4004, GOV-4010, GOV-4017/GOV-4019, and GOV-4026 cycles respectively. This schedule is the tenth and last — no further companion schedules to the parent declaration remain open backlog after this cycle.

Why this candidate

This was the only candidate left: the GOV-4026 cycle's own VERIFICATION.md explicitly named Annex ЄСВ1 as the sole remaining schedule in Ukraine's own disclosed Taxes backlog, pre-sized at !ref A1:CA244, 241 merges (the largest of the four candidates the GOV-4010 cycle had sized fresh: ЄСВ1 241 merges, ЄСВ2 211 merges, ЄСВ3 131 merges, Ф3 202 merges).

Sources examined

Primary source
  • Authority: Державна податкова служба України (State Tax Service of Ukraine, DPS) — official site confirmed at https://tax.gov.ua.
  • Document — Форма податкової декларації про майновий стан і доходи (the same combined workbook as the main declaration and all nine prior annexes), approved by Order of the Ministry of Finance of Ukraine No. 859 of 2 October 2015, as amended by Order No. 119 of 26 February 2025 (the edition modelled here, effective for reporting periods from 1 January 2026), this cycle modelling its own ЄСВ 1 sheet.
    • Cited URL (same as the parent declaration and all nine prior annexes): https://tax.gov.ua/data/normativ/000/001/65107/Podatkova_deklarats_ya_pro_maynoviy_stan_dohodi_vvoditsya_v_d_yu_z_01_s_chnya_2026_roku_.xls
    • Access note: direct fetch again returns HTTP 403 to this sandbox (re-confirmed this cycle). Fetched instead via the exact timestamped Wayback Machine snapshot (https://web.archive.org/web/20260424210531/https://tax.gov.ua/data/normativ/000/001/65107/Podatkova_deklarats_ya_pro_maynoviy_stan_dohodi_vvoditsya_v_d_yu_z_01_s_chnya_2026_roku_.xls), HTTP 200 on the first attempt, no flake of any kind this cycle.
    • File identity: 869,376 bytes, sha256:7c67f4c421a1a8fc610f9226819d223debcb56b3fd1fc3d5f75ce0247cc7f0acbyte-identical to the hash the parent declaration's and all nine prior annexes' own VERIFICATION.md files already recorded, confirming the same unchanged source file across eleven cycles now.
    • Extraction method: parsed with the xlsx npm package (fresh scratch install at /tmp/esv1, not committed to this repository) via XLSX.readFile, confirming all 11 declared sheets (including ЄСВ 1, confirmed as the exact sheet-name string wb.SheetNames reports). The ЄСВ 1 sheet (!ref = A1:CA244, 241 merges — matching the GOV-4010 cycle's own fresh sizing) was read cell-by-cell with XLSX.utils.decode_range/encode_cell (not the row-array convenience helper, which merges adjacent non-empty cells) across its full declared extent, dumping every non-empty cell to independently confirm the sheet's printed content ends at row 109 (the remaining 135 declared rows, 110-244, are blank print-area padding, the same pattern found on every prior UA DPS annex sized this way — no enum/checkbox content was found past row 109). Cross-referenced against the workbook's own !merges array (241 entries for this sheet) to resolve exactly which row/column range each header label, entry row, and checkbox spans.
Structure confirmed

The ЄСВ 1 sheet's 109-row printed extent resolves to a taxpayer- identification header, a declaration-type/period header (with a second, "period being corrected" box), a termination-registration date, an economic- activity code, a calculation sequence number, a four-row payer-type/period table, a three-option form-type selection, a fixed twelve-month table, and a footnote/signature block. This cycle deliberately did not assume identity with its closest structural siblings, Annex ЄСВ2 and Annex ЄСВ3 — this is the only ЄСВ-family sibling filed by individual entrepreneurs/ independent professionals/farm household members computing accrued income and accrued ЄСВ liability directly, rather than a voluntary-contribution or post-audit adjustment — and found several genuine structural differences by reading ЄСВ1's own printed cells directly:

  • Header, taxpayer identification (rows 15-24): identical in substance to Annex ЄСВ2/ЄСВ3's own header — the standard RNOKPP-or-religious- objector-passport field (rows 15-18), the second Pension-Fund-specific passport field (rows 20-23, pensionFundIdentificationPassport, footnote minor textual quirk found on both siblings recurs here: row 24's own cell literally reads "імя" without an apostrophe (confirmed via a codepoint dump of the raw cell string) — the third sheet in this series to carry this exact source-text inconsistency, disclosed in fullName's own field description rather than silently normalized.
    • at row 97), and a direct full-name field (row 24, fullName). The same
  • Declaration type and period (rows 28-38): a genuinely three-value declarationType enum — unlike Annex ЄСВ2/ЄСВ3's own two-value convention (no 'corrective'/'Уточнююча' option), matching the three-value convention most other authored UA DPS annexes share. Confirmed via three distinct 2-column checkbox merges (C31:D31, I31:J31, R31:S31), each immediately preceding its own label (Звітна, Звітна нова, Уточнююча) — a genuine, confirmed checkbox structure, not inferred from label text alone. A second, distinct period box — unique among this registry's authored UA DPS annexes. Row 28's own header text reads "Звітний (податковий) період: Звітний (податковий) період, що уточнюється:" (two concatenated labels in one merged cell), and the sheet's own digit-entry merges below (row 31 for years, row 35 for months) resolve into two separate boxes: a reportingPeriodYear/ reportingPeriodMonth pair (near AV31/AQ35, footnote 1 "Довідкова1" at row 35 gating it to the same pension/material-support scenario this registry established for Annex АП/Ф2/ЄСВ3), and a correctedPeriodYear/ correctedPeriodMonth pair (near BR31/BL35, footnote 2 at row 99 gating it to a 'corrective' filing reporting a termination/deregistration event). This second box exists on this sheet, and not on ЄСВ2/ЄСВ3's own sheets, precisely because ЄСВ1 is the only one of the three ЄСВ-family siblings that actually supports a 'corrective' declarationType value in the first place.
  • Termination-registration date (rows 38-39): a genuine structural departure from Annex ЄСВ2 (whose five dates print no sub-labels at all) and a match with Annex ЄСВ3's own audit-act date convention. This sheet's field 5 date — "Дата державної реєстрації припинення... або дата подання до контролюючого органу заяви про зняття з обліку платника єдиного внеску" (date of state registration of termination, or date of filing a deregistration application) — prints explicit число/місяць/ рік column labels (confirmed at AQ38/BA38/BR38), so it is modelled as three separate integer fields (terminationRegistrationDay/Month/ Year), not a single date-typed field.
  • Economic-activity code and calculation sequence number (rows 42-45): mainEconomicActivityCode, a dot-separated numeric entry box (a literal '.' cell at BK42 flanked by four 2-column digit-entry merges), modelled as a free-form string rather than fabricating an exact digit-grouping pattern the cell/merge structure alone does not fully disambiguate; and calculationSequenceNumber (footnote 3, row 100), whose footnote text explicitly states a 2-9 value range (not merely "at least 1" as prior siblings' equivalent fields were modelled) — encoded here as minimum: 2, maximum: 9.
  • Payer type and period of registration (rows 48-56): a fourth genuine structural departure, and this cycle's most significant disclosed finding. Section 8 lists four payer-type rows, each with its own "з"/"по" (from/to) date-range box: "ФО – на загальній системі оподаткування" (row 49), "ФО – на загальній системі оподаткування" again (row 51, byte-for-byte identical to row 49's own label — confirmed via a raw codepoint comparison of both cell strings, not just a visual match), "Особа, яка провадить незалежну професійну діяльність" (row 53), and "Член фермерського господарства" (row 55). A full scan of every merge touching rows 48-56 found no checkbox, footnote, or any other distinguishing text anywhere on the sheet that would explain why the general-tax-system payer type is printed twice with an identical label. Row 49's own date box does carry two extra empty 2-column merges (AF49:AG49, AK49:AL49) that row 51's box lacks, but these read as internal digit-entry sub-cells for the "з" date itself, not a semantic marker distinguishing the two rows. This cycle models both occurrences as separate fields (generalTaxSystemPeriod1From/To, generalTaxSystemPeriod2From/To) and discloses the ambiguity explicitly — it may represent two genuinely separate stints of general-system registration within one reporting year (e.g. de-registered then re-registered), or a template duplication artifact in the source workbook itself — rather than guessing which and silently modelling only one. None of the four period boxes print число/місяць/рік sub-labels, so all eight fields are modelled as date-typed, matching this registry's established no-sub-label convention.
  • Form type (rows 58-60): a fifth genuine structural departure from Annex ЄСВ2's own "Тип форми" section, which prints a single fixed value with no second option. This sheet's own section 9 offers three genuine selectable scenarios — "після припинення" (after termination, footnote 4, row 60 column E), "призначення пенсії" (pension assignment, footnote 5, row 60 column U), and "призначення матеріального забезпечення, страхових виплат" (material support/insurance-payment assignment, footnote 6, row 60 column AG). A full merge scan found a confirmed 2-column checkbox (AE60:AF60) only for the third option; the first two labels' own merges (E60:Q60, and U60 unmerged entirely) have no adjacent checkbox cell anywhere on the row. Modelled as three independent boolean fields, each disclosing its own checkbox-confirmation status — the same disclosure pattern this registry used for Annex ЄСВ2's own pensionInsuranceSelected/socialInsuranceSelected ambiguity.
  • Twelve-month table (rows 66-91): six columns confirmed via the row 66/69/70/82 merge boundaries (A-K month name, L-T category code, U-AK declared net income, AL-BB contribution base amount, BC-BI contribution rate percentage, BJ-BS accrued contribution amount). The category-code enum (footnote 7, row 104) is genuinely three-valued — codes 4/5/9 (farm_household_member/individual_entrepreneur_general_basis/ independent_professional_income_recipient) — matching Annex ЄСВ3's own three-value convention (codes 4/5/9), not Annex ЄСВ2's own two-value convention (codes 16/65). A sixth genuine finding: the sixth column's own header text states an explicit arithmetic formula — "Сума нарахованого єдиного внеску (графа 4 × графа 5)" (amount of accrued unified contribution = column 4 × column 5) — the first time any of this registry's eleven authored UA DPS annex/declaration documents has found an explicit multiplication formula printed directly in a column header. GovSchema's own crossFieldValidation vocabulary (GSP-0013 §3, spec/v0.3/govschema.schema.json's own fieldCompare definition) supports only direct field-to-field comparison operators (equals, notEquals, greaterThan, greaterThanOrEqual, lessThan, lessThanOrEqual against a single compareTo field name) — there is no operator or mechanism to express "field A equals field B × field C." This cycle therefore does not add a crossFieldValidation rule for this relationship, since any rule expressible in the current vocabulary would either be wrong (a same-value equals check between two different- semantics fields) or silently drop the multiplication altogether. This is disclosed here as a genuine spec-vocabulary gap, worth raising to the Founding Engineer as a candidate for a future GSP-0013 extension (a computed/arithmetic comparison operator), rather than worked around unilaterally. Row 82's own УСЬОГО (total) row confirms, via literal 'х' placeholder cells at L82 (category) and BC82 (rate percentage), that only the three genuinely summable amount columns (net income, base amount, accrued contribution) get their own total fields — matching this registry's established total-row modelling convention.
  • Footnote and signature block (rows 97-107): footnote * (passport format, row 97), footnotes 1-8 (rows 98-105), and the signature block including an accuracy-attestation sentence ("Наведена інформація є правильною.", row 106, trailing period not colon — matching Annex ЄСВ3's own equivalent sentence rather than Annex ЄСВ2's own colon-terminated version) — documents is populated with one entry.

Scope and disclosed boundaries

This schema models the ЄСВ 1 sheet in full: the identification header, the three-value declaration-type/dual-period header, the split termination-registration date, the economic-activity code, the calculation sequence number, the four payer-type period boxes, the three-option form-type selection, and the fixed twelve-month table plus its own total row. Scoping decisions made and documented here rather than silently:

  • declarationType is a three-value enum (original/revised_original/corrective), unlike Annex ЄСВ2/ЄСВ3's own two-value convention — confirmed via three distinct checkbox merges.
  • A second correctedPeriodYear/correctedPeriodMonth box is modelled, unique among this registry's authored UA DPS annexes, since this is the only ЄСВ-family sibling actually supporting a corrective filing.
  • terminationRegistrationDay/Month/Year are split integer fields, not a single date-typed field, since the sheet prints explicit число/місяць/рік sub-labels for this one date (unlike section 8's own four payer-type period boxes, which print none).
  • The general-tax-system payer-type period is modelled as two separate field pairs (generalTaxSystemPeriod1From/To, generalTaxSystemPeriod2From/To), reflecting the sheet's own genuine, unexplained duplicate label at rows 49 and 51 — see "Structure confirmed" above for the full disclosure of this ambiguity.
  • afterTerminationFormType/pensionAssignmentFormType are modelled as boolean fields despite no confirmed adjacent checkbox merge; only materialSupportAssignmentFormType has a confirmed 2-column checkbox merge — see "Structure confirmed" above.
  • No crossFieldValidation rule is added for the monthly table's own stated графа 4 × графа 5 multiplication formula — the spec's crossFieldValidation vocabulary cannot express an arithmetic product between two fields, only direct field-to-field comparisons. This is a genuine spec-vocabulary gap, not a scoping omission — see "Structure confirmed" above.
  • No crossFieldValidation rule ties any of the three total-row fields back to the twelve months' own entries. The sheet itself prints no explicit summation formula for this relationship — transcribed independently rather than inventing an equality the source text does not state, consistent with this registry's own established practice.
  • Every table entry field (category, declared net income, contribution base amount, contribution rate, accrued contribution amount, for all twelve months) is modelled as not required, for consistency with this registry's established treatment of every other UA DPS annex's own primary content fields.
  • taxpayerTaxNumberOrPassport, fullName, and declarationType are modelled as required` — these identify the specific taxpayer and filing this schedule exists to record. Unlike Annex ЄСВ2/ЄСВ3, this schedule has no distinct "operative year" or "contract/audit-act number" field of its own to require, since it reports directly against the main declaration's own reporting period rather than a separate legal instrument.

Not modelled, left as open backlog:

  • Kazakhstan's own unscreened Form 250.00 lead (surfaced by the GOV-3616 cycle closing the Form 220.0X series) remains unscreened this cycle too.
  • The GSP-0013 §3 crossFieldValidation vocabulary gap disclosed above (no arithmetic-product comparison operator) is a standards-track finding for the Founding Engineer/CEO to consider for a future spec MINOR, not something this cycle resolves unilaterally.

Conformance fixtures

9 fixtures are committed under conformance/ua/dps/individual-income-tax-declaration-annex-esv1/1.0.0/: 2 valid submissions (0 errors each — one minimal original-type filing with only the three required fields, and one fuller corrective-type filing exercising the full header including the Pension-Fund passport field, both period boxes, the split termination-registration date, the economic- activity code, the calculation sequence number, one general-tax-system period pair (of the two available), the after-termination form-type flag, and two months' worth of table entries plus all three totals) and 7 mutation-control fixtures (each expected to raise exactly 1 class of error): a missing required taxpayerTaxNumberOrPassport, a missing required fullName, a missing required declarationType, an invalid declarationType enum value, an invalid januaryInsuredPersonCategory enum value (using Annex ЄСВ2's own two-value convention's voluntarily_insured_person, genuinely invalid here since this schedule's own footnote 7 defines a disjoint three-value set), a negative januaryContributionBaseAmount, and an unknown field rejected. All 9 were independently checked this cycle with a fresh, from-scratch, throwaway Node mock validator built directly from this schema's own required/ validation definitions (not committed, per this registry's established per-cycle practice) — each fixture produced exactly the expected pass/fail result. Both tools/validate.mjs and tools/validate-ajv.mjs pass across the full registry with this schema added (556/556).

Known gaps

  • Kazakhstan's own Form 250.00 lead (surfaced by the GOV-3616 cycle closing the Form 220.0X series) remains unscreened — a future cycle should independently confirm whether a genuine unauthenticated field-by-field source exists for it before treating it as ready to author.
  • Ukraine's DMV and National ID verticals (both previously found weak) were not re-screened this cycle.
  • Whether section 9's afterTerminationFormType/pensionAssignmentFormType lines are actually rendered as checkboxes, the exact reason section 8's general-tax-system payer type is printed twice with an identical label, and the exact digit-grouping of mainEconomicActivityCode's dot-separated entry box, are not confirmed from cell/merge structure alone — see "Structure confirmed" above.
  • No crossFieldValidation rule expresses the monthly table's own stated графа 4 × графа 5 multiplication formula, since the spec's vocabulary (GSP-0013 §3) supports only direct field-to-field comparisons, not arithmetic products — a candidate for a future spec MINOR, not resolved by this cycle.
  • No crossFieldValidation rule ties the twelve-month table's own entries back to the total-row fields — see "Scope and disclosed boundaries" above.

Verification method assessment

manual-source-review-v1 — a human/agent read the primary source directly (the same parsed legacy .xls workbook already opened for the parent declaration and all nine prior annexes, this cycle's own dedicated sheet read cell-by-cell) and transcribed its fields. No automated re-verification tooling exists yet for this schema; nextReviewBy is set 6 months out per the practice's default cadence.

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 Державна податкова служба України (State Tax Service of Ukraine) or any government. The authoritative source is always the live government form and its official instructions.