Appalti WiFi per le scuole: 802.1X del personale, dispositivi degli alunni, visitatori e filtraggio in un'unica specifica

Il capitolato d'oneri per il WiFi di un istituto scolastico dovrebbe prevedere quattro reti: personale, dispositivi gestiti degli studenti, visitatori e dispositivi dell'edificio. Dovrebbe inoltre stabilire l'autenticazione, la segmentazione e il filtraggio per ciascuna di esse. Il personale e i dispositivi gestiti degli studenti dovrebbero connettersi tramite 802.1X o chiavi dedicate per ciascun dispositivo, mai tramite una password condivisa. Il filtraggio deve soddisfare gli standard di filtraggio e monitoraggio del DfE su ogni rete, inclusa quella per i visitatori.

A cosa serve concretamente un capitolato d'oneri unico per il WiFi scolastico?

Un capitolato unico elimina le lacune che si creano quando tre fornitori gestiscono ciascuno una parte diversa della rete. In una tipica scuola, un fornitore vende gli access point, un altro gestisce il RADIUS e un terzo filtra il traffico web. Quando uno studente accede a contenuti dannosi sulla rete ospiti, nessun fornitore se ne assume l'esclusiva responsabilità.

Includere tutte le reti all'interno di un'unica gara d'appalto per il WiFi scolastico risolve questo problema già in fase contrattuale. A ciascuna rete vengono associati quattro elementi:

• Un responsabile designato.
• Un metodo di autenticazione.
• Una VLAN, ovvero una virtual LAN: una rete logica che mantiene separato il traffico su switch e access point condivisi.
• Una policy di filtraggio.

I partecipanti alla gara formulano la propria offerta sull'intera infrastruttura. Il referente designato per la salvaguardia (DSL) riceve un unico set di report anziché tre.

Per il WiFi di un multi academy trust, il capitolato d'oneri funge anche da modello standard. Ogni plesso eredita le stesse reti e le medesime policy, con variazioni a livello locale concesse solo ove espressamente autorizzato dal trust. Una scuola che entra a far parte del trust l'anno successivo adotta direttamente il modello, evitando di dover avviare una procedura d'acquisto autonoma.

Di cosa ha bisogno prima di redigere la gara d'appalto per il WiFi scolastico?

Raccolga cinque elementi prima di iniziare la stesura. Ognuno di essi inciderà su ciò che richiederà ai partecipanti.

Un elenco dei beni per ciascuna scuola. Registri i modelli di access point, i controller, gli switch e le date di fine supporto dei fornitori. Purple è indipendente dall'hardware e opera come overlay su cloud per Cisco Meraki, HPE Aruba, Ruckus, Juniper Mist, Ubiquiti UniFi, Cambium, Extreme e Fortinet. Se il Suo hardware rientra in questo elenco ed è ancora supportato, la gara potrebbe non necessitare affatto di un lotto dedicato all'hardware. L'articolo Perché il Suo prossimo aggiornamento WiFi non richiede nuovo hardware illustra nel dettaglio questa situazione.

La Sua sorgente di identità. La maggior parte delle scuole utilizza Microsoft Entra ID o Google Workspace per gli account del personale e degli studenti, mentre alcuni trust impiegano Okta. La piattaforma WiFi deve autenticare gli utenti a fronte di tale directory, anziché creare un secondo elenco di account.

Un inventario dei dispositivi. Effettui un conteggio degli iPad gestiti, dei Chromebook e dei portatili Windows, registrando chi ne cura la gestione. Verifichi se una piattaforma di gestione dei dispositivi mobili (MDM) ne gestisce già la registrazione. Un MDM è un software che distribuisce impostazioni, applicazioni e credenziali sui dispositivi di proprietà della scuola.

L'attuale configurazione di filtraggio e monitoraggio. Prenda nota del fornitore, della data di scadenza del contratto e della figura dirigenziale responsabile. Lo standard DfE richiede l'assegnazione formale dei ruoli prima di procedere con qualsiasi decisione tecnologica.

Approvazione della salvaguardia (Safeguarding). Il vostro DSL e il membro del consiglio d'istituto responsabile della sicurezza online devono approvare i requisiti di filtraggio prima della pubblicazione del bando. Il documento Keeping Children Safe in Education attribuisce al DSL la responsabilità principale della sicurezza online, compresa la comprensione delle misure di filtraggio e monitoraggio adottate.

