Il progetto
In beta, e lo diciamo prima che lo scopra tu.
xFlowy è un prodotto indipendente, costruito per risolvere un problema concreto: i processi d'ufficio che vivono a metà fra una casella condivisa, un foglio di calcolo e tre solleciti. Questa pagina dice a che punto è.
A che punto siamo
Il lavoro procede per fasi dichiarate. Queste sono chiuse e funzionanti:
- Motore durevole, nodi di base, attività umane, API e inbox.
- Editor visuale, versionamento, prova con dati reali.
- Presa in carico, deleghe, solleciti, supervisione, scadenze.
- Catalogo completo dei nodi: trigger, dati, unioni, AI, codice in sandbox.
- Pratiche, posta agganciata, registro con catena di integrità, evidenze, licenze.
Queste sono aperte, e non sono ancora finite: fondamenta locali (elenco delle esecuzioni, ritentativi), pipeline dei file binari, altri connettori, osservabilità.
Il changelog completo, versione per versione, è dentro l'applicazione, nell'area di amministrazione: lo leggono le persone che devono sapere che cosa è cambiato prima di aggiornare.
Come lo verifichiamo — e che cosa questo non prova
Dire «è testato» non significa niente se non si dice come. Qui si fanno tre cose diverse, e nessuna delle tre sostituisce le altre.
- Oltre 1200 test deterministici, che girano a ogni modifica. Non toccano un database: il motore gira in memoria con un orologio finto, così un'attesa di tre giorni si prova in un millisecondo e due esecuzioni identiche danno lo stesso risultato.
- Scenari che provano la catena, non i pezzi. Configurare un tipo di pratica, aprirla, correggerla, chiudere l'attività e rileggere il registro: in sequenza, come lo farebbe una persona. Serve perché due pezzi giusti possono sbagliare insieme — ed è così che sono usciti i difetti peggiori.
- Ogni funzione guardata a schermo, una per una. L'ultimo giro completo ha trovato trenta difetti che i test non vedevano: non sbagliava la logica, sbagliava quello che la schermata ne raccontava. Una casella che diceva «no» su una regola che valeva «sì»; una decisione collegiale che il motore accettava e per cui l'interfaccia non offriva il pulsante.
Quello che tutto questo non prova: che il prodotto regga l'uso quotidiano di una persona che ci lavora otto ore al giorno, sui propri dati, per mesi. Quel collaudo lo fa il primo cliente, e non è ancora successo. È il motivo per cui la versione dice «beta» e non un numero più rassicurante.
Le regole di casa
Poche regole non negoziabili, che valgono più delle funzionalità: quando una scelta le contraddice, si cambia la scelta.
- Lo stato si salva dopo ogni nodo
- Qualsiasi ottimizzazione che accumuli passi in memoria prima di scrivere rompe la durabilità, che è l'intera ragione d'essere del motore.
- Il workflow non è codice da eseguire
- Le espressioni passano da un valutatore scritto apposta. L'unica esecuzione di JavaScript è quella del nodo Codice, scritta dal progettista, in sandbox e con un limite di tempo.
- La prova non lascia strascichi
- Provare un nodo che sospende non crea attività vere: un'attività legata a un'esecuzione inesistente resterebbe orfana nell'inbox di qualcuno.
- Ciò che è simulato viene dichiarato
- Vale per l'importazione, per le firme, per la matrice di conformità. Una funzione che finge di funzionare costa più di una funzione che manca.
- Una funzionalità non è finita finché la guida non la spiega
- La guida in linea è divisa per ruolo: chi lavora vede le sue parti, chi amministra le sue.
- Niente 1.0 di comodo
- La versione resta in beta finché la piattaforma non gira in produzione presso un cliente. Il numero segue la realtà, non il calendario del marketing.
Domande che arrivano spesso
Sostituisce uno strumento di automazione come quelli che uso già?
Dipende da che cosa ci fai. Se automatizzi integrazioni fra sistemi senza persone di mezzo, gli strumenti nati per quello sono maturi e ricchi di connettori. xFlowy diventa la scelta giusta quando nel processo ci sono attività umane, scadenze, deleghe e pratiche da tenere insieme — la parte che quegli strumenti non hanno. E se vuoi provare, i flussi che hai già si importano.
Posso tenerlo dentro la mia infrastruttura?
Sì. C'è un pacchetto per installazione autonoma con immagine Docker, avvio ripetibile, worker periodico e file su disco. La licenza si verifica offline, senza che l'installazione debba parlare con l'esterno.
Che modelli AI usa? I miei dati finiscono a un fornitore?
Quelli che scegli tu, con le tue chiavi: i nodi AI puntano a una credenziale che configuri, e l'elenco dei modelli viene chiesto al fornitore con quella chiave. Se non configuri nulla, nessuna chiamata a modelli parte. I dati che invii a un modello vanno al fornitore di quel modello, con i suoi termini: è una scelta tua, dichiarata nel flusso, e finisce nei conteggi d'uso.
È pronto per la produzione?
È in beta. Il motore ha una suite di test deterministici che gira a ogni modifica, e le parti descritte in questo sito funzionano. Ma «beta» qui significa esattamente questo: non è ancora stato messo alla prova da un cliente in produzione per un tempo lungo. Se stai valutando un uso critico, parliamone prima.
Che succede ai miei dati se smetto di usarlo?
Restano leggibili ed esportabili. Anche a licenza scaduta il blocco è morbido: non partono nuove esecuzioni, ma consultazione ed export continuano a funzionare. Tenere i dati in ostaggio non è una leva commerciale accettabile.
In che lingua è?
In italiano: interfaccia, guida, messaggi d'errore e changelog. È una scelta, non una mancanza — il vocabolario del lavoro d'ufficio italiano non si traduce bene.
Vuoi vederla su un processo tuo?
Il modo più rapido è raccontare un flusso reale — quello che oggi vive fra una casella di posta condivisa, un foglio di calcolo e tre solleciti. Rispondiamo dicendo che cosa xFlowy fa già, che cosa richiederebbe lavoro e che cosa non è il caso di fargli fare.