Registry entry

Italy Request for a Passport for Adults (Modello 308)

Modello 308, 'Modulo per la richiesta di passaporto per maggiorenni' (Form for the request of a passport for adults), published by the Polizia di Stato (Ministero dell'Interno) and submitted to the Questura (provincial police headquarters) of the applicant's residence/domicile in Italy, or to the competent Diplomatic/Consular Representation abroad — booking is made online via passaportonline.poliziadistato.it. This is a genuine fillable AcroForm (57 Widget annotations confirmed via pdfjs-dist across a 3-page, 1,749,585-byte PDF), not the text-less scanned form the registry's prior GOV-2382/GOV-2404/GOV-2716 scouting passes assumed when a live-fetch WAF block against questure.poliziadistato.it prevented direct inspection — see VERIFICATION.md for the full correction and the Wayback Machine retrieval that made independent re-verification possible. This document models the applicant-facing core of page 1 of 3: personal identity/birth/residence data, the identity document being used to prove identity, contact details, physical-description fields (eye colour code, height, sex) required for the passport's own data, an already-held-passport declaration, a domicile-if-different-from-residence block, the minor-children/parental-responsibility declaration together with up to three other-parent identity blocks (the form's own 'Altro genitore: 1) 2) 3)' rows — three OTHER PARENTS holding parental responsibility, not three children, correcting a mischaracterization in this issue's own pre-scouting note), the four request-type checkboxes ('Chiede: (8)'), a pickup-delegate block, and the document/payment requirements printed on page 3 of 3's instructions. It deliberately does NOT model: the 'Alla Questura di'/'Protocollo' header boxes and the entire 'Riservato all'ufficio' attestation strip at the foot of page 1 (explicitly reserved, per the form's own footnote 11, 'al Pubblico Ufficiale competente a ricevere la documentazione' — the receiving official, not the applicant); page 2 of 3's 'Riservato all'Ufficio' checklist, 'esito accertamenti', VISTO/decision block, Poste Italiane insured-mail code, and office stamp/signature lines (all explicitly office-completed, following this registry's dk/cpr and se/skatteverket office-reserved-content precedent); and both pages' wet-ink signature lines. Two fields with no corresponding AcroForm widget are nonetheless modelled as disclosed judgment calls, matching this registry's it/mit precedent for un-widgeted but clearly applicant-facing boxes: requestingQuestura (the 'Alla Questura di' header box) and dataProtectionConsent (page 2's GDPR Article 13 consent declaration, which page 2 carries as flat image content with zero AcroForm widgets of its own). GovSchema is independent and is not affiliated with, endorsed by, or operated by the Government of Italy, the Ministero dell'Interno, or the Polizia di Stato.

Registry entry

it/poliziadistato/richiesta-passaporto-maggiorenni

Jurisdiction
Italy · national
Version
1.0.0
Verification
draft

Authoritative source Modello 308, 'Modulo per la richiesta di passaporto per maggiorenni'

Machine access

Registry catalog
registry/index.jsonone record per schema id

Field reference

59 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

  • requestingQuestura string required

    The Questura (provincial police headquarters) the request is addressed to — the office where the applicant has residence, domicile, or dimora (per footnote 1), or the Diplomatic/Consular Representation if abroad. Printed as a header box on the flat page-1 background image with no AcroForm widget of its own (disclosed judgment call — see VERIFICATION.md); still modelled here since it is unambiguously an applicant-supplied value, not office-reserved content.

  • surname string required

    The applicant's surname, part of the declaration made under criminal liability (art. 76 D.P.R. 445/2000) for false statements.

    length: 0–100
  • firstName string required

    The applicant's first name(s).

    length: 0–100
  • dateOfBirth date required

    The applicant's date of birth.

    length: 0–10
  • birthMunicipality string required

    The applicant's municipality of birth (or foreign city, if born abroad).

    length: 0–60
  • birthProvinceCode string optional

    Two-letter Italian province code of the municipality of birth (e.g. RM for Roma). Left blank if born abroad, in which case birthForeignStateCode is used instead — the source prints the two boxes side by side as an Italy-vs-abroad pair, not cross-validated here as mutually exclusive.

    pattern
  • birthForeignStateCode string optional

    Foreign-country code for the applicant's place of birth, used only when born outside Italy (three-character box, comb-formatted).

    length: 0–3
  • residenceMunicipality string required

    The applicant's municipality of residence as of the application date.

    length: 0–80
  • residenceProvinceCode string optional

    Two-letter Italian province code of the municipality of residence (e.g. MI for Milano). Left blank if resident abroad (AIRE), in which case residenceForeignStateCode is used instead.

    pattern
  • residenceForeignStateCode string optional

    Foreign-country code for the applicant's residence, used only for applicants registered as resident abroad (AIRE).

    length: 0–3
  • residenceStreetAddress string required

    Street or square name of the applicant's residence address.

    length: 0–80
  • residenceHouseNumber string optional

    House/street number of the applicant's residence address.

    length: 0–8
  • maritalStatus string optional

    The applicant's marital status, free text (e.g. celibe/nubile, coniugato/a, divorziato/a, vedovo/a).

    length: 0–15
  • identityDocumentType string required

    Type of the identity document the applicant is presenting to prove their identity (e.g. carta d'identità, patente).

    length: 0–25
  • identityDocumentNumber string required

    Number of the identity document presented.

    length: 0–30
  • identityDocumentIssuingAuthority string required

    Authority that issued the identity document presented.

  • identityDocumentIssueDate date required

    Issue date of the identity document presented, which must be currently valid per footnote (4).

    length: 0–10
  • phoneNumber string optional

    The applicant's telephone number.

    length: 0–15
  • email string optional

    The applicant's email address.

    patternlength: 0–40
  • spouseSurname string optional

    Surname of the applicant's spouse, used only if the applicant later requests it be printed on the passport (see printSpouseSurnameYes/No, footnote 10).

    length: 0–25
  • heightCm integer required

    The applicant's height in centimetres, printed on the issued passport.

    range: 100–250
  • eyeColorCode enum required

    Single-letter eye-colour code printed on the issued passport, per footnote (3)'s own legend: A = Azzurri (blue), G = Grigi (grey), M = Marroni (brown), N = Neri (black), V = Verdi (green).

    enum: A | G | M | N | V
  • sexMale boolean optional

    Applicant's sex is male. One of two mutually exclusive printed checkbox options; see exclusivityGroups. Modelled as an independent boolean, not an enum, since the source AcroForm implements the two boxes as genuinely independent checkbox widgets rather than one radio-button group (per this registry's si/ajpes precedent, GOV-2910).

  • sexFemale boolean optional

    Applicant's sex is female. One of two mutually exclusive printed checkbox options; see exclusivityGroups.

  • obstructiveConditionsYes boolean optional

    The applicant declares that conditions obstructing passport issuance under Legge 21/11/1967 n. 1185 art. 3/3-bis DO apply (e.g. a pending criminal conviction, security/prevention measure, civil decision, or administrative measure entered in the casellario giudiziale, or an inhibition order under art. 3-bis). One of two mutually exclusive printed checkbox options; see exclusivityGroups.

  • obstructiveConditionsNo boolean optional

    The applicant declares that no conditions obstructing passport issuance apply. One of two mutually exclusive printed checkbox options; see exclusivityGroups.

  • otherPassportNumber string optional

    Number of another passport (ordinary or diplomatic/service) the applicant already holds, if any, per footnote (6) — the old passport must be presented in person, or a copy of the loss/theft report if it was lost or stolen.

    length: 0–30
  • otherPassportIssuingAuthority string optional

    Issuing authority of the other passport already held, if any.

  • otherPassportIssueDate date optional

    Issue date of the other passport already held, if any.

    length: 0–10
  • domicileMunicipality string optional

    Municipality of the applicant's domicile, only when different from the residence municipality already declared.

    length: 0–50
  • domicileStreetAddress string optional

    Street or square name of the applicant's domicile address, only when different from the residence.

    length: 0–50
  • domicileHouseNumber string optional

    House/street number of the applicant's domicile address, only when different from the residence.

    length: 0–8
  • hasMinorChildrenYes boolean optional

    The applicant declares having minor children, per footnote (7) ('Il richiedente è tenuto a dichiarare se ha figli minori'). One of two mutually exclusive printed checkbox options; see exclusivityGroups.

  • hasMinorChildrenNo boolean optional

    The applicant declares having no minor children. One of two mutually exclusive printed checkbox options; see exclusivityGroups.

  • soleParentalResponsibilityYes boolean optional

    The applicant declares being the sole holder of parental responsibility over their minor children (no other parent's identity needs to be declared below). One of two mutually exclusive printed checkbox options; see exclusivityGroups.

  • soleParentalResponsibilityNo boolean optional

    The applicant declares NOT being the sole holder of parental responsibility — at least one other parent shares it, to be declared in the 'Altro genitore' block below. One of two mutually exclusive printed checkbox options; see exclusivityGroups.

  • otherParent1FullName string optional

    Full name of the first other parent holding parental responsibility over the applicant's minor children, declared when the applicant is not the sole holder. The form's own numbered rows ('Altro genitore: 1) 2) 3)') bound this to at most three other parents; flattened here to otherParent1..3, matching this registry's established bounded-repeating-group convention (e.g. ng/nis's child1..childN passport fields). Correcting this issue's own pre-scouting note: this block records up to three OTHER PARENTS, not up to three children — the form never asks for the children's own identities, only whether any exist (hasMinorChildrenYes/No).

    length: 0–50
  • otherParent1DateOfBirth date optional

    Date of birth of the first other parent holding parental responsibility.

    length: 0–10
  • otherParent1BirthMunicipality string optional

    Municipality of birth of the first other parent holding parental responsibility.

    length: 0–30
  • otherParent1BirthProvinceCode string optional

    Two-letter Italian province code of the first other parent's municipality of birth.

    pattern
  • otherParent2FullName string optional

    Full name of a second other parent holding parental responsibility, if applicable. See otherParent1FullName for the bounded-repeating-group rationale.

    length: 0–50
  • otherParent2DateOfBirth date optional

    Date of birth of the second other parent, if applicable.

    length: 0–10
  • otherParent2BirthMunicipality string optional

    Municipality of birth of the second other parent, if applicable.

    length: 0–30
  • otherParent2BirthProvinceCode string optional

    Two-letter Italian province code of the second other parent's municipality of birth, if applicable.

    pattern
  • otherParent3FullName string optional

    Full name of a third other parent holding parental responsibility, if applicable. See otherParent1FullName for the bounded-repeating-group rationale.

    length: 0–50
  • otherParent3DateOfBirth date optional

    Date of birth of the third other parent, if applicable.

    length: 0–10
  • otherParent3BirthMunicipality string optional

    Municipality of birth of the third other parent, if applicable.

    length: 0–30
  • otherParent3BirthProvinceCode string optional

    Two-letter Italian province code of the third other parent's municipality of birth, if applicable.

    pattern
  • requestIssuance boolean optional

    The applicant requests issuance of a new passport. One of four printed checkbox options under 'Chiede: (8)' ('Barrare il riquadro che interessa' — tick the box that applies); see exclusivityGroups. Modelled as an independent boolean, not an enum, matching this registry's si/ajpes precedent for genuinely independent (non-radio) checkbox widgets representing a single-select choice.

  • requestBilingualStamp boolean optional

    The applicant requests application of a bilingual stamp to an already-held passport, per footnote (9) — the passport to be stamped must be attached, and only specific Questure listed in footnote (9) (Ancona, Aosta, Bari, Bologna, Cagliari, Campobasso, Catanzaro, Firenze, Genova, L'Aquila, Milano, Napoli, Palermo, Perugia, Pesaro Urbino, Potenza, Roma, Torino, Trieste, Trento, Venezia, Verona) offer this service. One of four printed checkbox options under 'Chiede: (8)'; see exclusivityGroups.

  • requestDoublePassport boolean optional

    The applicant requests a second, simultaneous passport (doppio passaporto). One of four printed checkbox options under 'Chiede: (8)'; see exclusivityGroups.

  • requestResidenceChange boolean optional

    The applicant requests an update to reflect a change of residence. One of four printed checkbox options under 'Chiede: (8)'; see exclusivityGroups.

  • printSpouseSurnameYes boolean optional

    The applicant requests that the spouse's surname (spouseSurname) be printed on the passport, per footnote (10) ('Barrare nel caso si intenda far stampare il cognome del coniuge sul passaporto'). One of two mutually exclusive printed checkbox options; see exclusivityGroups.

  • printSpouseSurnameNo boolean optional

    The applicant does not request the spouse's surname be printed on the passport. One of two mutually exclusive printed checkbox options; see exclusivityGroups.

  • delegateSurname string optional

    Surname of the person the applicant delegates to collect the issued passport on their behalf, if any.

    length: 0–30
  • delegateFirstName string optional

    First name of the pickup delegate, if any.

    length: 0–30
  • delegateDateOfBirth date optional

    Date of birth of the pickup delegate, if any.

    length: 0–10
  • delegateFiscalCode string optional

    Italian codice fiscale (16-character alphanumeric tax code) of the pickup delegate, if any. A comb-formatted 16-box field on the source.

    pattern
  • dataProtectionConsent boolean required

    The applicant declares having read and received a copy of the privacy notice for electronic ordinary passport applicants under Article 13 of Regulation (EU) 2016/679 (GDPR) of 27 April 2016, and consents to the processing of their personal data accordingly. Page 2 of 3 carries this declaration as flat scanned/rendered image content with zero AcroForm widgets of its own (disclosed judgment call — see VERIFICATION.md); still modelled here since it is an applicant consent, not office-reserved content.

Verification record

This file is the source-review record for this document version, per the manual-source-review-v1 practice. It documents the provenance of the published fields and states the current verification claim honestly.

Current claim

  • status: draft
  • verification.method: manual-source-review-v1
  • verification.lastVerifiedAt: 2026-07-15

This is GOV-3031, a pre-scouted child issue of GOV-3026's "GovSchema Standard Research" cycle, authoring Modello 308 ("Modulo per la richiesta di passaporto per maggiorenni"), Polizia di Stato / Ministero dell'Interno, to open Italy's Passport vertical. Italy was 2/6 (DMV and Taxes only) — one of the least-built-out jurisdictions in the registry, per GOV-3026's own Executive Summary note — and reaches 3/6 with this schema.

Overturning a stale registry finding

This registry's own GOV-2382/GOV-2404/GOV-2716 previously recorded Italy's Passport vertical as a confirmed dead end, based solely on a live-fetch "Accesso negato" WAF block against questure.poliziadistato.it — the document itself was never actually inspected. This cycle overturns that finding: a Wayback Machine fallback works even though the live fetch remains WAF-blocked.

Source examined and fetched fresh

  • Authority: Polizia di Stato (Questura — Ufficio Passaporti), Ministero dell'Interno.
  • Document: Modello 308, "Modulo per la richiesta di passaporto per maggiorenni".
  • Live URL (WAF-blocked, confirmed still blocked this cycle): https://questure.poliziadistato.it/statics/33/modulo-passaporti-maggiorenni.pdf
  • Retrieval path used: queried the Wayback Machine CDX API first — http://web.archive.org/cdx/search/cdx?url=questure.poliziadistato.it/statics/33/modulo-passaporti-maggiorenni.pdf&output=json&limit=20 — which returned exactly one capture, timestamp 20250807022716. Fetched https://web.archive.org/web/20250807022716/https://questure.poliziadistato.it/statics/33/modulo-passaporti-maggiorenni.pdf directly via curl (per this registry's established rule, web.archive.org URLs are fetched via curl, never WebFetch, which hard-fails on them). The issue's suggested wildcard form (.../20250807000000*/questure.poliziadistato.it/...) is a CDX query syntax, not a fetchable snapshot URL — the CDX API call above is the correct way to resolve it to one.
  • Fetched: direct curl from this sandbox, 2026-07-15. HTTP 200, content-type: application/pdf, memento-datetime: Thu, 07 Aug 2025 02:27:16 GMT, no login/CAPTCHA gate on the Wayback mirror.
  • Size: 1,749,585 bytes — matches the issue's own citation exactly.
  • sha256: 67ef4f41dd8ee5681aab1c1389a11f8608a52c208ddd93f0f3011ef1a7eee384 — matches the issue's own citation exactly, independently recomputed via sha256sum in this sandbox.
  • Pages: 3 (confirmed via pdfjs-dist's doc.numPages and via mupdf's doc.countPages() — both agree), not the "roughly 2-3 pages" the issue's pre-scouting note guessed.
  • A second independent mirror (studio74.it) was not additionally re-fetched this cycle: the Wayback capture's sha256 already matches the issue's own independently-stated hash byte-for-byte, and tools/verify-sources.mjs re-confirms the cited Wayback URL resolves live at PR time.

Major correction: this is a genuine fillable AcroForm, not a static PDF

The issue's own pre-scouting note states the form is "a static PDF, zero AcroForm widgets, but a clean labeled layout." This is incorrect, and this cycle corrects it before authoring against the wrong premise:

  • pdfjs-dist 4.10.38 (legacy/build/pdf.mjs) page.getAnnotations() found 57 /Widget annotations on page 1 of 3 (43 Tx text fields, 14 Btn independent checkboxes, all with radioButton: false — confirmed genuinely independent widgets, not a native PDF radio group; the 43/14 split corrects an initial 44/13 miscount caught during review-gate re-verification, the 57 total and every individual field-name mapping were unaffected). Page 2 of 3 has zero widgets (one flat image plus a Link annotation). Page 3 of 3 has zero widgets and exactly one Link annotation, to https://passaportonline.poliziadistato.it/.
  • Both getTextContent() and an getOperatorList() dump confirm pages 1-2 have zero extractable text items: each page is a single full-page paintImageXObject call (2480x3508 px JPEG) with the 57 widgets overlaid on top at precise coordinates for data entry. Only page 3 (the numbered footnote instructions) carries a genuine vector-text layer (325 text items).
  • The PDF uses Standard-security-handler V4/AESV2 128-bit encryption with an empty user password (permissions-only restrictions, e.g. printing) — confirmed by locating the /Encrypt dictionary (/Filter /Standard /V 4 /CF <</StdCF <</CFM/AESV2>>>>) and by the two image objects' raw stream bytes (objects 474, 476, both /Filter/DCTDecode) not being valid JPEG when read directly off disk (%FFD8FF header absent) — i.e. genuinely encrypted at the stream level, unlike this registry's it/mit TT2119 precedent (GOV-2389), which had no encryption and could be read directly from the object stream after a plain zlib.inflateSync.
  • node-canvas-based pdfjs-dist page.render() reproduced this registry's known image-XObject rendering failure (TypeError: Image or Canvas expected, the same GOV-2316/GOV-2389 limitation) for pages 1-2; page 3 rendered fine. Direct object-stream extraction (the GOV-2389 TT2119 technique) was not viable here because the image streams are AES-encrypted and manual PDF decryption was not attempted. Instead, the npm mupdf package (mupdf@1.28.0, a WASM build of MuPDF with its own independent decryption/rendering pipeline) rendered all 3 pages to PNG at 3x scale with no failures. Page 1 was read directly off the rendered PNG, and every one of the 57 widget rects was cross-checked by drawing each widget's rect (converted from PDF user-space, bottom-left origin, to the rendered image's top-left-origin pixel space at the same 3x scale) as a labelled overlay box on top of the rendered page, confirming every field-name-to-visible-label mapping used in this schema by direct visual co-location. (The annotation script and annotated PNG were discarded after use; not committed.)
  • Field count: 57 real AcroForm widgets, not the issue's "roughly 30-35" estimate. The estimate undercounted mainly because the up-to-3 other-parent repeating block alone contributes 12 fields (see below), and several single-purpose boxes (birth/residence province-vs-foreign-country code pairs, "N.civico" house-number boxes) are each their own separate widget rather than folded into a neighbouring one.

Correcting the issue's own pre-scouting description of the "children" block

The issue's pre-scouting note describes "minor children + parental- responsibility holder(s) (up to 3 children with each parent's data)." This is not accurate and is corrected here: the form's "Altro genitore: 1) 2) 3)" block (Cognome e nome / Data di nascita / Comune di nascita / Sigla prov., repeated three times) records up to three OTHER PARENTS holding parental responsibility over the applicant's minor children — relevant only when "Unico esercente responsabilità genitoriale" = NO (the applicant is not the sole holder of parental responsibility). The form never asks for the children's own identities anywhere; it only asks a yes/no question ("Figli minori? (7)" — does the applicant have minor children) plus, when responsibility is shared, who else holds it. Modelled here as a bounded 1-3 repeating group (otherParent1..otherParent3), matching this registry's established child1..childN bounded-repeating-group convention (e.g. ng/nis's Nigeria passport schema's child1Name..child3PlaceOfBirth fields).