Come specificare ciascuna rete nel capitolato della rete scolastica?

Iniziate il capitolato con una tabella simile a quella riportata di seguito. Essa indica a ciascun offerente chi utilizza ogni rete, come vi si accede e cosa viene filtrato. I candidati risponderanno poi punto per punto.

Rete	Chi la usa	Come si autentica	Segmentazione	Criteri di filtraggio	Componente Purple
Personale	Docenti, personale ATA, supplenti, team centrale del consorzio	IEEE 802.1X su Entra ID, Google Workspace o Okta; certificati su laptop gestiti	VLAN dedicata con accesso a MIS, stampanti e condivisioni file	Criterio per il personale, filtrato e registrato a nome dell'utente	Purple Access, Shield
Dispositivi gestiti degli studenti	iPad, Chromebook e laptop di proprietà della scuola	Certificato EAP-TLS o iPSK per dispositivo, distribuito tramite registrazione MDM	VLAN dedicata, nessun instradamento verso le risorse del personale	Criterio per studenti idoneo all'età, registrato per dispositivo	Purple Access, Purple MDM, Shield
Dispositivi personali degli studenti (opzionale, ultimi anni)	Studenti degli ultimi anni con smartphone e laptop personali	802.1X con account studente o iPSK per studente	VLAN dedicata, solo Internet	Criterio per studenti, registrato per studente	Purple Access, Shield
Visitatori e fornitori esterni	Genitori, membri del consiglio, fornitori, affittuari di spazi	Portale captive con accesso a tempo o sponsorizzato	Isolamento client, solo Internet	Criterio per visitatori, filtrato e registrato	Purple Access, Shield
Dispositivi dell'edificio	Stampanti, sistemi AV, controllo accessi, videosorveglianza, sensori	iPSK per dispositivo	VLAN isolata, solo i servizi necessari a ciascun dispositivo	Blocco sulle destinazioni richieste	Purple Access, Shield

Personale: 802.1X rispetto alla directory già in uso

IEEE 802.1X è lo standard per il controllo degli accessi di rete. Un dispositivo deve autenticarsi presso un server RADIUS prima di ricevere qualsiasi accesso alla rete. RADIUS (Remote Authentication Dial-In User Service) è il protocollo che verifica le credenziali e restituisce un esito di accettazione o rifiuto.

Formulate il requisito in modo chiaro: "I dispositivi del personale si autenticano con IEEE 802.1X rispetto all'identity provider del consorzio. Non vi è alcuna password condivisa per il personale". Purple Access fornisce funzionalità RADIUS in cloud, evitando così di implementare un server locale in ogni scuola.

Richiedete due metodi:

• EAP-TLS per i laptop gestiti del personale. Ciascun dispositivo presenta un certificato inviato tramite MDM, evitando l'inserimento manuale da parte degli utenti.
• PEAP o chiavi individuali per gli smartphone del personale. PEAP trasmette una password all'interno di un tunnel TLS crittografato.

Specificate WPA3-Enterprise laddove gli access point e i dispositivi lo supportino, con WPA2-Enterprise come soluzione di fallback. La guida Come configurare Enterprise WiFi su iOS e macOS con 802.1X descrive i passaggi sul lato dispositivo.

Automatizzare la gestione di nuovi assunti, cambi di ruolo e uscite. Quando l'istituto disabilita l'account di directory di una persona in uscita, il rispettivo accesso WiFi deve terminare nello stesso istante. Richiedere ai fornitori partecipanti alla gara di spiegare con precisione in che modo le modifiche agli account si riflettono sulla rete. Ciò può avvenire tramite SCIM, uno standard per la sincronizzazione degli account tra sistemi, o tramite una ricerca in tempo reale nella directory. Valutarli in base al ritardo tra la disattivazione dell'account e l'effettiva chiusura dell'accesso.

Dispositivi gestiti degli studenti: registrati, non inseriti manualmente

Una password condivisa su 600 iPad degli studenti fallisce in modo del tutto prevedibile. Non appena uno studente scopre la chiave, il suo smartphone personale si connette a una rete riservata esclusivamente ai dispositivi scolastici. Di conseguenza, i log mostrano traffico non attribuibile ad alcun dispositivo gestito.

