Bisogna distinguere due aspetti che la domanda tende a confondere. La STRUTTURA della cartella di lavoro, sì: allegando il file .xlsx o .csv alla descrizione, le sue colonne e i suoi fogli vengono letti e trasformati in campi ed entità nel piano che approvi prima della costruzione. Le proprie RIGHE, no: non esiste uno schermo universale di importazione; l’applicazione viene fornita con dati dimostrativi, e i dati esistenti vanno recuperati o manualmente, limitatamente al perimetro effettivamente rilevante, oppure in un’unica operazione tramite il database, un normale database PostgreSQL che ti appartiene. Nel senso opposto, invece, l’uscita è immediata: esportazione CSV da ogni lista ed esportazione JSON di tutti i dataset.
La struttura, sì, la cartella di lavoro viene letta
Una cartella di lavoro per la gestione contiene già in nuce un’applicazione: i fogli sono entità, le colonne copiate da un foglio all’altro sono relazioni, i codici «OK / in corso / in ritardo» sono stati. Non devi tradurre nulla di tutto questo da solo: il file .xlsx o .csv si allega direttamente alla tua descrizione, viene letto e ciò che contiene alimenta la generazione del piano.
Questo piano ti viene mostrato PRIMA che qualsiasi cosa venga costruita, ed è modificabile: puoi rinominare un campo, rimuovere una colonna che era solo una copia, correggere l’elenco degli stati. È qui che si definisce la fedeltà al tuo modo di lavorare, non dopo colpi.
Le tue righe, no, e meglio dirlo chiaramente
Al momento non esiste uno schermo universale «importa il tuo file» nelle applicazioni generate. L’applicazione viene distribuita con dati dimostrativi realistici, pensati per consentirti di valutare lo strumento su casi concreti; non sono i tuoi dati e possono essere eliminati. Un’eccezione esiste: le entità di MISURA, rilevamenti, serie di sensori, tracce, dispongono di una funzionalità di importazione da file, perché in questa applicazione i dati di misura vengono caricati da file e non tramite moduli.
Per tutto il resto, due strade. Il reinserimento manuale sul perimetro effettivamente rilevante, che è molto più breve di quanto sembri (vedi la sezione successiva). Oppure il caricamento in un’unica operazione tramite il database: si tratta di un normale database PostgreSQL gestito da Prisma, e il codice dell’applicazione ti appartiene, quindi un developer, o tu stesso, se ti senti a tuo agio, può caricarvi un CSV con uno script breve. Non è fornito «pronto all’uso», ma è semplicemente possibile, cosa che non accade negli strumenti chiusi, dove il database non ti viene mai mostrato.
La storia utile è più piccola di quanto credi
La paura di «perdere tutto» presuppone che tutto debba essere ripreso manualmente. Nella pratica, ciò che serve quotidianamente è l’insieme in corso: i fascicoli aperti, i clienti attivi, il magazzino reale. Il resto è archivio, e un archivio non ha bisogno di vivere dentro lo strumento operativo, la cartella di lavoro passata in sola lettura lo conserva perfettamente ed è comunque consultabile.
La migrazione efficace è quindi graduale: nuovi casi nell’applicazione già dalla prima settimana, l’attivo recuperato subito dopo, la cartella di lavoro bloccata come archivio alla fine. Si tratta di qualche serata di lavoro, non di un progetto vero e proprio, e ha il vantaggio di farti rileggere ciò che trasferisci, anziché duplicare dieci anni di dati obsoleti.
Nel senso opposto: estrarre i propri dati, subito
La domanda sull’import nasconde un interrogativo più importante: potrò portare via i miei dati? Ogni lista nell’applicazione dispone di un pulsante per esportare in CSV le righe visualizzate, filtri inclusi, nel formato che Excel apre correttamente in italiano, con punto e virgola come separatore e codifica preservata, senza interventi manuali. Le impostazioni dell’applicazione offrono inoltre un’esportazione JSON di ciascun dataset.
A questo si aggiunge ciò che fa davvero la differenza: il codice dell’applicazione si esporta come archivio ZIP o si invia su GitHub, e il database è tuo. Uno strumento dal quale puoi uscire in tre clic non ha bisogno di trattenerti: è il miglior test da fare su qualsiasi software prima di affidargli i tuoi dati.