Independent checkboxes vs. radio groups

All 14 Btn widgets are confirmed genuinely independent (radioButton: false, exportValue: "Yes" on every one, no shared parent field). Per this registry's si/ajpes precedent (GOV-2910), each is modelled as its own independent boolean field rather than a single enum, with exclusivityGroups recording the six pick-one-of-two/four choices the source visually presents as SI/NO pairs or a single-select checkbox row: sesso (sexMale/sexFemale), obstructiveConditions, hasMinorChildren, soleParentalResponsibility, requestType (the four "Chiede: (8)" options), and printSpouseSurname. Per spec §8.4, exclusivityGroups only enforces "at most one member set," not "at least one" — the same accepted gap the si/ajpes/ng/cac precedents carry; not re-litigated here.

Two disclosed fields with no AcroForm widget

  • requestingQuestura (the "Alla Questura di" header box) — part of page 1's flat background image, not a widget, but unambiguously an applicant-supplied value (which Questura the request is addressed to), matching this registry's it/mit existingPlateNumber precedent for a clearly applicant-facing box with no widget of its own.
  • dataProtectionConsent (page 2's GDPR Article 13 consent declaration) — page 2 carries zero AcroForm widgets at all (confirmed above); this declaration is nonetheless an applicant consent, not office-reserved content, so it is modelled as a required boolean field despite having no widget.

Both are disclosed judgment calls, not silently assumed.

Text extraction (page 3 of 3)

Page 3's genuine vector-text layer was extracted via getTextContent() with y-coordinate row-clustering (items grouped within a 3pt y-tolerance band, then sorted by x within each row) — the same row-reconstruction technique this registry's gr/yme cycle (GOV-3026) established for out-of-visual-order text streams. Page 3's own item order already matched visual reading order once row-clustered, so no further re-sequencing was needed. All quoted footnote text (footnotes 1-11, "INDICAZIONI GENERALI", and the lettered a-e document list) was transcribed verbatim from this extraction, including the exact legal citation the issue asked to confirm: footnote 5 reads, verbatim, "Legge 21/11/1967 nr. 1185 articoli 3 e 3 bis" — matching the issue's cited "Legge 21/11/1967 n. 1185 art. 3/3-bis" exactly (the printed form uses "nr." and spells out "articoli... 3 bis" rather than a slash, but the citation is the same law and articles).

Field inventory and scope

59 fields[] entries (57 AcroForm widgets + 2 disclosed non-widget fields), plus 5 documents[] entries.

In scope: identity/birth/residence data (surname, firstName, dateOfBirth, birthMunicipality, birthProvinceCode/ birthForeignStateCode, residenceMunicipality, residenceProvinceCode/residenceForeignStateCode, residenceStreetAddress, residenceHouseNumber, maritalStatus); the identity document being used to prove identity (identityDocumentType, identityDocumentNumber, identityDocumentIssuingAuthority, identityDocumentIssueDate); contact details (phoneNumber, email); physical-description fields the issued passport itself carries (heightCm, eyeColorCode — a 5-value closed enum per footnote 3's own legend, sexMale/sexFemale); an already-held-passport declaration (otherPassportNumber/otherPassportIssuingAuthority/ otherPassportIssueDate); a domicile-if-different-from-residence block (domicileMunicipality/domicileStreetAddress/domicileHouseNumber); the minor-children/parental-responsibility declaration (hasMinorChildrenYes/No, soleParentalResponsibilityYes/No) plus the bounded 1-3 other-parent repeating block; the four request-type checkboxes (requestIssuance/requestBilingualStamp/requestDoublePassport/ requestResidenceChange); the spouse-surname-printing declaration (spouseSurname, printSpouseSurnameYes/No); a pickup-delegate block (delegateSurname/delegateFirstName/delegateDateOfBirth/ delegateFiscalCode); requestingQuestura; and dataProtectionConsent.

Deliberately out of scope:

  • The "Alla Questura di" box's sibling, "Protocollo" — an office-assigned reference/protocol number, not an applicant-supplied value, excluded as office-reserved content (unlike requestingQuestura, which the applicant themselves fills in).
  • The entire "Riservato all'ufficio" attestation strip at the foot of page 1 ("Il sottoscritto attesta che la firma... DATA PRESENTAZIONE ISTANZA / TIMBRO UFFICIO RICEVENTE / FIRMA PER ESTESO E QUALIFICA DEL P.U. COMPETENTE") — explicitly reserved, per the form's own footnote (11), "Riservato al Pubblico Ufficiale competente a ricevere la documentazione" (reserved for the receiving public official), following this registry's dk/cpr/se/skatteverket/it/mit office-reserved-content precedent.
  • Page 2 of 3's entire "Riservato all'Ufficio" section: the 7-item document-received checklist, "esito accertamenti" free-text box, the VISTO/decision block ("SI RILASCIA"/"SI RIGETTA"/"SI ARCHIVIA"/"SI SOSPENDE"), the "codice assicurata Poste italiane" box, and the office stamp/signature/date lines — all explicitly office-completed following the same precedent.
  • Both pages' wet-ink signature lines ("Firma richiedente" on page 1; "Firma" on page 2) — no AcroForm widget of their own, following this registry's established convention of not modelling a bare signature line with no data-entry box.

Documents

Transcribed from page 3/3's own lettered list, "DA PRODURRE ALL'ATTO DELLA PRESENTAZIONE DELL'ISTANZA: a)-e)":

  1. identityDocumentCopy (identity-document, required) — list item a), a photocopy of the applicant's valid identity document.
  2. icaoPhotographs (supporting-evidence, required) — list item b), two recent ICAO-compliant photographs (cross-referenced against footnote 2's fuller description).
  3. electronicPassportPaymentReceipt (payment, required, amount: {EUR, 42.50}) — list item c), the postal bollettino payment to the Ministero dell'Economia e delle Finanze.
  4. administrativeContributionStamp (payment, requiredWhen: not requestBilingualStamp, amount: {EUR, 73.50}) — list item d); the source itself states this is "non necessario per il passaporto temporaneo" (an office-side determination outside this form's applicant-facing scope), so this schema instead gates it on the one applicant-facing signal available — a bilingual-stamp request, which per footnote (9) concerns an already-issued passport rather than a new one requiring this stamp.
  5. priorPassportOrLossReportCopy (supporting-evidence, not gated by requiredWhen) — list item e); left as an always-optional, disclosed judgment call rather than gated on otherPassportNumber's emptiness, per this registry's known anti-pattern of gating requiredWhen on an optional text field being an empty string (a false-negative risk when the field is simply absent rather than an explicit empty string).

