La gestione dei dati offre quattro capacità strettamente integrate su un unico patrimonio governato. Inizializza la piattaforma, predisponendo i ruoli, i dati di riferimento e la configurazione necessari a un ambiente operativo, e provvede a un ricco set di dati dimostrativi coerenti che popolano ogni pagina dei moduli con contenuti realistici. Esegue importazioni ed esportazioni sull'intero insieme di record, acquisendo dati esterni tramite pipeline validate e mappate ed emettendo estratti puliti e strutturati per reportistica, migrazione o archiviazione. Fornisce un visualizzatore del modello dei dati che rappresenta la struttura viva della piattaforma: gli archivi, le entità che contengono, i loro campi e le relazioni che li legano. E gestisce lo svuotamento (flush), ossia la demolizione e il ripristino controllati dei dati operativi, riportando un ambiente a uno stato noto pur proteggendo i record che non devono mai essere rimossi con leggerezza.

Nell'insieme queste funzioni rendono il patrimonio riproducibile. Un amministratore può costruire un ambiente da zero, caricarlo, ispezionarlo, esportarlo e ripristinarlo, con ogni operazione che rispetta le medesime regole di integrità, la medesima traccia di audit e le medesime protezioni. Il modulo tratta provisioning, movimento e rimozione come operazioni governate di prima classe, e non come script eseguiti ai margini.

Le informazioni della piattaforma risiedono in un patrimonio di dati: un insieme di archivi dedicati, ciascuno modellato per un compito distinto. I dati operativi catturano gli oggetti di business vivi che i moduli leggono e scrivono giorno per giorno. I dati transazionali registrano le registrazioni contabili, i movimenti e gli eventi che devono essere esatti e ordinati. La configurazione conserva le regole, i workflow e le impostazioni che governano il comportamento. I documenti e il loro contenuto binario risiedono in un archivio costruito per la scala e il recupero, i cataloghi descrivono le relazioni strutturate di prodotto e di distinta base, e un data warehouse conserva i dati modellati e aggregati che alimentano l'analisi. Due ulteriori archivi si distinguono per progettazione: contengono i campi personali sensibili con i relativi indicatori di consenso e conservazione, e conservano il materiale di test, ciascuno protetto dai ripristini di routine.

Ciò che ne fa un patrimonio anziché una raccolta di database è il modello: le entità all'interno di ciascun archivio e, soprattutto, le relazioni che li attraversano. Un'azienda si collega ai suoi contatti, alle sue fatture, ai suoi documenti e ai suoi record di consenso; un periodo fiscale lega le registrazioni contabili agli standard secondo cui vengono rendicontate. La gestione dei dati comprende queste connessioni, ed è per questo che può inizializzare un intero ambiente in modo coerente, importare senza generare record orfani ed esportare un soggetto o un'entità con la relativa storia correlata intatta. Sopra il modello si sovrappongono i confini di conservazione e privacy, le regole che stabiliscono per quanto tempo i dati persistono, quali archivi sono esenti dalla rimozione e come le informazioni personali vengono isolate. Il modulo spiega questi concetti in termini chiari attraverso il suo visualizzatore, così che la struttura della piattaforma sia leggibile per chi la governa, e non solo per chi la interroga.

Il provisioning è il primo workflow. Un amministratore esegue l'inizializzazione di base per stabilire ruoli, utenti, moduli e dati di riferimento, quindi sovrappone i dati dimostrativi, modulo per modulo, per produrre un ambiente completamente popolato che racconta una storia di business coerente lungo due esercizi fiscali di storico completato e di lavoro corrente in corso. L'operazione è idempotente: ripulisce i contenuti dimostrativi precedenti prima di ricostruirli, così da poter essere eseguita ripetutamente con un risultato prevedibile.

L'importazione è il secondo. I dati di origine vengono mappati sul modello, validati rispetto a tipi, chiavi e regole di integrità referenziale, presentati in anteprima all'operatore e confermati solo quando andranno a buon fine in modo pulito. L'esportazione ne è lo specchio: raccoglie le entità selezionate insieme ai loro record correlati in file strutturati adatti ai sistemi a valle, all'adempimento normativo o alla migrazione. L'ispezione del modello procede a fianco di entrambe, consentendo a un amministratore di aprire il visualizzatore, tracciare una relazione, confermare il significato di un campo e verificare che un'importazione o un'esportazione riguardi le strutture corrette. Lo svuotamento è il workflow del ripristino controllato, che demolisce i dati operativi rispettando l'ordine delle dipendenze pur onorando gli archivi contrassegnati come esenti, così che un ambiente torni a una baseline pulita senza mai toccare il materiale personale o di test protetto. Ogni workflow scrive nel registro di audit, così che chi ha effettuato provisioning, importazione, esportazione o svuotamento, e quando, sia sempre ricostruibile.

