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

Jurisdiction
Israel · national
Version
1.0.0
Verification
draft

Authoritative source Form MR/41 (מר/41), "בקשה לתעודת זהות ביומטרית" (Application for a Biometric Identity Card), office edition 07/2022

Machine access

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

  • requestReason enum required

    The 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
  • idNumber string required

    Applicant's national identity number (Teudat Zehut).

  • familyName string required

    Applicant's family name.

  • firstName string required

    Applicant's first name.

  • fatherName string required

    Applicant's father's given name.

  • paternalGrandfatherName string required

    Applicant's paternal grandfather's given name.

  • motherName string required

    Applicant's mother's given name.

  • birthDateHebrew string required

    Applicant'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.

  • birthDateGregorian date required

    Applicant's date of birth in the Gregorian calendar.

  • countryOfBirth string required

    Applicant's country of birth.

  • gender enum required

    Applicant's gender, as printed on the form's own personal-status table.

    enum: MALE | FEMALE
  • maritalStatus enum required

    Applicant's marital status, as printed on the form's own personal-status table.

    enum: SINGLE | MARRIED | DIVORCED | WIDOWED
  • nationality string required

    Applicant's nationality, as recorded in the Population Registry.

  • suppressHebrewBirthDateOnCard boolean optional

    Whether 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.

  • familyNameEnglish string optional

    Applicant's family name transliterated into English.

  • firstNameEnglish string optional

    Applicant's first name transliterated into English.

  • previousFamilyName string optional

    Applicant's previous family name, if changed (not a maiden name).

  • previousFirstName string optional

    Applicant's previous first name, if changed (not a maiden name).

  • maidenName string optional

    Applicant's maiden name, for a married applicant, if applicable.

  • registerPreviousNameDespite7Years boolean optional

    Opt-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.

  • suppressMaidenNameAfter7Years boolean optional

    Opt-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.

  • primaryAddressLocality string required

    Locality (city/town) of the applicant's primary address, as will be printed on the ID supplement.

  • primaryAddressStreet string required

    Street of the applicant's primary address.

  • primaryAddressHouseNumber string required

    House number of the applicant's primary address.

  • primaryAddressApartment string optional

    Apartment number of the applicant's primary address.

  • primaryAddressZipCode string optional

    Postal code of the applicant's primary address.

  • mobilePhone string optional

    Applicant's mobile phone number.

  • registerAsMailingAddressForCorrespondence boolean optional

    Whether 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.

  • alsoRegisterForMinorChildren boolean optional

    Whether the same mailing-address registration should also apply to the applicant's minor children.

  • deliveryCareOfFamily string optional

    Care-of family name for delivery of the completed identity card, if delivered other than directly to the applicant.

  • deliveryAddressLocality string optional

    Locality of the address the completed identity card should be delivered to, if different from the applicant's primary address.

  • deliveryAddressStreet string optional

    Street of the address the completed identity card should be delivered to.

  • deliveryAddressHouseNumber string optional

    House number of the address the completed identity card should be delivered to.

  • deliveryAddressApartment string optional

    Apartment number of the address the completed identity card should be delivered to.

  • deliveryAddressPoBox string optional

    PO box of the address the completed identity card should be delivered to.

  • deliveryAddressZipCode string optional

    Postal code of the address the completed identity card should be delivered to.

  • applicationPlace string required

    Place where the application is signed.

  • applicationDate date required

    Date the application is signed.

  • lossEventDate date optional

    Date the identity card was lost, stolen, or damaged. Only applicable when requestReason is LOST_STOLEN_DAMAGED_REPLACEMENT.

  • lossType enum optional

    The specific circumstance of the card's loss.

    enum: LOST | STOLEN | DAMAGED
  • declaringOnBehalfOf enum optional

    Whether 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
  • parentName string optional

    Name of the consenting parent signing the loss/theft/damage declaration on behalf of their minor child.

  • parentIdNumber string optional

    Identity number of the consenting parent signing the loss/theft/damage declaration on behalf of their minor child.

  • lossCircumstances string optional

    Circumstances of the loss, theft, or damage.

  • lossLocation string optional

    Place where the loss, theft, or damage occurred, described as specifically as possible.

  • policeReportFiled boolean optional

    Whether a police report was filed for the loss or theft.

  • policeReportLocation string optional

    Police station where the report was filed.

  • declarantName string optional

    Name of the person signing the loss/theft/damage declaration (the applicant, or the consenting parent when declaring on behalf of a minor child).

  • declarantIdNumber string optional

    Identity 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: draft
  • verification.method: manual-source-review-v1
  • verification.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-type application/pdf, content-length 206,497 bytes, sha256 0b466f1d772b4261463b6a757098e855606d14bd0fe6a7dbcb7b44deaa686258. The gov.il service landing page itself (e.g. /he/service/biometric_smart_id_request) returns HTTP 403 (Cloudflare bot-mitigation), but this direct BlobFolder asset path bypasses that challenge entirely — the same pattern already established for il/moin/dr1-passport-application and il/tax-authority/1301-personal-details.
    • Extracted via pdfjs-dist (legacy CJS build, pinned to 3.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-canvas and 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, sha256 61ca67cdafdf5bd20546539c36d797cfe50f09b6a5aa9351d5b6d3062d081225. 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).

