Registry entry

Latvia Reporting-Period Declaration on Capital Gains Income (Declaration DK)

The State Revenue Service's (Valsts ieņēmumu dienests, VID) reporting-period declaration on capital gains income (pārskata perioda deklarācija par ienākumu no kapitāla pieauguma, "deklarācija DK"), filed under Cabinet Regulation No. 662 (30 October 2018), "Noteikumi par iedzīvotāju ienākuma nodokļa deklarācijām un to aizpildīšanas kārtību", as amended by Cabinet Regulation No. 615 of 21 October 2025 (in force 2026-01-01). Declaration DK is a standalone declaration on income from capital gains specifically (not from other capital income, e.g. debt-instrument disposal or investment-account income, which it does not cover per para 55), filed either for the full tax year or per quarter as income accrues, and separately by nonresidents for the month income was earned. It is a companion document to lv/vid/annual-income-tax-declaration-form-d (Form D and its Annexes D1, D1¹, D2, D2¹, D4) under the same Cabinet Regulation No. 662, but is its own top-level filing rather than a Form D annex, since the regulation's own para. 3 lists it as one of three separate "deklarācija par ienākumu no kapitāla pieauguma" documents (Declaration DK itself; the Declaration DK pielikums, on transactions begun but not completed within one tax year; and the Ienākuma precizēšanas deklarācija GD, an annual capital-gains correction declaration) rather than a numbered Form D pielikums. Scoped to Declaration DK's own two sections (regular capital-asset transactions, and the separately-completed crypto-asset-transactions section per para 54.1¹) only; the Declaration DK pielikums (its own top-level schema/track per this registry's own standing scoping precedent) and the ienākuma precizēšanas deklarācija GD (excluded as a formula-derived recomputation, the same reasoning already applied to Form D's own Annexes D3/D3¹) remain open backlog — see VERIFICATION.md.

Registry entry

lv/vid/capital-gains-income-declaration-dk

Jurisdiction
Latvia · national
Version
1.0.0
Verification
draft

Authoritative source Cabinet Regulation No. 662 (30 October 2018), "Noteikumi par iedzīvotāju ienākuma nodokļa deklarācijām un to aizpildīšanas kārtību" (Regulations on Personal Income Tax Declarations and the Procedure for Their Completion), Annex 3 (3. pielikums, Declaration DK template) and Section VIII (§§3, 54-59, Declaration DK completion instructions), as amended by Cabinet Regulation No. 615 of 21 October 2025, in force 2026-01-01.

Machine access

Registry catalog
registry/index.jsonone record per schema id

Field reference

49 fields across 5 steps, 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.

Nodokļa maksātāja identifikācija (Taxpayer Identification)

  • applicantFullName string required

    The declarant's full given name and surname, entered on a single fill-in line, matching the identical field on Form D and its annexes in this same regulation.

    classification: pii
  • applicantPersonalCode string required

    The declarant's Latvian personal code (personas kods), printed as 6 digit boxes, a literal dash, then 5 digit boxes — the same printed layout as Form D's own applicantPersonalCode field.

    patternclassification: sensitive-pii
  • applicantPhoneNumber string optional

    The declarant's phone number, printed on the page-footer signature line "(tālrunis)" as a plain fill-in line rather than a fixed count of digit boxes (unlike Form D's own header phone field, which prints 8 boxes) — no digit-count pattern is fabricated here since the source does not visually constrain one at this position.

