Business plan versionati fino all’approvazione del Consiglio
Aggiornato
In breve
Come si porta un business plan dalla bozza all’approvazione del Consiglio con una traccia accettabile per un auditor?
Il piano vive in Kelvyn, non in una presentazione che lo descrive: è redatto nel prodotto, versionato a ogni modifica e condotto lungo un ciclo di vita governato — bozza, condiviso, proposto, approvato, Consiglio — in cui i contenuti si congelano allo stato proposto e la struttura allo stato approvato. I KPI personalizzati risiedono sul piano, i consuntivi sono registrati rispetto a una baseline e lo scostamento è riportato come consuntivo meno pianificato, periodo per periodo. All’approvazione del Consiglio viene generato automaticamente un pacchetto di archivio sigillato, e ogni versione del piano è conservata in forma immutabile per dieci anni.
Il piano è un artefatto, non un documento
Un business plan assemblato in slide è la descrizione di un piano. Il piano vero — le curve, le ipotesi, i KPI — vive altrove, in file che non si versionano insieme. Kelvyn conserva il piano come oggetto governato: redatto nel prodotto, con cronologia completa delle versioni, confronto fianco a fianco tra versioni e una tracciabilità che registra quale versione discende da quale.
La previsione non è allegata al piano: ne è derivata. Le stesse curve di incasso redatte nel prodotto alimentano il piano di ammortamento e le proiezioni, così che approvare un piano significhi approvare i numeri, non una loro sintesi.
Un ciclo di vita con regole vincolanti
Il ciclo di vita è bozza, condiviso, proposto, approvato, Consiglio — ed è applicato, non suggerito. I contenuti si congelano quando il piano raggiunge lo stato proposto; la struttura allo stato approvato; l’unica esenzione è il ricalcolo di sistema, contrassegnato come tale. Una modifica dopo il congelamento produce una nuova versione con tracciabilità preservata, non un intervento che riscrive la storia.
Il richiamo segue un workflow governato dal CEO al CCO. Il richiamo diretto dall’archivio è precluso a ogni ruolo, ed è esattamente questo a rendere l’archivio citabile.
Un’approvazione che si conclude in evidenze
Le delibere del Consiglio si svolgono per intero nel prodotto — creazione, voto, finalizzazione — con separazione dei compiti sulle firme: un’approvazione richiede la sessione personale dell’esponente e il suo ruolo aziendale, ed è rifiutata in impersonificazione. Un amministratore di sistema non può firmare una delibera del Consiglio.
All’approvazione viene generato automaticamente un pacchetto di archivio sigillato: le evidenze, i relativi checksum e una marca temporale RFC 3161 apposta sul risultato.
Perimetro
Che cosa non fa
Kelvyn governa piani e delibere; non è un board portal. Non esistono funzioni di gestione delle riunioni, degli ordini del giorno o dei verbali: il workflow governa la decisione e le sue evidenze, non la riunione.
Lo scostamento richiede consuntivi registrati. Arrivano tramite import CSV ed Excel o inserimento diretto: non esiste un collegamento diretto al vostro sistema contabile che prelevi i consuntivi in autonomia.
Una versione approvata non è modificabile, e la conservazione immutabile comporta che un errore venga superato da una nuova versione, non corretto sul posto.
Domande
- Un piano approvato può essere modificato?
- No. I contenuti si congelano allo stato proposto e la struttura allo stato approvato. Una modifica produce una nuova versione con tracciabilità preservata: la versione approvata resta esattamente come il Consiglio l’ha vista.
- Per quanto tempo sono conservate le versioni del piano?
- Dieci anni, in forma immutabile. La conservazione è applicata a livello di dati, non da un documento di policy.
- Chi può firmare l’approvazione?
- Soltanto l’esponente titolare del ruolo, nella propria sessione. Le azioni di firma — 27 azioni governate — sono rifiutate in impersonificazione e precluse all’assistente AI.
Correlati