Überblick
Genehmigungen sind in Ottili ONE kein Insel-Feature eines einzelnen Moduls. Sie sind Teil derselben Plattform: Eine Freigabe-zuerst-Logik (approval-first) hält einen Menschen bei jeder irreversiblen oder nach außen wirkenden Aktion in der Kontrolle — egal ob die Aktion von Ottili AI, Ottili HQ, LD3, Ottili Coder oder einem Flow ausgelöst wird.
Dieser Artikel erklärt, wie das übergreifende Genehmigungs-Modell funktioniert, was die einzelnen Produkte beisteuern und welche Regeln — Berechtigungen und unternehmensbezogene Isolation (company scope) — überall gleich gelten.
Ein gemeinsames Freigabe-Modell
Anstatt dass jedes Produkt seine eigene, isolierte Freigabe-Erstellung pflegt, nutzen die Module dieselbe Plattform-Mechanik:
- Freigabe-Queue*: KI und Flows dürfen Arbeit frei vorbereiten, aber alles, was nach außen wirkt, wartet auf eine Freigabe.
- Einheitliche Prüfspur*: Jede Aktion und jede Freigabe wird festgehalten — wer oder was sie vorgeschlagen hat, wer sie genehmigt hat und wann.
- Berechtigungsgesteuert*: Wer freigeben darf, folgt demselben Berechtigungsmodell wie der Zugriff auf Daten.
Wo Genehmigungen gebraucht werden
Umkehrbare, interne Schritte laufen automatisch. Unumkehrbare oder externe Aktionen — Kunden anschreiben, kaufen, veröffentlichen, deployen — landen zuerst in der Freigabe.
Produkt für Produkt
Ottili AI
Kritische KI-Aktionen sind freigabe-zuerst und werden über Ottili Console und Ottili Core durchgesetzt (live, erzwungen). Bevor eine KI etwas nach außen sendet, wird die Aktion zur Freigabe vorgelegt.
Ottili HQ
In Ottili HQ werden KI-gestützte Schritte und automatisierte Aktionen über dieselbe Plattform-Freigabe-Queue geleitet. Geschäftsobjekte — Angebote, Aufträge, Rechnungen — können so nur mit Freigabe nach außen wirken.
LD3
LD3 ist standardmäßig entwurfs- und freigabe-zuerst (draft/approval-first). Die Veröffentlichung externer Beiträge wird gehalten, bis eine benannte Person freigibt. Die Entscheidung — wer, wann, welcher Kanal — wird auf das Inhalts-Paket geschrieben.
Ottili Coder
In Ottili Coder halten Freigabe-Gates risikoreiche oder externe Schritte an (Code- oder Infrastrukturänderungen, Veröffentlichen, Nachrichten senden). Der Task wird am Gate pausiert; Sie prüfen, genehmigen oder lehnen ab. Die Entscheidung wird auf dem Run-Record festgehalten. Freigaben verhalten sich in lokalen, Cloud- und Hybrid-Runs gleich.
Ottili Flows
Ottili Flows ist die KI-geführte Workflow-Automatisierung. Ein Flow kann einen Approval*-Schritt enthalten: Er stoppt und fragt eine Person, bevor ein sensibler oder externer Schritt ausgeführt wird. Genehmigte Flows nutzen denselben Freigabe- und Prüfspur-Mechanismus wie der Rest von Ottili ONE.
Berechtigungen und unternehmensbezogener Geltungsbereich
Wer freigeben darf, ist keine separate Einstellung pro Modul. Es folgt den geteilten Berechtigungen und Entitlements von Ottili ONE: Rollen bestimmen, wer sehen und tun darf was — und die Freigabe ist an den Unternehmenskontext (company scope) gebunden, sodass kein Freigabe-Schritt die Datengrenze eines anderen Unternehmens überschreitet.
Status im Überblick
| Oberfläche | Freigabe | Status |
|---|---|---|
| Plattform-Freigabe-Queue (Ottili Core / Console) | KI- und Flow-Aktionen | Live |
| Ottili AI | Kritische Aktionen freigabe-zuerst | Live (erzwungen) |
| LD3 | Veröffentlichungs-Gates (Standard L1) | Live |
| Ottili Coder | Gates für risikoreiche/externe Schritte | Verfügbar |
| Ottili Flows | Approval-Schritt im Flow | In der Flow-Engine verfügbar |
Verwandt
- Die [Genehmigungs-Queue](/docs/approval-queue) — die Plattform-Grundlage.
- [LD3-Freigaben](/docs/ld3-approvals) und [Coder-Freigaben](/docs/coder-approvals).
- [Ottili Flows](/docs/ottili-flows) und [einen Flow bauen](/docs/build-a-flow).
- [Files über Produkte hinweg](/docs/files-across-products) — dasselbe übergreifende Prinzip für Speicher.
War dieser Artikel hilfreich?