Registry entry
Israel Ministry of Foreign Affairs — Entry Visa to Israel Application Form
The Ministry of Foreign Affairs' (Global Consular Service) "Entry Visa to Israel - Application Form" (טופס בקשה למתן אשרת כניסה לישראל), the standard application submitted at an Israeli consular mission abroad by a foreign national seeking a visa to enter Israel. Opens Israel's Visa vertical (4 of 6). This document models the entire applicant-facing side of the form across its 3 pages — applicant identity, current travel document details, permanent address abroad, contact details, purpose and details of the intended visit, residence permit category, spouse and minor-children particulars, family/acquaintances in Israel, and the applicant's own signature block — but excludes the dotted-border "לשימוש משרדי" ("for office use") block at the foot of page 3 (visa grant number, visa type, validity period, single/multiple-entry designation, and consular remarks), which the applicant never fills in themselves. This document describes the form only; it does not submit anything on the applicant's behalf, and does not imply endorsement by the State of Israel or the Ministry of Foreign Affairs. GovSchema is independent and is not affiliated with, endorsed by, or operated by the State of Israel.
Registry entry
il/mfa/entry-visa-application
Authoritative source "Entry Visa to Israel - Application Form" (טופס בקשה למתן אשרת כניסה לישראל)
Machine access
- Schema document
registry/il/mfa/entry-visa-application/1.0.0/schema.jsonapplication/schema+json- Verification record
registry/il/mfa/entry-visa-application/1.0.0/VERIFICATION.mdtext/markdown- Registry catalog
registry/index.jsonone record per schema id
Field reference
72 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
-
familyNamestring requiredApplicant's family name.
-
givenNamestring requiredApplicant's given name.
-
fathersNamestring requiredApplicant's father's name.
-
mothersNamestring requiredApplicant's mother's name.
-
previousFamilyNamestring optionalAny previous family name(s) the applicant has used.
-
placeOfBirthstring requiredApplicant's place of birth.
-
dateOfBirthdate requiredApplicant's date of birth.
-
occupationstring requiredApplicant's occupation.
-
presentNationalitystring requiredApplicant's present nationality.
-
previousNationalitystring optionalApplicant's previous nationality, if any.
-
documentTypeenum requiredWhether the travel document the applicant holds and will travel on is a national passport or a laissez-passer. The form prints this choice as two mirrored checkbox pairs (one Hebrew-labelled, one English-labelled) for the same two options; both mirrors are modelled as a single field, following this registry's established convention for this jurisdiction's bilingual mirrored checkboxes (see il/moin/dr1-passport-application).
enum: PASSPORT | LAISSEZ_PASSER -
genderenum requiredApplicant's gender.
enum: MALE | FEMALE -
familyStatusenum requiredApplicant's family status.
enum: MARRIED | SINGLE | WIDOWED | DIVORCED -
documentNumberstring requiredThe document number of the passport or laissez-passer named in documentType.
-
documentIssuedBystring requiredThe authority that issued the document.
-
documentIssuedOndate requiredThe date the document was issued.
-
documentValidUntildate requiredThe date the document expires.
-
returnVisaDetailsstring optionalWhether the applicant holds a return visa to their country of permanent residence, and its validity. The form directs this at applicants travelling on a laissez-passer issued by their state of permanent residence.
-
permanentAddressCountrystring requiredCountry of the applicant's permanent address abroad.
-
permanentAddressCitystring requiredCity of the applicant's permanent address abroad.
-
permanentAddressStreetAndHouseNumberstring requiredStreet and house number of the applicant's permanent address abroad.
-
telephoneNumberstring optionalApplicant's telephone (landline) number.
-
mobilePhoneNumber1string optionalApplicant's mobile phone number. The source form prints two identically-labelled "מס' טלפון נייד" / "Mobile No." columns with no distinguishing sub-label; modelled as two generically-ordered fields (mobilePhoneNumber1, mobilePhoneNumber2) in the form's own left-to-right column order.
-
mobilePhoneNumber2string optionalA second mobile phone number, printed by the form as an identically-labelled second "Mobile No." column (see mobilePhoneNumber1).
-
emailAddress1string optionalApplicant's email address. The source form prints two identically-labelled "E-mail" / "כתובת אלקטרונית" boxes with no distinguishing sub-label; modelled as two generically-ordered fields (emailAddress1, emailAddress2) in the form's own left-to-right column order.
pattern -
emailAddress2string optionalA second email address, printed by the form as an identically-labelled second "E-mail" box (see emailAddress1).
pattern -
purposeOfVisitstring requiredThe applicant's stated purpose for travelling to Israel.
-
addressInIsraelstring requiredThe address in Israel where the applicant will be staying.
-
expectedEntryDateAndPlaceInIsraelstring requiredThe applicant's expected date and place (border crossing/airport) of entry into Israel. The form prints date and place as a single combined column with no internal sub-division, modelled here as one free-text field.
-
expectedDurationOfStaystring requiredThe applicant's expected duration of stay in Israel.
-
transitCountriesstring optionalCountries the applicant will transit through en route to Israel, if any.
-
previousStaysInIsraelstring optionalDates of the applicant's previous stays in Israel, if any. The form prints this as a three-blank-column area with no internal sub-headers; modelled as a single free-text field.
-
residencePermitCategoryenum requiredThe category of residence permit or entry status requested. The form prints five categories across a two-column, three-row checkbox grid, each mirrored in a Hebrew-labelled and an English-labelled checkbox (see documentType for the same mirrored-checkbox convention); the two rightmost checkboxes in the top row correspond to "ביקור"/"Visitor", the two leftmost in the top row to "תושב"/"Resident", the second row's right checkbox to "ארעי" (glossed "Temporary Resident") and left checkbox to "עולה"/"Immigrant", and the third row's single checkbox to "עבודה"/"Work".
enum: VISITOR | RESIDENT | TEMPORARY_RESIDENT | IMMIGRANT | WORK -
spouseFamilyNamestring optionalSpouse's family name, if the applicant's spouse is included in this application.
-
spouseGivenNamestring optionalSpouse's given name.
-
spouseMaidenNamestring optionalSpouse's maiden name.
-
spouseFathersNamestring optionalSpouse's father's name.
-
spousePlaceOfBirthstring optionalSpouse's place of birth.
-
spouseDateOfBirthdate optionalSpouse's date of birth.
-
child1GivenNamestring optionalGiven name of child under 18 #1 included in this application, if applicable. The form prints a fixed table of 6 numbered rows (not an open-ended repeating group); GovSchema's repeating-groups proposal (GSP-0009) is not yet part of the accepted v0.3 specification, so each of the form's own 6 rows is modelled as its own bounded field set, following this registry's established bounded-repeating-group convention.
-
child1PlaceOfBirthstring optionalPlace of birth of child under 18 #1.
-
child1DateOfBirthdate optionalDate of birth of child under 18 #1.
-
child2GivenNamestring optionalGiven name of child under 18 #2 included in this application, if applicable. The form prints a fixed table of 6 numbered rows (not an open-ended repeating group); GovSchema's repeating-groups proposal (GSP-0009) is not yet part of the accepted v0.3 specification, so each of the form's own 6 rows is modelled as its own bounded field set, following this registry's established bounded-repeating-group convention.
-
child2PlaceOfBirthstring optionalPlace of birth of child under 18 #2.
-
child2DateOfBirthdate optionalDate of birth of child under 18 #2.
-
child3GivenNamestring optionalGiven name of child under 18 #3 included in this application, if applicable. The form prints a fixed table of 6 numbered rows (not an open-ended repeating group); GovSchema's repeating-groups proposal (GSP-0009) is not yet part of the accepted v0.3 specification, so each of the form's own 6 rows is modelled as its own bounded field set, following this registry's established bounded-repeating-group convention.
-
child3PlaceOfBirthstring optionalPlace of birth of child under 18 #3.
-
child3DateOfBirthdate optionalDate of birth of child under 18 #3.
-
child4GivenNamestring optionalGiven name of child under 18 #4 included in this application, if applicable. The form prints a fixed table of 6 numbered rows (not an open-ended repeating group); GovSchema's repeating-groups proposal (GSP-0009) is not yet part of the accepted v0.3 specification, so each of the form's own 6 rows is modelled as its own bounded field set, following this registry's established bounded-repeating-group convention.
-
child4PlaceOfBirthstring optionalPlace of birth of child under 18 #4.
-
child4DateOfBirthdate optionalDate of birth of child under 18 #4.
-
child5GivenNamestring optionalGiven name of child under 18 #5 included in this application, if applicable. The form prints a fixed table of 6 numbered rows (not an open-ended repeating group); GovSchema's repeating-groups proposal (GSP-0009) is not yet part of the accepted v0.3 specification, so each of the form's own 6 rows is modelled as its own bounded field set, following this registry's established bounded-repeating-group convention.
-
child5PlaceOfBirthstring optionalPlace of birth of child under 18 #5.
-
child5DateOfBirthdate optionalDate of birth of child under 18 #5.
-
child6GivenNamestring optionalGiven name of child under 18 #6 included in this application, if applicable. The form prints a fixed table of 6 numbered rows (not an open-ended repeating group); GovSchema's repeating-groups proposal (GSP-0009) is not yet part of the accepted v0.3 specification, so each of the form's own 6 rows is modelled as its own bounded field set, following this registry's established bounded-repeating-group convention.
-
child6PlaceOfBirthstring optionalPlace of birth of child under 18 #6.
-
child6DateOfBirthdate optionalDate of birth of child under 18 #6.
-
contact1Namestring optionalName of family member/acquaintance in Israel #1, if applicable. The form prints a fixed table of 4 numbered rows (not an open-ended repeating group); modelled as a bounded field set per row, following the same convention as the children table above.
-
contact1Relationstring optionalRelation of family member/acquaintance in Israel #1 to the applicant.
-
contact1Addressstring optionalAddress of family member/acquaintance in Israel #1.
-
contact2Namestring optionalName of family member/acquaintance in Israel #2, if applicable. The form prints a fixed table of 4 numbered rows (not an open-ended repeating group); modelled as a bounded field set per row, following the same convention as the children table above.
-
contact2Relationstring optionalRelation of family member/acquaintance in Israel #2 to the applicant.
-
contact2Addressstring optionalAddress of family member/acquaintance in Israel #2.
-
contact3Namestring optionalName of family member/acquaintance in Israel #3, if applicable. The form prints a fixed table of 4 numbered rows (not an open-ended repeating group); modelled as a bounded field set per row, following the same convention as the children table above.
-
contact3Relationstring optionalRelation of family member/acquaintance in Israel #3 to the applicant.
-
contact3Addressstring optionalAddress of family member/acquaintance in Israel #3.
-
contact4Namestring optionalName of family member/acquaintance in Israel #4, if applicable. The form prints a fixed table of 4 numbered rows (not an open-ended repeating group); modelled as a bounded field set per row, following the same convention as the children table above.
-
contact4Relationstring optionalRelation of family member/acquaintance in Israel #4 to the applicant.
-
contact4Addressstring optionalAddress of family member/acquaintance in Israel #4.
-
applicantNameAtSignaturestring requiredThe applicant's name as re-printed in the form's own signature block, distinct from the familyName/givenName fields captured on page 1.
-
applicationPlacestring requiredThe place where the application was signed.
-
applicationDatedate requiredThe date the application was signed.
Verification record
This file is the source-review record for this document version, per the manual-source-review-v1 practice.
Current claim
status:draftverification.method:manual-source-review-v1verification.lastVerifiedAt:2026-07-15
Why this schema and why now (GOV-3101)
The GOV-3094 cycle ("GovSchema Standard Research") screened all of Israel's remaining verticals and found the Ministry of Foreign Affairs' "Entry Visa to Israel - Application Form" a genuine, unauthenticated, native-text PDF at a direct embassies.gov.il URL — but left it as disclosed backlog (a one-cycle authoring budget already spent on the Passport vertical that same cycle), noting it as the ready-to-author candidate for Israel's Visa vertical. This cycle (GOV-3101, "GovSchema Standard Research") re-scanned CATALOG.md's own "Genuinely open, well-sourced candidates" section, found this exact pre-scouted candidate still open, and independently re-fetched and re-verified it from scratch (not trusted as-is) before authoring.
Sources examined
- Document
(id, version):il/mfa/entry-visa-application/1.0.0 - Spec version: GovSchema
0.3.0 - Authority: Ministry of Foreign Affairs, Global Consular Service (Sherut Konsulari Olami).
- Primary source:
- Direct PDF: https://embassies.gov.il/sites/default/files/media_upload/application_form_for_granting_an_entry_visa_to_israel-tourist.pdf — re-fetched independently this cycle via plain
curl: HTTP 200, content-length 375,167 bytes, sha2563936353b36b102d6190496edc3b77a0c08a6cedcec1a7883c90cfe9cd2baf6bc. No login/CAPTCHA gate on this directmedia_uploadURL. - Extracted via
pdfjs-dist(legacy CJS build, pinned to2.16.105, the same build already used foril/moin/dr1-passport-application). Confirmed: 3 pages;getFieldObjects()returns null and 0 page annotations on every page (a flat, non-fillable print-and-fill PDF, matching this jurisdiction's other two schemas). The text layer is native (not OCR/scanned), bilingual Hebrew (RTL) and English (LTR). - As with the DR/1 schema, raw text-content extraction (even after grouping into y-bands and sorting each band by x) returns Hebrew fragments in a visually jumbled order. All 3 pages were additionally rendered to 2.5×-scale PNGs via
node-canvasand read visually, cross-checked against the position-sorted text dump. - A full-text scan of all 3 pages for
*,חובה("mandatory"), andחייב("required") returned zero matches — this form carries no explicit required/optional marker anywhere, unlike this jurisdiction's other two schemas (see Scope decisions, required/optional judgment call).
- Direct PDF: https://embassies.gov.il/sites/default/files/media_upload/application_form_for_granting_an_entry_visa_to_israel-tourist.pdf — re-fetched independently this cycle via plain
Scope decisions
- Bilingual mirrored checkboxes are collapsed to a single field per choice. The form prints several choices as two structurally independent checkbox pairs — one under a Hebrew label (read right-to-left) and one under the equivalent English label (read left-to-right) — for the same underlying option, rather than one checkbox per option.
documentType(Passport / Laissez-Passer),gender(Male / Female), andfamilyStatus(Married / Single / Widowed / Divorced) each follow this pattern and are modeled as a single enum field per choice, following the identical convention this registry already established foril/moin/dr1-passport-application. residencePermitCategoryrequired a coordinate-level pass —pdfjs-distgetTextContent()item x/y positions, not just line-joined text — to resolve unambiguously, since the two-column, three-row Hebrew checkbox grid and its English gloss column are offset by roughly one display row. The Hebrew grid's right column reads (top-to-bottom) "ביקור", "ארעי", "עבודה" at x≈262–290pt; its left column reads "תושב", "עולה" at x≈207–231pt (each row confirmed by shared y-coordinates, e.g. row 1 at y=394.7). The English gloss column prints "Visitor"/"Resident" on row 1 (y=394.4, matching the Hebrew row above), a single combined phrase "Temporary Resident" on row 2 (y=379.7, glossing that row's own "ארעי"), and "Immigrant"/"Work" on row 3 (y=365.2 — "Immigrant" glosses row 2's own "עולה", offset down by one display row from its Hebrew counterpart, while "Work" aligns with row 3's own "עבודה"). This yields 5 distinct categories — Visitor, Resident, Temporary Resident, Immigrant, Work — consistent with Israel's own real-world entry/residence-status taxonomy for a consular entry-visa form; modeled as a single required enum field rather than guessed from line-joined text alone.- Two identically-labeled contact-detail boxes are modeled as two generically-ordered fields, not guessed apart. The form prints two "מס' טלפון נייד" / "Mobile No." columns and two "E-mail" / "כתובת אלקטרונית" boxes, each pair sharing the exact same label with no distinguishing sub-text anywhere on the page (confirmed via a coordinate dump of that row, not assumed from line-joined text). Modeled as
mobilePhoneNumber1/mobilePhoneNumber2andemailAddress1/emailAddress2, in the form's own left-to-right column order, rather than inventing a distinguishing purpose the form itself does not state. returnVisaDetailsisrequiredWhendocumentTypeequalsLAISSEZ_PASSER, following the form's own instruction ("אם ברשותך תעודת מעבר שהוצאה על ידי מדינת ישיבתך הקבועה... אנא ציין אם הוענקה לך אשרת חזרה ומה תוקפה") directing this question specifically at applicants travelling on a laissez-passer issued by their state of permanent residence.- Required/optional judgment call, disclosed. Unlike
il/tax-authority/1301-personal-detailsandil/moin/dr1-passport-application, this form carries no asterisk, bolding, or any other explicit required-field marker on any of its 3 pages (confirmed by the full-text scan noted above). In the absence of any such marker, core applicant identity, current travel-document, permanent-address-abroad, visit-purpose/detail, residence-permit- category, and signature-block fields are modeledrequired: true, while fields describing family members, additional contacts, or a second phone/email box are modeled optional. This is a judgment call, disclosed here rather than left implicit. - Bounded repeating groups, not open-ended ones. The "ילדים עד גיל 18" (Children under the Age of 18) table prints a fixed 6-row grid (given name, place of birth, date of birth), and the "קרובים / מכרים בישראל" (Family/Acquaintances in Israel) table prints a fixed 4-row grid (name, relation, address); both are closed, bounded tables, not open-ended repeating structures. GovSchema's repeating-groups proposal (GSP-0009) is not yet part of the accepted v0.3 specification, so each is modeled as its own bounded per-row field set (
child1..child6,contact1..contact4), following the same bounded-repeating-group convention already used elsewhere in this registry. All spouse, child, and contact fields are optional since they apply only when the applicant has a dependent or contact to declare. documents[](3 entries) model the page-3 "הצהרה" (Declaration) text verbatim, following this registry's established convention for signed/quoted declaration blocks rather than encoding the statements as fields:accuracyAndGoodConductDeclaration(required, accuracy of the submitted details and absence of any criminal offense/threat/illness),noExpulsionOrEntryRefusalDeclaration(required, absence of any expulsion order or prior entry refusal), andvisaDoesNotOverrideMoiAuthorityAcknowledgement(required, acknowledgement that a granted visa does not override the Ministry of Interior's own authority to deny entry if the visa was obtained on false information).applicantNameAtSignaturemodels the signature block's own re-printed "שם המבקש" (Applicant's Name) blank, distinct from thefamilyName/givenNamefields captured on page 1 — the form prints this as a separate blank next to the signature line. The applicant's own signature is not modeled as a field, per this registry's established convention — the 3 declaration attestations above already carry the substance of what is being attested to.- Out of scope, disclosed here rather than silently omitted: the dotted-border box at the foot of page 3, headed "לשימוש משרדי" ("for office use") — visa grant number, visa type, validity period and duration, single/multiple-entry designation, and consular remarks — is consular-office-only processing data the applicant never supplies, and is out of scope, the same convention this registry applies to other jurisdictions' clerk-only intake/approval sections (including this jurisdiction's own DR/1 and Form 1301 schemas). The form-instructions box on page 1 (photo requirements, "complete in Hebrew or English") is guidance text, not a data field, and is not modeled.
Conformance fixtures (Phase 3)
7 fixtures committed under conformance/il/mfa/entry-visa-application/1.0.0/: 2 valid scenarios plus 5 mutation-control fixtures, each derived from one of the valid fixtures by a single targeted mutation. All 7 were run against a from-scratch, ephemeral field-by-field conformance checker (derived directly from this schema's own fields[]/documents[]/requiredWhen conditions, not committed to the repo) before being finalized:
valid-tourist-passport-holder.json(a passport-holding tourist applicant travelling alone, no dependents or additional Israel contacts declared) — 0 errors.valid-laissez-passer-holder-with-family.json(a laissez-passer-holding applicant who states their return-visa details, with a spouse, 2 children, and 2 Israel-based contacts declared) — 0 errors.mutation-control-missing-required-field.json(dropsfamilyName) — exactly 1 error.mutation-control-missing-return-visa-details.json(dropsreturnVisaDetailswhiledocumentTypeisLAISSEZ_PASSER) — exactly 1 error.mutation-control-missing-required-document.json(drops theaccuracyAndGoodConductDeclarationdocument) — exactly 1 error.mutation-control-invalid-enum-document-type.json(setsdocumentTypetoID_CARD, not in the enum) — exactly 1 error.mutation-control-invalid-date-format.json(setsdateOfBirthto14/02/1990, not ISO 8601) — exactly 1 error.
The same checker script confirmed the one requiredWhen field reference (documentType) resolves to a real field name (0 dangling references).
Structural validation
node tools/validate.mjs(full registry, post-add) — 468/468.node tools/validate-ajv.mjs(full registry, post-add, ajv 2020-12 againstspec/v0.3) — 468/468.node tools/verify-sources.mjs registry/il/mfa/entry-visa-application/1.0.0— 1 directory, 3 URLs checked, 0 warnings, 0 failures, all clear.npm run build-indexre-run intools/govschema-client/to regenerateregistry-index.jsonwith this document included.
Maturity
structural-reference: the source PDF's own printed structure (above the form's own "לשימוש משרדי" office-use box) is fully transcribed from the genuine, currently-served official form (a flat print-and-fill PDF, not an interactive AcroForm), but no live filing through the Ministry of Foreign Affairs' own channels was attempted. GovSchema is an independent, non-profit standards body and is not affiliated with, endorsed by, or operated by the State of Israel or the Ministry of Foreign Affairs.
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 Ministry of Foreign Affairs (Global Consular Service) or any government. The authoritative source is always the live government form and its official instructions.