Inserire questo requisito: "I dispositivi gestiti degli studenti ricevono le credenziali di rete tramite registrazione MDM. Nessuno studente o membro del personale digita o conosce la chiave." Due metodi soddisfano questo criterio:

• Certificati EAP-TLS, uno per dispositivo. Si tratta dell'opzione più solida.
• iPSK (identity pre-shared key, nota anche come PPSK). Ogni dispositivo riceve una chiave univoca sullo stesso nome di rete, consentendo di revocare l'accesso a un singolo dispositivo senza intervenire sugli altri.

L'MDM di Purple registra i dispositivi gestiti degli studenti in modo che le credenziali vengano fornite insieme alla configurazione del dispositivo. In caso di smarrimento di un iPad, è sufficiente revocare una sola credenziale, evitando di dover cambiare la chiave in tutta la scuola.

I dispositivi condivisi sui carrelli richiedono una specifica ulteriore. I log di filtraggio identificheranno il dispositivo, non il singolo studente. Richiedere ai fornitori di dimostrare in che modo i log dei dispositivi si correlano ai registri di consegna o all'orario delle lezioni. In questo modo, il responsabile della protezione dei minori (DSL) potrà risalire a chi utilizzava il dispositivo in quel preciso momento.

Visitatori e fornitori esterni: accesso a tempo e sempre filtrato

I visitatori accedono tramite un portale captive, ovvero una pagina web visualizzata prima che venga concesso l'accesso alla rete. Specificare tre tipologie di accesso:

• Accesso per eventi dedicato a genitori e gruppi della comunità locale, con scadenza al termine dell'evento.
• Accesso con approvazione per membri del consiglio d'istituto e professionisti esterni, autorizzato da un membro specifico del personale.
• Accesso per fornitori, con scadenza alla data di conclusione del contratto.

Raccogliere solo i dati strettamente necessari, in conformità al GDPR, richiedendo consensi espliciti e consapevoli per qualsiasi finalità ulteriore rispetto al semplice accesso. Il Guest WiFi di Purple adotta questo modello in oltre 80.000 sedi attive in 90 Paesi.

La rete visitatori non è esente da filtraggio. Lo standard DfE applica i filtri sia agli account degli ospiti, sia a ogni dispositivo che utilizza la connessione a banda larga della scuola.

Scenario reale: una scuola secondaria con concessione degli spazi in orario serale. Una scuola secondaria concede l'uso della propria palestra e del teatro ad associazioni locali per quattro sere a settimana. A chi noleggiava gli spazi veniva fornita la password del WiFi del personale, stampata su una scheda plastificata. Di conseguenza, i loro dispositivi utilizzavano il VLAN del personale, soggetti alla relativa politica di filtraggio.

La scuola ha implementato tre misure:

1. Ha migrato il personale su 802.1X, eliminando la presenza di chiavi condivise da distribuire.
2. Ha assegnato a ciascuna delle quattro concessioni settimanali un codice dedicato per il portale captive, con scadenza al termine della prenotazione.
3. Ha applicato la politica di filtraggio dei visitatori a tutti i dispositivi dei fruitori esterni.

Il risultato modellato è quantificabile. Le credenziali condivise del personale in circolazione sono scese da una a zero. A ogni noleggio è stato assegnato un codice con scadenza dedicato. Nel registro di filtraggio, ogni sessione dell'affittuario riporta ora un codice associato a un riferimento di prenotazione.

Dispositivi dell'edificio: isolati per impostazione predefinita

Stampanti, sistemi AV, sistemi di controllo accessi e CCTV raramente supportano 802.1X. Assegni a ciascun dispositivo, o a ciascuna classe di dispositivi, una propria iPSK su una VLAN isolata. Limiti ciascun dispositivo ai soli servizi necessari. Un proiettore non necessita di un instradamento verso il server MIS.

Filtraggio e monitoraggio su ogni rete: i requisiti degli standard DfE

Gli standard di filtraggio e monitoraggio del DfE, parte degli standard digitali e tecnologici per scuole e college, stabiliscono quattro requisiti:

1. Identificare e assegnare ruoli e responsabilità per la gestione dei sistemi di filtraggio e monitoraggio.
2. Revisionare l'erogazione del filtraggio e monitoraggio almeno una volta per ciascun anno accademico.
3. Bloccare i contenuti dannosi e inappropriati senza compromettere irragionevolmente l'insegnamento e l'apprendimento.
4. Disporre di strategie di monitoraggio efficaci che soddisfino le esigenze di tutela e salvaguardia della scuola.