La correttezza in condizioni di movimento è ciò che giustifica il ruolo del modulo. Ogni operazione è consapevole delle relazioni referenziali: l'inizializzazione crea i genitori prima dei figli, l'importazione rifiuta i record che renderebbero orfana una relazione e lo svuotamento rimuove nell'ordine inverso delle dipendenze, così che nulla resti sospeso. L'idempotenza è garantita anziché auspicata, ed è ciò che consente di ricostruire gli ambienti in sicurezza e di aggiornare i dati dimostrativi senza residui. Le importazioni superano un varco di validazione che controlla i tipi di dati, l'unicità delle chiavi, i riferimenti tra archivi e i domini di valore, e segnala gli errori con la precisione sufficiente a correggerli prima che alcunché venga confermato.

La governance è integrata nel ciclo di vita. Alcuni archivi sono esenti dallo svuotamento per policy: il caveau che isola i campi personali con i relativi indicatori di consenso e conservazione, e l'archivio che contiene il materiale di test. Questi non vengono mai eliminati da un ripristino di routine, il che mantiene intatti gli impegni sulla privacy e gli asset di qualità attraverso ogni aggiornamento dell'ambiente. I dati personali portano con sé il proprio periodo di conservazione e stato di consenso, così che le esportazioni di un soggetto rispettino ciò che può lecitamente lasciare la piattaforma, e la dismissione dei dati onori i confini stabiliti per essi. Il patrimonio abbraccia nativamente molteplici standard di rendicontazione e dati per giurisdizione, così che i dati finanziari provisionati e importati arrivino già modellati per standard paralleli, molteplici regimi fiscali e reportistica multivaluta. L'attività di runtime, inclusa ogni importazione, esportazione e svuotamento, viene registrata, dando al patrimonio un resoconto continuo e interrogabile di come i propri contenuti sono cambiati.

La gestione dei dati è il livello su cui poggia il resto della suite. I suoi inizializzatori provvedono a dati realistici e interconnessi per la contabilità, inclusi crediti e tesoreria, per il marketing e le vendite, per i servizi finanziari, per la produzione con le sue distinte base e i suoi cataloghi, per le relazioni commerciali, per la knowledge base e per la gestione documentale. Poiché comprende le relazioni che attraversano quei moduli, può costruire un ambiente in cui un cliente nelle relazioni commerciali possiede fatture nella contabilità, appartenenza a campagne nel marketing e nelle vendite e file nella gestione documentale, il tutto in modo coerente.

Opera di concerto con i moduli di governance della piattaforma. Si rimette alla gestione della privacy per i campi personali, il consenso e la conservazione custoditi nel caveau, trattando quell'archivio come autorevole ed esente dalla rimozione, e si allinea con la gestione dei test per preservare il materiale di test attraverso i ripristini. Le sue pipeline di esportazione alimentano il data warehouse a cui attingono analisi e reportistica, e l'inizializzazione della configurazione predispone i workflow di approvazione su cui fanno affidamento la contabilità e altri moduli. In sostanza, ogni modulo eredita da questo unico luogo i propri dati iniziali, la propria portabilità e il proprio comportamento di ripristino pulito, ed è per questo che il patrimonio resta coerente man mano che la suite cresce.

Gli AI Worker sono operatori di prima classe nella gestione dei dati. Un amministratore può chiedere, in linguaggio naturale, quanti record di un determinato tipo esistono, quali archivi attraversa una relazione o cosa significhi un campo del modello, e un Worker risponde interrogando il patrimonio vivo e leggendo direttamente il visualizzatore del modello. I Worker eseguono inoltre operazioni governate su richiesta: inizializzare un ambiente, avviare un'importazione mappata, produrre un'esportazione circoscritta o dare inizio a uno svuotamento, ciascuna condotta attraverso lo stesso percorso di validazione e audit che seguirebbe una persona, mai aggirandolo.

Oltre all'esecuzione, i Worker sorvegliano il patrimonio. Fanno emergere anomalie ed eccezioni: un lotto di importazione con un picco di errori di validazione, una relazione lasciata incoerente, un confine di conservazione in avvicinamento, un archivio che si discosta dalla struttura attesa. Quando occorre acquisire materiale esterno, i Worker estraggono e strutturano i dati, propongono una mappatura sul modello e segnalano i record che non andranno a buon fine in modo pulito prima che alcunché venga confermato. Offrono supporto decisionale, spiegando l'impatto a valle di uno svuotamento o la portata di un'esportazione attraverso le entità correlate, così che l'operatore comprenda le conseguenze in anticipo. E i Worker fungono da nodi di revisione e approvazione nei workflow sensibili: l'esportazione di dati personali o il ripristino completo di un ambiente possono richiedere il controllo di un Worker, o un'autorizzazione umana che il Worker predispone, così che le operazioni sui dati più rilevanti siano sempre deliberate, revisionate e registrate.