Michele Andrighetti

Categoria: Automazione

  • Excel Add-ins: trasformare una macro in uno strumento riutilizzabile

    EXCEL · VBA · ADD-IN

    Quando una macro smette di servire un solo workbook e comincia a risolvere lo stesso problema in file diversi, può avere senso trasformarla in uno strumento riutilizzabile. In Excel, uno dei modi più semplici è un add-in .xlam.

    Da file con macro a piccolo strumento

    Per molto tempo ho usato file .xlsm con macro pensate per lavorare su altri workbook: trovare colonne, normalizzare dati, preparare output, applicare controlli o automatizzare operazioni ripetitive. Funzionano, ma hanno un limite evidente: il codice resta legato al file che lo contiene.

    Un add-in separa il contenitore del codice dal workbook su cui si lavora. Una volta caricato in Excel, le sue procedure restano disponibili mentre l’utente apre e modifica altri file. È un piccolo cambiamento architetturale, ma rende molto più naturale organizzare utility VBA riutilizzabili.

    Conversione in XLAM

    Se il file originale è già ben strutturato, la conversione è semplice:

    1. Aprire il file Excel che contiene il codice VBA.
    2. Scegliere File → Salva con nome.
    3. Selezionare Componente aggiuntivo di Excel (*.xlam).
    4. Salvare nella cartella AddIns di Excel o in un percorso gestito esplicitamente.
    5. Aprire Sviluppo → Componenti aggiuntivi di Excel.
    6. Abilitare il nuovo add-in.

    La parte importante, però, non è il cambio di estensione. È come viene scritto il codice prima di diventare un add-in.

    Il codice deve smettere di dipendere dal proprio workbook

    Un problema frequente è affidarsi a riferimenti impliciti come ActiveWorkbook, ActiveSheet o intervalli non qualificati. In un file personale possono sembrare comodi; in un add-in diventano presto ambigui, perché il codice vive in un workbook nascosto mentre l’utente sta lavorando su un altro file.

    Preferisco quindi rendere espliciti gli oggetti di destinazione: workbook, foglio, tabella, intervallo e parametri. Il codice diventa più prevedibile e più facile da riutilizzare in contesti diversi.

    Da macro a comando di Excel

    Un add-in non è soltanto un posto migliore in cui conservare VBA riutilizzabile. Può trasformare una macro in un vero comando visibile di Excel. Integrandola nella barra multifunzione o nella barra di accesso rapido, una procedura può essere esposta tramite un pulsante riconoscibile ed eseguita con un solo clic, indipendentemente dal workbook aperto.

    Per l’utente cambia molto più di quanto suggerisca la tecnologia sottostante. Non serve sapere dove vive la macro, aprire l’editor VBA o cercarla in un elenco: la complessità resta nell’add-in e nell’interfaccia compare semplicemente una funzione in più.

    MACRO NEL FILE → ADD-IN → PULSANTE NELLA RIBBON → DISPONIBILE IN QUALSIASI WORKBOOK

    Add-in Excel con scheda personalizzata Miei strumenti e comandi eseguibili con un clic

    Quando un add-in è adatto

    Il formato .xlam funziona bene per utility personali o di piccoli gruppi: strumenti per tabelle, controlli, esportazioni, formattazione, generatori di query, procedure di importazione o qualunque azione debba essere disponibile in workbook diversi.

    È particolarmente utile quando il problema è ricorrente ma non giustifica un’applicazione separata. L’utente resta in un ambiente familiare mentre la logica condivisa viene centralizzata in un solo componente.

    Dove non basta

    Un add-in non risolve automaticamente distribuzione, versioning o sicurezza. Se deve essere usato da molte persone, aggiornato centralmente o collegato a dati sensibili, questi aspetti vanno progettati a parte. Lo stesso vale per macro che dipendono da percorsi locali, credenziali incorporate o configurazioni specifiche della macchina.

    Non tutte le macro devono diventare add-in. Se una procedura appartiene a un solo workbook e dipende fortemente dalla sua struttura, mantenerla dentro quel file può restare la scelta più chiara.

    Un esempio semplice: trovare rapidamente una colonna

    Come piccolo esempio, tengo disponibile un add-in nato per muovermi più velocemente in tabelle Excel con molte colonne. È volutamente semplice, ma illustra bene il principio: una funzione utile in molti file non ha bisogno di essere copiata dentro ogni workbook.

    Scarica FindTableColumn

    Principio: se una macro risolve lo stesso problema in file diversi, spesso vale la pena separarla da quei file e trattarla come uno strumento.

  • Progettare un piccolo tool invece dell’ennesimo foglio Excel

    EXCEL · UX · AUTOMATION

    Un file Excel diventa difficile da usare molto prima di diventare tecnicamente complesso. Succede quando l’utente deve sapere troppo: quale foglio aprire, quale query aggiornare, quali celle non toccare e in quale ordine eseguire le operazioni.

    Ridurre le decisioni inutili

    Se il processo ha un flusso preciso, l’interfaccia dovrebbe rifletterlo. Pochi input, pochi pulsanti e messaggi chiari sono spesso più utili di un workbook pieno di opzioni.

    Separare configurazione e operatività

    I parametri tecnici possono stare in un foglio di configurazione visibile ma distinto. L’utente operativo dovrebbe invece trovare soltanto ciò che serve per completare il compito corrente.

    Automatizzare il percorso, non solo il calcolo

    Una macro utile non si limita a eseguire una formula più velocemente. Può controllare prerequisiti, importare dati, aggiornare query, verificare l’esito e predisporre l’output. È questo passaggio che trasforma il foglio in un piccolo tool.

    Il criterio finale

    Se per usare il file serve una pagina di istruzioni più lunga dell’interfaccia stessa, probabilmente c’è ancora lavoro da fare sul design del processo.

    Un buon tool Excel nasconde complessità senza nascondere controllo.

  • Excel è più potente quando gli strumenti lavorano insieme

    Excel è più potente quando gli strumenti lavorano insieme

    Excel viene spesso raccontato come un foglio di calcolo. In realtà, quando si combinano bene tabelle, formule dinamiche, Power Query, VBA e — quando serve — Power Pivot, diventa qualcosa di più vicino a una piccola piattaforma per dati e automazione.

    Il punto non è usare tutto

    La parte potente non è avere molti strumenti nello stesso file. È assegnare a ciascuno il lavoro che sa fare meglio. Una formula può essere perfetta per una trasformazione immediata; Power Query per importare e normalizzare dati; VBA per guidare un processo; Power Pivot per modellare grandi quantità di dati e calcolare misure.

    1. Tabelle e formule dinamiche: il livello più vicino all’utente

    Le Tabelle di Excel danno struttura ai dati: colonne con nomi chiari, intervalli che si espandono automaticamente e formule più leggibili. Le formule dinamiche aggiungono un secondo vantaggio: una sola formula può restituire un intero risultato che cresce o si riduce da solo.

    Funzioni come FILTRO, UNICI, ORDINA, CERCA.X, LET e le funzioni di impilamento permettono di costruire viste e riepiloghi senza riempire il foglio di formule copiate verso il basso. Per un utente base significa meno manutenzione; per uno sviluppatore significa poter trattare alcune aree del workbook come viste calcolate.

    2. Power Query: preparare i dati prima che arrivino nel foglio

    Quando i dati arrivano da file, cartelle, database o fonti diverse, conviene evitare di risolvere tutto con formule. Power Query può importare, pulire, unire e trasformare i dati in una sequenza di passaggi ripetibile.

    L’utente vede soprattutto un pulsante Aggiorna. Dietro, però, può esserci una pipeline vera e propria: sorgente → trasformazione → controllo → output. È uno dei punti in cui Excel comincia a comportarsi meno come un foglio e più come un’applicazione dati.

    3. VBA: automatizzare il percorso, non solo il calcolo

    VBA diventa utile quando il problema non è più soltanto calcolare un risultato, ma guidare una sequenza di operazioni: validare un input, importare un file, aggiornare una query, creare un workbook, esportare un risultato o applicare controlli.

    Per un utente significa poter premere un pulsante invece di ricordare dieci passaggi. Per uno sviluppatore significa avere un livello di orchestrazione sopra formule e query, senza dover riscrivere in VBA ciò che Excel o Power Query sanno già fare meglio.

    4. Power Pivot: quando serve un vero modello dati

    Power Pivot non è necessario in ogni progetto. Diventa interessante quando ci sono più tabelle collegate, molti record o calcoli che hanno più senso come misure che come formule di cella.

    Qui il foglio smette di essere il luogo in cui vive tutta la logica: il modello conserva relazioni e misure, mentre tabelle pivot e altri output mostrano soltanto il risultato necessario.

    UN ESEMPIO SEMPLICE

    Un file operativo può usare una Tabella per raccogliere gli input, Power Query per leggere e normalizzare i dati, formule dinamiche per mostrare solo ciò che serve e VBA per gestire importazione, aggiornamento ed esportazione. Se il volume o le relazioni crescono, Power Pivot può aggiungere il modello dati senza cambiare l’interfaccia che l’utente già conosce.

    Per chi usa Excel tutti i giorni

    Non serve partire da VBA o dal modello dati. Il salto più grande spesso arriva già passando da intervalli manuali a Tabelle, da formule copiate a formule dinamiche e da importazioni ripetitive a Power Query. Gli altri strumenti possono entrare solo quando il processo lo richiede.

    Per chi sviluppa

    Visto da sviluppatore, Excel può essere pensato per livelli: interfaccia e input nel workbook, trasformazioni in Power Query, logica interattiva in VBA, modello analitico in Power Pivot e database esterni quando il dato non deve vivere nel file. Il vantaggio è usare un ambiente già familiare agli utenti senza rinunciare del tutto a separazione delle responsabilità, riuso e controllabilità.

    Dove fermarsi

    Il rischio è trasformare ogni workbook in un piccolo sistema software senza accorgersene. Se aumentano utenti concorrenti, volumi, permessi, transazioni o requisiti di disponibilità, probabilmente una parte del problema deve uscire da Excel.

    Il vero vantaggio non è usare più Excel. È usare ogni parte di Excel nel punto giusto.

  • Automatizzare controlli remoti con VBA e SSH

    VBA · SSH · READ-ONLY AUTOMATION

    Non tutte le automazioni richiedono un’applicazione web o un servizio dedicato. Per alcuni controlli operativi basta un comando remoto ben delimitato, un output strutturato e un’interfaccia che l’utente conosce già.

    Il caso d’uso

    L’obiettivo è verificare periodicamente la presenza di file in una serie di cartelle remote. Invece di collegarsi manualmente a ogni percorso, Excel avvia una sessione SSH in sola lettura, esegue un elenco e importa il risultato in una tabella.

    Read-only per scelta

    Il principio più importante è limitare il perimetro. Il comando remoto deve osservare, non modificare. Questo riduce il rischio operativo e rende l’automazione più semplice da verificare e da autorizzare.

    Configurazione separata dal codice

    Utente, server, porta e percorso base non dovrebbero essere dispersi nel VBA. Una configurazione esterna rende il codice più portabile e permette di cambiare ambiente senza ricompilare la logica.

    Il risultato utile non è il comando

    L’utente non dovrebbe leggere l’output grezzo di SSH. Il valore sta nel trasformarlo in righe con percorso, esito, numero di file e messaggio diagnostico. A quel punto un controllo tecnico diventa un’informazione operativa.

    Automazione minima: meno libertà al comando, più chiarezza nel risultato.