--- title: Creazione dell’accesso alle simulazioni – Tenant Admin description: "## A cosa serve questa sezione La sezione **Simulazioni** permette al Tenant Admin di creare gli accessi operativi alle simulazioni pubblicate. Una simulazione guidata pubblicata definisce il contenuto della conversazione: scenario, avatar persona, narrazione, lingua di base, griglia di osservazione…" url: "https://www.learningbydoingxr.com/it/help/creazione-dellaccesso-alle-simulazioni-tenant-admin/" updated: "2026-06-23" category: Tenant Admin --- # Creazione dell’accesso alle simulazioni – Tenant Admin ## A cosa serve questa sezione La sezione **Simulazioni** permette al Tenant Admin di creare gli accessi operativi alle simulazioni pubblicate. Una simulazione guidata pubblicata definisce il contenuto della conversazione: scenario, avatar persona, narrazione, lingua di base, griglia di osservazione e logica formativa. L’accesso alla simulazione, chiamato anche **simulazione runtime**, definisce invece **come, quando e per chi** quella simulazione diventa utilizzabile. Attraverso questa sezione è possibile configurare: - la simulazione guidata di partenza; - il flusso di utilizzo: **Pratica** oppure **Coaching**; - il canale di accesso: **Web** o **VR**; - la lingua parlata; - la reattività dell’avatar; - il profilo LLM; - la voce; - l’aspetto dell’avatar; - i Player autorizzati; - le date di pubblicazione, visibilità e scadenza; - il numero massimo di tentativi. --- ## Perché esiste un accesso separato dalla simulazione guidata Creare e pubblicare una simulazione guidata non significa renderla automaticamente disponibile ai Player. La simulazione guidata è il **contenuto principale**. L’accesso runtime è la **modalità concreta di erogazione**. Questa separazione permette di riutilizzare la stessa simulazione guidata in più modi, senza dover duplicare o modificare il contenuto originale. Ad esempio, partendo dalla stessa simulazione guidata, il Tenant Admin può creare: - un accesso in modalità **Pratica**, via **Web**, in lingua inglese; - un accesso in modalità **Coaching**, via **Web**, con una voce diversa; - un accesso in modalità **Pratica**, via **VR**, per un altro gruppo di Player; - accessi diversi per Player diversi, con date, tentativi e configurazioni differenti. In questo modo la simulazione rimane stabile, mentre l’esperienza assegnata ai Player può essere adattata in modo flessibile. --- ## Pagina Simulazioni ![](https://www.learningbydoingxr.com/wp-content/uploads/2026/06/Accesso-Simulazione9-it-1024x671.png) Dalla voce **Pubblica Simulazione** o **Simulazioni**, il Tenant Admin accede alla pagina di gestione degli accessi runtime. La pagina mostra: - filtri di ricerca; - conteggio delle runtime attive; - elenco degli accessi già creati; - pulsante **Crea simulazione runtime**. --- ### Filtri La sezione **Filtri** permette di cercare e filtrare le simulazioni runtime. I filtri disponibili possono includere: - ricerca per nome o ID; - stato; - flusso; - canale. Questi filtri sono utili quando il tenant ha molte simulazioni attive e occorre trovare rapidamente uno specifico accesso. --- ### Runtime attive totali La sezione **Runtime attive totali** mostra quante simulazioni runtime risultano attive rispetto al limite disponibile per il tenant. Esempio: **Runtime attive totali: 7 / 10** Questo significa che il tenant ha 7 runtime attive su un massimo di 10 disponibili. La voce **Rimanenti attivabili** indica quante ulteriori runtime possono ancora essere create o mantenute attive. --- ## Elenco delle simulazioni runtime La tabella mostra gli accessi runtime già configurati. Le colonne principali sono: ### Nome Mostra il nome dell’accesso runtime. Sotto il nome possono essere presenti: - ID tecnico della runtime; - indicazione **Official**; - badge **Runtime instance**; - badge **runtime_active**. Il nome identifica l’accesso operativo che verrà mostrato o reso disponibile ai Player. --- ### Simulazione guidata Mostra la simulazione guidata da cui deriva la runtime. La simulazione guidata viene indicata come **Blueprint**, cioè come contenuto di partenza da cui è stato creato l’accesso operativo. --- ### Flusso Indica il tipo di esperienza associata alla runtime. I flussi principali sono: - **practice** / **Pratica**; - **coaching** / **Coaching**. La modalità **Pratica** permette al Player di svolgere direttamente la simulazione. La modalità **Coaching** permette al Player di accedere a un’esperienza guidata, spesso organizzata per fasi o focus specifici. --- ### Modalità Mostra la modalità di lavoro collegata alla runtime. Nel caso della pratica può essere mostrata una modalità come **Prontezza**. Nel caso del coaching, la modalità può indicare il tipo di coaching o il focus della sessione. --- ### Canale Mostra il canale attraverso cui la simulazione sarà accessibile. Esempi: - **web** - **VR** Il canale determina se il Player potrà accedere alla simulazione da browser oppure tramite esperienza VR. --- ### Stato Mostra lo stato operativo della runtime. Possono comparire più badge, ad esempio: - **active**: la runtime è attiva; - **Pubblicato**: la runtime è pubblicata; - **Programmato**: la runtime è programmata per una data futura; - **tenant → frozen · detached**: indica che la runtime è una copia operativa separata, collegata al tenant e non modificata automaticamente dal blueprint originale. --- ### Aggiornata Mostra la data e l’ora dell’ultimo aggiornamento della runtime. --- ### Azioni La colonna **Azioni** permette di gestire la runtime. L’azione disponibile mostrata è: **Archivia** Archiviare una runtime consente di rimuoverla dall’utilizzo operativo senza eliminare necessariamente la simulazione guidata originale. --- ## Creare una nuova simulazione runtime Per creare un nuovo accesso, cliccare su **Crea simulazione runtime**. Il flusso di creazione è composto da 6 passaggi. --- ## Passo 1 di 6 – Nome e descrizione ![](https://www.learningbydoingxr.com/wp-content/uploads/2026/06/Accesso-Simulazione1-it-1024x429.png) Nel primo passaggio si definiscono le informazioni base dell’accesso runtime. ### Nome Inserire il nome della simulazione runtime. Esempio: **Strategic Deal Risk Acceptance Simulation** Questo nome serve a identificare l’accesso nella lista delle runtime e può essere usato anche per riconoscerlo lato Player. --- ### Descrizione Inserire una descrizione sintetica dell’accesso. La descrizione può spiegare lo scopo della runtime o il contesto in cui verrà utilizzata. Dopo aver compilato i campi, cliccare su **Avanti**. --- ## Passo 2 di 6 – Selezione della simulazione guidata ![](https://www.learningbydoingxr.com/wp-content/uploads/2026/06/Accesso-Simulazione2-it-1024x786.png) Nel secondo passaggio si sceglie la simulazione guidata che fornisce il contenuto della runtime. La schermata mostra le simulazioni pubblicate disponibili come **Blueprint**. Ogni scheda può mostrare: - nome della simulazione guidata; - ID tecnico; - testo di contesto o descrizione; - badge **Blueprint**. Per procedere, selezionare la simulazione guidata desiderata. Esempio: **Strategic Deal Risk Acceptance Simulation** Questa selezione determina quale scenario, narrazione, avatar persona e griglia di osservazione saranno usati come base dell’accesso runtime. --- ## Passo 3 di 6 – Scelta del flusso runtime ![](https://www.learningbydoingxr.com/wp-content/uploads/2026/06/Accesso-Simulazione3-it-1024x291.webp) Nel terzo passaggio si sceglie il flusso dell’esperienza. Le opzioni principali sono: ### Pratica La modalità **Pratica** permette al Player di avviare direttamente la simulazione e allenarsi nella conversazione. È indicata quando si vuole far vivere al Player l’esperienza completa, valutando la sua capacità di gestire la situazione. --- ### Coaching La modalità **Coaching** permette di proporre un’esperienza più guidata. È utile quando si vuole aiutare il Player a lavorare su fasi, skill o aspetti specifici della conversazione, prima o oltre alla pratica completa. --- ## Passo 4 di 6 – Configurazione canale, lingua, agente e avatar ![](https://www.learningbydoingxr.com/wp-content/uploads/2026/06/Accesso-Simulazione4-it.webp) Nel quarto passaggio si configurano le impostazioni operative della runtime. --- ### Canale Il campo **Canale** permette di scegliere dove sarà disponibile la simulazione. Esempi: - **Web** - **VR** Il canale scelto determina la modalità tecnica di accesso per il Player. --- ### Lingua parlata Il campo **Lingua parlata** definisce la lingua che l’agente userà durante la simulazione runtime. Esempio: **Inglese** Questa impostazione consente di creare accessi in lingue diverse partendo dalla stessa simulazione guidata. --- ### Modalità di reattività avatar La reattività avatar definisce il tipo di risposta dell’avatar durante la conversazione. Le opzioni mostrate sono: ### Fast Risposte più brevi e immediate. È utile quando si vuole un’interazione più rapida e diretta. ### Balanced Modalità predefinita. Bilancia rapidità e qualità della risposta. ### Deep Risposte più lunghe e riflessive. È utile quando si vuole una conversazione più articolata o analitica. --- ### Profilo LLM Il campo **Profilo LLM** permette di selezionare il profilo AI utilizzato per la runtime. Esempio: **OpenAI (openai / realtime)** Questo profilo determina quale configurazione AI verrà utilizzata durante la simulazione. --- ### Voce Il campo **Voce** permette di scegliere la voce dell’avatar. Esempio: **Coral - Female** La voce può essere modificata a livello di accesso runtime senza dover cambiare la simulazione guidata originale. --- ### Avatar La sezione **Avatar** permette di scegliere l’aspetto visivo dell’avatar. È possibile: - cercare un avatar tramite chiave; - filtrare per canale; - selezionare una scheda avatar. Ogni avatar mostra: - immagine; - nome; - ID tecnico; - canale disponibile. Esempi di avatar: - Marco; - Lisa; - Alex; - Sofia; - Luca; - Emma. La selezione dell’avatar consente di personalizzare l’esperienza del Player senza modificare il blueprint della simulazione. --- ## Passo 5 di 6 – Policy di avvio, Player e disponibilità ![](https://www.learningbydoingxr.com/wp-content/uploads/2026/06/Accesso-Simulazione5-it-1024x624.webp) Nel quinto passaggio si definisce chi può accedere alla runtime e quando. --- ### Policy di avvio La **Policy di avvio** definisce chi può avviare la simulazione. Le opzioni mostrate sono: ### Solo manager La simulazione può essere avviata solo dal manager o da chi ha permessi amministrativi. Questa opzione è utile per test, controllo interno o utilizzo non ancora aperto ai Player. ### Avvio player Il Player può avviare autonomamente la simulazione se è autorizzato e se la runtime è disponibile. Questa opzione va usata quando si vuole rendere la simulazione accessibile direttamente ai partecipanti. --- ### Allowlist La sezione **Allowlist** permette di indicare quali Player sono autorizzati ad accedere alla runtime. È possibile inserire gli indirizzi email dei Player, uno per riga. Esempio: [demo_player01@learningbydoingxr.com](mailto:demo_player01@learningbydoingxr.com) [demo_player02@learningbydoingxr.com](mailto:demo_player02@learningbydoingxr.com) [demo_player03@learningbydoingxr.com](mailto:demo_player03@learningbydoingxr.com) [demo_player04@learningbydoingxr.com](mailto:demo_player04@learningbydoingxr.com) [demo_player05@learningbydoingxr.com](mailto:demo_player05@learningbydoingxr.com) Solo i Player presenti nella allowlist potranno vedere o utilizzare quella runtime, se le altre condizioni di accesso sono soddisfatte. --- ### Usa tutti i player del tenant Il pulsante **Usa tutti i player del tenant** permette di compilare automaticamente l’allowlist con tutti i Player appartenenti al tenant. Questa funzione è utile quando la simulazione deve essere assegnata all’intera popolazione del tenant. --- ### Pubblica il Il campo **Pubblica il** permette di impostare la data e l’ora da cui la runtime diventa disponibile. Esempio: **25/06/2026 14:30** Prima di questa data, la runtime può risultare programmata ma non ancora disponibile al Player. --- ### Nascondi il Il campo **Nascondi il** permette di indicare una data e ora dopo cui la runtime non deve più essere visibile. Esempio: **30/06/2026 14:30** Questo campo è utile per gestire rilasci temporanei, finestre di esercitazione o accessi limitati nel tempo. --- ### Tentativi massimi Il campo **Tentativi massimi** definisce quante volte il Player può svolgere quella runtime. Esempio: **5** Questo limite aiuta a controllare il numero di ripetizioni disponibili per ciascun Player. --- ### Scade il Il campo **Scade il** definisce la scadenza finale dell’accesso. Esempio: **31/08/2026 13:30** Dopo la scadenza, la runtime può non essere più disponibile o non essere più avviabile dal Player. --- ## Passo 6 di 6 – Riepilogo e creazione ![](https://www.learningbydoingxr.com/wp-content/uploads/2026/06/Accesso-Simulazione6-it-1024x528.png) Nel sesto passaggio viene mostrato il riepilogo della configurazione. La schermata riepiloga: - nome; - simulazione guidata; - flusso; - canale; - lingua parlata; - reattività avatar; - profilo LLM; - voce; - avatar; - policy di avvio; - numero di Player in allowlist. Esempio: - **Nome:** Strategic Deal Risk Acceptance Simulation - **Simulazione guidata:** Strategic Deal Risk Acceptance Simulation · blueprint - **Flusso:** Pratica - **Canale:** Web - **Lingua parlata:** en - **Reattività avatar:** Balanced - **Profilo LLM:** OpenAI realtime - **Voce:** Coral - Female - **Policy di avvio:** Avvio player - **Allowlist:** 5 Prima di confermare, verificare che tutte le impostazioni siano corrette. --- ### Esegui Internal Test Il pulsante **Esegui Internal Test** permette di testare la runtime prima di renderla ufficiale. È utile per verificare: - correttezza dello scenario; - comportamento dell’avatar; - lingua; - voce; - canale; - configurazione generale dell’esperienza. --- ### Crea bozza Il pulsante **Crea bozza** permette di salvare la runtime senza renderla ufficiale. Questa opzione è utile quando la configurazione deve essere completata o rivista prima della pubblicazione. --- ### Crea Runtime Ufficiale ![](https://www.learningbydoingxr.com/wp-content/uploads/2026/06/Accesso-Simulazione7-it-1024x552.webp) Il pulsante **Crea Runtime Ufficiale** crea l’accesso operativo definitivo. Dopo questa azione, la runtime può comparire nell’elenco delle simulazioni e diventare disponibile ai Player in base a: - stato; - data di pubblicazione; - allowlist; - policy di avvio; - scadenza; - tentativi disponibili. --- ## Come il Player vede le simulazioni attivate ![](https://www.learningbydoingxr.com/wp-content/uploads/2026/06/Accesso-Simulazione8-it.webp) Quando il Player accede alla propria area, vede la sezione: **Runtime visibili al player** Questa sezione mostra solo le simulazioni: - attive; - assegnate al suo profilo; - disponibili secondo le regole di pubblicazione; - compatibili con il canale previsto; - non scadute o non nascoste; - ancora utilizzabili secondo i tentativi disponibili. --- ### Schede simulazione lato Player Ogni simulazione viene mostrata come una scheda. La scheda può contenere: - immagine dell’avatar; - nome dell’avatar; - ruolo dell’avatar; - titolo della simulazione; - breve descrizione; - badge di flusso; - badge del canale; - stato; - tipo di accesso; - pulsanti di azione. --- ### Informazioni avatar Nella parte alta della scheda il Player vede l’avatar associato alla simulazione. Esempi: **GIULIA FERRI** Head of Business Transformation **EMMA ROSSI** Paziente **ALESSANDRO RINALDI** Commercial Director EMEA Queste informazioni aiutano il Player a capire con chi parlerà durante la simulazione. --- ### Titolo e descrizione La scheda mostra il titolo della simulazione e una breve descrizione del contesto. Esempio: **Strategic Deal Risk Acceptance Simulation** L’azienda è una multinazionale italiana con presenza in Europa e Medio Oriente. Sta per chiudere un contratto molto rilevante con un cliente strategico... La descrizione permette al Player di riconoscere rapidamente lo scenario prima di aprire i dettagli o avviare l’esperienza. --- ### Badge della simulazione Sulla scheda possono comparire diversi badge. Esempi: - **Pratica** - **Coaching** - **Web** - **Attiva** - **Solo ufficiale** Questi badge indicano il tipo di esperienza disponibile. --- ### Avvia simulazione Nelle runtime in modalità **Pratica**, il Player vede il pulsante: **Avvia simulazione** Cliccando su questo pulsante, il Player può iniziare direttamente la conversazione con l’avatar. --- ### Scegli fase Nelle runtime in modalità **Coaching**, il Player può vedere il pulsante: **Scegli fase** Questo significa che l’esperienza non parte necessariamente come una simulazione completa, ma può permettere al Player di selezionare una fase specifica su cui allenarsi. --- ### Dettagli Il pulsante **Dettagli** permette al Player di consultare maggiori informazioni sulla simulazione prima di iniziare. Può essere utile per leggere meglio il contesto, l’obiettivo o le informazioni disponibili. --- ## Esempio di utilizzo completo Un Tenant Admin ha creato e pubblicato la simulazione guidata: **Strategic Deal Risk Acceptance Simulation** Da questa simulazione può creare più accessi runtime, ad esempio: ### Accesso 1 - Flusso: Pratica - Canale: Web - Lingua: Inglese - Avatar: Lisa - Voce: Coral - Player: demo_player01, demo_player02, demo_player03 - Tentativi massimi: 5 ### Accesso 2 - Flusso: Coaching - Canale: Web - Lingua: Inglese - Avatar: Marco - Voce: altra voce disponibile - Player: solo alcuni manager o un gruppo specifico - Accesso programmato per una data successiva ### Accesso 3 - Flusso: Pratica - Canale: VR - Lingua: Italiano - Avatar: configurazione VR - Player: tutti i Player del tenant Tutti questi accessi possono derivare dalla stessa simulazione guidata, ma offrire esperienze diverse a gruppi diversi di Player. --- ## Risultato finale La creazione della simulazione runtime permette di trasformare una simulazione guidata pubblicata in un’esperienza effettivamente accessibile ai Player. La simulazione guidata definisce il contenuto. La runtime definisce l’accesso. La vista Player mostra solo le runtime attive, disponibili e assegnate al suo profilo. Questo modello consente al Tenant Admin di gestire in modo ordinato più modalità di fruizione della stessa simulazione, differenziando esperienza, lingua, avatar, voce, canale, calendario e Player autorizzati.