Come validare dati con VBA in Access: tutorial pratico

access vba: per validare dati con VBA in Microsoft Access il punto più affidabile è spesso l’evento BeforeUpdate della maschera, perché consente di controllare l’intero record prima del salvataggio e di bloccare l’aggiornamento impostando Cancel = True. Le regole semplici dovrebbero restare, quando possibile, a livello di tabella o controllo; VBA è particolarmente utile quando la validazione coinvolge più campi, condizioni dinamiche o messaggi personalizzati.

Questa guida mostra come progettare una strategia di validazione completa in Access per Microsoft 365 e Access 2024, con esempi su campi obbligatori, date, numeri, dipendenze tra controlli, duplicati, errori di tipo, form in Runtime e differenze tra controlli client e regole dati.

Indice

• Dove validare i dati
• ValidationRule e Required
• BeforeUpdate della maschera
• BeforeUpdate del controllo
• Null, stringhe vuote e conversioni
• Date e intervalli
• Controlli incrociati
• Duplicati
• Messaggi e focus
• Runtime, multiutente e SQL Server
• FAQ

Prima regola: validare il più vicino possibile ai dati

Se una regola è sempre vera, per esempio «Quantità deve essere maggiore di zero», considera una ValidationRule a livello di campo o tabella. Se una regola dipende dall’interfaccia, da più campi o da un flusso specifico, VBA può essere più adatto. Non mettere tutto in VBA per abitudine: una regola dati in tabella protegge anche inserimenti che non passano dalla maschera.

Microsoft Access consente regole di convalida per campi, record e controlli. Il VBA aggiunge flessibilità ma richiede manutenzione e test. Una buona architettura usa entrambi.

Evento Form_BeforeUpdate

Microsoft Learn documenta BeforeUpdate come evento che si verifica prima dell’aggiornamento dei dati. Per una maschera puoi annullare il salvataggio:

Private Sub Form_BeforeUpdate(Cancel As Integer)
    If IsNull(Me.DataOrdine) Then
        MsgBox "Inserisci la data ordine.", vbExclamation
        Cancel = True
    End If
End Sub

Questo è molto utile perché l’utente può compilare vari controlli e la validazione finale avviene quando il record sta per essere salvato.

Validare più campi insieme

Esempio: una data fine non può precedere la data inizio:

If Not IsNull(Me.DataInizio) And Not IsNull(Me.DataFine) Then
    If Me.DataFine < Me.DataInizio Then
        MsgBox "La data fine non può precedere la data inizio.", vbExclamation
        Cancel = True
        Me.DataFine.SetFocus
        Exit Sub
    End If
End If

La logica controlla prima i Null, poi confronta valori Date. Questo evita conversioni o confronti errati.

BeforeUpdate del controllo

Ogni controllo può avere il proprio BeforeUpdate. È utile per una verifica immediata del singolo valore, per esempio un codice con formato specifico. Tuttavia non affidare a dieci controlli regole che riguardano il record nel suo insieme: diventa difficile capire l’ordine degli eventi.

Microsoft distingue eventi di controllo e maschera. Il BeforeUpdate del controllo scatta quando quel controllo viene aggiornato; il BeforeUpdate della maschera prima del salvataggio del record. Usa il livello giusto.

Campi obbligatori

Se un campo è sempre obbligatorio, imposta Required nella tabella. In VBA puoi aggiungere un messaggio più amichevole:

If Len(Trim$(Nz(Me.NomeCliente, ""))) = 0 Then
    MsgBox "Inserisci il nome del cliente.", vbExclamation
    Cancel = True
    Me.NomeCliente.SetFocus
    Exit Sub
End If

Il controllo con Nz tratta Null come stringa vuota e Trim elimina spazi. È appropriato per testo obbligatorio.

Null non è zero

Non usare Nz indiscriminatamente. In un importo, Null può significare «non ancora inserito», mentre zero può essere un valore valido. Decidi la semantica prima di sostituire.