Lo standard è specifico riguardo al sistema di filtraggio. Deve essere applicato agli account ospite, ai dispositivi di proprietà della scuola e a qualsiasi dispositivo che utilizzi la connessione a banda larga dell'istituto. Deve:

• Filtrare tutti i flussi Internet, inclusa qualsiasi connessione di backup.
• Essere adeguato all'età e alle capacità.
• Gestire contenuti multilingue, immagini, errori ortografici comuni e abbreviazioni.
• Identificare e bloccare i tentativi di elusione come VPN e servizi proxy.
• Inviare avvisi quando un contenuto viene bloccato.

Il provider di filtraggio deve essere membro della Internet Watch Foundation (IWF). Deve essere registrato nell'elenco della Counter-Terrorism Internet Referral Unit (CTIRU) e bloccare i contenuti illegali, compreso il materiale pedopornografico. I report di filtraggio devono mostrare:

• Il nome o l'ID del dispositivo, l'indirizzo IP e, ove possibile, l'identità dell'utente.
• L'ora e la data del tentativo di accesso.
• Il termine di ricerca o il contenuto bloccato.

Trasformi ciascun punto in un requisito numerato e richieda a ogni offerente prove concrete, non un semplice sì. Tali prove devono includere l'iscrizione all'IWF, lo stato CTIRU e la risposta pubblicata alle definizioni di filtraggio appropriato dello UK Safer Internet Centre.

Purple Shield applica il filtraggio per rete. Le reti di studenti, personale e visitatori possono disporre ciascuna di una politica diversa all'interno di un unico set di log. Poiché Purple Access riconosce chi o cosa si è autenticato, una richiesta bloccata viene associata a un membro del personale nominativo, a un dispositivo gestito o a un codice visitatore. Questa identità corrisponde esattamente a quanto richiesto dai requisiti di reporting del DfE.

Creazione di report, supporto e implementazione all'interno di un trust

Creazione di report. Richieda report a tre livelli: per rete, per scuola e a livello di trust. Il responsabile della salvaguardia (DSL) necessita di avvisi e report sulle richieste bloccate. Il business manager necessita di dati sulle connessioni e sulla capacità. I membri del consiglio di amministrazione necessitano di riscontri per la revisione annuale. La reportistica relativa alla rete visitatori può essere affiancata a WiFi Analytics per i dati relativi a eventi e noleggi.

Support. Specificare i tempi di risposta durante la giornata scolastica, durante le vacanze e per le escalation di salvaguardia. Indicare la procedura di escalation per un avviso di filtraggio generato al di fuori dell'orario di servizio. Richiedere le certificazioni. Purple possiede le certificazioni ISO 27001 e Cyber Essentials, è conforme a GDPR e garantisce un uptime del 99,999%.

Rollout. Inserire nel contratto una scuola pilota prima dell'implementazione a livello di trust. Pianificare le restanti scuole durante i periodi di vacanza. Richiedere agli offerenti un piano di funzionamento in parallelo: la vecchia rete con chiave condivisa rimane attiva per un breve periodo mentre i dispositivi vengono trasferiti, per poi essere dismessa in una data fissa.

Scenario pratico: un trust di otto scuole. Un trust composto da due scuole secondarie e sei scuole primarie gestiva otto diverse configurazioni WiFi. Il filtraggio era suddiviso su tre contratti distinti. Gli iPad degli studenti di ciascuna scuola si connettevano tramite una chiave condivisa.

Il trust ha adottato quattro misure:

1. Ha emesso un'unica specifica con la tabella di rete a cinque righe riportata sopra.
2. Ha definito un overlay cloud sui propri access point Cisco Meraki e HPE Aruba esistenti.
3. Ha condotto un progetto pilota in una scuola primaria durante le vacanze pasquali.
4. Ha implementato la soluzione nelle restanti sette scuole durante l'estate.

Il risultato modellato: otto chiavi condivise per gli studenti ridotte a zero. Tre contratti di filtraggio sono diventati un unico set di policy per rete. Otto pacchetti di revisione annuale separati sono diventati un unico report per l'intero trust.

Come verificare le risposte degli offerenti e la rete attiva?