Conformance testing

A from-scratch, ephemeral field-by-field conformance checker (deriving required/requiredWhen/enum/pattern/exclusivityGroups rules directly from this schema's own fields[]/documents[]; discarded after use, not committed) was run against 2 valid scenarios and 6 mutation controls in conformance/it/poliziadistato/richiesta-passaporto-maggiorenni/1.0.0/:

  1. valid-single-applicant-no-minor-children.json — a single applicant with no minor children, requesting ordinary issuance. 0 errors.
  2. valid-minor-children-shared-responsibility-and-delegate.json — an applicant with minor children, shared parental responsibility (one other parent declared), a bilingual-stamp request (so the administrative- contribution stamp is not required), spouse-surname printing requested, and a pickup delegate. 0 errors.

Six mutation controls, each hand-derived from a passing scenario by introducing exactly one violation:

  1. mutation-control-missing-required-field.json — deletes surname. 1 error (missing required field).
  2. mutation-control-missing-required-document.json — removes identityDocumentCopy from documents[]. 1 error (missing required document).
  3. mutation-control-enum-violation.json — sets eyeColorCode to "X" (not in the 5-value enum). 1 error.
  4. mutation-control-pattern-violation.json — sets birthProvinceCode to "123" (fails the ^[A-Z]{2}$ province-code pattern). 1 error.
  5. mutation-control-exclusivitygroup-violation.json — sets both sexMale and sexFemale to true. 1 error (exclusivityGroups violation).
  6. mutation-control-requiredwhen-violation.json — deletes otherParent1FullName while hasMinorChildrenYes/ soleParentalResponsibilityNo are both true. 1 error (missing conditionally-required field).

All six mutation controls raised exactly the expected single error; the two passing scenarios raised zero.

Meta-schema validation

  • node tools/validate.mjs registry/it/poliziadistato/richiesta-passaporto-maggiorenni/1.0.0/schema.jsonok.
  • node tools/validate-ajv.mjs registry/it/poliziadistato/richiesta-passaporto-maggiorenni/1.0.0/schema.jsonok (ajv 2020-12, spec v0.3 meta-schema).

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 Polizia di Stato — Questura (Ufficio Passaporti) or any government. The authoritative source is always the live government form and its official instructions.