Categoria: Automazione

  • 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.