Requisiti dominio .gov.it / checklist d'ingresso
Il .gov.it si ottiene solo se l'ente soddisfa requisiti precisi — di soggetto, di titolarità e tecnici. dotNice li verifica come una checklist d'ingresso: per ciascuno, cosa serve, chi lo verifica e cosa succede se manca.
A differenza di un dominio commerciale, il .gov.it ammette solo soggetti che soddisfano requisiti precisi: chi è l'ente, con quale titolo, con quale responsabile e con quale assetto tecnico minimo. Sono prerequisiti, non dettagli: se uno manca, l'istanza non viene "sistemata", viene respinta. Verificarli prima — soggetto, titolarità, profilo DNS, sicurezza email — è ciò che trasforma la presentazione in un passaggio prevedibile invece che in un tentativo.
Il primo requisito è di ammissibilità: l'ente rientra tra i soggetti che possono ottenere un .gov.it, ed è correttamente censito. È qui che la maggior parte delle istanze si ferma, perché l'idoneità si dà per scontata e poi non regge alla verifica. dotNice la accerta prima di tutto, così il resto del percorso ha senso.
Servono un titolo coerente sull'ente e un responsabile della transizione digitale (RTD) formalmente individuato, con i poteri necessari. Una titolarità ambigua o un RTD non nominato bloccano l'istanza tanto quanto un requisito tecnico mancante. dotNice verifica che soggetto, denominazione e responsabile siano allineati e documentati.
Oltre ai requisiti formali ci sono quelli tecnici minimi: un assetto DNS pronto per la firma DNSSEC e una posta che possa essere autenticata. Non servono dopo, servono per pubblicare in modo conforme. dotNice verifica che i prerequisiti tecnici siano soddisfatti prima dell'istanza, così l'attivazione segue senza una seconda coda di correzioni.
Modello operativo
I requisiti per un .gov.it si riconducono a poche aree, ognuna con cosa serve, chi la verifica e l'effetto se manca. Leggerle come checklist è ciò che evita il rigetto dell'istanza. La matrice è lo strumento con cui l'ente concorda cosa è soddisfatto e cosa no prima di presentare.
| Requisito | Cosa serve | Chi verifica | Se manca |
|---|---|---|---|
| Idoneità soggetto | Ente ammesso e censito | Registro .gov.it | Istanza inammissibile |
| Titolarità e RTD | Titolo coerente, RTD nominato | Ente e Registro | Istanza sospesa |
| Profilo DNS | Assetto pronto per DNSSEC | IT con dotNice | Pubblicazione non conforme |
| Sicurezza email | Posta autenticabile (SPF/DKIM) | IT con dotNice | Dominio falsificabile |
Stai per presentare un'istanza .gov.it? Verifica idoneità, titolarità e prerequisiti tecnici prima che l'istruttoria la respinga.
Richiedi una verifica dei requisitiContesto direzionale
I requisiti del .gov.it sono una decisione di ammissibilità. La direzione dell'ente dovrebbe arrivare al primo confronto sapendo se il soggetto è ammesso, con quale titolo e denominazione, se l'RTD è nominato e se l'assetto tecnico minimo è pronto. Significa anche distinguere un requisito formale, che blocca subito, da uno tecnico, che si può preparare in parallelo. Il modulo registra quali requisiti sono soddisfatti e quali dotNice deve ancora accertare.
Assegnare presto gli owner rende la verifica spedita. La direzione e l'RTD possiedono idoneità e titolarità; l'IT possiede i prerequisiti DNS ed email; l'ufficio competente possiede gli atti. Un'istanza può sembrare pronta e poi fermarsi su un requisito dato per scontato: è la lacuna che la checklist fa emergere, e dotNice coordina questi ruoli senza sostituirli.
Qualificazione
Per RTD, CIO e dirigenti PA, il punto di partenza utile è un record decisionale concreto più che un brief generico. Dovrebbe indicare la natura del soggetto, lo stato della titolarità e dell'RTD, l'assetto tecnico attuale e la tempistica. Con questi elementi dotNice distingue un'istanza pronta da una che richiede una verifica di idoneità, una sistemazione della titolarità o una preparazione tecnica — e raccomanda con chiarezza cosa accertare e in quale ordine.
La verifica dà il massimo quando chi richiede sa descrivere il punto di partenza: chi è l'ente, con quale titolo, chi è l'RTD e qual è l'assetto DNS ed email. Una richiesta è qualificata quando indica soggetto, titolarità e stato tecnico. L'output è una decisione circoscritta — una checklist verificata con owner — non un catalogo di servizi.
Il costo dell'attesa va nello stesso record. Un'istanza presentata senza verificare i requisiti viene respinta e ricomincia, allungando i tempi di settimane, e un prerequisito tecnico mancante rende la pubblicazione non conforme. Quantificare l'impatto — servizio digitale in ritardo, istruttoria ripetuta, pubblicazione non conforme — è ciò che trasforma i requisiti da adempimento a decisione con un owner e una scadenza.
Percorso operativo
I requisiti sono una sequenza ordinata: ammissibilità del soggetto, titolarità e RTD, prerequisiti DNS ed email. Contatta il team dotNice per accertare l'idoneità dell'ente, sistemare la titolarità o preparare l'assetto tecnico prima dell'istanza.
Contatti
Descrivi la natura del soggetto, lo stato di titolarità e RTD e l'assetto DNS ed email. Un CIO o la direzione dell'ente può usare il modulo di richiesta per qualificare una verifica e prepararla. La richiesta è presa in carico dagli specialisti dotNice e instradata al team competente.