Registry entry
Israel Form MR/41 — Application for a Biometric Identity Card
The Population and Immigration Authority's (Rashut HaOchlusin VeHaHagira) Form MR/41 ("מר/41", "בקשה לתעודת זהות ביומטרית"), the unified application for an Israeli biometric identity card (Teudat Zehut), covering first-time issuance, renewal of an expired card, replacement of a worn card, an update following a change of personal details, replacement of a lost/stolen/damaged card, and replacement following cancellation of the current card. Opens Israel's National ID & Civic Documents vertical (1 of 6). This document models the applicant's own identity, birth, personal-status, and address details; the two independent 7-year name-retention checkboxes; the mailing-address registration checkboxes; and the conditional loss/theft/damage declaration sub-section (date, type, circumstances, location, police report, and declarant details) that applies only when the request reason is a lost/stolen/damaged replacement. It excludes the section printed below the form's own "לשימוש המשרד" ("for office use") divider: the receiving branch code, intake date, and the names of the receiving/examining clerks, none of which the applicant 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 Population and Immigration Authority. GovSchema is independent and is not affiliated with, endorsed by, or operated by the State of Israel.
Registry entry
il/moin/mr41-biometric-id-application
Authoritative source Form MR/41 (מר/41), "בקשה לתעודת זהות ביומטרית" (Application for a Biometric Identity Card), office edition 07/2022
Machine access
- Schema document
registry/il/moin/mr41-biometric-id-application/1.0.0/schema.jsonapplication/schema+json- Verification record
registry/il/moin/mr41-biometric-id-application/1.0.0/VERIFICATION.mdtext/markdown- Registry catalog
registry/index.jsonone record per schema id
Field reference
49 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
-
requestReasonenum requiredThe reason for this application, matching the form's own six mutually-exclusive checkboxes. Each reason carries its own attachment requirement, modeled as a requiredWhen documents[] entry.
enum: FIRST_TIME | RENEWAL_EXPIRED | WORN_REPLACEMENT | PERSONAL_DETAILS_CHANGE | LOST_STOLEN_DAMAGED_REPLACEMENT | CANCELLATION_REPLACEMENT -
idNumberstring requiredApplicant's national identity number (Teudat Zehut).
-
familyNamestring requiredApplicant's family name.
-
firstNamestring requiredApplicant's first name.
-
fatherNamestring requiredApplicant's father's given name.
-
paternalGrandfatherNamestring requiredApplicant's paternal grandfather's given name.
-
motherNamestring requiredApplicant's mother's given name.
-
birthDateHebrewstring requiredApplicant's date of birth in the Hebrew calendar, as printed in the Population Registry. Modeled as free text since the Hebrew calendar has no ISO-8601 representation.
-
birthDateGregoriandate requiredApplicant's date of birth in the Gregorian calendar.
-
countryOfBirthstring requiredApplicant's country of birth.
-
genderenum requiredApplicant's gender, as printed on the form's own personal-status table.
enum: MALE | FEMALE -
maritalStatusenum requiredApplicant's marital status, as printed on the form's own personal-status table.
enum: SINGLE | MARRIED | DIVORCED | WIDOWED -
nationalitystring requiredApplicant's nationality, as recorded in the Population Registry.
-
suppressHebrewBirthDateOnCardboolean optionalWhether the applicant opts out of having their Hebrew-calendar birth date printed on the identity card. By law the Hebrew birth date is printed by default; marking this box suppresses it.
-
familyNameEnglishstring optionalApplicant's family name transliterated into English.
-
firstNameEnglishstring optionalApplicant's first name transliterated into English.
-
previousFamilyNamestring optionalApplicant's previous family name, if changed (not a maiden name).
-
previousFirstNamestring optionalApplicant's previous first name, if changed (not a maiden name).
-
maidenNamestring optionalApplicant's maiden name, for a married applicant, if applicable.
-
registerPreviousNameDespite7Yearsboolean optionalOpt-in checkbox: whether the applicant's previous (non-maiden) name should still be printed on the ID supplement even though more than 7 years have passed since the change. The form's own default, absent this checkbox, is to omit the previous name once 7 years have passed since the change.
-
suppressMaidenNameAfter7Yearsboolean optionalOpt-out checkbox: whether the applicant does NOT want their maiden name printed on the ID supplement once 7 years have passed since the maiden name was replaced. This is the opposite polarity from registerPreviousNameDespite7Years above — the form's own default once that 7-year threshold is reached is to print the maiden name, and this checkbox suppresses it.
-
primaryAddressLocalitystring requiredLocality (city/town) of the applicant's primary address, as will be printed on the ID supplement.
-
primaryAddressStreetstring requiredStreet of the applicant's primary address.
-
primaryAddressHouseNumberstring requiredHouse number of the applicant's primary address.
-
primaryAddressApartmentstring optionalApartment number of the applicant's primary address.
-
primaryAddressZipCodestring optionalPostal code of the applicant's primary address.
-
mobilePhonestring optionalApplicant's mobile phone number.
-
registerAsMailingAddressForCorrespondenceboolean optionalWhether the applicant wants the address the completed ID is delivered to also registered in the Population Registry as their general "mailing address" for correspondence from other institutions and authorities.
-
alsoRegisterForMinorChildrenboolean optionalWhether the same mailing-address registration should also apply to the applicant's minor children.
-
deliveryCareOfFamilystring optionalCare-of family name for delivery of the completed identity card, if delivered other than directly to the applicant.
-
deliveryAddressLocalitystring optionalLocality of the address the completed identity card should be delivered to, if different from the applicant's primary address.
-
deliveryAddressStreetstring optionalStreet of the address the completed identity card should be delivered to.
-
deliveryAddressHouseNumberstring optionalHouse number of the address the completed identity card should be delivered to.
-
deliveryAddressApartmentstring optionalApartment number of the address the completed identity card should be delivered to.
-
deliveryAddressPoBoxstring optionalPO box of the address the completed identity card should be delivered to.
-
deliveryAddressZipCodestring optionalPostal code of the address the completed identity card should be delivered to.
-
applicationPlacestring requiredPlace where the application is signed.
-
applicationDatedate requiredDate the application is signed.
-
lossEventDatedate optionalDate the identity card was lost, stolen, or damaged. Only applicable when requestReason is LOST_STOLEN_DAMAGED_REPLACEMENT.
-
lossTypeenum optionalThe specific circumstance of the card's loss.
enum: LOST | STOLEN | DAMAGED -
declaringOnBehalfOfenum optionalWhether this loss/theft/damage declaration is made for the applicant's own card or for their minor child's card. When made for a minor child, one parent must sign the declaration in the presence of an authority official.
enum: SELF | MINOR_CHILD -
parentNamestring optionalName of the consenting parent signing the loss/theft/damage declaration on behalf of their minor child.
-
parentIdNumberstring optionalIdentity number of the consenting parent signing the loss/theft/damage declaration on behalf of their minor child.
-
lossCircumstancesstring optionalCircumstances of the loss, theft, or damage.
-
lossLocationstring optionalPlace where the loss, theft, or damage occurred, described as specifically as possible.
-
policeReportFiledboolean optionalWhether a police report was filed for the loss or theft.
-
policeReportLocationstring optionalPolice station where the report was filed.
-
declarantNamestring optionalName of the person signing the loss/theft/damage declaration (the applicant, or the consenting parent when declaring on behalf of a minor child).
-
declarantIdNumberstring optionalIdentity number of the person signing the loss/theft/damage declaration.
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-3128)
Israel's National ID & Civic Documents vertical was the only one of its six verticals left completely unscouted going into this cycle — Passport (GOV-3094), Business Formation (GOV-3087), Taxes (GOV-3066), and Visa (GOV-3101) were already published, but no prior cycle had screened National ID at all. A dedicated scouting pass this cycle located Form MR/41 — the Population and Immigration Authority's unified biometric-ID application — as a genuine, unauthenticated, directly downloadable PDF. This cycle independently re-fetched and re-verified it from scratch rather than trusting that scouting note as-is.
Sources examined
- Document
(id, version):il/moin/mr41-biometric-id-application/1.0.0 - Spec version: GovSchema
0.3.0 - Authority: Population and Immigration Authority (Rashut HaOchlusin VeHaHagira, PIBA).
- Primary source:
- Direct PDF: https://www.gov.il/BlobFolder/generalpage/services_forms/he/MR41.pdf — independently re-fetched via plain
curl: HTTP 200, content-typeapplication/pdf, content-length 206,497 bytes, sha2560b466f1d772b4261463b6a757098e855606d14bd0fe6a7dbcb7b44deaa686258. Thegov.ilservice landing page itself (e.g./he/service/biometric_smart_id_request) returns HTTP 403 (Cloudflare bot-mitigation), but this directBlobFolderasset path bypasses that challenge entirely — the same pattern already established foril/moin/dr1-passport-applicationandil/tax-authority/1301-personal-details. - Extracted via
pdfjs-dist(legacy CJS build, pinned to3.11.174): 1 page, 405 text items,getFieldObjects()returns null and 0 page annotations — a flat, non-fillable print-and-fill PDF, not an interactive AcroForm. - Because Hebrew (RTL) text-extraction order does not reliably reflect visual reading order for a densely tabular single-page form, the page was additionally rendered to a 2.5×-scale PNG via
node-canvasand read visually. This cross-check was decisive for correctly resolving the two 7-year name-retention checkboxes' opposite polarity (see Scope decisions below) — the raw extracted text order alone would have been easy to misread as identical opt-in checkboxes. - A sibling form, MR/41א (age-16 first-time biometric ID, filed jointly by a minor applicant and one parent), was also independently re-fetched during scouting: HTTP 200, content-type
application/pdf, content-length 105,608 bytes, sha25661ca67cdafdf5bd20546539c36d797cfe50f09b6a5aa9351d5b6d3062d081225. It is not modeled in this version — disclosed as backlog for a future companion-schema cycle, per this registry's established guardian-consent companion-form pattern (e.g. the GOV-2397 rollup).
- Direct PDF: https://www.gov.il/BlobFolder/generalpage/services_forms/he/MR41.pdf — independently re-fetched via plain
Scope decisions
Form MR/41 is a single page with a printed "לשימוש המשרד" ("for office use") divider near the bottom:
- Everything above the divider is modeled: the six request-reason checkboxes (
requestReason), applicant identity (current, English, previous, and maiden names), birth/personal-status details, the Hebrew-birth-date-suppression checkbox, primary address and mobile phone, the two mailing-address-registration checkboxes, the delivery address for the completed card, the applicant's own place/date-of-signature fields, and — conditionally, only whenrequestReasonisLOST_STOLEN_DAMAGED_REPLACEMENT— the loss/theft/ damage declaration sub-section (date, type, circumstances, location, police report, declarant details). - Everything below the divider is out of scope: the receiving-office branch code, intake date, and the names of the receiving/examining clerks — none of which the applicant fills in, following this registry's established convention for other jurisdictions' clerk-only intake sections.
- The two 7-year name-retention checkboxes have opposite default polarity, confirmed via the rendered-image cross-check described above:
registerPreviousNameDespite7Yearsis an opt-in — the form's own default is to drop a changed (non-maiden) previous name from the ID supplement once 7 years have passed since the change, and this checkbox keeps it printed despite that. This mirrors Form DR/1's identical checkbox exactly.suppressMaidenNameAfter7Yearsis an opt-out — the form's own default, once 7 years have passed since the maiden name was replaced (i.e. since the marriage/name change), is to print the maiden name on the ID supplement, and this checkbox suppresses it. This is a genuinely different rule from the previous-name checkbox above, not a transcription inconsistency — the source text for each was read independently from the rendered image and quoted verbatim in each field'ssourceRef.
paternalGrandfatherName(שם הסב, אבי האב) is modeledrequired: true: the form prints it as a plain column in the same identity table as family/first/father/mother name, with no "if known" or optional marker distinguishing it from its neighbors.birthDateHebrewis modeled as a free-textstring, notdate: the Hebrew calendar has no ISO-8601 representation and GSP-0013 defines no Hebrew-calendar date type.birthDateGregorianis modeled as the standarddatetype.- General minor-consent gating (as used in Form DR/1's
applicantIsMinor/consentingParentIdNumberpair) is deliberately NOT modeled here. This form's own footer states that an application for a minor under 16 requires one parent's consent, but — unlike DR/1 — MR/41 prints no dedicated general-purpose parent-signature/ID line for that requirement anywhere on the form outside the loss/theft/ damage declaration's own narrowerparentName/parentIdNumberfields (themselvesrequiredWhendeclaringOnBehalfOfisMINOR_CHILD, itself only reachable whenrequestReasonisLOST_STOLEN_DAMAGED_REPLACEMENT). Inventing a general-purpose consent field with no corresponding printed form element would misrepresent the form's actual structure; the footer's general minor-consent requirement is disclosed here rather than encoded as an unsupported field. - Each of the six
requestReasonvalues carries its own attachment requirement, modeled as adocuments[]entryrequiredWhenthat specific reason (or, for the two reasons sharing an identical attachment note, theinoperator over both): the first-time parent's original ID, the current card in full (renewal/worn), supporting documents for a personal-details change, an identifying document for a loss/theft/damage replacement (the form's own note additionally specifies an Israeli passport is mandatory if the applicant holds one — disclosed in the document's ownsourceRefrather than encoded as a separate conditional, since GSP-0013 has no "mandatory-if-possessed" primitive), and the current ID plus travel document for a cancellation replacement. - The loss/theft/damage declaration's closing paragraph (no longer possessing the card; undertaking to return it if found; the criminal liability notice under §35(b) of the Population Registry Law 1965) is modeled as a single
documents[]attestation (lossDeclarationStatement),requiredWhenrequestReasonisLOST_STOLEN_DAMAGED_REPLACEMENT, quoting the form's own text verbatim — following this registry's established convention for signed/quoted declaration blocks — while the substantive structured data within that same section (date, type, circumstances, location, police report, declarant identity) is modeled as ordinary fields, since adocuments[]attestation cannot itself carry structured applicant-supplied data. policeReportLocationisrequiredWhenpoliceReportFiledistrue(notrequiredWhenthe broader loss/theft/damage reason), since the source form only asks for the filing location once the applicant confirms a report was actually filed.
Conformance fixtures (Phase 3)
8 fixtures committed under conformance/il/moin/mr41-biometric-id-application/1.0.0/: 2 valid scenarios plus 6 mutation-control fixtures, each derived from one of the valid fixtures by a single targeted mutation. All 8 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-first-time-adult.json(a first-time adult applicant, no previous/maiden name, no delivery-address override, no loss-declaration fields) — 0 errors.valid-lost-card-declared-for-minor-child-with-delivery-address.json(an adult declaring a card lost on behalf of their minor child, a police report filed, and a delivery address distinct from the primary address) — 0 errors.mutation-control-missing-required-field.json(dropsfatherName) — exactly 1 error.mutation-control-missing-parent-id-number.json(dropsparentIdNumberwhiledeclaringOnBehalfOfisMINOR_CHILD) — exactly 1 error.mutation-control-missing-police-report-location.json(dropspoliceReportLocationwhilepoliceReportFiledistrue) — exactly 1 error.mutation-control-missing-loss-declaration-document.json(drops thelossDeclarationStatementdocument whilerequestReasonisLOST_STOLEN_DAMAGED_REPLACEMENT) — exactly 1 error.mutation-control-invalid-enum-request-reason.json(setsrequestReasontoFIRST_TIMEE, not in the enum) — exactly 1 error.mutation-control-invalid-date-format.json(setsapplicationDateto15/07/2026, not ISO 8601) — exactly 1 error.
The same checker script confirmed every requiredWhen field reference in this schema resolves to a real field name (0 dangling references).
Structural validation
node tools/validate.mjs(full registry, post-add) — 473/473.node tools/validate-ajv.mjs(full registry, post-add, ajv 2020-12 againstspec/v0.3) — 473/473.node tools/verify-sources.mjs— checked, see result recorded at commit time; the directBlobFolderPDF URL this schema'ssource.urlcites resolves cleanly on a fresh fetch.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 divider) 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 Population and Immigration Authority's 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 Population and Immigration Authority.
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 Population and Immigration Authority (Rashut HaOchlusin VeHaHagira) or any government. The authoritative source is always the live government form and its official instructions.