Scope decisions

Form MR/41 is a single page with a printed "לשימוש המשרד" ("for office use") divider near the bottom:

  1. 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 when requestReason is LOST_STOLEN_DAMAGED_REPLACEMENT — the loss/theft/ damage declaration sub-section (date, type, circumstances, location, police report, declarant details).
  2. 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.
  3. The two 7-year name-retention checkboxes have opposite default polarity, confirmed via the rendered-image cross-check described above:
    • registerPreviousNameDespite7Years is 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.
    • suppressMaidenNameAfter7Years is 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's sourceRef.
  4. paternalGrandfatherName (שם הסב, אבי האב) is modeled required: 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.
  5. birthDateHebrew is modeled as a free-text string, not date: the Hebrew calendar has no ISO-8601 representation and GSP-0013 defines no Hebrew-calendar date type. birthDateGregorian is modeled as the standard date type.
  6. General minor-consent gating (as used in Form DR/1's applicantIsMinor/consentingParentIdNumber pair) 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 narrower parentName/parentIdNumber fields (themselves requiredWhen declaringOnBehalfOf is MINOR_CHILD, itself only reachable when requestReason is LOST_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.
  7. Each of the six requestReason values carries its own attachment requirement, modeled as a documents[] entry requiredWhen that specific reason (or, for the two reasons sharing an identical attachment note, the in operator 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 own sourceRef rather 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.
  8. 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), requiredWhen requestReason is LOST_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 a documents[] attestation cannot itself carry structured applicant-supplied data.
  9. policeReportLocation is requiredWhen policeReportFiled is true (not requiredWhen the 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 (drops fatherName) — exactly 1 error.
  • mutation-control-missing-parent-id-number.json (drops parentIdNumber while declaringOnBehalfOf is MINOR_CHILD) — exactly 1 error.
  • mutation-control-missing-police-report-location.json (drops policeReportLocation while policeReportFiled is true) — exactly 1 error.
  • mutation-control-missing-loss-declaration-document.json (drops the lossDeclarationStatement document while requestReason is LOST_STOLEN_DAMAGED_REPLACEMENT) — exactly 1 error.
  • mutation-control-invalid-enum-request-reason.json (sets requestReason to FIRST_TIMEE, not in the enum) — exactly 1 error.
  • mutation-control-invalid-date-format.json (sets applicationDate to 15/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 against spec/v0.3) — 473/473.
  • node tools/verify-sources.mjs — checked, see result recorded at commit time; the direct BlobFolder PDF URL this schema's source.url cites resolves cleanly on a fresh fetch.
  • npm run build-index re-run in tools/govschema-client/ to regenerate registry-index.json with 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.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 Population and Immigration Authority (Rashut HaOchlusin VeHaHagira) or any government. The authoritative source is always the live government form and its official instructions.