Categoria: Excel

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

  • Excel come front-end per Oracle: quando ha senso

    EXCEL · ORACLE · AUTOMATION

    Excel non è un database e non dovrebbe fingere di esserlo. Può però diventare un ottimo front-end per interrogare un database quando l’utente ha bisogno di un’interfaccia semplice, controllata e vicina al proprio lavoro quotidiano.

    Quando funziona bene

    Lo scenario ideale è quello in cui Oracle resta la fonte autorevole dei dati e Excel si limita a raccogliere pochi parametri, eseguire query predefinite e presentare il risultato. In questo modello il foglio non contiene la logica di business principale: la rende accessibile.

    La separazione che considero fondamentale

    Divido sempre il flusso in tre livelli: input dell’utente, accesso ai dati e presentazione. Power Query è particolarmente utile nel livello intermedio perché consente di mantenere trasformazioni e connessioni separate dall’interfaccia.

    Dove iniziano i problemi

    Il modello si rompe quando il file diventa una copia locale del database, quando ogni utente modifica query e formule a modo proprio oppure quando credenziali e connection string vengono incorporate direttamente nel codice. A quel punto Excel non semplifica più il processo: ne crea uno parallelo.

    Il pattern che preferisco

    Un workbook leggero raccoglie i parametri, una query costruita in modo deterministico interroga Oracle, Power Query normalizza il risultato e l’output viene caricato in una nuova area o in un nuovo workbook. Il file diventa così una piccola applicazione specializzata, non un contenitore indefinito di formule.

    Principio: il database conserva la verità; Excel rende il lavoro praticabile.

  • Componenti aggiuntivi di Excel

    Per lavoro uso molto Excel e Visual Basic e cerco sempre di scrivere codice vba riutilizzabile; in particolare ho sviluppato delle mini applicazioni che una volta lanciate permettono di elaborare altri file.

    Ignoravo una comodità che avevo proprio ad un passo: salvando con nome uno di questi file xlsm nell’estensione xlam, è possibile utilizzare le funzionalità sviluppate con i propri script, in qualsiasi file Excel.

    La procedura è veramente semplice:

    1. Aprire il file Excel contenente il codice vba (xlsm)
    2. File > Salva con nome
    3. Modificare tramite il menù a tendina il tipo file in “Componente aggiuntivo di Excel (*.xlam)”
    4. Verificare che il percorso suggerito da Excel sia ora quello dedicato ai componenti aggiuntivi – AddIns
    5. Cliccare su Salva
    6. Nel menù di Excel, Sviluppo > Componenti aggiuntivi di Excel
    7. Flaggare la voce desiderata, corrispondente al nome del file precedentemente salvato.

    Ora le funzionalità sviluppate in visual basic sono disponibili per qualsiasi file Excel desideriate modificare!

    A titolo di esempio, potete scaricare un componente aggiuntivo sviluppato da me che aiuta a muoversi nelle tabelle Excel, soprattutto quando avete davanti molte colonne!