Prima campagna di collaudo

Questa procedura configura una campagna pilota con due caselle di collaudo, un invio singolo e formazione manuale. Verifica separatamente il servizio SMTP, il messaggio, la landing e il report. È un esempio documentale: gli indirizzi example.com sono segnaposto e non devono essere usati per invii reali. Nel proprio ambiente sostituirli con caselle di test controllate e incluse nell'autorizzazione dell'esercitazione.

Risultato e prerequisiti

Al termine si avranno un ambito registrato, un profilo con test corrente accettato, una versione del modello, una campagna con esiti verificati e un report identificato da versione e data. L'invio del messaggio diagnostico e quello della campagna sono due operazioni distinte.

Preparare:

• un tenant abilitato alle simulazioni e servizio disponibile;
• accesso per gestire ambiti/campagne e inviare, più results.aggregate per seguire il dettaglio; campaign.stop per chiudere l'osservazione;
• un profilo SMTP predisposto presso il provider, oppure i dati necessari a crearlo;
• due caselle di collaudo consultabili, un mittente e l'eventuale Reply-To autorizzati;
• riferimento dell'autorizzazione organizzativa e periodo che copra test, invio, osservazione e debrief.

Per il tutorial, usare D0 come giorno di collaudo scelto, ancora futuro, e D1 come giorno successivo. Il calendario d'esempio usa Europe/Rome; impostare le date dell'ambito nel fuso effettivo del browser e controllare la corrispondenza. Non copiare una data già trascorsa.

Elemento	Valore documentale
Mittente e Reply-To	[email protected]
Destinatario di test SMTP	[email protected]
Destinatari della campagna	[email protected], [email protected]
Nome campagna	Pilota — documento condiviso
Avvio	D0, ore 10:00 nel fuso della campagna
Termine del debrief manuale	D1, ore 12:00
Validità dell'ambito	Inizio prima del test; scadenza successiva alla conclusione prevista del collaudo e del debrief

1. Registrare l'ambito del collaudo

1. Selezionare il tenant e aprire Simulazioni phishing → Campagne → Nuova campagna. Se è il primo utilizzo, attendere la preparazione del tenant.
2. Nel passo Destinatari, scegliere Gestisci ambito consentito → Nuovo ambito.
3. Scegliere Singoli indirizzi e inserire, uno per riga, i tre indirizzi documentali della tabella, sostituiti dalle caselle reali autorizzate. Includere mittente e Reply-To perché vengono verificati anche loro, senza importarli automaticamente come destinatari della campagna.
4. Compilare Responsabile con il referente del collaudo, Riferimento autorizzazione con il riferimento effettivo e Finalità con “Collaudo tecnico della simulazione su caselle controllate”.
5. Inserire inizio e fine validità; mantenere vuote le esclusioni solo se non sono previste eccezioni per queste caselle.
6. Premere Registra ambito e controllare il riepilogo al ritorno nel wizard.

Esito atteso: l'ambito è selezionato e contiene le tre caselle previste; la campagna non ha ancora importato destinatari. Se una riga è rifiutata, correggere il formato indicato e registrare nuovamente. Per ambiti più ampi seguire la tabella di scelta del perimetro.

2. Importare solo i due destinatari

1. Nel passo Destinatari lasciare Incolla indirizzi.
2. Inserire soltanto le due caselle di collaudo, una per riga. Il mittente resta nell'ambito ma non entra nella popolazione se non viene importato.
3. Premere Continua. Se appare un errore di formato, correggere la riga prima di passare al messaggio.

[email protected]
[email protected]

Esito atteso: il wizard mostra due righe in preparazione. Il numero definitivo di ammessi viene calcolato dal server al passo di verifica: non è ancora un risultato di invio. Per caselle condivise/liste usare invece il CSV con mailboxType.

3. Qualificare il profilo SMTP

1. Nel passo Messaggio, usare Configura mittente e SMTP. Se esiste già un profilo corretto, aprire Modifica; altrimenti scegliere Nuovo mittente.
2. Scegliere il provider e compilare account, mittente, Reply-To e impostazioni server secondo la procedura del profilo. Usare le credenziali del proprio servizio; il tutorial non fornisce credenziali o server di prova.
3. Premere Salva profilo. Per Microsoft 365 completare il collegamento OAuth. Verificare che non restino modifiche locali da salvare.
4. Nel pannello Email di test, indicare la prima casella controllata e premere Invia email di test. Questa azione invia un messaggio diagnostico reale.
5. Attendere accepted, poi consultare la casella e verificare la ricezione. Controllare anche spam/quarantena se il messaggio non compare nella posta in arrivo.
6. Tornare alla bozza e selezionare il profilo. Se la console segnala una versione cambiata, usare Aggiorna il mittente della bozza prima della verifica finale.

