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
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- Verification record
registry/sk/mzv/ziadost-o-cestovny-pas/1.0.0/VERIFICATION.mdtext/markdown- 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
-
submissionOfficestring requiredThe 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 -
contactGivenNamestring requiredMeno
length: 0–255 -
contactFamilyNamestring requiredPriezvisko
length: 0–255 -
contactEmailstring requiredValidated client-side against the platform's AddressRegEx pattern.
patternlength: 0–255 -
contactPhoneCountryCodestring requiredPhone number's country calling-code prefix. Populated from the platform's 'PHONE_TYPE' server-side codelist via a dynamic combobox widget.
length: 0–255 -
contactPhoneNumberstring requiredValidated client-side against the platform's FormattedNumberRegEx pattern.
length: 0–20 -
contactAddressCountrystring requiredPopulated 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 -
contactAddressMunicipalitystring requiredPopulated from the platform's 'MUNICIPALITY' server-side codelist, cascading from contactAddressCountry.
length: 0–255 -
contactAddressStreetstring requiredUlica
length: 0–255 -
contactAddressPropertyRegistrationNumberstring requiredSúpisné číslo
length: 0–20 -
contactAddressBuildingNumberstring optionalOrientačné číslo
length: 0–10 -
contactAddressPostalCodestring requiredPSČ
length: 0–10 -
contactAddressUnitstring optionalČasť budovy
length: 0–255 -
filledByRepresentativeOrAuthorizedPersonboolean optionalWhen 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.
-
applicantTitlePrefixstring optionalPopulated from the platform's 'PREFIX' server-side codelist.
length: 0–20 -
applicantTitlePostfixstring optionalPopulated from the platform's 'POSTFIX' server-side codelist.
length: 0–20 -
applicantGivenNamestring requiredAuto-copied from contactGivenName and disabled unless filledByRepresentativeOrAuthorizedPerson is checked — see that field's description.
length: 0–255 -
applicantFamilyNamestring requiredAuto-copied from contactFamilyName and disabled unless filledByRepresentativeOrAuthorizedPerson is checked.
length: 0–255 -
applicantBirthFamilyNamestring optionalBirth/maiden surname, when different from the current surname.
length: 0–255 -
applicantSexstring requiredPopulated 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 -
applicantNationalitystring requiredPopulated from the platform's 'NATIONALITY' server-side codelist via a dynamic combobox widget.
length: 0–255 -
requestReasonstring requiredPopulated 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 -
previousPassportNumberstring optionalČíslo predchádzajúceho cestovného pasu
length: 0–64 -
previousPassportEndDatedate optionalThe previous passport's own expiry date, validated client-side against PreviousPassportEndDateRegEx.
-
holdsAnotherValidPassportboolean requiredWhether 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).
-
additionalPassportNumberstring optionalČíslo cestovného pasu
length: 0–64 -
additionalPassportEndDatedate optionalValidated client-side against AdditionalPassportEndDateRegEx and AnotherDocumentValidToNotInPastValidator (must not be in the past).
-
applicantBirthCountrystring requiredPopulated from the platform's 'STATE' server-side codelist; applicantBirthCounty and applicantBirthMunicipality are bound to this selection (FormHelper.bindMunicipalityToCountry).
length: 0–255 -
applicantBirthCountystring requiredPopulated from the platform's 'COUNTY' server-side codelist, cascading from applicantBirthCountry.
length: 0–255 -
applicantBirthMunicipalitystring requiredPopulated from the platform's 'MUNICIPALITY' server-side codelist, cascading from applicantBirthCountry.
length: 0–255 -
applicantBirthDatedate requiredValidated client-side to not be a future date (FormHelper's birthDateNotInFuture).
-
applicantBirthNumberstring optionalSlovak 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 -
applicantBirthNumberNotYetAssignedboolean optionalCheck if the applicant does not yet have an assigned Slovak birth number — disables applicantBirthNumber's requiredness client-side.
-
applicantCurrentIdDocumentTypestring optionalType 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 -
applicantCurrentIdDocumentNumberstring optionalValidated client-side against the platform's DocumentNumberValidator/DocumentNumberTypeValidator (cross-checked against applicantCurrentIdDocumentType).
length: 0–64 -
applicantAddressCountrystring requiredRestricted 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 -
applicantAddressMunicipalitystring requiredPopulated from the platform's 'MUNICIPALITY' server-side codelist.
length: 0–255 -
applicantAddressStreetstring requiredUlica
length: 0–255 -
applicantAddressPropertyRegistrationNumberstring requiredSúpisné číslo
length: 0–20 -
applicantAddressBuildingNumberstring optionalOrientačné číslo
length: 0–10 -
applicantAddressPostalCodestring requiredPSČ
length: 0–10 -
applicantAddressUnitstring optionalČasť budovy
length: 0–255 -
deputyRepresentativeNeededboolean optionalToggles 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.
-
deputyGivenNamestring optionalMeno
length: 0–255 -
deputyFamilyNamestring optionalPriezvisko
length: 0–255 -
deputyBirthFamilyNamestring optionalRodné priezvisko
length: 0–255 -
deputySexstring optionalPopulated from the platform's 'SEX' server-side codelist.
length: 0–255 -
deputyNationalitystring optionalPopulated from the platform's 'NATIONALITY' server-side codelist.
length: 0–255 -
deputyBirthCountrystring optionalPopulated from the platform's 'STATE' server-side codelist; deputyBirthCounty/deputyBirthMunicipality are bound to this selection.
length: 0–255 -
deputyBirthCountystring optionalPopulated from the platform's 'COUNTY' server-side codelist, cascading from deputyBirthCountry.
length: 0–255 -
deputyBirthMunicipalitystring optionalPopulated from the platform's 'MUNICIPALITY' server-side codelist, cascading from deputyBirthCountry.
length: 0–255 -
deputyBirthDatedate optionalValidated client-side against both a deputy-age check (DeputyAgeValidator — the legal representative must be an adult) and birthDateNotInFuture.
-
deputyBirthNumberstring optionalRequired unless deputyBirthNumberNotYetAssigned is checked (client-side FormHelper.disableMandatoryFieldByCheckbox); validated against PersonalNumberValidatorDeputy, cross-checked against deputyBirthDate.
length: 0–64 -
deputyBirthNumberNotYetAssignedboolean optionalCheck if the legal representative does not have a Slovak birth number — disables deputyBirthNumber's requiredness client-side.
-
deputyCurrentIdDocumentTypestring optionalPopulated from the platform's 'VALID_DOCUMENT' server-side codelist.
length: 0–255 -
deputyCurrentIdDocumentNumberstring optionalValidated client-side against the platform's DocumentNumberDeputyValidator/DeputyDocumentNumberTypeDeputyValidator.
length: 0–64 -
deputyAddressCountrystring optionalPopulated from the platform's 'STATE' server-side codelist; deputyAddressMunicipality is bound to this selection.
length: 0–255 -
deputyAddressMunicipalitystring optionalPopulated from the platform's 'MUNICIPALITY' server-side codelist, cascading from deputyAddressCountry.
length: 0–255 -
deputyAddressStreetstring optionalUlica
length: 0–255 -
deputyAddressPropertyRegistrationNumberstring optionalSúpisné číslo
length: 0–20 -
deputyAddressBuildingNumberstring optionalOrientačné číslo
length: 0–10 -
deputyAddressPostalCodestring optionalPSČ
length: 0–10 -
deputyAddressUnitstring optionalČasť budovy
length: 0–255 -
dataAccuracyConfirmationboolean requiredFinal 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:draftverification.method:manual-source-review-v1verification.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,460bytes. sha256:dd9999e8fd8b32c3c7461a6a86e353283bae364ad8ace624d88671824e444aad— independently computed withsha256sumagainst a fresh download. - A note on
mzv.skitself: the Ministry's ownwww.mzv.skdomain (including its English-language/en/sluzby/ak-cestujete-do-zahranicia/cestovny-paspassport-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. Theslovensko.skeForm host that actually serves the live, interactive form is a separate host and was not gated; this is the same asymmetry the siblingsk/mzv/ziadost-o-obciansky-preukazdocument's own VERIFICATION.md implicitly relies on (it, too, sources fromslovensko.sk, notmzv.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
remodule), cross-checked against the page's own embedded jQuery-validaterules: { ... }configuration object — a client-side validation ruleset literally present in the page's<script>content, giving an authoritativerequired/maxlength/ custom-validator-name inventory per field name. This rules block is the authoritative source for every field'srequiredstatus inschema.jsonunless 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_formMetaDatablock confirmsmtd_version = 2.0andmtd_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
applicantBirthNumber/deputyBirthNumberare modelled withrequiredWhen, diverging from the siblingsk/mzv/ziadost-o-obciansky-preukazdocument'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 staticrulesblock showedapplicantBirthNumber/deputyBirthNumberasrequired: falseunconditionally, so that document correctly modelled them as plain optional fields with a disclosingdescriptionrather than asserting arequiredWheninferred solely from a helper function's name. In this passport eForm, the staticrulesblock is unambiguous the other way:BirthNumberSectionRequestor: { required: true, BirthNumberSectionRequestorRegEx: true, PersonalNumberValidator: true }(and the same shape forBirthNumberSectionDeputy) — confirmed directly in the raw HTML, not inferred. The page's own script additionally callsFormHelper.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 ofrequired: trueplus a verified, argument-matched disabling call, modellingrequiredWhen: { field: "applicantBirthNumberNotYetAssigned", equals: false }(and the deputy equivalent, further gated bydeputyRepresentativeNeeded) is the more accurate representation of this specific form's confirmed behavior — not a blanketrequired: truethat would incorrectly reject a genuinely valid "not yet assigned" submission. This usesequals: falseagainst a checkbox field that always carries a defined boolean value (never absent), not thenotEquals ""-against-an- optional-field pattern this registry has previously flagged as unsafe.holdsAnotherValidPassport(AdditionalPassportFlag) is modelled astype: "boolean"gatingadditionalPassportNumber/additionalPassportEndDateviavisibleWhen/requiredWhen, confirmed via a direct script binding, not inferred. The page's own script contains aSwitchSectionscall keyed to#AdditionalPassportFlagcontrolling the visibility of the container holding these two fields; both carry norequiredentry in the staticrulesblock on their own (AdditionalPassportNumber: { maxlength: 64 },AdditionalPassportEndDate: { AdditionalPassportEndDateRegEx: true, AnotherDocumentValidToNotInPastValidator: true }), consistent with them being conditionally, not unconditionally, required — modelled asrequired: falsewithrequiredWhenrather than fabricating an unconditional requirement the static rules do not support.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 toCopyValuesAcrossForm, notSwitchSections.applicantGivenName/applicantFamilyNameremain visible andrequired: trueper the staticrulesblock regardless of this checkbox's state.- **
applicantSex/applicantNationality/deputySex/deputyNationality/requestReason/applicantCurrentIdDocumentType/deputyCurrentIdDocumentType/submissionOffice/contactPhoneCountryCode/Country/Municipality/Countyfields are modelled astype: "string", nottype: "enum"*, for the same reason as the sibling document: each is bound to a server-side codelist viaFormHelper.setupDynamicCombobox(...)(codelist keysSEX,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'sdescriptionnames the exact codelist key its widget binds to. contactPhoneCountryCode's label/description is carried over verbatim from the sibling document's own established interpretation of the identicalPHONE_TYPE-codelist widget, reused unchanged across this MZV eForm family (both forms bind#TelephoneTypeto the samePHONE_TYPEcodelist via the identicalFormHelper.setupDynamicComboboxcall shape) — not independently re-derived this cycle, since the underlying widget component is confirmed identical.applicantAddressCountrycarries a description noting it is restricted to Slovakia, perFormHelper.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/constvalue, since the client-side widget configuration is not proof of a hard server-side enforcement rule.- The
AdditionalPassportFlag/applicantLegalCapacity-style Áno/Nie radio groups are modelled astype: "boolean", matching the source's ownclass="xsd_boolean radioButtonList"markup andvalue="1"/"0"option pairing (Áno=true, Nie=false). previousPassportNumber/previousPassportEndDate(the applicant's own prior passport, e.g. the one being renewed/replaced) are modelled as unconditionally optional (required: false, norequiredWhen), matching the staticrulesblock exactly (PreviousPassportNumber: { maxlength: 64 },PreviousPassportEndDate: { PreviousPassportEndDateRegEx: true }— neither carries arequiredkey) — the live form does not force disclosure of a prior passport, consistent withrequestReasoncovering 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
maxLengthviolation, a boolean-typed field given a string value, a missing required document, a missing conditionally- required legal-representative field (withdeputyRepresentativeNeeded: true), a missing conditionally-requiredadditionalPassportNumber(withholdsAnotherValidPassport: true), and a missing conditionally-requiredapplicantBirthNumber(withapplicantBirthNumberNotYetAssigned: 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.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 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.