Ienākuma gūšanas periods (Reporting Period)

  • taxationYear integer required

    The tax year the declaration covers. Para 54.1: "Ja deklarācija DK tiek aizpildīta par taksācijas gadu, norāda tikai taksācijas gadu" (if Declaration DK is filed for the full tax year, only the tax year is indicated) — the year is always filled, whether the filing covers the whole year or a single quarter.

    range: 2000–2100
  • reportingQuarter integer optional

    Which calendar quarter (1-4) this filing covers, marked only when Declaration DK is filed for quarterly income rather than the full tax year (para 54.1: "Ja deklarācija DK tiek aizpildīta par ceturkšņa ienākumu, attiecīgā ceturkšņa laukā izdara atzīmi"). Mutually exclusive with the nonresident year+month notation — see crossFieldValidation.

    enum: 1 | 2 | 3 | 4
  • nonResident boolean optional

    Checkbox marked by a non-resident taxpayer. Per para 54.1, a nonresident marks this box and states the tax year and month the income was earned in (see nonResidentIncomeMonth), rather than using the quarter checkboxes.

  • nonResidentIncomeMonth integer optional

    The calendar month (1-12) the income was earned in, required only for a non-resident declarant (para 54.1: "Nerezidents deklarācijā DK izvēles laukā \"Nerezidents\" izdara atzīmi un norāda taksācijas gadu un mēnesi, kurā gūts ienākums").

    range: 1–12