Esito atteso: il profilo corrente è pronto; la prima casella ha ricevuto il messaggio diagnostico. Questo messaggio non è la simulazione e non collauda il modello o i suoi link.

Esito del test	Come procedere
Accepted, ricezione confermata	Continuare con il modello
Accepted, ricezione non trovata	Verificare il provider prima di procedere al collaudo della campagna
Rejected	Correggere il codice specifico, salvare e rifare il test
Delivery unknown o risposta alla richiesta incerta	Usare Verifica la stessa richiesta quando proposta e verificare il tentativo presso il provider; non duplicare il test

4. Creare un modello minimo verificabile

1. Nel passo Messaggio selezionare Crea un modello. L'editor nuovo apre HTML email con uno starter.
2. Compilare Nome del modello con “Pilota — documento condiviso” e Oggetto email con “Documento di lavoro disponibile”.
3. Nell'HTML mantenere il collegamento {{simulation_url}}; sostituire titolo e paragrafo dello starter con “Documento condiviso” e “È disponibile una nuova comunicazione del gruppo di lavoro”. Non inserire indirizzi o link esterni nel testo.
4. Aprire Dettagli formativi e compilare tutti i campi:

Campo	Esempio di contenuto
Obiettivo didattico	Verificare mittente e contesto prima di aprire una risorsa ricevuta via email
Pubblico	Operatori che partecipano al collaudo controllato
Indizi, uno per riga	Richiesta non attesa; necessità di verificare il contesto della condivisione
Difficoltà	Scenario semplice per verificare il percorso completo
Pertinenza	Il gruppo usa comunicazioni di condivisione nel proprio lavoro

5. Aprire Pagina di arrivo: Titolo “Documento condiviso”; Testo “Questa pagina fa parte del collaudo formativo concordato”; Pulsante “Comprendere la simulazione”. Lasciare disattivata Simulazione di invio form per questo primo caso.
6. Controllare Desktop e Mobile, attendere l'anteprima validata e usare Salva modello.
7. Nel wizard controllare modello e versione selezionati. Compilare anche Nome della campagna con “Pilota — documento condiviso”, scegliere il mittente pronto e premere Continua.

Esito atteso: anteprima corretta, dettagli formativi completi e versione esplicita nella bozza. Un errore di anteprima va corretto nel modello; non viene risolto ripetendo il test SMTP. La guida dei modelli spiega HTML, immagini e contenuti ammessi.

5. Programmare il collaudo e il debrief

Nel passo Pianificazione compilare:

Campo	Scelta del tutorial	Perché
Modalità di invio	Invio singolo	Una email simulata per ciascuna delle due caselle
Fuso orario	Europe/Rome	Rende esplicita l'interpretazione degli orari
Data e ora di avvio	D0 alle 10:00, ancora futura	Consente di verificare tutto prima della partenza
Finestra dell'invio singolo	Tutti gli orari	Per il collaudo non introduce una seconda condizione di calendario
Comunicazione formativa finale	Gestione manuale	Il referente conduce il debrief controllato
Responsabile	Referente del collaudo	Chi verifica la conclusione della formazione
Canale manuale	Sessione di collaudo	Nome del canale, senza URL o email
Termine organizzativo	D1 alle 12:00	Termine entro cui completare il debrief
Contenuto formativo	Il messaggio era parte di un collaudo concordato. Verificare mittente e contesto prima di aprire una risorsa.	Contenuto mostrato nel percorso formativo
Canale per segnalazioni e supporto	Service desk aziendale	Nome del supporto senza indirizzi

Premere Continua. Per distribuire o ripetere la popolazione, cambiare deliberatamente modalità seguendo la tabella single/distributed/repeat. Non aumentare le sessioni per risolvere un problema di ricezione.

6. Verificare e confermare

