--- id: "pdp" kind: "glossary-term" title: "PDP" language: "it" category: "Governance e policy" updated: "2026-10-10T23:13:06Z" canonical: "https://tldlog.com/it/glossario/pdp/" translations: en: "https://tldlog.com/glossary/pdp/" es: "https://tldlog.com/es/glosario/pdp/" de: "https://tldlog.com/de/glossar/pdp/" fr: "https://tldlog.com/fr/glossaire/pdp/" pt-BR: "https://tldlog.com/pt/glossario/pdp/" ru: "https://tldlog.com/ru/glossariy/pdp/" zh-Hans: "https://tldlog.com/zh/cihui/pdp/" --- # PDP processo di sviluppo delle policy La procedura formale dell'ICANN per creare policy. Un gruppo di lavoro studia una questione, pubblica rapporti sottoposti a consultazione pubblica e formula raccomandazioni. Per i gTLD, le raccomandazioni approvate dal Consiglio della GNSO e dal Consiglio di amministrazione dell'ICANN possono diventare policy di consenso. Un processo di sviluppo delle policy (PDP) è la procedura formale che la comunità dell'ICANN usa per scrivere le regole sui nomi a dominio. Alcuni volontari studiano un problema, pubblicano bozze che chiunque può commentare e raccomandano regole; poi decide il Consiglio di amministrazione dell'ICANN. Per i domini generici come .com, il risultato può vincolare ogni registro e ogni registrar. ## Che cos'è un processo di sviluppo delle policy Per i gTLD, la GNSO sviluppa le policy e le raccomanda al Consiglio di amministrazione. A ottobre 2026 il suo PDP è definito nell'Allegato A dello Statuto dell'ICANN, modificato il 3 luglio 2026, e nel PDP Manual della GNSO del 21 maggio 2026. È importante perché registri e registrar devono rispettare le policy di consenso in base ai loro contratti con l'ICANN, come la UDRP, l'ERRP e la Policy sui trasferimenti. Le policy di consenso possono riguardare solo i temi elencati in quei contratti, come i trasferimenti e i dati di registrazione, e non possono fissare né limitare i prezzi dei registrar. ## Le fasi: Issue Report, gruppo di lavoro, rapporto finale e voto del Consiglio di amministrazione 1. **Issue Report.** Lo chiede il Consiglio di amministrazione, il Consiglio della GNSO o un comitato consultivo. Il personale dell'ICANN redige una versione preliminare entro 45 giorni, con il parere del General Counsel sull'ambito e una bozza di charter (il mandato del gruppo). Dopo almeno 30 giorni di consultazione pubblica segue una versione definitiva. 2. **Avvio.** Il Consiglio della GNSO vota l'avvio del PDP, di norma entro 90 giorni: se il tema rientra nell'ambito, serve più di un terzo di ciascuna camera o più di due terzi di una camera. Non serve alcun voto se la richiesta viene dal Consiglio di amministrazione. 3. **Gruppo di lavoro.** I volontari lavorano in base al charter. Il presidente classifica ogni raccomandazione: full consensus, consensus, forte sostegno ma opposizione significativa, oppure divergenza. 4. **Rapporti.** Un rapporto iniziale (Initial Report) viene sottoposto a consultazione pubblica per almeno 30 giorni. Il rapporto finale (Final Report) indica poi il livello di consenso di ogni raccomandazione. 5. **Voto del Consiglio della GNSO.** Il Consiglio ha una camera delle parti contrattuali (7 voti) e una delle parti non contrattuali (13 voti). Una GNSO Supermajority corrisponde ai due terzi di ciascuna camera, oppure ai tre quarti di una camera e alla maggioranza dell'altra. In mancanza, l'approvazione richiede la maggioranza di ciascuna camera più il sostegno di almeno 3 dei 4 gruppi di stakeholder. 6. **Voto del Consiglio di amministrazione.** Il Consiglio di amministrazione dà un avviso pubblico almeno 21 giorni prima di decidere e chiede il parere del GAC quando sono coinvolte politiche pubbliche. Adotta le raccomandazioni sostenute da una GNSO Supermajority, salvo che più di due terzi del Consiglio di amministrazione ritengano che non siano nel migliore interesse della comunità dell'ICANN o dell'ICANN. Se il sostegno del Consiglio della GNSO è minore, la maggioranza del Consiglio di amministrazione può respingerle. ### Esempio pratico: la Revisione della Policy sui trasferimenti - Giugno 2020: il Consiglio della GNSO chiede un Issue Report. - 18 febbraio 2021: avvio del PDP. - 21 giugno 2022: rapporto iniziale (34 contributi alla consultazione). - 31 gennaio 2025: full consensus su tutte le 47 raccomandazioni; rapporto finale a febbraio 2025. - 12 marzo 2025: approvazione unanime del Consiglio della GNSO. - 7 giugno 2026: adozione da parte del Consiglio di amministrazione. Tra l'avvio e l'adozione sono passati più di cinque anni. A ottobre 2026 le modifiche non sono ancora in vigore e non hanno una data di efficacia. ## La consultazione pubblica: come può partecipare chiunque Chiunque può commentare: gruppi della comunità, governi, aziende e singole persone. A ottobre 2026 l'ICANN tiene aperte le consultazioni per almeno 40 giorni, con eccezioni. I contributi, con il nome dell'autore, sono pubblici. In un PDP della GNSO, il rapporto finale non deve necessariamente essere sottoposto a consultazione. I commenti vengono valutati, non contati come voti, quindi non possono bloccare una policy. ## Dalla policy approvata alla regola applicata: l'attuazione Dopo l'adozione, il personale dell'ICANN redige il testo dettagliato della policy secondo il Consensus Policy Implementation Framework. Il Consiglio della GNSO di norma istituisce un Implementation Review Team (IRT) di volontari per verificare che i dettagli corrispondano alle raccomandazioni. Registri e registrar hanno poi tempo per adeguarsi: a ottobre 2026 le policy vengono annunciate a gruppi, con almeno sei mesi per conformarsi. ## Procedure rapide e di emergenza: EPDP e policy temporanee Un EPDP, disponibile dal 28 settembre 2015, salta l'Issue Report e parte da un documento che ne definisce l'ambito. Per avviarlo serve una GNSO Supermajority, e può riguardare solo una questione circoscritta emersa dopo l'adozione o l'attuazione di una policy, o una questione il cui ambito è già stato in gran parte definito. L'EPDP più noto è iniziato il 19 luglio 2018. Aveva una scadenza di un anno a causa di una policy temporanea: la Specifica temporanea (Temporary Specification for gTLD Registration Data), in vigore dal 25 maggio 2018. Solo il Consiglio di amministrazione può adottare una policy temporanea, con almeno due terzi dei suoi membri, quando è immediatamente necessaria per la stabilità o la sicurezza dei servizi di registrar o di registro, del DNS o di internet. Deve avviare subito un PDP e riconfermare la policy ogni 90 giorni, per un anno al massimo. ## In che cosa sono diverse le policy dei ccTLD La maggior parte delle regole per i domini nazionali si stabilisce a livello locale. La ccNSO definisce policy globali solo su un elenco ristretto di temi, tramite il ccPDP previsto dall'Allegato B dello Statuto. Le differenze principali: - Il Consiglio della ccNSO ha bisogno di 10 o più voti per avviarne uno. - La raccomandazione del Consiglio della ccNSO va al voto dei membri della ccNSO, aperto per almeno 21 giorni, e passa con più del 66% dei voti ricevuti. - Il Consiglio di amministrazione dell'ICANN la adotta salvo che più del 66% dei suoi membri si opponga. Queste policy vincolano solo i membri della ccNSO, solo entro l'ambito previsto, e non prevalgono mai sulla legge applicabile al gestore del ccTLD. A ottobre 2026 il ccPDP4, sulla selezione e la deselezione delle stringhe IDN ccTLD, è in attesa di una decisione del Consiglio di amministrazione dell'ICANN. ## Fonti - [Bylaws for Internet Corporation for Assigned Names and Numbers | A California Nonprofit Public-Benefit Corporation](https://www.icann.org/en/governance/bylaws) - [ANNEX 2: Policy Development Process Manual](https://gnso.icann.org/sites/default/files/file/field-file-attach/annex-2-pdp-manual-21may26-en.pdf) - [PDP Transfer Policy Review | Generic Names Supporting Organization](https://gnso.icann.org/en/group-activities/active/transfer-policy-review) ## termini correlati - [GNSO](https://tldlog.com/it/glossario/gnso/) - [EPDP](https://tldlog.com/it/glossario/epdp/) - [policy di consenso](https://tldlog.com/it/glossario/policy-consenso/) - [consultazione pubblica](https://tldlog.com/it/glossario/consultazione-pubblica/)