Die Plattform · so funktioniert sie
Beschreiben Sie Ihr Geschäft. Die KI baut die App. betreibt sie.
Drei Schritte von Ihrer Beschreibung zur laufenden App, mit Website, Berichten und Anmeldung. Die KI baut sie, alles andere läuft von selbst.
- 1
Die KI baut
Ihre App, aus Ihren Worten
KI - 2
Ihre Cloud
einmal eingerichtet, von
einmalig - 3
betreibt sie
testen, abnehmen, live
automatisch
1
Die KI baut Ihre App nach Ihrer Beschreibung.
Datensätze, Formulare, Regeln, Rollen, Listen, Berichte, Sprachen und Ihre Website. Jeder Teil wird geprüft, bevor er live geht. Sie programmieren nichts.
KI2
Ihre Firma in der Cloud.
Einmal eingerichtet. Ihre Fachanwendung (App) und Ihre Website, je auf drei Stufen: testen, abnehmen, live.
einmalig- App
- Ihre FachanwendungIhre Datensätze, Regeln, Berichte und Anmeldung
- TestenAbnehmenLive
- Website
- Ihre WebsiteIhre Seiten, Ihr Menü, Ihre Formulare, unter Ihrer Adresse
- TestenAbnehmenLive
3
bringt Ihre App live. Von selbst.
Ihre neue Version wird verpackt, ausgeliefert und gestartet. Niemand greift ein.
automatischDieselbe App geht weiter: testen, abnehmen, live. Sie bestimmen wann.
- Testen
- Abnehmen
- Live
Plattform-Updates kommen zu Ihnen, ohne Ihre App anzufassen.Kern, Anmeldung, Berichte und Jobs halten wir aktuell. Ihre App bleibt Ihre und ändert sich nur, wenn Sie sie freigeben.
: alles, was Ihre App braucht, inklusive.
Ihre App, für Sie gebaut und betrieben. Mit Websites, Berichten und ihrem Designer, Anmeldung und Hintergrund-Jobs.
inklusiveJeder Teil unten gehört zu jeder App.
Ihre App
Listen, Datensätze, Formulare und Boards, erzeugt aus Ihren Dateien. Am Computer und auf dem Handy.
- In allen Ihren Sprachen
- Hell und dunkel
- Drucken aus dem Datensatz
Der Kern
Die Engine
Liest, was die KI gebaut hat. Liefert Ihre Datensätze, Regeln und Ansichten.
Ein Kern betreibt Ihre App und versorgt Ihre Websites, Berichte und Anmeldung.
- Ihre App
- Websites
- Berichte
- Anmeldung
- Jobs
Erinnerungen, Importe, Monatsläufe: im Hintergrund erledigt, auch nach einer Unterbrechung.
Live erleben, mit Ihrem eigenen Ablauf.
Jede Demo betreibt eine erfundene Firma. Ein Klick meldet Sie an.
Für Fachleute: wie es gebaut ist
Jede Aussage oben, zurückgeführt auf den Baustein, der sie wahr macht.
Schritt 1 · was die KI schreibt
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
| Baustein | Was es tut |
|---|---|
| entity JSON | Eine Datei pro Datensatztyp: Felder, Nummerierung, Status, wer was sehen darf und welche Berichte daraus gedruckt werden. |
| hooks (TypeScript) | Kleine TypeScript-Funktionen, die die Engine bei Validierung, Abschluss, Feldänderung, berechneten Feldern und Aktionen aufruft. |
| rules · views | Geschäftsregeln, Listen, Boards und Dashboards, alle in JSON deklariert. |
| seeds · demo seeds | Rollen, Menü und Stammdaten sowie eine Demo-Stufe mit realistischen Datensätzen. |
| translations | Eine Datei pro Sprache für jede Bezeichnung, jeden Status und jede Meldung. |
| reports | Berichtsdefinitionen mit Bändern, Datenquellen und Objekten, verknüpft mit dem Drucken-Knopf des Datensatzes. |
| website | Eine Website besteht aus drei Seed-Dateien: Site, Seiten als Blöcke, Menü. Kein eigener Website-Code. |
| apps.yaml | Das Manifest der App: Titel, Beschreibung, Datenbanken und Seed-Stufen. |
| check-app.mjs | Validiert das Schema jeder Entität und Ansicht, Link-Ziele, Seeds, Berechtigungen, Berichte, reservierte Namen und die Ausdrucksgrammatik, bevor irgendetwas gebaut wird. |
Schritt 2 · die einmalige Einrichtung
| Baustein | Was es tut |
|---|---|
| stages | Testen, Abnehmen und Live sind die Stufen dev, test und prod: je ein Namespace, eine Registrierung und ein Satz Datenbanken. |
| create-tenant | Die Cloud-Konsole legt den Mandanten an: Identitätsschlüssel, Isolation, DNS. Dann wartet sie auf den ersten Sync und führt einen Smoke-Test aus. |
| tenant-apps-repo | Legt das eigene Katalog-Repository des Mandanten aus der Vorlage an und baut sein erstes Bundle. |
| add-app | Fügt einem laufenden Mandanten eine App hinzu: Isolation, Sync-Berechtigung, Registrierung, Sync, Smoke-Test, Inventar. |
| registration | Eine Registrierungsdatei pro Mandant und Stufe: Apps, Seed-Stufen, Datenbanken, Bundle-Image, DNS-Zone. |
Schritt 3 · von der Freigabe bis live
| Baustein | Was es tut |
|---|---|
| release.sh | Weist nicht eingecheckte Änderungen ab, erstellt einen Tag pro Version und Kanal und pusht die Deploy-Referenz. Nur dieser Push löst einen Build aus. |
| webhook | Der Push der Deploy-Referenz erreicht den Build-Cluster. Die Signatur wird geprüft, Stufe und Tag werden aus der Referenz gelesen, und ein Tekton-Pipeline-Lauf startet. |
| pipeline | Die Pipeline klont den Tag, verifiziert das Repository gegen seine Registrierung, prüft das Manifest gegen die attestierten Builds, scannt, fragt die Registry ab, baut das Image und aktualisiert die Stufe. |
| bundle image | Die Hooks werden während des Image-Builds kompiliert; der Dateibaum liegt genau so vor, wie die Engine ihn liest, auf einer busybox-Basis. |
| stage update · ArgoCD | Die Stufenaktualisierung schreibt den Image-Tag in die Versionsdatei der Stufe und in die Mandanten-Registrierung und löst einen ArgoCD-Sync aus; ein ApplicationSet erzeugt aus den Registrierungsdateien einen Dienst pro Mandant. |
| bundle mount | Ein Init-Container kopiert das Bundle in den Pod; Engine, Berichtsdienst und Anmeldung lesen denselben Dateibaum. |
| engine boot | Die Engine findet jeden App-Ordner, registriert seine Datenbanken und lädt Entitäten, Hooks, Seeds, Regeln, Ansichten und Website-Inhalte. |
| stage in the ref | Die Stufe ist Teil der Referenz. Eine Freigabe auf die nächste Stufe heben heisst, denselben Tag unter der Referenz dieser Stufe zu pushen. Die Pipeline prüft und aktualisiert die Stufe; nichts wird neu gebaut. |
| set-release | Der set-release-Lauf der Konsole beobachtet den Auslieferungs-Branch und die synchronisierte ArgoCD-Application, bis beide die neue Version zeigen. |
| platform update | Ein App-Update baut das Engine-Image nie neu. Ein Plattform-Update ist ein Versionseintrag pro Chart und Stufe. |
Die Plattform
| Baustein | Was es tut |
|---|---|
| Die Engine | Findet jeden App-Ordner, registriert seine Datenbanken, lädt Entitäten, Hooks, Seeds, Regeln, Ansichten und Website-Inhalte und stellt die API bereit, die die anderen Komponenten nutzen. |
| Ihre App | Drei Routen stellen jede Entität dar: Liste, Datensatz und Neu. Spalten und Formularfelder stammen aus den Metadaten der Entität. |
| Websites | Rendert Seiten und Blöcke aus der öffentlichen API der Engine; Formulare senden an sie zurück. |
| Berichte und der Designer | App-Berichte werden aus dem Bundle als gesperrte Definitionen geladen; der Designer ergänzt weitere. PDFs entstehen über den Drucken-Knopf des Datensatzes. |
| Anmeldung | Ein Identitätsdienst pro Mandant, mit den Rollen-Benutzern der App aus dem Bundle vorbelegt. |
| Jobs | Warteschlange, Zeitpläne und Wiederholungen. Ruft Entitätsaktionen in Abschnitten auf und setzt nach einem Absturz fort. |
| Auslieferung | Unsere Cloud-Konsole, Cluster-Definitionen und Helm-Charts decken die einmalige Einrichtung und jede Freigabe ab. |
| Bildschirme | Ansichten aus der Demo mit Beispieldaten, je hell und dunkel. |
basiert vollständig auf modernster Webtechnologie.
Baut und betreibt Ihre Website und Ihre Apps in der eigenen Cloud.
Berichte mit Designer, Jobs und Anmeldung sind in jede App eingebaut und inklusive.