La piattaforma · come funziona
Descriva la Sua attività. L'IA costruisce l'app. la gestisce.
Tre passi dalla Sua descrizione all'app funzionante, con sito web, report e accesso. L'IA la costruisce, tutto il resto funziona da solo.
- 1
L'IA costruisce
la Sua app, dalle Sue parole
IA - 2
Il Suo cloud
configurato una volta sola, da
una volta - 3
la gestisce
provare, approvare, live
automatico
1
L'IA costruisce la Sua app secondo la Sua descrizione.
Record, moduli, regole, ruoli, elenchi, report, lingue e il Suo sito web. Ogni parte viene verificata prima di andare online. Lei non programma nulla.
IA2
La Sua azienda nel cloud .
Configurata una volta sola. La Sua applicazione aziendale e il Suo sito web, ciascuno su tre livelli: provare, approvare, live.
una volta- App
- La Sua applicazione aziendalei Suoi record, le Sue regole, i Suoi report e l'accesso
- ProvareApprovareLive
- Sito web
- Il Suo sito weble Sue pagine, il Suo menu, i Suoi moduli, al Suo indirizzo
- ProvareApprovareLive
3
porta la Sua app online. Da sola.
La Sua nuova versione viene impacchettata, distribuita e avviata. Nessuno interviene.
automaticoLa stessa app avanza: provare, approvare, live. Lei decide quando.
- Provare
- Approvare
- Live
Gli aggiornamenti della piattaforma arrivano senza toccare la Sua app.Manteniamo aggiornati il motore, l'accesso, i report e i processi in background. La Sua app rimane la Sua e cambia solo quando Lei la approva.
: tutto ciò di cui la Sua app ha bisogno, incluso.
La Sua app, creata e gestita per Lei. Con siti web, report e il rispettivo designer, accesso e processi in background.
inclusoOgni elemento sottostante appartiene a ciascuna app.
La Sua app
Elenchi, record, moduli e bacheche, generati dai Suoi file. Al computer e sullo smartphone.
- In tutte le Sue lingue
- Chiaro e scuro
- Stampare dal record
Il cuore
Il motore
Legge quanto costruito dall'IA. Fornisce i Suoi record, le regole e le viste.
Un solo motore gestisce la Sua app e alimenta i Suoi siti web, report e accessi.
- La Sua app
- Siti web
- Report
- Accesso
- Processi
Promemoria, importazioni, chiusure mensili: eseguiti in background, anche dopo un'interruzione.
Scopra il sistema dal vivo, con il Suo processo.
Ogni demo gestisce un'azienda fittizia. Un clic e ha effettuato l'accesso.
Per esperti: come è costruito
Ogni affermazione precedente, ricondotta al componente che la rende reale.
Passo 1 · cosa scrive l'IA
WorkOrder.entity.jsonCustomer.entity.jsonInvoice.entity.jsonwork-order.tswarranty-billing.rule.jsontechnician-board.view.jsonRole.seed.jsonWorkOrder.seed.jsonde.json · en.json · fr.jsoninvoice.report.jsonWebPage.seed.jsonapps.yaml
| Componente | Cosa fa |
|---|---|
| entity JSON | Un file per tipo di record: campi, numerazione, stati, chi può vedere cosa e quali report vengono stampati. |
| hooks (TypeScript) | Piccole funzioni TypeScript richiamate dal motore per validazione, invio, modifica campi, campi calcolati e azioni. |
| rules · views | Regole aziendali, elenchi, bacheche e cruscotti, interamente dichiarati in JSON. |
| seeds · demo seeds | Ruoli, menu e dati anagrafici, oltre a un livello demo con record realistici. |
| translations | Un file per lingua per ogni etichetta, stato e messaggio. |
| reports | Definizioni di report con bande, origini dati e oggetti, collegate al pulsante Stampa del record. |
| website | Un sito web è composto da tre file seed: il sito, le sue pagine in blocchi e il suo menu. Nessun codice specifico per il sito. |
| apps.yaml | Il manifesto dell'app: titolo, descrizione, database e livelli di dati seed. |
| check-app.mjs | Convalida lo schema di ciascuna entità e vista, le destinazioni dei collegamenti, i seed, i permessi, i report, i nomi riservati e la grammatica delle espressioni prima della compilazione. |
Passo 2 · la configurazione iniziale
| Componente | Cosa fa |
|---|---|
| stages | Provare, approvare e live corrispondono ai livelli dev, test e prod: un namespace, una registrazione e un set di database ciascuno. |
| create-tenant | La console cloud crea il tenant: chiavi di identità, isolamento, DNS. Attende quindi la prima sincronizzazione ed esegue uno smoke test. |
| tenant-apps-repo | Crea il repository di catalogo dedicato del tenant dal modello e genera il suo primo bundle. |
| add-app | Aggiunge un'app a un tenant attivo: isolamento, permesso di sincronizzazione, registrazione, sincronizzazione, smoke test, inventario. |
| registration | Un file di registrazione per tenant e per livello: app, livelli seed, database, immagine bundle, zona DNS. |
Passo 3 · dall'approvazione alla messa in linea
| Componente | Cosa fa |
|---|---|
| release.sh | Rifiuta modifiche non sottoposte a commit, crea un tag per versione e canale ed esegue il push del deploy ref. Tale push è l'unico trigger di build. |
| webhook | Il push del deploy ref raggiunge il cluster di compilazione. La firma viene verificata, il livello e il tag vengono letti e si avvia una pipeline Tekton. |
| pipeline | La pipeline clona il tag, verifica il repository a fronte della registrazione, confronta il manifesto con le build attestate, scansiona, sonda il registro, compila l'immagine e aggiorna il livello. |
| bundle image | Gli hook vengono compilati durante la build dell'immagine; la struttura dei file è disposta esattamente come la legge il motore, su base busybox. |
| stage update · ArgoCD | L'aggiornamento del livello scrive il tag dell'immagine nel file di versione del livello e nella registrazione del tenant, avviando una sincronizzazione ArgoCD; un ApplicationSet genera un servizio per tenant dai file di registrazione. |
| bundle mount | Un init container copia il bundle nel pod; il motore, il servizio di report e l'accesso leggono la medesima struttura di file. |
| engine boot | Il motore rileva ogni cartella dell'app, registra i suoi database e carica entità, hook, seed, regole, viste e contenuti del sito. |
| stage in the ref | Il livello fa parte del ref. Promuovere un rilascio significa inviare lo stesso tag sotto il ref del livello successivo. La pipeline verifica e aggiorna il livello; nulla viene ricompilato. |
| set-release | L'esecuzione di set-release della console monitora il ramo di rilascio e l'applicazione ArgoCD sincronizzata fino a quando entrambi mostrano la nuova versione. |
| platform update | L'aggiornamento di un'app non ricompila mai l'immagine del motore. Un aggiornamento della piattaforma è una voce di versione per chart e livello. |
La piattaforma
| Componente | Cosa fa |
|---|---|
| Il motore | Rileva ogni cartella dell'app, registra i suoi database, carica entità, hook, seed, regole, viste e contenuti del sito, e fornisce l'API utilizzata dagli altri componenti. |
| La Sua app | Tre rotte mostrano ogni entità: elenco, record e creazione. Colonne e campi modulo provengono dai metadati dell'entità. |
| Siti web | Genera pagine e blocchi dall'API pubblica del motore; i moduli vi inviano i dati. |
| Report e il designer | I report dell'app vengono caricati dal bundle come definizioni bloccate; il designer ne aggiunge altri. I PDF sono generati dal pulsante Stampa del record. |
| Accesso | Un provider di identità per tenant, popolato con gli utenti di ruolo dell'app dal bundle. |
| Processi | Coda, pianificazioni e tentativi. Invoca azioni di entità a blocchi e riprende dopo un arresto anomalo. |
| Consegna | La nostra console cloud, le definizioni di cluster e i grafici Helm gestiscono la configurazione iniziale e ogni rilascio. |
| Schermate | Schermate della demo con dati di esempio, ciascuna in versione chiara e scura. |
si basa interamente sulla più moderna tecnologia web.
Costruisce e gestisce il Suo sito web e le Sue app nel cloud dedicato.
Report con designer, processi e accesso sono integrati in ogni app e inclusi.