Che cosa significa Tenant #
Nella piattaforma, il Tenant è un perimetro organizzativo separato in cui vengono gestiti utenti, simulazioni, accessi, report, limiti e configurazioni.
Un Tenant può rappresentare un cliente, ma non solo.
Può rappresentare anche una struttura interna, un reparto, un dipartimento, una sede, una business unit o un gruppo operativo appartenente allo stesso Provider.
In altre parole, il Tenant non deve essere inteso esclusivamente come “azienda cliente esterna”, ma come unità organizzativa autonoma all’interno della piattaforma.
Tenant come cliente esterno #
Nel caso più semplice, un Tenant può rappresentare un cliente del Provider.
Esempio:
Un Provider vende la piattaforma a più aziende clienti.
In questo caso:
- il Provider gestisce più clienti;
- ogni cliente è configurato come Tenant;
- ogni Tenant ha i propri utenti;
- ogni Tenant ha le proprie simulazioni;
- ogni Tenant ha i propri report;
- ogni Tenant ha limiti, minuti e risorse assegnate.
Esempio:
- Provider: società di formazione
- Tenant 1: Azienda Alfa
- Tenant 2: Azienda Beta
- Tenant 3: Azienda Gamma
Ogni Tenant rimane separato dagli altri.
Tenant come reparto, dipartimento o unità interna #
Un Tenant può anche rappresentare una divisione interna dello stesso Provider.
Questo è utile quando il Provider non è un rivenditore o una società esterna, ma una grande organizzazione che usa la piattaforma per sé stessa.
Esempi:
- ospedale;
- università;
- grande azienda;
- gruppo multinazionale;
- ente pubblico;
- rete sanitaria;
- gruppo assicurativo;
- corporate academy.
In questi casi, il Provider può essere l’organizzazione principale, mentre i Tenant rappresentano le sue articolazioni interne.
Esempi di Tenant interni #
Ospedale #
Un ospedale può essere configurato come Provider.
I Tenant possono rappresentare:
- Pronto Soccorso;
- Cardiologia;
- Oncologia;
- Pediatria;
- Direzione Sanitaria;
- Formazione interna;
- Risk Management.
Ogni reparto può avere i propri Player, le proprie simulazioni, i propri report aggregati e i propri limiti.
Università #
Un’università può essere configurata come Provider.
I Tenant possono rappresentare:
- Facoltà di Medicina;
- Facoltà di Economia;
- Dipartimento di Psicologia;
- Scuola di Specializzazione;
- Master Executive;
- Centro di simulazione;
- Ufficio HR interno.
Ogni Tenant può gestire percorsi formativi diversi, con Player e simulazioni differenti.
Grande azienda #
Una grande azienda può essere configurata come Provider.
I Tenant possono rappresentare:
- HR;
- Sales;
- Compliance;
- Customer Care;
- Leadership Academy;
- Country Italia;
- Country Francia;
- Business Unit Healthcare;
- Business Unit Finance.
In questo modo la stessa azienda può usare la piattaforma in modo strutturato, separando reparti, funzioni o paesi.
Che cosa gestisce un Tenant #
All’interno di un Tenant vengono gestiti gli elementi operativi dell’esperienza.
Un Tenant può avere:
- utenti;
- Player;
- Tenant Admin;
- Skill Comunicative;
- Griglie di Osservazione;
- Simulazioni guidate;
- Accessi runtime alle simulazioni;
- report;
- configurazioni privacy;
- limiti utenti;
- minuti mensili;
- runtime attive;
- connessioni simultanee;
- eventuale White Label, se consentito dal Provider.
Il Tenant è quindi il contenitore operativo in cui viene organizzata l’attività formativa.
Che cosa gestisce il Provider #
Il Provider è l’entità superiore che governa uno o più Tenant.
Il Provider può essere:
- una società che offre la piattaforma ai propri clienti;
- una grande azienda che usa la piattaforma internamente;
- un ospedale che suddivide l’uso per reparti;
- un’università che suddivide l’uso per facoltà o corsi;
- un ente che gestisce più sedi o unità operative.
Il Provider può gestire elementi come:
- creazione dei Tenant;
- assegnazione di risorse ai Tenant;
- minuti disponibili;
- limiti utenti;
- limiti runtime;
- connessioni simultanee;
- configurazioni White Label;
- policy di privacy;
- accesso a funzionalità specifiche;
- simulazioni o template disponibili per i Tenant.
Relazione tra Provider e Tenant #
La relazione può essere letta così:
Provider = organizzazione principale o soggetto che governa più ambienti
Tenant = ambiente operativo separato per un cliente, reparto, dipartimento o gruppo
Esempio commerciale:
- Provider: società di training
- Tenant: cliente aziendale
Esempio interno:
- Provider: ospedale
- Tenant: reparto di oncologia
Esempio enterprise:
- Provider: grande azienda multinazionale
- Tenant: business unit o paese
Esempio universitario:
- Provider: università
- Tenant: facoltà, corso o centro di simulazione
Perché usare più Tenant #
Usare più Tenant permette di mantenere separati ambienti, dati e configurazioni.
Questa separazione è utile quando gruppi diversi devono avere:
- utenti diversi;
- simulazioni diverse;
- report separati;
- limiti dedicati;
- configurazioni privacy diverse;
- accessi Player distinti;
- White Label diverso;
- percorsi formativi indipendenti.
In questo modo, il Provider può governare l’intera struttura, ma ogni Tenant può lavorare nel proprio perimetro.
Separazione dei dati e dei report #
Ogni Tenant ha il proprio spazio operativo.
Questo significa che i dati di un Tenant non vengono mescolati con quelli di un altro Tenant.
La separazione riguarda, ad esempio:
- utenti;
- Player;
- simulazioni;
- runtime;
- report;
- audit;
- limiti;
- configurazioni.
Questa logica è importante soprattutto in organizzazioni complesse, dove reparti o clienti diversi devono rimanere separati per motivi organizzativi, privacy, governance o reporting.
Tenant Admin #
Il Tenant Admin è l’utente che amministra uno specifico Tenant.
Può gestire, secondo i permessi disponibili:
- utenti del Tenant;
- Skill Comunicative;
- Griglie di Osservazione;
- Simulazioni guidate;
- Accessi Player;
- report;
- risorse e limiti;
- impostazioni;
- White Label, se consentito dal Provider.
Il Tenant Admin opera solo dentro il perimetro del proprio Tenant.
Esempio completo #
Una grande azienda multinazionale usa la piattaforma per formare più gruppi interni.
La configurazione può essere:
Provider #
Global Corporate Academy
Tenant #
- Sales Italia
- Sales Francia
- Compliance EMEA
- Customer Care
- Leadership Program
- HR Business Partner
Ogni Tenant può avere:
- i propri Player;
- le proprie simulazioni;
- i propri accessi runtime;
- i propri report aggregati;
- i propri limiti di utilizzo;
- eventuali configurazioni specifiche.
Il Provider mantiene una vista e un controllo superiore sull’ecosistema complessivo.
Differenza tra Tenant e Player #
Il Tenant non è un utente.
Il Tenant è l’ambiente organizzativo.
Il Player è una persona che accede alle simulazioni all’interno di quel Tenant.
Esempio:
- Tenant: Reparto Cardiologia
- Player: medico, infermiere, specializzando o membro del reparto
Differenza tra Tenant e simulazione #
Il Tenant non è una simulazione.
Il Tenant è il contenitore in cui possono essere create, pubblicate e assegnate più simulazioni.
Esempio:
Un Tenant può avere simulazioni su:
- comunicazione medico-paziente;
- gestione del conflitto;
- feedback manageriale;
- risk & compliance;
- customer care;
- leadership sotto pressione.
Differenza tra Tenant e Runtime #
Il Tenant è l’ambiente organizzativo.
La Runtime è l’accesso operativo a una specifica simulazione per determinati Player, con configurazioni come lingua, canale, voce, avatar e tentativi.
Esempio:
Un Tenant può avere una simulazione pubblicata e più runtime diverse:
- una runtime Web in italiano;
- una runtime Web in inglese;
- una runtime Coaching;
- una runtime VR;
- una runtime assegnata solo a un gruppo di Player.
Perché questo modello è flessibile #
Il modello Provider → Tenant permette alla piattaforma di adattarsi sia a scenari commerciali sia a scenari interni.
Funziona per:
- provider che vendono la piattaforma a clienti diversi;
- grandi aziende che vogliono separare business unit o paesi;
- ospedali che vogliono separare reparti;
- università che vogliono separare facoltà, corsi o centri di simulazione;
- enti complessi che vogliono gestire più gruppi con regole diverse.
Questa flessibilità evita di dover creare installazioni separate della piattaforma per ogni reparto o cliente.
Risultato finale #
Il Tenant è un concetto centrale della piattaforma.
Non rappresenta solo un cliente esterno, ma qualsiasi unità organizzativa che richiede un ambiente separato di gestione.
Può essere un’azienda cliente, un reparto, un dipartimento, una sede, una business unit, una facoltà, un ospedale o un gruppo operativo.
Il Provider governa uno o più Tenant.
Il Tenant organizza utenti, simulazioni, accessi, report e risorse.
Il Player vive le simulazioni assegnate dentro il proprio Tenant.
Questa struttura permette alla piattaforma di adattarsi sia a modelli commerciali multi-cliente sia a grandi organizzazioni che hanno bisogno di suddividere l’utilizzo per aree, reparti o gruppi interni.