Per campi numerici obbligatori verifica IsNull prima del confronto. Per campi facoltativi permetti Null senza forzare conversioni.

Validare numeri

Se il controllo è legato a un campo numerico, Access impedisce molti valori incompatibili già a livello di tipo. Ma puoi applicare regole business:

If Nz(Me.Totale, 0) < 0 Then
    MsgBox "Il totale non può essere negativo.", vbExclamation
    Cancel = True
End If

Se zero non è valido, non usare la stessa logica di Null. Scrivi condizioni separate.

Validare date

Per un controllo non fortemente tipizzato puoi usare IsDate. In una maschera legata a un campo Date/Time, Access gestisce già parte della conversione. Le regole VBA dovrebbero concentrarsi su limiti logici: data non futura, scadenza successiva all’emissione, età plausibile.

Evita date hard-coded come stringhe ambigue. Usa DateSerial per costruire date specifiche.

Validare email o codici

Una semplice validazione email può controllare presenza di @ e punto, ma non tentare di implementare in VBA l’intero standard RFC se non necessario. La validazione dovrebbe essere proporzionata al requisito.

Per codici fiscali, IBAN o altri identificativi, separa il controllo formale dal controllo di esistenza. Una stringa può avere formato corretto ma non essere realmente valida presso un’autorità esterna.

Controllare duplicati

La protezione primaria deve essere un indice univoco quando il dato deve essere univoco. Il VBA può anticipare l’errore con un messaggio:

If DCount("*", "Clienti", "Codice='" & Replace(Me.Codice, "'", "''") & "' AND IDCliente<>" & Nz(Me.IDCliente,0)) > 0 Then
    MsgBox "Codice già presente.", vbExclamation
    Cancel = True
End If

In multiutente due persone possono passare il controllo quasi nello stesso momento; l’indice univoco resta quindi indispensabile.

Validazione e concorrenza

Il controllo DCount è utile per UX, ma non sostituisce vincoli o chiavi nel database. In ambiente multiutente la condizione può cambiare tra controllo e salvataggio. Gestisci anche l’errore di duplicato generato dal motore.

Impostare il focus sul campo errato

Dopo un errore puoi usare SetFocus per portare l’utente al controllo. Fallo solo dopo aver annullato il salvataggio e assicurati che il controllo sia visibile e abilitato. Se è in una scheda diversa, potresti dover attivare la pagina prima.

Non mostrare dieci messaggi insieme

Se il record contiene molti errori, scegli una strategia. Puoi fermarti al primo errore e guidare l’utente in sequenza, oppure costruire un riepilogo con tutti i problemi. Evita una raffica di MsgBox che l’utente deve chiudere senza ricordare i campi.

Funzione di validazione separata

Nei progetti complessi crea una funzione:

Private Function ValidaRecord(ByRef messaggio As String) As Boolean
    If Len(Trim$(Nz(Me.NomeCliente, ""))) = 0 Then
        messaggio = "Nome cliente mancante."
        Exit Function
    End If
    ValidaRecord = True
End Function

Il BeforeUpdate chiama la funzione e decide Cancel. Questo rende il codice evento più leggibile.

ValidationRule a livello tabella

Una regola come [DataFine]>=[DataInizio] può essere definita come regola di record nella tabella. Il vantaggio è che vale anche per modifiche fatte da altre maschere o query aggiornabili. Aggiungi ValidationText per un messaggio comprensibile.

VBA e regole di tabella insieme

È normale avere la stessa logica business protetta dalla tabella e presentata in modo più amichevole dalla maschera. Evita però implementazioni divergenti. Documenta la regola in un punto centrale.

Validare prima di eseguire query

Se un pulsante avvia un’elaborazione, valida i parametri prima della query. Per esempio, DataInizio e DataFine devono essere presenti e coerenti. Non lasciare che la query produca un errore «parametro non valido» quando puoi mostrare una spiegazione.

Gestione errori

La validazione prevista non dovrebbe dipendere da error handling. Usa condizioni normali per dati non validi. Riserva On Error GoTo a errori inattesi, come tabella non disponibile o funzione esterna che fallisce.