Valutare le dimostrazioni, non i documenti. Chiedere a ciascun offerente selezionato di eseguire cinque attività dal vivo:

• Disabilitare un account del personale nella directory e mostrare l'interruzione dell'accesso WiFi.
• Revocare le credenziali dell'iPad di uno studente senza influire sugli altri.
• Mostrare una richiesta bloccata con ID dispositivo, ora e termine di ricerca.
• Mostrare la rete ospiti che applica la propria policy di filtraggio.
• Mostrare una vista a livello di singola scuola e una vista a livello di trust degli stessi dati.

Dopo il deployment, eseguire test di accettazione da ogni rete. Utilizzare lo strumento SWGfL Test Filtering per verificare che i contenuti IWF e CTIRU siano bloccati sulle connessioni del personale, degli studenti, degli ospiti e di backup. Verificare quindi la segmentazione: provare ad accedere alle risorse del personale da un dispositivo per studenti e dalla rete ospiti. Installare una comune app VPN su un dispositivo di test e verificare che il filtro la rilevi. Registrare i risultati: costituiranno la prima voce della revisione annuale.

Cosa può andare storto e come rimediare?

La linea di backup non è filtrata. Le scuole con una connessione a banda larga secondaria spesso filtrano solo quella primaria. Lo standard DfE copre tutti i feed Internet, pertanto è necessario indicare esplicitamente la connessione di backup nella specifica.

I certificati scadono a metà trimestre. Se i certificati dei dispositivi degli studenti scadono a marzo, un intero anno scolastico viene disconnesso dalla rete. Richiedere il rinnovo tramite MDM prima della scadenza, con avvisi inviati al responsabile di rete con 30 giorni di anticipo.

I dispositivi più datati non supportano 802.1X. Alcuni apparati AV e stampanti più vecchie supportano solo una chiave precondivisa. Trasferirli su iPSK per singolo dispositivo sul VLAN dei dispositivi dell'edificio invece di mantenere attiva una chiave condivisa.

Il blocco eccessivo interrompe le lezioni. Lo standard richiede di non influire negativamente sull'insegnamento in modo irragionevole. Preveda una procedura di richiesta di sblocco in giornata per gli insegnanti, registrando ogni modifica per la revisione annuale.

I telefoni del personale richiedono di considerare attendibile un certificato. I telefoni non gestiti chiedono al personale di accettare il certificato del server RADIUS alla prima connessione. Pubblichi una guida all'accesso di una sola pagina con screenshot e distribuisca i profili sui dispositivi gestiti in modo che la richiesta non venga mai visualizzata.

I dispositivi condivisi su carrello producono registri anonimi. I registri a livello di dispositivo diventano prove a livello individuale solo se corrispondono a una registrazione di ritiro/consegna. Concordi la procedura di registrazione con il proprio responsabile designato per la salvaguardia (DSL) prima dell'entrata in servizio.

Quanto costa e qual è il ritorno sull'investimento?

Non permetta agli offerenti di presentare un unico importo forfettario. Chieda loro di definire i prezzi separatamente per sei voci:

• Numero di scuole.
• Reti per scuola.
• Dispositivi gestiti.
• Componenti aggiuntivi.
• Implementazione una tantum.
• Rinnovo annuale.

Purple stabilisce i prezzi attraverso tre piani: Connect, Capture ed Engage. SecurePass, Verify e Shield sono disponibili come componenti aggiuntivi per la sicurezza. Il riutilizzo dell'hardware supportato elimina la voce di spesa in conto capitale più consistente dalla maggior parte delle gare d'appalto.

Il ritorno economico deriva dall'eliminazione di carichi di lavoro e contratti:

• Nessuna chiave condivisa da alternare. Non è più necessario modificare le password condivise di personale e studenti dopo ogni fuga di dati.
• Revoca automatica per chi lascia l'istituto. Chi lascia l'istituto perde l'accesso a WiFi quando le risorse umane disabilitano il relativo account di directory.
• Un unico pacchetto di revisione annuale. La revisione del DfE attinge a un unico set di report, anziché a uno per scuola.
• Meno contratti. WiFi, RADIUS e filtraggio vengono accorpati da tre contratti in uno solo.

La sostituzione di fornitori separati per WiFi per ospiti, RADIUS e filtraggio DNS illustra nel dettaglio i vantaggi del consolidamento per le strutture multi-sede.

