Jmix · CUBA Platform
Il vostro sistema CUBA non va riscritto. Vanno sostituite le sue fondamenta.
CUBA Platform è arrivata a fine vita. Il produttore lo dice chiaramente: solo manutenzione, nessuna nuova funzionalità, nessun aggiornamento di sicurezza. Questo trasforma una preferenza tecnica in una questione di compliance — ed è l’unico motivo per cui questa pagina esiste, perché in un’applicazione CUBA che funziona non c’è nient’altro che non vada.
La buona notizia è la parte che nessuno dice ad alta voce: Jmix appartiene alla stessa discendenza. Il vostro modello dei dati, la vostra logica di business e il vostro database non sono il problema, e non sono ciò per cui pagherete.
Ambito
Cosa si sposta da solo, cosa viene verificato e cosa viene riscritto
È l’unico quadro che conta quando si dimensiona il lavoro. Jmix Studio esegue automaticamente un primo passaggio — crea il nuovo progetto, copia i sorgenti, sostituisce le classi note del framework, converte i descrittori delle schermate e scrive un file con l’elenco di ciò che non ha potuto fare. Tutto quello che sta a destra di quel file è il vostro budget reale.
La parte onesta
Alcune cose sono state rimosse e non sostituite
Questo è l’elenco che una valutazione esiste per verificare, ed è il motivo per cui un preventivo di migrazione dato al telefono non vale nulla. Se la vostra applicazione si appoggia a una di queste cose, il lavoro smette di essere meccanico e diventa progettazione.
- Il controllo degli accessi a livello di attributo tramite il data manager, e con esso la variante basata sullo stato.
- I permessi sui componenti delle schermate — quelli a grana fine applicati ai singoli controlli.
- Gli attributi di sessione nei gruppi di accesso, che spesso sono il modo in cui un sistema CUBA esprime "questo utente vede solo la propria filiale".
- L’API del cluster manager.
- Lo storico delle schermate di modifica.
- Il supporto a SQL Server 2005, che conta più spesso di quanto dovrebbe.
Nessuna di queste cose rende impossibile una migrazione. Ognuna di esse cambia il numero, e un fornitore che non ve ne ha chiesto conto non ha quotato il vostro progetto — ne ha quotato uno medio.
Sui numeri che vi verranno mostrati
Una cifra pubblicata, e perché non dovrebbe rassicurarvi
Nel marzo 2026 il produttore ha pubblicato il resoconto della migrazione della propria applicazione di esempio Timesheets — quattordici entità, trentacinque schermate — con l’aiuto di agenti AI. L’impegno dichiarato è stato di 25 ore uomo contro una stima di progetto di 215. È un numero reale, riportato onestamente, e l’autore dice nello stesso articolo che i risultati variano con la struttura del progetto, la UI personalizzata, la qualità del codice e l’esperienza del team, e che il caso non è un benchmark generale.
Lo citiamo qui per il motivo opposto a quello consueto. Un esempio da quattordici entità scritto dalle persone che hanno scritto il framework è il caso migliore che esista. La vostra applicazione ha la schermata che qualcuno ha costruito nel 2016 e che nessuno vuole toccare, il gruppo di accesso con una condizione dentro e il report che nessuno sa più rigenerare. La distanza tra 25 e 215 in quell’articolo non è uno sconto che potete aspettarvi — è l’ampiezza dell’intervallo dentro il quale tira a indovinare una stima fatta senza valutazione.
Gli agenti aiutano davvero, e li usiamo: nella conversione ripetitiva dei pattern del framework sono più rapidi e più costanti di una persona. Non aiutano con la schermata che va ridisegnata e non convertita, e quella schermata è di solito quella a cui i vostri utenti tengono di più.
Come si svolge
Quattro fasi, e il vecchio sistema resta in piedi per tutte
01 · Valutazione
Da due a cinque giorni con il vostro codice e le vostre persone. Cosa avete usato di CUBA, cosa non ha sostituto, come sono fatti i dati. L’output è il documento qui sopra, non una proposta.
02 · Fondamenta
Il passaggio automatico, poi il lavoro che lascia dietro di sé: il progetto compila, il modello dei dati è a posto, il database si collega e il modello di sicurezza è stato ricostruito e non approssimato.
03 · Ondate
Schermate a lotti, le semplici prima delle complesse, ogni lotto collaudato prima che inizi il successivo. Il sistema CUBA continua a funzionare e resta rilasciabile per tutto il tempo — una correzione urgente può ancora uscire.
04 · Passaggio e consegna
Gli utenti passano al nuovo sistema quando il sistema Jmix fa quello che faceva il vecchio, non quando lo dice il piano. Poi la documentazione e una sessione di passaggio di consegne con chi lo mantiene — il vostro team o un altro fornitore.
Riscontri
Non stiamo descrivendo tutto questo a partire dalla documentazione
Smart Comune — un sistema comunale di gestione delle richieste al servizio di circa 80.000 residenti — è stato costruito su CUBA Platform ed è in produzione dal 2020. Abbiamo scelto quel framework anni prima del cambio di nome, che è la risposta semplice a quanto tempo lavoriamo con questo stack: dalla sua generazione precedente.
Far Rainbow è anche venditore delle licenze Jmix in Italia. Questo conta meno per l’ingegneria che per la burocrazia: la migrazione, le licenze e una fattura italiana arrivano da un unico fornitore, che per un’azienda con un processo di acquisto è di solito la differenza tra un acquisto di due settimane e uno di due mesi.
Domande
Le domande che si fanno prima di impegnarsi
È una migrazione o una riscrittura?
Una migrazione. Il database, le entità, la logica di business e le integrazioni passano — in Jmix un’entità richiede un’annotazione invece di una classe base del framework, quindi la maggior parte del modello sopravvive intatta. Quello che cambia è lo strato attorno: la struttura del progetto, l’interfaccia utente e il modello di sicurezza. Chiamarla riscrittura sarebbe più facile da vendere e non sarebbe vero.
Quanto tempo richiede?
Il produttore pubblica da tre a dodici mesi per una migrazione tipica, e quell’intervallo è ampio per un motivo: la risposta dipende da quanta della macchina di CUBA la vostra applicazione usava davvero. Un’applicazione con duecento schermate CRUD convenzionali e ruoli semplici è un lavoro diverso da una con una gerarchia profonda di gruppi di accesso e venti schermate costruite a mano. Non vi facciamo un preventivo prima di una valutazione, e con chi lo fa dovreste andarci cauti.
Possiamo continuare a far funzionare il vecchio sistema durante la migrazione?
Sì, e normalmente dovreste. L’applicazione CUBA continua a funzionare e resta rilasciabile mentre quella Jmix viene costruita accanto, di solito gruppo di schermate per gruppo di schermate. Spostare gli utenti in una sola notte è possibile per un sistema piccolo e raramente è il rischio giusto per uno grande.
E i nostri utenti e i loro permessi?
I record degli utenti si conservano. I permessi sono la parte che richiede attenzione: i ruoli CUBA sono classi, i ruoli di risorsa Jmix sono interfacce, e i gruppi di accesso CUBA diventano ruoli a livello di riga in un elenco piatto, senza gerarchia. La guida del produttore stesso afferma che i gruppi di accesso e i vincoli devono essere convertiti a mano. Se il vostro modello di accesso è la parte ingegnosa del vostro sistema, mettetelo in budget come la parte ingegnosa della migrazione.
Siamo su Jmix 1.x e non su CUBA. Vale anche per noi?
Lo stesso ragionamento, un lavoro più piccolo. Il produttore mette CUBA Platform e Jmix 1.x nella stessa posizione — solo manutenzione, nessuna nuova funzionalità, nessun aggiornamento di sicurezza — quindi l’orologio è lo stesso anche se la distanza è più breve.
Perché voi e non il produttore della piattaforma?
Usate il produttore dove il produttore è migliore: ha scritto il framework e vende una valutazione. Noi siamo utili per un motivo diverso — gestiamo un sistema CUBA in produzione dal 2020 e vendiamo licenze Jmix in Italia, quindi ottenete la migrazione, la licenza e un contratto italiano da un unico fornitore. Se dopo una valutazione la risposta onesta è che dovreste rivolgervi al produttore, lo diremo.
Prossimo passo
Partite dal documento, non dalla proposta
La prima conversazione utile riguarda ciò che la vostra applicazione usa davvero, non quanto costa in media una migrazione.
Valutazione della migrazione
Cosa si converte, cosa va riscritto, da quali funzionalità rimosse dipendete e un intervallo con le sue assunzioni. È vostro, portatelo dove volete.
ContestoCos’è Jmix, e dove non è adatto
La piattaforma spiegata senza la brochure: il modello di licenza, il tipo di progetto a cui si adatta e quelli a cui non si adatta.