Mock data persona italiana completa: nome, cognome, sesso, data di nascita, codice fiscale calcolato correttamente, indirizzo, CAP, città, provincia, email, telefono mobile. Perfetto per popolare database di sviluppo, fare demo, creare wireframe, testare form di registrazione o esempi formativi.
Ti serve una persona italiana credibile per popolare un database di prova, testare un form di registrazione o mostrare uno screenshot senza esporre dati veri? Questo generatore crea profili completi e coerenti tra loro: Marco Bianchi, nato a Bologna il 14 marzo 1987, con codice fiscale dal carattere di controllo corretto, indirizzo, telefono ed email allineati. Tutto è fittizio: valido nel formato ma non associato a nessuna persona reale. Perfetto per sviluppo, QA e didattica, senza mai toccare dati personali autentici.
Ogni profilo parte da liste di nomi e cognomi realmente diffusi in Italia (Rossi, Ferrari, Esposito, Russo tra i cognomi; Giulia, Francesco, Sofia, Alessandro tra i nomi), da cui il generatore pesca a caso. Sesso, data di nascita e comune di nascita vengono decisi per primi, perché sono i mattoni da cui dipende tutto il resto: il codice fiscale, in particolare, si ricava matematicamente da questi valori.
Il codice fiscale segue l'algoritmo ufficiale dell'Agenzia delle Entrate: tre lettere dal cognome, tre dal nome, le due cifre dell'anno, la lettera del mese, il giorno (con +40 per le donne), il codice catastale del comune (per esempio A944 per Bologna) e infine il carattere di controllo calcolato sui 15 caratteri precedenti. Il risultato è formalmente valido, ma non corrisponde ad alcun contribuente reale.
La casualità non è quella prevedibile del semplice rand(): l'estrazione sfrutta un generatore crittografico (random_int / CSPRNG), così due caricamenti ravvicinati difficilmente producono lo stesso profilo e le combinazioni restano imprevedibili. Anche telefono ed email sono costruiti per essere coerenti: un cellulare con prefisso plausibile (338, 347, 320) e un'email derivata da nome e cognome, tipo marco.bianchi@example.com.
Riempi la tabella utenti con 500 profili coerenti per verificare paginazione, ordinamenti e ricerca senza aspettare dati reali.
Compili in un colpo nome, codice fiscale, email e telefono per collaudare le validazioni lato client e server, incluso il controllo del CF.
Mostri l'anagrafica di un gestionale o di un CRM in una demo pubblica usando Giulia Ferrari al posto di un cliente vero.
Un docente prepara esempi sull'algoritmo del codice fiscale o su una query SQL partendo da persone plausibili ma inventate.
Riempi un template di scheda anagrafica o di lettera con dati realistici per valutare spazi, allineamenti e lunghezza dei campi.
Invii payload finti a un endpoint di onboarding per collaudare il flusso end-to-end senza esporre informazioni personali reali.
Il codice fiscale nasce nel 1973 con la riforma tributaria e da allora identifica ogni persona fisica con 16 caratteri alfanumerici. Non è un numero casuale: è un codice parlante, cioè ricostruibile dai dati anagrafici. Questo lo rende ideale per un generatore, perché basta scegliere nome, data e comune per derivare tutto il resto in modo deterministico.
Le regole di estrazione hanno dettagli curiosi. Dal cognome si prendono le prime tre consonanti; se non bastano si aggiungono le vocali e, in mancanza, la lettera X. Dal nome, quando le consonanti sono quattro o più, si scelgono la prima, la terza e la quarta (non la seconda): per questo Francesco diventa FNC e non FRN.
Il mese di nascita è cifrato con una lettera secondo una tabella fissa (A per gennaio, B febbraio, C marzo, D aprile, E maggio, H giugno, L luglio, M agosto, P settembre, R ottobre, S novembre, T dicembre). Il giorno indica anche il sesso: alle donne si somma 40, quindi una nata il 14 avrà 54. L'ultima lettera è un carattere di controllo che intercetta la maggior parte degli errori di battitura.
No. Sono corretti solo nel formato: l'algoritmo è quello ufficiale, incluso il carattere di controllo, ma la combinazione di nome, data e comune è inventata. Non appartengono ad alcuna persona reale e non vanno usati per identificarsi o compilare pratiche vere.
Assolutamente no. Questi profili servono solo a test, sviluppo e didattica. Usarli per pagamenti, per aggirare verifiche o per ingannare qualcuno è illecito, oltre che inutile, perché i dati non sono associati a nulla di reale.
Sì. Codice fiscale, sesso, data di nascita e comune sono calcolati insieme, quindi combaciano sempre. Anche email e telefono sono derivati in modo plausibile dal nome, così il profilo regge anche in una demo o in uno screenshot.
Ogni caricamento produce un nuovo profilo, e puoi rigenerare quante volte vuoi per accumulare i dati che ti servono. Grazie alla casualità crittografica le combinazioni restano diverse e imprevedibili tra un'estrazione e l'altra.
Il comune di nascita è un comune italiano reale, perché serve al calcolo del codice catastale nel codice fiscale. L'indirizzo di residenza, invece, è plausibile ma fittizio: via, numero civico e CAP non indicano un'abitazione esistente.
Una buona pratica è riconoscere i profili di test dalle email su un dominio riservato agli esempi come example.com, oppure marcarli con un flag nel database. Così eviti di confondere i dati fittizi con anagrafiche reali quando popoli un ambiente di sviluppo.