Registry entry

Slovakia — Application for a Passport via Consular Office (Žiadosť o cestovný pas)

The Slovak Republic's live HTML eForm “Žiadosť o cestovný pas” (Application for a Passport), dataset `MZV.RequestPassport` v2.0, published on the national eGovernment portal `slovensko.sk` and filed via a Slovak diplomatic or consular office abroad (zastupiteľský úrad SR) under the authority of the Ministerstvo zahraničných vecí a európskych záležitostí SR (Ministry of Foreign and European Affairs), the same consular channel and eForm platform already modeled by this registry's `sk/mzv/ziadost-o-obciansky-preukaz` (Citizen ID Card) sibling document, for the passport equivalent. Legal basis: zákon č. 647/2007 Z.z. o cestovných dokladoch a o zmene a doplnení niektorých zákonov (Act on Travel Documents), cited verbatim in the form's own personal-data-processing notice, and zákon č. 122/2013 Z.z. o ochrane osobných údajov (Personal Data Protection Act). Opens Slovakia's Passport vertical (1 of 6 for this jurisdiction it had not yet reached). Models all 64 real fillable fields the live eForm exposes (60 carrying an explicit jQuery-validate rule, plus 4 unconditional-optional checkboxes with no validation rule of their own — filledByRepresentativeOrAuthorizedPerson, deputyRepresentativeNeeded, applicantBirthNumberNotYetAssigned, deputyBirthNumberNotYetAssigned) across its twelve visible sections: the submitting contact's own information (which auto-copies into the applicant's identity fields unless a legal representative or authorized person is filing on the applicant's behalf), the applicant's personal/identity data and reason for the request, the applicant's other/previously-held passport particulars (a previously issued passport's own number/expiry, plus a separate currently-valid second passport disclosure gated by its own Ano/Nie radio), the applicant's birth data, the applicant's currently valid Slovak identification document used to establish identity, the applicant's permanent Slovak address, an optional legal-representative (zákonný zástupca) section — genuinely gated by a client-side visibility toggle bound to its own checkbox (SwitchSections on #DeputyCheckbox), not an inferred condition — mirroring the applicant's own identity/birth/document/address fields, and a final data-accuracy confirmation. Also models 6 `documents[]` entries transcribed from the form's own 'Potrebné doklady' (required documents) notice, which bundles several source-disclosed alternative/conditional document requirements (a valid identity document; a citizenship certificate no older than 6 months, needed only if the presented identity document is past its validity; a marriage/name-change/academic-title/prior-passport document bundle; a child's own SR birth certificate when a legal representative files on a minor's behalf; a written, certified-signature legal-representative consent for applicants aged 15–18; and an open-ended 'other documents' catch-all, e.g. a police loss/theft report) — none of these are gated by a `requiredWhen` condition since no corresponding boolean field exists on the live form to key one off, consistent with this registry's convention of not fabricating fields the source does not expose. This document is authored at `structural-reference` maturity: the live eForm's own client-side structure (labels, jQuery-validate rules, and codelist/visibility bindings) is fully transcribed, but no live submission through a consular office was attempted. GovSchema is an independent, non-profit standards body and is not affiliated with, endorsed by, or operated by the Government of the Slovak Republic, the Ministry of Foreign and European Affairs of the Slovak Republic, or any Slovak diplomatic or consular office.

Registry entry

sk/mzv/ziadost-o-cestovny-pas

Jurisdiction
Slovakia · national
Version
1.0.0
Verification
draft

Authoritative source eForm dataset MZV.RequestPassport v2.0, form.6.html

Machine access

Schema document
registry/sk/mzv/ziadost-o-cestovny-pas/1.0.0/schema.jsonapplication/schema+json
Registry catalog
registry/index.jsonone record per schema id

Field reference

