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
Authoritative source Modello 308, 'Modulo per la richiesta di passaporto per maggiorenni'
Machine access
- Schema document
registry/it/poliziadistato/richiesta-passaporto-maggiorenni/1.0.0/schema.jsonapplication/schema+json- Verification record
registry/it/poliziadistato/richiesta-passaporto-maggiorenni/1.0.0/VERIFICATION.mdtext/markdown- 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
-
requestingQuesturastring requiredThe 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.
-
surnamestring requiredThe applicant's surname, part of the declaration made under criminal liability (art. 76 D.P.R. 445/2000) for false statements.
length: 0–100 -
firstNamestring requiredThe applicant's first name(s).
length: 0–100 -
dateOfBirthdate requiredThe applicant's date of birth.
length: 0–10 -
birthMunicipalitystring requiredThe applicant's municipality of birth (or foreign city, if born abroad).
length: 0–60 -
birthProvinceCodestring optionalTwo-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 -
birthForeignStateCodestring optionalForeign-country code for the applicant's place of birth, used only when born outside Italy (three-character box, comb-formatted).
length: 0–3 -
residenceMunicipalitystring requiredThe applicant's municipality of residence as of the application date.
length: 0–80 -
residenceProvinceCodestring optionalTwo-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 -
residenceForeignStateCodestring optionalForeign-country code for the applicant's residence, used only for applicants registered as resident abroad (AIRE).
length: 0–3 -
residenceStreetAddressstring requiredStreet or square name of the applicant's residence address.
length: 0–80 -
residenceHouseNumberstring optionalHouse/street number of the applicant's residence address.
length: 0–8 -
maritalStatusstring optionalThe applicant's marital status, free text (e.g. celibe/nubile, coniugato/a, divorziato/a, vedovo/a).
length: 0–15 -
identityDocumentTypestring requiredType of the identity document the applicant is presenting to prove their identity (e.g. carta d'identità, patente).
length: 0–25 -
identityDocumentNumberstring requiredNumber of the identity document presented.
length: 0–30 -
identityDocumentIssuingAuthoritystring requiredAuthority that issued the identity document presented.
-
identityDocumentIssueDatedate requiredIssue date of the identity document presented, which must be currently valid per footnote (4).
length: 0–10 -
phoneNumberstring optionalThe applicant's telephone number.
length: 0–15 -
emailstring optionalThe applicant's email address.
patternlength: 0–40 -
spouseSurnamestring optionalSurname 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 -
heightCminteger requiredThe applicant's height in centimetres, printed on the issued passport.
range: 100–250 -
eyeColorCodeenum requiredSingle-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 -
sexMaleboolean optionalApplicant'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).
-
sexFemaleboolean optionalApplicant's sex is female. One of two mutually exclusive printed checkbox options; see exclusivityGroups.
-
obstructiveConditionsYesboolean optionalThe 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.
-
obstructiveConditionsNoboolean optionalThe applicant declares that no conditions obstructing passport issuance apply. One of two mutually exclusive printed checkbox options; see exclusivityGroups.
-
otherPassportNumberstring optionalNumber 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 -
otherPassportIssuingAuthoritystring optionalIssuing authority of the other passport already held, if any.
-
otherPassportIssueDatedate optionalIssue date of the other passport already held, if any.
length: 0–10 -
domicileMunicipalitystring optionalMunicipality of the applicant's domicile, only when different from the residence municipality already declared.
length: 0–50 -
domicileStreetAddressstring optionalStreet or square name of the applicant's domicile address, only when different from the residence.
length: 0–50 -
domicileHouseNumberstring optionalHouse/street number of the applicant's domicile address, only when different from the residence.
length: 0–8 -
hasMinorChildrenYesboolean optionalThe 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.
-
hasMinorChildrenNoboolean optionalThe applicant declares having no minor children. One of two mutually exclusive printed checkbox options; see exclusivityGroups.
-
soleParentalResponsibilityYesboolean optionalThe 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.
-
soleParentalResponsibilityNoboolean optionalThe 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.
-
otherParent1FullNamestring optionalFull 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 -
otherParent1DateOfBirthdate optionalDate of birth of the first other parent holding parental responsibility.
length: 0–10 -
otherParent1BirthMunicipalitystring optionalMunicipality of birth of the first other parent holding parental responsibility.
length: 0–30 -
otherParent1BirthProvinceCodestring optionalTwo-letter Italian province code of the first other parent's municipality of birth.
pattern -
otherParent2FullNamestring optionalFull name of a second other parent holding parental responsibility, if applicable. See otherParent1FullName for the bounded-repeating-group rationale.
length: 0–50 -
otherParent2DateOfBirthdate optionalDate of birth of the second other parent, if applicable.
length: 0–10 -
otherParent2BirthMunicipalitystring optionalMunicipality of birth of the second other parent, if applicable.
length: 0–30 -
otherParent2BirthProvinceCodestring optionalTwo-letter Italian province code of the second other parent's municipality of birth, if applicable.
pattern -
otherParent3FullNamestring optionalFull name of a third other parent holding parental responsibility, if applicable. See otherParent1FullName for the bounded-repeating-group rationale.
length: 0–50 -
otherParent3DateOfBirthdate optionalDate of birth of the third other parent, if applicable.
length: 0–10 -
otherParent3BirthMunicipalitystring optionalMunicipality of birth of the third other parent, if applicable.
length: 0–30 -
otherParent3BirthProvinceCodestring optionalTwo-letter Italian province code of the third other parent's municipality of birth, if applicable.
pattern -
requestIssuanceboolean optionalThe 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.
-
requestBilingualStampboolean optionalThe 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.
-
requestDoublePassportboolean optionalThe applicant requests a second, simultaneous passport (doppio passaporto). One of four printed checkbox options under 'Chiede: (8)'; see exclusivityGroups.
-
requestResidenceChangeboolean optionalThe applicant requests an update to reflect a change of residence. One of four printed checkbox options under 'Chiede: (8)'; see exclusivityGroups.
-
printSpouseSurnameYesboolean optionalThe 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.
-
printSpouseSurnameNoboolean optionalThe applicant does not request the spouse's surname be printed on the passport. One of two mutually exclusive printed checkbox options; see exclusivityGroups.
-
delegateSurnamestring optionalSurname of the person the applicant delegates to collect the issued passport on their behalf, if any.
length: 0–30 -
delegateFirstNamestring optionalFirst name of the pickup delegate, if any.
length: 0–30 -
delegateDateOfBirthdate optionalDate of birth of the pickup delegate, if any.
length: 0–10 -
delegateFiscalCodestring optionalItalian codice fiscale (16-character alphanumeric tax code) of the pickup delegate, if any. A comb-formatted 16-box field on the source.
pattern -
dataProtectionConsentboolean requiredThe 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:draftverification.method:manual-source-review-v1verification.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, timestamp20250807022716. Fetchedhttps://web.archive.org/web/20250807022716/https://questure.poliziadistato.it/statics/33/modulo-passaporti-maggiorenni.pdfdirectly viacurl(per this registry's established rule,web.archive.orgURLs are fetched viacurl, neverWebFetch, 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
curlfrom 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 viasha256sumin this sandbox. - Pages: 3 (confirmed via
pdfjs-dist'sdoc.numPagesand viamupdf'sdoc.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, andtools/verify-sources.mjsre-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-dist4.10.38 (legacy/build/pdf.mjs)page.getAnnotations()found 57/Widgetannotations on page 1 of 3 (43Txtext fields, 14Btnindependent checkboxes, all withradioButton: 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 aLinkannotation). Page 3 of 3 has zero widgets and exactly oneLinkannotation, tohttps://passaportonline.poliziadistato.it/.- Both
getTextContent()and angetOperatorList()dump confirm pages 1-2 have zero extractable text items: each page is a single full-pagepaintImageXObjectcall (2480x3508px 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
/Encryptdictionary (/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 (%FFD8FFheader absent) — i.e. genuinely encrypted at the stream level, unlike this registry'sit/mitTT2119 precedent (GOV-2389), which had no encryption and could be read directly from the object stream after a plainzlib.inflateSync. node-canvas-basedpdfjs-distpage.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 npmmupdfpackage (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'sit/mitexistingPlateNumberprecedent 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/mitoffice-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)":
identityDocumentCopy(identity-document, required) — list item a), a photocopy of the applicant's valid identity document.icaoPhotographs(supporting-evidence, required) — list item b), two recent ICAO-compliant photographs (cross-referenced against footnote 2's fuller description).electronicPassportPaymentReceipt(payment, required,amount: {EUR, 42.50}) — list item c), the postal bollettino payment to the Ministero dell'Economia e delle Finanze.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.priorPassportOrLossReportCopy(supporting-evidence, not gated byrequiredWhen) — list item e); left as an always-optional, disclosed judgment call rather than gated onotherPassportNumber's emptiness, per this registry's known anti-pattern of gatingrequiredWhenon 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/:
valid-single-applicant-no-minor-children.json— a single applicant with no minor children, requesting ordinary issuance. 0 errors.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:
mutation-control-missing-required-field.json— deletessurname. 1 error (missing required field).mutation-control-missing-required-document.json— removesidentityDocumentCopyfromdocuments[]. 1 error (missing required document).mutation-control-enum-violation.json— setseyeColorCodeto"X"(not in the 5-value enum). 1 error.mutation-control-pattern-violation.json— setsbirthProvinceCodeto"123"(fails the^[A-Z]{2}$province-code pattern). 1 error.mutation-control-exclusivitygroup-violation.json— sets bothsexMaleandsexFemaletotrue. 1 error (exclusivityGroupsviolation).mutation-control-requiredwhen-violation.json— deletesotherParent1FullNamewhilehasMinorChildrenYes/soleParentalResponsibilityNoare bothtrue. 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.json— ok.node tools/validate-ajv.mjs registry/it/poliziadistato/richiesta-passaporto-maggiorenni/1.0.0/schema.json— ok (ajv 2020-12, spec v0.3 meta-schema).
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 Polizia di Stato — Questura (Ufficio Passaporti) or any government. The authoritative source is always the live government form and its official instructions.