Darījumi ar kapitāla aktīviem (Capital Asset Transactions)

  • capitalAssetEntry1IncomeDate date optional

    The date the capital asset was disposed of, or money (including earnest money) was received in connection with the transaction, whichever this row records.

  • capitalAssetEntry1IncomeType string optional

    The income-type code for this transaction, from the printed footnote 1 codes: N (income from disposal of real estate), A (income from a transaction with shares or capital shares), C (income from a transaction with another type of capital asset), J (income from a mixed-type transaction with capital assets), M (income from exchange of shares or capital shares). Code R is appended if earnest money or an advance was paid. Code L is appended if Law "On Personal Income Tax" transitional-provisions clause 196 applies to the transaction. Code F applies if transitional-provisions clause 50 applies — the source's own footnote uses "ieraksta kodu F" (enter code F) for this case, in contrast to "pievieno kodu R/L" (append code R/L) for the other two modifiers, and it is not fully clear from the printed text whether F stands alone (replacing the base code) or is appended like R/L; this schema models the permissive union of both readings rather than silently resolving the ambiguity.

    pattern
  • capitalAssetEntry1DisposalRevenue number optional

    The total contractually agreed transaction amount for disposing of the capital asset (or, if the law's transitional-provisions clause 50 applies, only the taxable portion of the income).

    range: 0–∞
  • capitalAssetEntry1ReceivedRevenuePortion number optional

    The portion of the total contractual transaction amount actually received on the income-earning day in column 1, filled only when the revenue from the capital asset is received across more than one tax period (footnote 2).

    range: 0–∞
  • capitalAssetEntry1AcquisitionExpenses number optional

    Documented expenses related specifically to acquiring this capital asset and investments made in it while held (or, for securities, account-maintenance expenses), that can be documentarily proven; if transitional-provisions clause 50 applies, only the acquisition expenses attributable to the column-3 taxable income portion.

    range: 0–∞
  • capitalAssetEntry1AttributableExpensePortion number optional

    The attributable expense portion, computed as (column 4 ÷ column 3) × column 5, filled only when the revenue from the capital asset is received across more than one tax period in installments (footnote 2) — the same condition that triggers column 4.

    range: 0–∞
  • capitalAssetEntry1ForeignTaxPaid number optional

    Tax paid abroad on this transaction's income; per para 54.8, capped at the amount that would equal the Latvian-computed tax at the capital-gains tax rate.

    range: 0–∞
  • capitalAssetEntry1TaxableIncome number optional

    Taxable income from disposing of the capital asset: column 3 minus column 5 (single-period receipt), or column 4 minus column 6 (multi-period receipt in installments), per para 54.9.

  • capitalAssetEntry1CalculatedTax number optional

    The calculated (or withheld) personal income tax: column 8 multiplied by the capital-gains tax rate, minus column 7 (foreign tax paid); shown as a negative value if column 8 is negative (para 54.10). For amounts withheld at source by the payer, footnote 3 states the withheld amount is entered directly without using the calculation formula.

  • capitalAssetEntry2IncomeDate date optional

    The date the capital asset was disposed of, or money (including earnest money) was received in connection with the transaction, whichever this row records.

  • capitalAssetEntry2IncomeType string optional

    The income-type code for this transaction, from the printed footnote 1 codes: N (income from disposal of real estate), A (income from a transaction with shares or capital shares), C (income from a transaction with another type of capital asset), J (income from a mixed-type transaction with capital assets), M (income from exchange of shares or capital shares). Code R is appended if earnest money or an advance was paid. Code L is appended if Law "On Personal Income Tax" transitional-provisions clause 196 applies to the transaction. Code F applies if transitional-provisions clause 50 applies — the source's own footnote uses "ieraksta kodu F" (enter code F) for this case, in contrast to "pievieno kodu R/L" (append code R/L) for the other two modifiers, and it is not fully clear from the printed text whether F stands alone (replacing the base code) or is appended like R/L; this schema models the permissive union of both readings rather than silently resolving the ambiguity.

    pattern
  • capitalAssetEntry2DisposalRevenue number optional

    The total contractually agreed transaction amount for disposing of the capital asset (or, if the law's transitional-provisions clause 50 applies, only the taxable portion of the income).

    range: 0–∞
  • capitalAssetEntry2ReceivedRevenuePortion number optional

    The portion of the total contractual transaction amount actually received on the income-earning day in column 1, filled only when the revenue from the capital asset is received across more than one tax period (footnote 2).

    range: 0–∞
  • capitalAssetEntry2AcquisitionExpenses number optional

    Documented expenses related specifically to acquiring this capital asset and investments made in it while held (or, for securities, account-maintenance expenses), that can be documentarily proven; if transitional-provisions clause 50 applies, only the acquisition expenses attributable to the column-3 taxable income portion.

    range: 0–∞
  • capitalAssetEntry2AttributableExpensePortion number optional

    The attributable expense portion, computed as (column 4 ÷ column 3) × column 5, filled only when the revenue from the capital asset is received across more than one tax period in installments (footnote 2) — the same condition that triggers column 4.

    range: 0–∞
  • capitalAssetEntry2ForeignTaxPaid number optional

    Tax paid abroad on this transaction's income; per para 54.8, capped at the amount that would equal the Latvian-computed tax at the capital-gains tax rate.

    range: 0–∞
  • capitalAssetEntry2TaxableIncome number optional

    Taxable income from disposing of the capital asset: column 3 minus column 5 (single-period receipt), or column 4 minus column 6 (multi-period receipt in installments), per para 54.9.

  • capitalAssetEntry2CalculatedTax number optional

    The calculated (or withheld) personal income tax: column 8 multiplied by the capital-gains tax rate, minus column 7 (foreign tax paid); shown as a negative value if column 8 is negative (para 54.10). For amounts withheld at source by the payer, footnote 3 states the withheld amount is entered directly without using the calculation formula.

  • capitalAssetTotalDisposalRevenue number required

    Total of column 3 across all rows, counting only revenue whose portion is not indicated in column 4 (para 54.11) — i.e. excludes any amount already reflected via the received-portion column.

    range: 0–∞
  • capitalAssetTotalAcquisitionExpenses number required

    Total of column 5 across all rows, counting only expenses whose portion is not indicated in column 6 (para 54.12).

    range: 0–∞
  • capitalAssetTotalCalculatedTax number required

    Sum of all rows' column-9 positive and negative values; if the sum is negative, "0" is entered instead (para 54.13) — unlike the per-row column 9 value, this total is floored at zero.

    range: 0–∞

Ienākumi no darījumiem ar kriptoaktīviem (Income from Crypto-Asset Transactions)

  • cryptoAssetEntry1IncomeDate date optional

    The date the crypto-asset was disposed of, or money (including earnest money) was received in connection with the transaction. Filled in the declaration's separate "Ienākumi no darījumiem ar kriptoaktīviem" (Income from crypto-asset transactions) section, completed only if the taxpayer had crypto-asset transactions in the reporting period (para 54.1¹).

  • cryptoAssetEntry1DisposalRevenue number optional

    The total contractually agreed transaction amount for disposing of the crypto-asset.

    range: 0–∞
  • cryptoAssetEntry1ReceivedRevenuePortion number optional

    The portion of the total contractual transaction amount actually received on the income-earning day, filled only when the revenue is received across more than one tax period (footnote 2).

    range: 0–∞
  • cryptoAssetEntry1AcquisitionExpenses number optional

    Documented expenses related to acquiring this crypto-asset.

    range: 0–∞
  • cryptoAssetEntry1AttributableExpensePortion number optional

    The attributable expense portion, computed as (column 4 ÷ column 3) × column 5, filled only when the revenue is received across more than one tax period in installments (footnote 2).

    range: 0–∞
  • cryptoAssetEntry1ForeignTaxPaid number optional

    Tax paid abroad on this crypto-asset transaction's income.

    range: 0–∞
  • cryptoAssetEntry1TaxableIncome number optional

    Taxable income from disposing of the crypto-asset. Per para 54.1¹, if the crypto-asset section's own calculation results in a negative value, that negative value does not affect the tax calculation result for other (non-crypto) capital-asset transactions — the two sections' totals are computed and floored independently.

  • cryptoAssetEntry1CalculatedTax number optional

    The calculated (or withheld) personal income tax on this crypto-asset row, shown as a negative value if the taxable income is negative (para 54.10, applied by reference to this section per para 54.1¹).

  • cryptoAssetEntry2IncomeDate date optional

    The date the crypto-asset was disposed of, or money (including earnest money) was received in connection with the transaction. Filled in the declaration's separate "Ienākumi no darījumiem ar kriptoaktīviem" (Income from crypto-asset transactions) section, completed only if the taxpayer had crypto-asset transactions in the reporting period (para 54.1¹).

  • cryptoAssetEntry2DisposalRevenue number optional

    The total contractually agreed transaction amount for disposing of the crypto-asset.

    range: 0–∞
  • cryptoAssetEntry2ReceivedRevenuePortion number optional

    The portion of the total contractual transaction amount actually received on the income-earning day, filled only when the revenue is received across more than one tax period (footnote 2).

    range: 0–∞
  • cryptoAssetEntry2AcquisitionExpenses number optional

    Documented expenses related to acquiring this crypto-asset.

    range: 0–∞
  • cryptoAssetEntry2AttributableExpensePortion number optional

    The attributable expense portion, computed as (column 4 ÷ column 3) × column 5, filled only when the revenue is received across more than one tax period in installments (footnote 2).

    range: 0–∞
  • cryptoAssetEntry2ForeignTaxPaid number optional

    Tax paid abroad on this crypto-asset transaction's income.

    range: 0–∞
  • cryptoAssetEntry2TaxableIncome number optional

    Taxable income from disposing of the crypto-asset. Per para 54.1¹, if the crypto-asset section's own calculation results in a negative value, that negative value does not affect the tax calculation result for other (non-crypto) capital-asset transactions — the two sections' totals are computed and floored independently.

  • cryptoAssetEntry2CalculatedTax number optional

    The calculated (or withheld) personal income tax on this crypto-asset row, shown as a negative value if the taxable income is negative (para 54.10, applied by reference to this section per para 54.1¹).

  • cryptoAssetTotalDisposalRevenue number required

    Total of column 3 across all crypto-asset rows, counting only revenue whose portion is not indicated in column 4 (para 54.11, applied to this section per para 54.1¹).

    range: 0–∞
  • cryptoAssetTotalAcquisitionExpenses number required

    Total of column 5 across all crypto-asset rows, counting only expenses whose portion is not indicated in column 6 (para 54.12, applied to this section per para 54.1¹).

    range: 0–∞
  • cryptoAssetTotalCalculatedTax number required

    Sum of all crypto-asset rows' column-9 positive and negative values; if the sum is negative, "0" is entered instead (para 54.13, applied to this section per para 54.1¹) — this independent crypto-section total is what para 54.1¹ says does not affect the non-crypto total's own calculation.

    range: 0–∞

Iesniegšana (Filing)

  • signatureDate date optional

    The signature date. The regulation's own note 2 to Annex 3 states the "date" and "signature" particulars are not filled in if the electronic document is prepared per the regulations on electronic-document design — modelled required: false for that reason, matching Form D's own signatureDate field.

  • signature string optional

    The taxpayer's signature. See signatureDate for the e-signature carve-out.

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 flow and states the current verification claim honestly.

Current claim

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

Derived directly from the regulation's own printed Annex 3 template and completion instructions (§§3, 54-59). Not yet cross-checked against VID's own live EDS (Elektroniskā deklarēšanas sistēma) online-filing screens for this specific declaration — see "Path to a verified claim" below.

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

This registry's LV VID Taxes vertical has been deepened across several prior cycles from Form D alone (GOV-4138, v1.0.0) through Annexes D2 (GOV-4144), D2¹ (GOV-4154), D1¹ (GOV-4163), and D4 (GOV-4184/GOV-4186). The GOV-4169 and GOV-4184 cycles' own re-examination of the remaining candidates (D3, D3¹, DK, the DK pielikums, GD) found Declaration DK "viable, same class as D1/D2/D1¹/D2¹" but explicitly "as its own schema/track, not a further Form D annex step", since the regulation's own para. 3 lists Declaration DK, the Declaration DK pielikums, and the ienākuma precizēšanas deklarācija GD as three separate documents under the "deklarācija par ienākumu no kapitāla pieauguma" umbrella — none of them numbered as a Form D pielikums the way D1/D1¹/D2/D2¹/D4 are. This cycle authors Declaration DK as that new top-level schema, closing the single most likely remaining candidate this registry's own prior cycles had banked.

Reaching the live source

Re-fetched https://likumi.lv/ta/id/302688-noteikumi-par-iedzivotaju-ienakuma-nodokla-deklaracijam-un-to-aizpildisanas-kartibu directly with a standard desktop Chrome User-Agent: HTTP 200, Content-Type: text/html; charset=utf-8, 365,651 bytes — the identical byte count every prior lv/vid/annual-income-tax-declaration-form-d version (v1.0.0-v1.4.1) has recorded, confirming this cycle reads the same live regulation text.

Extraction method

Not a summarizer tool: the raw HTML was searched directly for the paragraph anchors governing Declaration DK (data-num="54" through data-num="59") and for the rendered Annex 3 <TABLE> markup itself. The table's raw <TR>/<TD> structure was walked directly (not tag-stripped prose) to recover the exact row/column layout:

  • Header rows (Vārds, uzvārds; Personas kods — 6-digit + dash + 5-digit boxes, matching Form D's own printed layout; the row-3 period block with a year field, a (mēnesis) month field, four quarter checkboxes, and a Nerezidents checkbox).
  • Main table: a 9-column repeating-entry table (columns 1-9, confirmed by the literal 1|2|3|4|5|6|7|8|9 header row) with exactly 2 blank data rows before a Kopā (Total) row whose own only non-"X"-blocked cells are columns 3, 5, and 9 — confirmed against §54.11-54.13's own explicit column-3/5/9-only Kopā instructions.
  • A second, fully parallel section, Ienākumi no darījumiem ar kriptoaktīviem (Income from crypto-asset transactions), with the identical 9-column layout except column 2 (income type) is printed "X"-blocked (no code needed, since every row in this section is implicitly a crypto-asset transaction) — again exactly 2 blank data rows plus its own Kopā row. This section's existence and its "completed separately, if any crypto-asset transactions occurred" condition (§54.1¹) is a genuine structural finding distinct from any Form D annex authored so far: no annex modelled prior to this schema has a second, independently-totalled parallel table on the same document.
  • Footnotes 1 (income-type codes N/A/C/J/M plus modifiers R/F/L), 2 (the installment-payment condition shared by columns 4 and 6), and 3 (the withheld-at-source override for column 9) were read in full and matched to the field descriptions they govern.

Disclosed finding: income-type code ambiguity

Footnote 1 reads (verbatim): "Ja tiek maksāta rokasnauda vai avanss, ienākuma kodam pievieno kodu R. Ja deklarācijā DK darījumam piemērots likuma \"Par iedzīvotāju ienākuma nodokli\" pārejas noteikumu 50. punkts, ieraksta kodu F. Ja ... piemērots ... 196. punkts, ienākuma kodam pievieno kodu L." R and L are explicitly appended ("pievieno") to the base N/A/C/J/M code; F is instead entered ("ieraksta"), using a different verb, which could mean F replaces the base code outright rather than appending to it. The printed text does not disambiguate this. Rather than silently pick one reading, capitalAssetEntry{N}IncomeType's validation.pattern (^[NACJM][FLR]{0,3}$) accepts either interpretation (F combined with a base code, or F following the same append convention as R/L) and the field's own description states the ambiguity explicitly. This is the same category of disclosed-not-resolved finding this registry has recorded before (e.g. the Annex D4 carry-forward row tension recorded in lv/vid/annual-income-tax-declaration-form-d's own v1.4.0 VERIFICATION.md).

Scope boundaries

  • In scope: Declaration DK's own two sections — regular capital-asset transactions and the separate crypto-asset-transactions section — per §§54, 54.1¹, 54.2-54.13.
  • Out of scope, open backlog:
    • The Declaration DK pielikums ("Informācija par darījumiem, kas uzsākti, bet nav pabeigti vienā taksācijas gadā" — information on transactions begun but not completed within one tax year, §§58-61), a genuinely different 6-column table (confirmed this cycle: Darījuma uzsākšanas diena, Darījuma veids*, Darījuma partnera reģistrācijas numurs, Darījuma partnera nosaukums, Informācija par darījuma partneri, Sagaidāmā ienākuma gūšanas gads, mēnesis) with its own income/transaction-type footnote that includes a K (crypto-asset) code absent from Declaration DK's own footnote 1. Per the GOV-4169 cycle's own finding, this is its own top-level schema/track, not a further version of this document.
    • The ienākuma precizēšanas deklarācija GD (annual capital-gains correction declaration, §§62-63) — excluded as a formula-derived recomputation, the same reasoning already applied to Form D's own Annexes D3/D3¹.

Conformance

14 fixtures committed at conformance/lv/vid/capital-gains-income-declaration-dk/1.0.0/ (3 valid + 11 mutation controls), covering: required-field omission (name, personal code), pattern violations (personal code, income-type code), range violations (tax year, the Kopā calculated-tax total's zero floor per §54.13), an enum violation (quarter), the nonresident/quarter mutual-exclusivity crossFieldValidation rule, the nonresident-month requiredWhen rule, the installment received/attributable-portion pairing crossFieldValidation rule, and unknown-field rejection.

An ephemeral, from-scratch Python conformance checker (deriving required/requiredWhen/validation/crossFieldValidation rules directly from this schema's own fields[]/crossFieldValidation[], discarded after use, not committed) ran all 14 fixtures: all 3 valid fixtures pass with zero errors, and all 11 mutation fixtures fail with exactly the expected violation.

node tools/validate.mjs and node tools/validate-ajv.mjs both pass on schema.json individually and as part of the full registry run, after regenerating tools/govschema-client/registry-index.json.

Path to a verified claim

VID's EDS (Elektroniskā deklarēšanas sistēma) online-filing screens for Declaration DK were not compared field-by-field this cycle (EDS requires an authenticated Latvian e-identity session, the same access barrier already recorded against every other EDS-filed LV VID document in this registry). A future cycle with EDS access could upgrade this to verified.

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 Revenue Service of the Republic of Latvia (Valsts ieņēmumu dienests) or any government. The authoritative source is always the live government form and its official instructions.