Domande frequenti

È possibile eseguire Purple sugli access point già in possesso delle nostre scuole?

Sì. Purple è indipendente dall'hardware ed è fruibile come overlay cloud su Cisco Meraki, HPE Aruba, Ruckus, Juniper Mist, Ubiquiti UniFi, Cambium, Extreme e Fortinet. Se i Suoi access point sono inclusi in tale elenco e sono ancora coperti dal supporto del fornitore, la gara d'appalto per WiFi della Sua scuola potrebbe non richiedere un lotto hardware. Chieda agli offerenti di confermare le date di supporto per ogni modello presente nel Suo inventario prima di procedere con la valutazione.

Il filtraggio deve essere applicato anche alla rete dei visitatori?

Sì. Gli standard di filtraggio e monitoraggio del DfE impongono il filtraggio per gli account ospite e per ogni dispositivo che utilizza la connessione a banda larga della scuola. La Sua rete dei visitatori necessita di un proprio criterio di filtraggio, registrato come qualsiasi altra rete. Purple Shield applica il filtraggio in base alla rete, consentendo a visitatori, studenti e personale di avere ciascuno criteri differenti all'interno di un unico set di report.

In che modo gli iPad e i Chromebook gestiti dagli studenti accedono senza una password condivisa?

Ricevono una credenziale univoca tramite l'iscrizione MDM, ovvero un certificato EAP-TLS o una iPSK per dispositivo. Nessun alunno o insegnante vede o digita mai la chiave. L'MDM di Purple iscrive i dispositivi gestiti degli alunni in modo che la credenziale arrivi insieme alla configurazione del dispositivo. Un dispositivo smarrito si traduce in una sola credenziale revocata, non in un cambio di password per l'intero istituto scolastico.

Il personale può accedere con i propri account Microsoft Entra ID o Google Workspace?

Sì. Purple Access autentica il personale tramite IEEE 802.1X su Microsoft Entra ID, Okta o Google Workspace tramite RADIUS su cloud. Non è necessario gestire un elenco separato di account WiFi. Quando il trust disabilita l'account di directory di un dipendente che lascia l'istituto, anche il suo accesso alla rete termina. Richieda agli offerenti di dimostrare questa sequenza dal vivo durante la valutazione.

Il filtraggio dovrebbe essere acquistato insieme al WiFi o tramite una gara d'appalto separata?

Specifichi il filtraggio per rete all'interno del capitolato del WiFi, indipendentemente dalla modalità scelta. L'acquisto congiunto tramite Purple Access e Purple Shield fa sì che ogni richiesta bloccata sia associata all'identità autenticata. Questa identità corrisponde a quanto richiesto dai requisiti di rendicontazione del DfE. Con contratti separati diventa più difficile dimostrare tale collegamento nella revisione annuale.

Un trust può avviare un progetto pilota in una scuola prima di estenderlo a tutte le altre?

Sì. Inserisca nel contratto una scuola pilota con test di accettazione, pianificando poi le restanti scuole durante i periodi di vacanza. L'overlay cloud di Purple consente a ciascuna scuola di ereditare il modello di rete del trust. Ogni scuola mantiene variazioni locali solo laddove il trust lo consenta, trasformando così la configurazione pilota nello standard del trust.

I dati dei visitatori sono trattati in conformità al GDPR?

Sì. Purple è conforme al GDPR e certificato ISO 27001. Il portale captive può raccogliere il minimo necessario per l'accesso, con opt-in espliciti e consapevoli per qualsiasi informazione ulteriore. Imposti il periodo di conservazione desiderato all'interno del capitolato. Richieda a ciascun offerente di indicare dove vengono archiviati i dati dei visitatori e chi può accedervi.

In che modo dovremmo richiedere agli offerenti di formulare i prezzi per una gara d'appalto del WiFi scolastico?

Richieda prezzi dettagliati per scuola, rete, dispositivo gestito, componente aggiuntivo, implementazione una tantum e rinnovo annuale. Purple definisce i prezzi tramite i suoi piani Connect, Capture ed Engage, con SecurePass, Verify e Shield disponibili come componenti aggiuntivi. Una ripartizione voce per voce Le consente di confrontare equamente gli offerenti, evidenziando inoltre i risparmi derivanti dal riutilizzo dei punti di accesso già in Suo possesso.