Nascondere il riquadro di spostamento in Microsoft Access è utile quando vuoi trasformare un database in un’applicazione guidata: l’utente apre una schermata iniziale, usa pulsanti e menu predisposti e non deve vedere direttamente tabelle, query, maschere e report. È una scelta comune nei gestionali distribuiti a colleghi o clienti, ma deve essere accompagnata da una navigazione alternativa completa e da una procedura di manutenzione per gli amministratori.
In questo tutorial vediamo come nascondere il riquadro di spostamento in Access, come farlo all’avvio, come usare F11 durante lo sviluppo, come impostare una maschera Home, come gestire le opzioni di avvio e il bypass tramite SHIFT, che cosa cambia con Access Runtime e ACCDE e quali problemi possono comparire quando l’interfaccia viene chiusa troppo presto. Le indicazioni valgono per Access per Microsoft 365 e Access 2024 su Windows.
Per approfondire puoi consultare anche come distribuire un’app Access con Runtime, come creare un file ACCDE, come impedire modifiche alla struttura, come gestire gli accessi non autorizzati e la raccolta completa delle Guide Microsoft Access.
Che cos’è il riquadro di spostamento
Il riquadro di spostamento è la barra laterale che elenca gli oggetti del database: tabelle, query, maschere, report, macro e moduli. Per chi sviluppa il database è fondamentale perché permette di aprire rapidamente gli oggetti in visualizzazione dati o struttura. Per un utente finale, invece, può essere superfluo e aumentare la probabilità di aprire oggetti tecnici che non fanno parte del normale flusso di lavoro.
Microsoft documenta la possibilità di mostrare o nascondere il riquadro in qualsiasi momento. La pagina ufficiale è Mostrare o nascondere il riquadro di spostamento in Access.
Metodo immediato: premere F11
Il modo più rapido per nascondere o mostrare il riquadro durante il lavoro è premere F11. Se è visibile, Access lo nasconde; se è nascosto, lo riapre. Questa scorciatoia è molto utile per gli sviluppatori perché consente di alternare rapidamente tra la visualizzazione dell’applicazione e quella degli oggetti.
Il fatto che F11 possa riaprire il riquadro è anche un promemoria importante: nascondere il riquadro non equivale a proteggere il database. È principalmente una scelta di interfaccia e di prevenzione delle modifiche accidentali.
Nascondere il riquadro automaticamente all’apertura
Per impostare il comportamento permanente del database apri File > Opzioni > Database corrente. Nella sezione relativa allo spostamento deseleziona Visualizza riquadro di spostamento, conferma con OK, chiudi il database e riaprilo. Microsoft specifica che le modifiche alle opzioni del database corrente richiedono normalmente la riapertura per avere effetto.
L’impostazione vale per quel file. Se distribuisci più front-end o crei una nuova versione, verifica che l’opzione sia ancora configurata nella copia master che verrà consegnata agli utenti.
Prima di nasconderlo: crea un’alternativa di navigazione
Microsoft raccomanda di non nascondere il riquadro se non esiste un altro modo per raggiungere gli oggetti necessari. L’utente deve poter svolgere tutte le attività previste senza sapere che cosa sia una query o dove si trovi una maschera nel riquadro.
La soluzione più semplice è una maschera Home. Può contenere pulsanti come Clienti, Ordini, Magazzino, Report, Importazioni, Impostazioni ed Esci. Ogni pulsante apre l’oggetto corretto e può controllare il ruolo dell’utente prima di eseguire l’azione.
Come progettare una buona maschera Home
Una Home efficace deve essere semplice, coerente e leggibile. Raggruppa le funzioni per attività invece di mostrare decine di pulsanti in ordine casuale. Per esempio, un’area Anagrafiche può contenere Clienti e Fornitori; un’area Operazioni può contenere Ordini e Fatture; un’area Analisi può contenere report e dashboard.
Usa etichette che descrivano l’attività dell’utente, non il nome tecnico dell’oggetto. Il pulsante dovrebbe dire “Nuovo ordine” e non “frmOrdiniEdit”. I nomi tecnici restano nel progetto; l’interfaccia deve parlare il linguaggio del processo aziendale.
Aprire maschere e report dai pulsanti
Puoi utilizzare macro incorporate oppure VBA. Un esempio semplice per aprire una maschera è DoCmd.OpenForm "frmClienti". Per un report puoi usare DoCmd.OpenReport "rptVendite", acViewPreview. Se l’utente deve vedere soltanto un sottoinsieme dei record, applica un filtro o una condizione appropriata.
Per applicazioni semplici le macro incorporate riducono il codice da mantenere. Per flussi più complessi VBA offre maggiore controllo su validazione, gestione errori e parametri.
Impostare la maschera di avvio
Vai in File > Opzioni > Database corrente e seleziona la maschera da visualizzare all’apertura, per esempio frmHome. Dopo la riapertura Access mostrerà direttamente la schermata iniziale. Se il riquadro è nascosto, l’utente avrà subito l’interfaccia prevista.
Testa l’avvio anche dopo un errore. Se frmHome dipende da una tabella collegata non disponibile, l’applicazione dovrebbe mostrare un messaggio chiaro invece di fermarsi con una finestra tecnica lasciando l’utente senza navigazione.
Pulsanti Home, Indietro e Chiudi
Quando il riquadro non è disponibile, ogni schermata deve offrire una via di uscita. Inserisci pulsanti coerenti per tornare alla Home, chiudere la maschera corrente o annullare un’operazione. Evita che l’utente debba usare la X della finestra come unico metodo di navigazione.
Se nascondi anche le schede documento, questa regola diventa ancora più importante perché l’utente potrebbe non avere il normale pulsante di chiusura della scheda.
Nascondere le schede documento
Nelle opzioni del database corrente puoi controllare la visualizzazione delle schede documento. Nasconderle rende l’interfaccia più simile a un’applicazione dedicata, ma elimina un meccanismo di navigazione standard. Prima di farlo verifica che ogni maschera abbia pulsanti adeguati.
In applicazioni con molte finestre può essere utile mantenere le schede e nascondere soltanto il riquadro. L’obiettivo non è nascondere il maggior numero possibile di elementi, ma creare un flusso intuitivo.
F11 e sicurezza: cosa bisogna capire
Se una persona conosce Access, può premere F11 e tentare di mostrare il riquadro. Questo non è un bug: la funzione è parte dell’ambiente desktop. Per evitare modifiche strutturali nella versione distribuita, usa ACCDE e Runtime oltre alle opzioni di interfaccia.
I dati sensibili devono essere protetti nel back-end con autorizzazioni, crittografia o sicurezza server. Il riquadro nascosto non è un controllo di autenticazione.
Bypass delle opzioni di avvio con SHIFT
Microsoft documenta che tenendo premuto SHIFT durante l’apertura del database è possibile bypassare determinate opzioni di avvio quando il bypass è consentito. La pagina ufficiale è Bypass startup options when you open a database.
Questo meccanismo è utile agli amministratori quando una maschera di avvio contiene un errore. È anche un motivo per non considerare le opzioni di startup come una barriera di sicurezza autonoma.
AllowBypassKey: quando può servire
Gli sviluppatori possono controllare la proprietà AllowBypassKey per impedire il bypass con SHIFT nella versione distribuita. Prima di farlo conserva una copia di sviluppo e documenta una procedura amministrativa. Non applicare la modifica all’unica copia del database senza un metodo di recupero.
Un buon processo prevede un front-end sorgente in cui lo sviluppatore può accedere facilmente agli strumenti e un front-end distribuito in cui l’interfaccia è controllata.
Una procedura di recupero amministrativo
Prima di limitare il bypass, prepara una copia ACCDB sorgente conservata in una cartella protetta. Registra la versione distribuita e la versione sorgente corrispondente. Se l’applicazione non si avvia, l’amministratore deve poter aprire il sorgente, correggere il problema, generare un nuovo ACCDE e ridistribuirlo.
Non usare la copia installata sul PC dell’utente come unico ambiente di sviluppo. Questo riduce il rischio di modifiche urgenti non documentate e rende più semplice il rollback.
Nascondere singoli oggetti
Access consente di contrassegnare singoli oggetti come nascosti nel riquadro. Può essere utile per query tecniche, tabelle di configurazione o oggetti che non devono confondere gli utenti avanzati.
Gli oggetti nascosti possono essere visualizzati modificando le opzioni del riquadro, quindi anche questa funzione serve principalmente all’organizzazione e non alla sicurezza.
Organizzare il riquadro invece di nasconderlo
Non tutti i database devono avere il riquadro completamente nascosto. Se alcuni utenti devono lanciare query manuali o aprire report diversi, puoi creare categorie e gruppi personalizzati e mostrare soltanto gli oggetti utili.
Una soluzione ibrida può essere migliore per team tecnici: Home per le attività comuni e riquadro organizzato per gli utenti autorizzati che hanno bisogno di maggiore flessibilità.
Usare una Navigation Form
Access offre maschere di spostamento che permettono di organizzare più schermate in una struttura a schede o menu. Possono sostituire il riquadro standard senza richiedere una grande quantità di codice.
Prova il layout su diverse risoluzioni e con lo scaling di Windows usato dagli utenti. Un menu perfetto sul monitor dello sviluppatore può risultare troppo grande o troppo piccolo su notebook aziendali.
Creare una sidebar personalizzata
Un’alternativa è una maschera principale con una colonna laterale di pulsanti. La sidebar può restare visibile mentre il contenuto cambia in una sottomaschera. Questo modello dà all’utente un riferimento costante e riduce il numero di finestre aperte.
Usa nomi brevi, icone coerenti e uno stato visivo che indichi la sezione corrente. Non sovraccaricare la barra con funzioni amministrative che la maggior parte degli utenti non deve vedere.
Ruoli e menu differenti
Se l’applicazione ha ruoli, la Home può mostrare soltanto le funzioni pertinenti. Un Operatore vede Nuovo ordine e Ricerca cliente; un Responsabile vede anche Approvazioni; un Amministratore vede Configurazione e Importazioni.
Questo migliora usabilità, ma le autorizzazioni vere devono essere applicate anche al back-end se i dati sono sensibili. Nascondere un pulsante non impedisce necessariamente l’accesso attraverso un’altra strada.
Access Runtime
Microsoft 365 Access Runtime è disponibile gratuitamente in x86 e x64. Runtime è pensato per eseguire applicazioni su PC privi di Access completo e limita l’ambiente di sviluppo visibile all’utente.
In un’applicazione Runtime la navigazione personalizzata è essenziale. L’utente deve poter completare tutte le attività senza riquadro, editor VBA o strumenti di progettazione.
ACCDE e Runtime insieme
Una combinazione comune consiste nel distribuire un front-end ACCDE e farlo eseguire tramite Runtime. ACCDE riduce la possibilità di modificare il progetto, mentre Runtime offre un ambiente orientato all’esecuzione.
Il riquadro può comunque essere nascosto per rendere l’esperienza coerente. Proteggi separatamente il back-end e le credenziali di connessione.
32 bit e 64 bit
La possibilità di nascondere il riquadro è la stessa su Access 32 e 64 bit. La bitness diventa importante soltanto quando il front-end usa driver, ActiveX o API Windows.
Se distribuisci Runtime, scegli l’architettura compatibile con Office e con le dipendenze dell’applicazione. Testa il front-end sullo stesso tipo di client usato in produzione.
Microsoft 365 e Access 2024
Le opzioni di navigazione descritte sono disponibili nelle versioni desktop moderne, incluse Microsoft 365 e Access 2024. Microsoft 365 può ricevere aggiornamenti di interfaccia più frequenti, quindi in una procedura aziendale è meglio descrivere i nomi delle opzioni oltre agli screenshot.
Se l’organizzazione utilizza più versioni, verifica che la maschera Home e gli eventuali controlli personalizzati funzionino in tutte.
Problema: il riquadro ricompare dopo la riapertura
Controlla di aver modificato le opzioni del database corrente e di aver chiuso e riaperto il file. Verifica inoltre se una macro AutoExec o una routine VBA esegue comandi che mostrano il riquadro durante l’avvio.
Se il problema compare soltanto su una copia distribuita, confronta quella copia con il master. Potrebbe essere stata generata prima della modifica delle opzioni.
Problema: la maschera Home non si apre
Verifica la proprietà della maschera di visualizzazione nelle opzioni del database. Apri la maschera manualmente in sviluppo e controlla gli eventi Form_Open e Form_Load. Se uno di questi eventi genera un errore, l’apertura può interrompersi.
Compila VBA e controlla i riferimenti. Se la Home usa tabelle collegate, prova anche con il back-end disponibile e non disponibile per progettare una gestione errori robusta.
Problema: l’utente resta bloccato in una maschera
Se hai nascosto riquadro e schede, verifica la presenza di un pulsante Chiudi o Home. Nei moduli modali controlla che esista sempre un percorso di uscita e che la proprietà Close Button sia coerente con il flusso.
Testa anche l’uso della tastiera: un utente che non può usare il mouse deve poter raggiungere i pulsanti con TAB e attivarli.
Accessibilità della navigazione
Una buona interfaccia non si limita a nascondere elementi. Imposta ordine di tabulazione logico, testi chiari, contrasto adeguato e dimensioni dei controlli leggibili. Evita menu basati esclusivamente su icone senza etichetta.
Se il database viene usato per molte ore al giorno, una Home efficiente migliora la produttività più della semplice rimozione del riquadro.
Scorciatoie da tastiera personalizzate
Puoi definire macro AutoKeys per offrire scorciatoie alle funzioni principali, per esempio aprire una ricerca o tornare alla Home. Usale con moderazione e documentale agli utenti.
Non sovrascrivere scorciatoie standard importanti senza una ragione precisa. L’obiettivo è rendere il gestionale prevedibile.
Multiutente: distribuire la configurazione corretta
Ogni utente dovrebbe normalmente eseguire una copia locale del front-end. Configura riquadro e maschera di avvio nel master e distribuisci quella versione. In questo modo tutti ricevono la stessa esperienza.
Quando aggiorni il front-end, sostituisci la copia locale con una nuova build e conserva una procedura di rollback. Il back-end resta centrale e non deve essere sostituito durante l’aggiornamento dell’interfaccia.
Testare senza usare il riquadro per un’intera giornata
Prima del rilascio usa l’applicazione come un utente reale e imponiti di non premere F11. Esegui tutte le attività quotidiane: inserimento, ricerca, modifica, stampa, esportazione, importazione, chiusura e riapertura.
Ogni volta che senti il bisogno del riquadro hai individuato una funzione che dovrebbe essere aggiunta all’interfaccia o riservata all’amministratore.
Checklist prima del rilascio
Crea la Home; imposta la maschera di avvio; aggiungi pulsanti per tutte le attività; verifica Home e Indietro; prova report e importazioni; gestisci gli errori; testa senza F11; configura il riquadro nascosto; valuta le schede documento; prova SHIFT secondo la configurazione prevista; genera ACCDE; prova Runtime; conserva una copia sorgente e una procedura di recupero.
Questa sequenza evita di nascondere l’interfaccia troppo presto e rende la distribuzione più affidabile.
FAQ sul riquadro di spostamento
Qual è il tasto per mostrare o nascondere il riquadro?
F11, come indicato dalla documentazione Microsoft per i database desktop Access.
Come faccio a non mostrarlo all’avvio?
Vai in File > Opzioni > Database corrente, disattiva Visualizza riquadro di spostamento e riapri il database.
Nascondere il riquadro protegge il database?
No. È soprattutto una scelta di interfaccia e prevenzione delle modifiche accidentali.
SHIFT può bypassare le opzioni di avvio?
Sì, quando il bypass è consentito. Microsoft documenta esplicitamente questo comportamento.
Posso disabilitare SHIFT?
Gli sviluppatori possono intervenire su AllowBypassKey, ma è importante conservare un percorso amministrativo di recupero.
Devo creare una maschera Home?
È fortemente consigliato. Senza una navigazione alternativa, nascondere il riquadro rende il database difficile da usare.
Runtime nasconde automaticamente tutto?
Runtime limita l’ambiente di sviluppo, ma devi comunque progettare e testare l’interfaccia dell’applicazione.
La procedura cambia in Access 2024?
Le opzioni fondamentali sono disponibili anche in Access 2024; possono cambiare alcuni dettagli grafici dell’interfaccia.
Progettare la navigazione prima di nascondere il riquadro
Il riquadro di spostamento non dovrebbe essere nascosto come ultima operazione cosmetica, ma come conseguenza di una progettazione dell’interfaccia completa. Elenca tutte le attività che l’utente deve svolgere e verifica che ciascuna sia raggiungibile dalla Home: inserimento dati, ricerca, modifica, stampa, esportazione, assistenza e uscita. Se una funzione richiede ancora di aprire manualmente una query dal riquadro, quella funzione non è pronta per una distribuzione controllata.
È utile creare una mappa dei flussi: dalla Home l’utente entra in una sezione, svolge l’attività e dispone sempre di un percorso per tornare indietro. Evita finestre modali senza pulsante di chiusura e maschere che dipendono dal pulsante X delle schede se hai deciso di nascondere anche le schede documento. Una buona navigazione riduce la tentazione di usare F11 e rende l’applicazione più semplice anche per chi non conosce Access.
Gestire un accesso amministrativo separato
Lo sviluppatore deve comunque poter effettuare manutenzione. Conserva un ACCDB sorgente in una cartella protetta e usa una procedura amministrativa documentata per accedere agli oggetti. Non affidarti alla stessa copia ACCDE o Runtime distribuita agli utenti. Se decidi di disabilitare il bypass SHIFT tramite AllowBypassKey, conserva una copia precedente funzionante e verifica il metodo con cui potrai riabilitarlo in caso di errore nella maschera di avvio.
Questa separazione riduce il rischio che una modifica di interfaccia blocchi anche chi deve riparare il database. La copia di sviluppo può mantenere il riquadro disponibile, mentre la versione distribuita presenta soltanto i comandi necessari.
Usabilità con Access Runtime
In Runtime l’assenza degli strumenti di sviluppo rende ancora più importante una navigazione autosufficiente. Prova il front-end su un PC che usa davvero Runtime, con l’account di un utente normale. Verifica cosa succede se manca il back-end, una stampante non è disponibile o una query non restituisce record. L’utente deve ricevere un messaggio comprensibile e poter tornare alla Home senza dover chiudere forzatamente Access.
Riquadro nascosto e sicurezza: il controllo corretto
Per verificare che la sicurezza non dipenda dall’interfaccia, immagina che l’utente riesca a mostrare il riquadro. Se in quel momento potrebbe leggere o modificare dati che non dovrebbe vedere, allora devi intervenire sui permessi del file o del server. Il riquadro nascosto deve impedire soprattutto modifiche accidentali e semplificare l’esperienza; le autorizzazioni reali devono restare efficaci anche quando l’interfaccia viene aggirata.
Test di usabilità dopo la modifica
Dopo aver nascosto il riquadro, fai eseguire all’utente una sequenza completa senza suggerimenti: apertura del database, ricerca di un cliente, inserimento di un record, apertura di un report, esportazione e ritorno alla schermata principale. Se deve chiedere dove si trova una funzione o prova a usare F11, la navigazione va migliorata. Un’interfaccia ben progettata deve rendere il riquadro superfluo, non soltanto invisibile.
Controlla anche i casi meno frequenti: annullamento di un’operazione, record non trovato, back-end temporaneamente indisponibile, report senza dati e chiusura imprevista di una maschera. L’utente dovrebbe ricevere messaggi chiari e avere sempre un percorso per tornare alla Home. Questo è particolarmente importante in Runtime, dove non può affidarsi agli strumenti di sviluppo per recuperare una situazione bloccata.
Manutenzione della Home nel tempo
Quando aggiungi una nuova funzione al database, aggiorna contemporaneamente la navigazione. Una query o un report creato dallo sviluppatore ma non raggiungibile dall’interfaccia resterà di fatto inutilizzabile per chi lavora con il riquadro nascosto. Inserisci quindi il controllo della Home nella checklist di ogni rilascio e prova i permessi dei diversi ruoli applicativi, se presenti.
Prima del rilascio definitivo, prova anche l’apertura del database dopo un aggiornamento di Office o del front-end. La Home deve restare il punto di ingresso corretto e tutti i pulsanti devono continuare a funzionare senza dipendere dal riquadro di spostamento.
Conclusione
Nascondere il riquadro di spostamento rende un database Access più ordinato e professionale quando viene distribuito come applicazione. La procedura corretta consiste nel creare prima una navigazione alternativa completa, impostare una maschera Home e solo dopo disattivare la visualizzazione del riquadro nelle opzioni del database corrente.
F11 e il bypass delle opzioni di avvio dimostrano però che il riquadro nascosto non è una misura di sicurezza. Usa ACCDE e Runtime per una distribuzione più controllata e proteggi realmente i dati attraverso autorizzazioni, crittografia e sicurezza del back-end. Mantieni sempre una copia sorgente amministrativa e testa l’applicazione come un utente finale senza ricorrere agli strumenti di sviluppo.
Per altri tutorial consulta la sezione Guide Microsoft Access di Guide-Pratiche.it.