Chi ha cambiato quel dato? Lo storico nell’app aziendale
La consegna risultava prevista per venerdì, oggi compare martedì. Qualcuno ha corretto la data, ma nella scheda resta soltanto il valore attuale. Per capire cosa è successo l’ufficio deve cercare nei messaggi e chiedere ai colleghi. Anche un’app condivisa può lasciare questo vuoto, se conserva solo l’ultima versione dei dati.
La risposta è uno storico delle modifiche progettato attorno alle informazioni che contano: quale dato è cambiato, da quale valore a quale altro, quando e attraverso quale utente o processo. Serve a ricostruire il lavoro e correggere gli errori. Non basta aggiungere una casella «ultima modifica».
1. Scegliere quali cambiamenti devono restare leggibili
Partite dalle domande che oggi richiedono telefonate: chi ha spostato la scadenza? Perché un intervento è stato riaperto? Quando è cambiato il responsabile? Scegliete i campi e le azioni per cui perdere il valore precedente crea un problema concreto. Registrare ogni dettaglio senza un obiettivo produce una cronologia difficile da consultare.
Nella documentazione sull’auditing di Dataverse, Microsoft distingue la configurazione per ambiente, tabella e colonna. È un esempio riferito a quella piattaforma: avere un’app non implica che ogni cambiamento sia già registrato. Nel progetto chiedete esplicitamente cosa viene tracciato, da quando e attraverso quali percorsi di aggiornamento.
2. Definire una voce di storico comprensibile
Per ogni cambiamento importante chiedete un riferimento stabile alla scheda, il campo coinvolto, valore precedente e nuovo, momento dell’operazione e autore. Se l’aggiornamento arriva da un’importazione o da un’integrazione, deve essere riconoscibile come tale. Un generico «sistema» può non bastare: il riferimento al caricamento aiuta a risalire alla causa.
- Mostrare data e ora con fuso comprensibile e un ordine affidabile degli eventi.
- Distinguere la persona che avvia un’operazione dal processo automatico che la esegue.
- Richiedere una motivazione breve solo per cambiamenti che la giustificano, come riaprire una pratica conclusa.
- Collegare modifiche multiple alla stessa operazione, evitando decine di righe scollegate.
La schermata dovrebbe permettere di filtrare per campo e periodo, tornando alla scheda interessata. Chi lavora deve leggere «consegna dal 6 al 10 novembre», senza interpretare nomi tecnici di colonne. Gli account condivisi rendono più debole l’attribuzione: concordate identità individuali e regole per le operazioni delegate.
Esempio illustrativo: una data corretta due volte
Scenario ipotetico, senza riferimenti a clienti reali o risultati ottenuti da Ethinova.
In un’app per interventi, il coordinatore sposta la visita dal 6 al 10 novembre perché manca un componente. Lo storico conserva entrambe le date e la motivazione. Più tardi un’importazione ripristina per errore il 6 novembre: compare una seconda voce, collegata al caricamento, anziché risultare una decisione del coordinatore.
Chi verifica può individuare il passaggio e correggere la data con una nuova operazione autorizzata. La correzione resta visibile insieme all’errore. Se erano già partite comunicazioni, modificare la scheda non le annulla: occorre controllare separatamente cosa è stato inviato e decidere come aggiornare i destinatari.
3. Separare cronologia, correzione e backup
Lo storico risponde a «cosa è cambiato». Il backup serve a recuperare dati secondo procedure di ripristino definite. Una cronologia consultabile non prova che l’archivio sia recuperabile dopo un guasto; una copia di sicurezza non offre necessariamente una lettura semplice di ogni singola modifica. Chiedete entrambe le verifiche quando servono.
Anche nel foglio di calcolo conviene controllare prima le funzioni disponibili. La guida Microsoft su Mostra modifiche in Excel descrive requisiti delle app supportate e limiti: per esempio il riquadro non mostra modifiche alla formattazione o ai grafici. Non date per scontato che la cronologia del vostro file copra tutto il processo.
Un pulsante «ripristina» richiede una regola precisa: può sovrascrivere cambiamenti successivi o coinvolgere dati collegati. Per una piccola app può essere più chiaro mostrare il valore precedente e consentire una correzione controllata, registrandola come nuovo evento. Il comportamento va concordato, non dedotto dalla presenza dello storico.
4. Stabilire chi consulta e quanto conservare
La cronologia può contenere informazioni che nella scheda attuale non compaiono più. Applicate quindi confini anche a storico ed esportazioni: chi vede soltanto i propri interventi non dovrebbe ottenere dal registro quelli di altri. La guida sui permessi nell’app aziendale aiuta a preparare questa mappa.
Concordate quali valori evitare nel registro, chi può amministrarlo, come vengono gestite cancellazioni e quanto conservare. Copiare interi documenti o note riservate in ogni evento aumenta l’esposizione e lo spazio occupato. Il periodo va valutato sul processo e sui requisiti applicabili con i referenti competenti: non esiste una durata universale.
Uno storico ordinario non dimostra da solo che i dati siano immodificabili o che ogni operazione sia coperta. Chiedete cosa accade per aggiornamenti diretti, importazioni e manutenzioni. Anche l’attivazione da oggi non ricostruisce automaticamente modifiche passate mai registrate.
Checklist per una prova prima del rilascio
- Modificare un campo importante e verificare autore, momento e valori prima e dopo.
- Ripetere la prova tramite importazione o integrazione, se presenti.
- Correggere un errore e controllare che la sequenza resti comprensibile.
- Provare la consultazione con un ruolo autorizzato e uno escluso.
- Verificare filtri, esportazione, cancellazioni e confini di conservazione concordati.
Eseguite queste prove con dati fittizi in un ambiente separato. La guida al collaudo dell’app spiega come scrivere risultati attesi verificabili. Per valutare un’app su misura, portate due modifiche che oggi faticate a ricostruire: sono un punto di partenza concreto per il percorso da Excel a un’app. L’analisi iniziale è gratuita e allegare un Excel privo di dati riservati è facoltativo.
Fonti
- Microsoft Learn — Manage Dataverse auditing — Consultata il 31/10/2026. Configurazione per ambiente, tabella e colonna; esempio riferito a Dataverse, non garanzia sulle app in generale.
- Microsoft Support — Ottenere assistenza per Mostra modifiche in Excel — Consultata il 31/10/2026. Requisiti e limiti delle modifiche mostrate, distinti dalla cronologia versioni.