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
Machine access
- Schema document
registry/lv/vid/capital-gains-income-declaration-dk/1.0.0/schema.jsonapplication/schema+json- Verification record
registry/lv/vid/capital-gains-income-declaration-dk/1.0.0/VERIFICATION.mdtext/markdown- 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)
-
applicantFullNamestring requiredThe 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 -
applicantPersonalCodestring requiredThe 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 -
applicantPhoneNumberstring optionalThe 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)
-
taxationYearinteger requiredThe 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 -
reportingQuarterinteger optionalWhich 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 -
nonResidentboolean optionalCheckbox 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.
-
nonResidentIncomeMonthinteger optionalThe 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)
-
capitalAssetEntry1IncomeDatedate optionalThe date the capital asset was disposed of, or money (including earnest money) was received in connection with the transaction, whichever this row records.
-
capitalAssetEntry1IncomeTypestring optionalThe 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 -
capitalAssetEntry1DisposalRevenuenumber optionalThe 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–∞ -
capitalAssetEntry1ReceivedRevenuePortionnumber optionalThe 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–∞ -
capitalAssetEntry1AcquisitionExpensesnumber optionalDocumented 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–∞ -
capitalAssetEntry1AttributableExpensePortionnumber optionalThe 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–∞ -
capitalAssetEntry1ForeignTaxPaidnumber optionalTax 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–∞ -
capitalAssetEntry1TaxableIncomenumber optionalTaxable 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.
-
capitalAssetEntry1CalculatedTaxnumber optionalThe 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.
-
capitalAssetEntry2IncomeDatedate optionalThe date the capital asset was disposed of, or money (including earnest money) was received in connection with the transaction, whichever this row records.
-
capitalAssetEntry2IncomeTypestring optionalThe 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 -
capitalAssetEntry2DisposalRevenuenumber optionalThe 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–∞ -
capitalAssetEntry2ReceivedRevenuePortionnumber optionalThe 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–∞ -
capitalAssetEntry2AcquisitionExpensesnumber optionalDocumented 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–∞ -
capitalAssetEntry2AttributableExpensePortionnumber optionalThe 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–∞ -
capitalAssetEntry2ForeignTaxPaidnumber optionalTax 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–∞ -
capitalAssetEntry2TaxableIncomenumber optionalTaxable 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.
-
capitalAssetEntry2CalculatedTaxnumber optionalThe 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.
-
capitalAssetTotalDisposalRevenuenumber requiredTotal 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–∞ -
capitalAssetTotalAcquisitionExpensesnumber requiredTotal of column 5 across all rows, counting only expenses whose portion is not indicated in column 6 (para 54.12).
range: 0–∞ -
capitalAssetTotalCalculatedTaxnumber requiredSum 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)
-
cryptoAssetEntry1IncomeDatedate optionalThe 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¹).
-
cryptoAssetEntry1DisposalRevenuenumber optionalThe total contractually agreed transaction amount for disposing of the crypto-asset.
range: 0–∞ -
cryptoAssetEntry1ReceivedRevenuePortionnumber optionalThe 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–∞ -
cryptoAssetEntry1AcquisitionExpensesnumber optionalDocumented expenses related to acquiring this crypto-asset.
range: 0–∞ -
cryptoAssetEntry1AttributableExpensePortionnumber optionalThe 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–∞ -
cryptoAssetEntry1ForeignTaxPaidnumber optionalTax paid abroad on this crypto-asset transaction's income.
range: 0–∞ -
cryptoAssetEntry1TaxableIncomenumber optionalTaxable 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.
-
cryptoAssetEntry1CalculatedTaxnumber optionalThe 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¹).
-
cryptoAssetEntry2IncomeDatedate optionalThe 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¹).
-
cryptoAssetEntry2DisposalRevenuenumber optionalThe total contractually agreed transaction amount for disposing of the crypto-asset.
range: 0–∞ -
cryptoAssetEntry2ReceivedRevenuePortionnumber optionalThe 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–∞ -
cryptoAssetEntry2AcquisitionExpensesnumber optionalDocumented expenses related to acquiring this crypto-asset.
range: 0–∞ -
cryptoAssetEntry2AttributableExpensePortionnumber optionalThe 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–∞ -
cryptoAssetEntry2ForeignTaxPaidnumber optionalTax paid abroad on this crypto-asset transaction's income.
range: 0–∞ -
cryptoAssetEntry2TaxableIncomenumber optionalTaxable 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.
-
cryptoAssetEntry2CalculatedTaxnumber optionalThe 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¹).
-
cryptoAssetTotalDisposalRevenuenumber requiredTotal 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–∞ -
cryptoAssetTotalAcquisitionExpensesnumber requiredTotal 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–∞ -
cryptoAssetTotalCalculatedTaxnumber requiredSum 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)
-
signatureDatedate optionalThe 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.
-
signaturestring optionalThe 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:draftverification.method:manual-source-review-v1verification.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 aNerezidentscheckbox). - Main table: a 9-column repeating-entry table (columns 1-9, confirmed by the literal
1|2|3|4|5|6|7|8|9header row) with exactly 2 blank data rows before aKopā(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 ownKopā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 aK(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¹.
- 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:
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.0draftlatestthis pagehas verification recordschema.json
Independent and non-affiliated
GovSchema is an independent, open-source project. This reference is not produced, reviewed, or endorsed by 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.