1. Nel Riepilogo premere Verifica campagna. Il servizio salva la bozza, importa i nuovi indirizzi ed esegue il preflight.
2. Per questa prima importazione verificare 2 importati, 0 duplicati, 0 esclusi, salvo differenze effettivamente motivate dalle verifiche del tenant. Verificare poi 2 destinatari ammessi.
3. Controllare mittente e versione, modello e versione, data di avvio, fuso, fine stimata e scadenza dell'ambito.
4. Se compare un blocco, correggere la causa e ripetere Verifica campagna. La verifica deve essere ripetuta dopo qualunque modifica della bozza.
5. Quando i controlli sono superati, scegliere Conferma e avvia / programma e confermare il riepilogo. Tornare all'elenco e aprire Dettaglio della campagna.

Esito atteso: avvio registrato, campagna in preparazione o pianificata e poi invii in corso. Con la partenza futura è normale attendere D0; non è un errore. Se la risposta dell'avvio non è confermata, usare Verifica lo stesso avvio invece di creare una seconda campagna.

7. Controllare messaggio e landing

1. Nel dettaglio leggere Avanzamento e attendere l'esito dei due destinatari. In caso di ritardo leggere motivo d'attesa e data del dato.
2. Consultare entrambe le caselle controllate. La prima può contenere sia la precedente email diagnostica sia la simulazione: distinguere i due messaggi.
3. Sul messaggio simulato della prima casella verificare oggetto, testo, mittente e Reply-To; aprire il collegamento della simulazione.
4. Controllare titolo/testo della pagina di arrivo e premere il pulsante formativo. Verificare che compaiano contenuto del debrief e supporto previsti.
5. Per confrontare i risultati, lasciare inizialmente non aperto il collegamento della seconda casella. Questa distinzione è un controllo operativo, non una garanzia di assenza di eventi: scanner o filtri automatici possono produrre segnali.

Esito atteso: due accettazioni SMTP se entrambi gli invii riescono, zero pendenti al termine e osservazione disponibile. Nel report può comparire un click per la prima casella, ma il conteggio effettivo può includere automazione; non forzarlo a coincidere con il gesto manuale.

8. Concludere l'osservazione e leggere il report

1. Completati i controlli, con gli invii assestati usare Chiudi osservazione e confermare. Verificare lo stato aggiornato; non chiudere anticipatamente se si vogliono ancora collaudare le interazioni.
2. Aprire Risultati, selezionare la campagna e il dettaglio Aggregato; scegliere Genera report campagna.
3. Attendere ready, controllare Dati al, stato osservazione e popolazione. Confrontare gli esiti SMTP con l'avanzamento.
4. Se si possiede results.identifiable, richiedere il nominativo per verificare le due caselle, stato SMTP ed eventi. Un report aggregato già creato non acquisisce i dati nominativi cambiando soltanto il selettore: richiedere il report nel livello desiderato.
5. Con results.export, preparare XLSX o JSON della versione analizzata, attendere e scaricare. Verificare metadati e livello del file.
6. Eseguire il debrief manuale previsto e registrare la conclusione nel processo organizzativo. Il campo Termine del portale non distribuisce da solo la formazione manuale.

Il risultato del collaudo è verificato quando profilo, contenuto, landing, esiti e report sono coerenti con le operazioni svolte. Conservare versione report e data come riferimenti; nei materiali condivisi sostituire email, nomi e identificativi reali.

Recuperare un collaudo interrotto

Punto d'interruzione	Recupero
Compilazione incompleta	Salva bozza; riaprire da Bozze salvate e proseguire dal passo conservato
Nuova versione del mittente	Aggiornare la bozza al profilo corrente, completare il test necessario e rifare il preflight
Campagna in pausa	Correggere il motivo e usare Verifica e riprendi; i campi già pubblicati restano bloccati
Esito SMTP incerto	Verificare il tentativo presso il provider; un nuovo invio potrebbe duplicare il messaggio
Invio riuscito, report fallito	Rigenerare il solo report dopo la verifica di servizio/storage
Necessità di fermare il collaudo	Usare Pausa, Chiudi osservazione o Arresta secondo l'effetto richiesto, seguendo la tabella dei comandi

Non usare il reset amministrativo come pulizia ordinaria del collaudo: il reset coinvolge anche profili, autorizzazioni, modelli e altri dati del tenant. La guida diagnostica ne descrive il perimetro separatamente.