64 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

  • submissionOffice string required

    The Slovak diplomatic/consular office (zastupiteľský úrad SR) the request is submitted to. Populated from the platform's 'ZU' server-side codelist via a dynamic combobox widget (FormHelper.setupDynamicCombobox), not an embedded static list.

    length: 0–255
  • contactGivenName string required

    Meno

    length: 0–255
  • contactFamilyName string required

    Priezvisko

    length: 0–255
  • contactEmail string required

    Validated client-side against the platform's AddressRegEx pattern.

    patternlength: 0–255
  • contactPhoneCountryCode string required

    Phone number's country calling-code prefix. Populated from the platform's 'PHONE_TYPE' server-side codelist via a dynamic combobox widget.

    length: 0–255
  • contactPhoneNumber string required

    Validated client-side against the platform's FormattedNumberRegEx pattern.

    length: 0–20
  • contactAddressCountry string required

    Populated from the platform's 'STATE' server-side codelist via a dynamic combobox widget; the Municipality field below is bound to this selection (FormHelper.bindMunicipalityToCountry).

    length: 0–255
  • contactAddressMunicipality string required

    Populated from the platform's 'MUNICIPALITY' server-side codelist, cascading from contactAddressCountry.

    length: 0–255
  • contactAddressStreet string required

    Ulica

    length: 0–255
  • contactAddressPropertyRegistrationNumber string required

    Súpisné číslo

    length: 0–20
  • contactAddressBuildingNumber string optional

    Orientačné číslo

    length: 0–10
  • contactAddressPostalCode string required

    PSČ

    length: 0–10
  • contactAddressUnit string optional

    Časť budovy

    length: 0–255
  • filledByRepresentativeOrAuthorizedPerson boolean optional

    When unchecked (default), the applicant-identity fields applicantGivenName/applicantFamilyName below are auto-copied from contactGivenName/contactFamilyName and disabled client-side (FormHelper's CopyValuesAcrossForm), i.e. the contact person and the applicant are the same person. When checked, those two fields are cleared and become independently editable, since the person completing the form (a legal representative or authorized person) is not the applicant themself.

  • applicantTitlePrefix string optional

    Populated from the platform's 'PREFIX' server-side codelist.

    length: 0–20
  • applicantTitlePostfix string optional

    Populated from the platform's 'POSTFIX' server-side codelist.

    length: 0–20
  • applicantGivenName string required

    Auto-copied from contactGivenName and disabled unless filledByRepresentativeOrAuthorizedPerson is checked — see that field's description.

    length: 0–255
  • applicantFamilyName string required

    Auto-copied from contactFamilyName and disabled unless filledByRepresentativeOrAuthorizedPerson is checked.

    length: 0–255
  • applicantBirthFamilyName string optional

    Birth/maiden surname, when different from the current surname.

    length: 0–255
  • applicantSex string required

    Populated from the platform's 'SEX' server-side codelist via a dynamic combobox widget; the codelist's exact value set is not embedded in the form's static client-side markup.

    length: 0–255
  • applicantNationality string required

    Populated from the platform's 'NATIONALITY' server-side codelist via a dynamic combobox widget.

    length: 0–255
  • requestReason string required

    Populated from the platform's 'REASON_CD' server-side codelist (e.g. first issuance, expiry, loss, theft, damage, or personal-data change) via a dynamic combobox widget.

    length: 0–255
  • previousPassportNumber string optional

    Číslo predchádzajúceho cestovného pasu

    length: 0–64
  • previousPassportEndDate date optional

    The previous passport's own expiry date, validated client-side against PreviousPassportEndDateRegEx.

  • holdsAnotherValidPassport boolean required

    Whether the applicant currently holds another still-valid passport (e.g. a diplomatic or service passport) in addition to the one this request concerns. Rendered as an Áno/Nie radio group (Áno=true, Nie=false); toggles visibility of additionalPassportNumber/additionalPassportEndDate below (client-side SwitchSections binding on #AdditionalPassportFlag).

  • additionalPassportNumber string optional

    Číslo cestovného pasu

    length: 0–64
  • additionalPassportEndDate date optional

    Validated client-side against AdditionalPassportEndDateRegEx and AnotherDocumentValidToNotInPastValidator (must not be in the past).

  • applicantBirthCountry string required

    Populated from the platform's 'STATE' server-side codelist; applicantBirthCounty and applicantBirthMunicipality are bound to this selection (FormHelper.bindMunicipalityToCountry).

    length: 0–255
  • applicantBirthCounty string required

    Populated from the platform's 'COUNTY' server-side codelist, cascading from applicantBirthCountry.

    length: 0–255
  • applicantBirthMunicipality string required

    Populated from the platform's 'MUNICIPALITY' server-side codelist, cascading from applicantBirthCountry.

    length: 0–255
  • applicantBirthDate date required

    Validated client-side to not be a future date (FormHelper's birthDateNotInFuture).

  • applicantBirthNumber string optional

    Slovak birth number (rodné číslo), the national personal identifier. Required unless applicantBirthNumberNotYetAssigned is checked (client-side FormHelper.disableMandatoryFieldByCheckbox); validated against PersonalNumberValidator, cross-checked against applicantBirthDate.

    length: 0–64
  • applicantBirthNumberNotYetAssigned boolean optional

    Check if the applicant does not yet have an assigned Slovak birth number — disables applicantBirthNumber's requiredness client-side.

  • applicantCurrentIdDocumentType string optional

    Type of the applicant's currently valid Slovak identification document used to establish identity for this request (e.g. an existing citizen ID card or passport). Populated from the platform's 'VALID_DOCUMENT' server-side codelist.

    length: 0–255
  • applicantCurrentIdDocumentNumber string optional

    Validated client-side against the platform's DocumentNumberValidator/DocumentNumberTypeValidator (cross-checked against applicantCurrentIdDocumentType).

    length: 0–64
  • applicantAddressCountry string required

    Restricted to Slovakia by the widget's own configuration (FormHelper.setSlovakiaOnlyCombobox), consistent with this section's own heading (permanent residence address in the Slovak Republic).

    length: 0–255
  • applicantAddressMunicipality string required

    Populated from the platform's 'MUNICIPALITY' server-side codelist.

    length: 0–255
  • applicantAddressStreet string required

    Ulica

    length: 0–255
  • applicantAddressPropertyRegistrationNumber string required

    Súpisné číslo

    length: 0–20
  • applicantAddressBuildingNumber string optional

    Orientačné číslo

    length: 0–10
  • applicantAddressPostalCode string required

    PSČ

    length: 0–10
  • applicantAddressUnit string optional

    Časť budovy

    length: 0–255
  • deputyRepresentativeNeeded boolean optional

    Toggles visibility of the entire legal-representative (zákonný zástupca) section below, client-side (SwitchSections binds this checkbox to the section's container, #layoutRow36) — completed when the applicant is a minor or otherwise requires a legal representative or authorized person.

  • deputyGivenName string optional

    Meno

    length: 0–255
  • deputyFamilyName string optional

    Priezvisko

    length: 0–255
  • deputyBirthFamilyName string optional

    Rodné priezvisko

    length: 0–255
  • deputySex string optional

    Populated from the platform's 'SEX' server-side codelist.

    length: 0–255
  • deputyNationality string optional

    Populated from the platform's 'NATIONALITY' server-side codelist.

    length: 0–255
  • deputyBirthCountry string optional

    Populated from the platform's 'STATE' server-side codelist; deputyBirthCounty/deputyBirthMunicipality are bound to this selection.

    length: 0–255
  • deputyBirthCounty string optional

    Populated from the platform's 'COUNTY' server-side codelist, cascading from deputyBirthCountry.

    length: 0–255
  • deputyBirthMunicipality string optional

    Populated from the platform's 'MUNICIPALITY' server-side codelist, cascading from deputyBirthCountry.

    length: 0–255
  • deputyBirthDate date optional

    Validated client-side against both a deputy-age check (DeputyAgeValidator — the legal representative must be an adult) and birthDateNotInFuture.

  • deputyBirthNumber string optional

    Required unless deputyBirthNumberNotYetAssigned is checked (client-side FormHelper.disableMandatoryFieldByCheckbox); validated against PersonalNumberValidatorDeputy, cross-checked against deputyBirthDate.

    length: 0–64
  • deputyBirthNumberNotYetAssigned boolean optional

    Check if the legal representative does not have a Slovak birth number — disables deputyBirthNumber's requiredness client-side.

  • deputyCurrentIdDocumentType string optional

    Populated from the platform's 'VALID_DOCUMENT' server-side codelist.

    length: 0–255
  • deputyCurrentIdDocumentNumber string optional

    Validated client-side against the platform's DocumentNumberDeputyValidator/DeputyDocumentNumberTypeDeputyValidator.

    length: 0–64
  • deputyAddressCountry string optional

    Populated from the platform's 'STATE' server-side codelist; deputyAddressMunicipality is bound to this selection.

    length: 0–255
  • deputyAddressMunicipality string optional

    Populated from the platform's 'MUNICIPALITY' server-side codelist, cascading from deputyAddressCountry.

    length: 0–255
  • deputyAddressStreet string optional

    Ulica

    length: 0–255
  • deputyAddressPropertyRegistrationNumber string optional

    Súpisné číslo

    length: 0–20
  • deputyAddressBuildingNumber string optional

    Orientačné číslo

    length: 0–10
  • deputyAddressPostalCode string optional

    PSČ

    length: 0–10
  • deputyAddressUnit string optional

    Časť budovy

    length: 0–255
  • dataAccuracyConfirmation boolean required

    Final sworn confirmation of the accuracy of the entered data, required before submission.

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

This is a GovSchema Standard Research cycle (GOV-3258). Slovakia stood at 5 of 6 verticals (DMV, Business Formation, Taxes, National ID; Visa is a confirmed duplicate/dead end — see CATALOG.md's own prior Slovakia entries) at the start of this cycle, with Passport its sole remaining fully unscreened vertical per CATALOG.md's own Known Gaps section (no prior cycle had recorded any scouting note or dead-end finding for Slovakia's Passport process). This document opens Slovakia's Passport vertical (1 of 6 for this gap).

Discovery

No prior scouting note exists for this candidate — it was located from scratch this cycle. The already-published sibling document sk/mzv/ziadost-o-obciansky-preukaz (Slovakia's National ID & Civic Documents vertical) is sourced from a live slovensko.sk eForm at https://www.slovensko.sk/static/eForm/dataset/MZV.RequestIdentityCard/2.3/Content/form.10.html. Slovakia's eForm platform namespaces datasets by process (MZV.RequestIdentityCard, MZV.RequestEmergencyTravelDocument, MZV.ApplicationForCitizenship, etc.), so a targeted search for a Passport-namespaced dataset was run this cycle and surfaced MZV.RequestPassport — confirmed live at the same URL pattern.

Source re-verification (Phase 1)

  • URL: https://www.slovensko.sk/static/eForm/dataset/MZV.RequestPassport/2.0/Content/form.6.html
  • Retrieved / reviewed: 2026-07-16, independently fetched this cycle with curl -s -A "Mozilla/5.0".
  • HTTP status: 200. Size: 116,460 bytes. sha256: dd9999e8fd8b32c3c7461a6a86e353283bae364ad8ace624d88671824e444aad — independently computed with sha256sum against a fresh download.
  • A note on mzv.sk itself: the Ministry's own www.mzv.sk domain (including its English-language /en/sluzby/ak-cestujete-do-zahranicia/cestovny-pas passport-service page) returned HTTP 403 to every direct-fetch attempt this cycle, with and without a browser User-Agent header — a WAF/bot-mitigation gate on that specific host. The slovensko.sk eForm host that actually serves the live, interactive form is a separate host and was not gated; this is the same asymmetry the sibling sk/mzv/ziadost-o-obciansky-preukaz document's own VERIFICATION.md implicitly relies on (it, too, sources from slovensko.sk, not mzv.sk).
  • File type: a genuine, live, interactive HTML eForm (<form>, <title>Žiadosť o cestovný doklad</title>), not a PDF/AcroForm — confirmed via direct inspection of the raw HTML.
  • Extraction method: independent, from-scratch regex/structural parsing of the raw HTML this cycle (Python's re module), cross-checked against the page's own embedded jQuery-validate rules: { ... } configuration object — a client-side validation ruleset literally present in the page's <script> content, giving an authoritative required/maxlength/ custom-validator-name inventory per field name. This rules block is the authoritative source for every field's required status in schema.json unless a separate, independently-confirmed dynamic override exists (see judgment call 1 below) — not an inference from the visible <label> markup alone.
  • Form metadata: the page's own hidden mtd_formMetaData block confirms mtd_version = 2.0 and mtd_namespace = http://schemas.gov.sk/form/MZV.RequestPassport/2.0, matching the URL's own version segment.

Field inventory (Phase 2)

83 total field-name entries exist in the raw HTML's embedded rules: { ...} object; 60 are real, applicant-facing fields carrying an explicit validation rule. The remaining 23 are MzvHidden*-prefixed autocomplete- support companions (each visible field bound to a dynamic combobox widget has a paired hidden field storing the widget's internal code value) — confirmed via FormHelper.setupDynamicCombobox(...) calls in the page's own script, not modelled as separate schema fields since they carry no independent applicant-facing meaning. 4 further real fields carry no rules entry at all since an unchecked checkbox is always a valid value for jQuery-validate purposes: filledByRepresentativeOrAuthorizedPerson (PersonCheckbox), deputyRepresentativeNeeded (DeputyCheckbox), applicantBirthNumberNotYetAssigned (BirthNumberFlagSectionRequestor), deputyBirthNumberNotYetAssigned (BirthNumberFlagSectionDeputy) — independently confirmed present via a direct <input type="checkbox"> grep of the raw HTML, not inferred. 60 + 4 = 64, matching schema.json's fields[] length exactly.

Twelve form sections (confirmed via the page's own headercorrection

section-caption markup, an authoritative structural signal, not inferred from field-name prefixes alone)

| Section (Slovak caption) | Field count | Modelled scope | |---|---|---| | (header, no caption) | 1 (submissionOffice) | Full | | Kontaktné informácie žiadateľa (contact info) | 12 + 1 checkbox | Full | | Informácie o žiadateľovi (applicant info) | 8 | Full | | Údaje iného cestovného pasu žiadateľa (other/previous passport) | 5 | Full, one pair gated (see below) | | Dátum a miesto narodenia — applicant birth | 6 | Full | | Platný identifikačný doklad SR — applicant's current valid ID | 2 | Full | | Adresa trvalého bydliska — applicant permanent address | 7 | Full | | Zákonný zástupca — legal representative identity | 1 checkbox + 5 | Full, gated (see below) | | Dátum a miesto narodenia — deputy birth | 6 | Full, gated | | Platný identifikačný doklad SR — deputy's current valid ID | 2 | Full, gated | | Adresa trvalého bydliska — deputy permanent address | 7 | Full, gated | | Potvrdenie vyplnených údajov (confirmation) | 1 | Full |

1 + 13 + 8 + 5 + 6 + 2 + 7 + 6 + 6 + 2 + 7 + 1 = 64, matching schema.json's fields[] length exactly (the "Kontaktné informácie" row is 13 total: 12 data fields + filledByRepresentativeOrAuthorizedPerson; the "Zákonný zástupca" row is 6 total: deputyRepresentativeNeeded + 5 data fields).

Documents

6 documents[] entries, transcribed from the "Potrebné doklady" (required documents) notice's own bulleted list, which bundles several distinct, source-disclosed alternative/conditional requirements into one prose block: a valid identity document (unconditionally required); a citizenship certificate no older than 6 months (needed only if the presented identity document is past its own validity); a marriage certificate/name-change decree/academic-title-grant document/prior passport bundle (needed only if the applicant's surname or title differs from the presented identity document); the child's own SR-issued birth certificate, required when a legal representative files on a minor's behalf; a written, certified- signature legal-representative consent, required specifically for applicants aged 15–18; and an open-ended "other documents" catch-all (e.g. a police loss/theft report). None of these six are gated by a requiredWhen condition — the live eForm exposes no boolean field for "is your identity document past its validity" or "is your surname different from your identity document," so keying a requiredWhen off an existing field would misrepresent the source; only validIdentityDocument is modelled required: true, matching this registry's established convention (also used by the sibling sk/mzv/ziadost-o-obciansky-preukaz document) of not fabricating fields the source does not expose.

Judgment calls disclosed

  1. applicantBirthNumber/deputyBirthNumber are modelled with requiredWhen, diverging from the sibling sk/mzv/ziadost-o-obciansky-preukaz document's more conservative choice for the analogous field pair — a deliberate difference justified by a genuinely different underlying source, not an inconsistency. In the sibling ID-card eForm, the static rules block showed applicantBirthNumber/deputyBirthNumber as required: false unconditionally, so that document correctly modelled them as plain optional fields with a disclosing description rather than asserting a requiredWhen inferred solely from a helper function's name. In this passport eForm, the static rules block is unambiguous the other way: BirthNumberSectionRequestor: { required: true, BirthNumberSectionRequestorRegEx: true, PersonalNumberValidator: true } (and the same shape for BirthNumberSectionDeputy) — confirmed directly in the raw HTML, not inferred. The page's own script additionally calls FormHelper.disableMandatoryFieldByCheckbox('#BirthNumberSectionRequestor', '#BirthNumberFlagSectionRequestor') (and the equivalent deputy-section call), a concrete, argument-verified binding (not just a suggestively- named function reference) disabling that requirement when the paired checkbox is checked. Given a static baseline of required: true plus a verified, argument-matched disabling call, modelling requiredWhen: { field: "applicantBirthNumberNotYetAssigned", equals: false } (and the deputy equivalent, further gated by deputyRepresentativeNeeded) is the more accurate representation of this specific form's confirmed behavior — not a blanket required: true that would incorrectly reject a genuinely valid "not yet assigned" submission. This uses equals: false against a checkbox field that always carries a defined boolean value (never absent), not the notEquals ""-against-an- optional-field pattern this registry has previously flagged as unsafe.
  2. holdsAnotherValidPassport (AdditionalPassportFlag) is modelled as type: "boolean" gating additionalPassportNumber/ additionalPassportEndDate via visibleWhen/requiredWhen, confirmed via a direct script binding, not inferred. The page's own script contains a SwitchSections call keyed to #AdditionalPassportFlag controlling the visibility of the container holding these two fields; both carry no required entry in the static rules block on their own (AdditionalPassportNumber: { maxlength: 64 }, AdditionalPassportEndDate: { AdditionalPassportEndDateRegEx: true, AnotherDocumentValidToNotInPastValidator: true }), consistent with them being conditionally, not unconditionally, required — modelled as required: false with requiredWhen rather than fabricating an unconditional requirement the static rules do not support.
  3. filledByRepresentativeOrAuthorizedPerson (PersonCheckbox) does NOT gate visibility or requiredness — it triggers a value-copy/disable behavior instead, exactly matching the sibling document's own precedent for the identical widget component reused across this MZV eForm family: the page's own script binds this checkbox to CopyValuesAcrossForm, not SwitchSections. applicantGivenName/applicantFamilyName remain visible and required: true per the static rules block regardless of this checkbox's state.
  4. **applicantSex/applicantNationality/deputySex/deputyNationality/ requestReason/applicantCurrentIdDocumentType/ deputyCurrentIdDocumentType/submissionOffice/ contactPhoneCountryCode/Country/Municipality/County fields are modelled as type: "string", not type: "enum"*, for the same reason as the sibling document: each is bound to a server-side codelist via FormHelper.setupDynamicCombobox(...) (codelist keys SEX, NATIONALITY, REASON_CD, VALID_DOCUMENT, ZU, PHONE_TYPE, STATE, MUNICIPALITY, COUNTY, confirmed directly in the page's own script), meaning the exact value set is fetched dynamically from the platform and is not enumerable from the form's static client-side markup. Each field's description names the exact codelist key its widget binds to.
  5. contactPhoneCountryCode's label/description is carried over verbatim from the sibling document's own established interpretation of the identical PHONE_TYPE-codelist widget, reused unchanged across this MZV eForm family (both forms bind #TelephoneType to the same PHONE_TYPE codelist via the identical FormHelper.setupDynamicCombobox call shape) — not independently re-derived this cycle, since the underlying widget component is confirmed identical.
  6. applicantAddressCountry carries a description noting it is restricted to Slovakia, per FormHelper.setSlovakiaOnlyCombobox(...) in the page's own script — consistent with this section's own heading, "Adresa trvalého bydliska v SR" (permanent residence address in the Slovak Republic). Not modelled as a fixed/const value, since the client-side widget configuration is not proof of a hard server-side enforcement rule.
  7. The AdditionalPassportFlag/applicantLegalCapacity-style Áno/Nie radio groups are modelled as type: "boolean", matching the source's own class="xsd_boolean radioButtonList" markup and value="1"/"0" option pairing (Áno=true, Nie=false).
  8. previousPassportNumber/previousPassportEndDate (the applicant's own prior passport, e.g. the one being renewed/replaced) are modelled as unconditionally optional (required: false, no requiredWhen), matching the static rules block exactly (PreviousPassportNumber: { maxlength: 64 }, PreviousPassportEndDate: { PreviousPassportEndDateRegEx: true } — neither carries a required key) — the live form does not force disclosure of a prior passport, consistent with requestReason covering first-time applications where no prior passport would exist.

Conformance fixtures

11 fixtures committed under conformance/sk/mzv/ziadost-o-cestovny-pas/1.0.0/:

  • 2 valid scenarios: an adult, self-filing applicant with no legal representative and no additional passport disclosure (valid-adult-self-filed-no-deputy.json); a minor applicant whose parent files via the legal-representative section, with the child's own SR birth certificate attached (valid-minor-filed-by-deputy.json).
  • 9 mutation-control fixtures, each a single-field/single-document mutation of the first valid scenario: a missing unconditionally-required field, a missing final data-accuracy confirmation, an invalid email pattern, a phone-number maxLength violation, a boolean-typed field given a string value, a missing required document, a missing conditionally- required legal-representative field (with deputyRepresentativeNeeded: true), a missing conditionally-required additionalPassportNumber (with holdsAnotherValidPassport: true), and a missing conditionally-required applicantBirthNumber (with applicantBirthNumberNotYetAssigned: false).

All 11 fixtures were run this cycle through a from-scratch mock validator (a standalone script implementing this spec's required/requiredWhen condition grammar, type, validation.maxLength, validation.pattern, and documents[].required/requiredWhen semantics directly against schema.json, independent of tools/validate-ajv.mjs, which validates the schema document's own meta-schema conformance rather than instance payloads): both valid scenarios raised 0 errors, and each of the 9 mutation-control fixtures raised exactly 1 error, confirming the requiredWhen gates for the birth-number and additional-passport fields behave as modelled.

schema.json itself passes both tools/validate-ajv.mjs and tools/validate.mjs against spec/v0.3/govschema.schema.json.

Non-affiliation

GovSchema is an independent, non-profit standards body and is not affiliated with, endorsed by, or operated by the Government of the Slovak Republic, the Ministry of Foreign and European Affairs of the Slovak Republic, or any Slovak diplomatic or consular office.

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 Zastupiteľský úrad Slovenskej republiky (Slovak diplomatic/consular office) or any government. The authoritative source is always the live government form and its official instructions.