Validazione e SQL Server

Se Access è front-end di SQL Server, le regole critiche dovrebbero esistere anche sul server tramite tipi, NOT NULL, CHECK, chiavi uniche e relazioni. Il VBA migliora la UX ma non è il confine di sicurezza dei dati.

Quando il server rifiuta un dato, intercetta l’errore e traducilo in un messaggio utile, senza nascondere la causa tecnica nel log.

Access Runtime

In Runtime la validazione deve essere particolarmente chiara perché l’utente non ha strumenti di progettazione. Ogni messaggio dovrebbe indicare il campo e l’azione correttiva. Evita codici errore senza spiegazione.

32 bit e 64 bit

Le tecniche di validazione VBA native non cambiano tra 32 e 64 bit. Le differenze emergono solo se chiami API, DLL o controlli esterni durante la validazione. È meglio evitare dipendenze pesanti in eventi frequenti come BeforeUpdate.

Microsoft 365 e Access 2024

BeforeUpdate e le proprietà ValidationRule sono parte dell’ambiente desktop Access moderno. Microsoft Learn documenta l’evento e il parametro Cancel. Le tecniche descritte restano adatte alle versioni correnti.

Performance

Non eseguire query lente o chiamate di rete in ogni controllo se puoi evitarlo. La validazione deve essere rapida. Se devi verificare un dato su SQL Server, usa indici e query efficienti, e considera quando effettuare il controllo.

Problemi comuni

BeforeUpdate non scatta

Scatta quando i dati vengono modificati e il controllo/record sta per essere aggiornato. Se non hai modificato nulla, l’evento della maschera non si verifica.

Cancel=True non sembra funzionare

Assicurati di impostarlo nell’evento BeforeUpdate corretto. Non confonderlo con AfterUpdate, che avviene dopo il salvataggio.

SetFocus genera errore

Il controllo può essere nascosto, disabilitato o non disponibile. Controlla lo stato dell’interfaccia.

Duplicati non rilevati

Non affidarti solo a DCount. Crea indice univoco e gestisci anche l’errore del motore.

Le date vengono interpretate male

Usa tipi Date e DateSerial. Evita stringhe ambigue.

Checklist

Elenca campi obbligatori, tipi, intervalli, relazioni tra campi, unicità, regole permanenti e regole UI. Decidi quali vanno in tabella e quali in VBA. Testa Null, stringa vuota, zero, valori limite, record duplicato e due utenti concorrenti.

Prima del rilascio prova anche Runtime e un utente con permessi normali. Se i dati risiedono su SQL Server, verifica che i vincoli server corrispondano alle regole dell’interfaccia.

FAQ

Meglio ValidationRule o VBA?

ValidationRule per regole semplici e permanenti; VBA per logica dinamica e multi-campo. Spesso si usano insieme.

Quale evento uso per bloccare il salvataggio?

Form_BeforeUpdate e Cancel=True.

Posso validare un solo controllo?

Sì, usa il BeforeUpdate del controllo o una ValidationRule del controllo.

Come gestisco i duplicati?

Indice univoco per integrità, VBA per messaggio anticipato.

La validazione VBA protegge SQL Server?

No, le regole critiche devono essere anche sul server.

Approfondimenti

• Come usare VBA in Access
• Validare dati in una maschera Access
• Errori nei controlli di una maschera
• Tutte le Guide Access
• Microsoft Learn: Form.BeforeUpdate

Conclusione

Validare dati con VBA in Access significa guidare l’utente senza rinunciare all’integrità. Usa BeforeUpdate per controlli multi-campo e bloccare il salvataggio, ma mantieni vincoli fondamentali a livello tabella o server. Gestisci Null e tipi esplicitamente, crea messaggi chiari, usa indici univoci per concorrenza e prova i casi limite. Una validazione ben progettata riduce errori, semplifica l’assistenza e rende il database più affidabile nel tempo.