Ottili ONE Architektur-Glossar

Überblick

Ottili ONE ist eine einheitliche SaaS-Plattform für Geschäftsautomatisierung: ein Login, ein Unternehmen, ein Dashboard, geteilte Daten, geteilte Auth und eine geteilte API. Dieses Glossar erklärt die Architekturbegriffe, die in der Produktdokumentation immer wieder auftauchen — von der Steuerungsebene bis zu den einzelnen Produktflächen.

Alle hier verwendeten Namen, Routen und Verfügbarkeitsstufen sind im Product-Truth-Register von Ottili ONE hinterlegt (unter anderem product_names.yaml, domain_routes.yaml und product_status.yaml). So entsprechen die Begriffe der aktuellen Architektur und enthalten keine veralteten Bezeichnungen.

Plattform und Steuerungsebene

Ottili ONE

Die einheitliche Plattform und Steuerungsebene (Control Plane) für ein Login, ein Unternehmen und ein Dashboard. Ottili ONE verbindet Auth, Daten, API, Module und Engines zu einem verbundenen Workspace. Eine Einordnung bietet der Artikel [Was ist Ottili ONE?](/docs/what-is-ottili-one).

Plattform Core (Steuerungsebene)

Die interne Plattform-Grundlage, auf der alle Produkte aufbauen. Heute ein Konzept / intern — sie ist noch nicht als eigenständiges öffentliches Produkt verfügbar, bildet aber die gemeinsame Basis für Auth, Datenmodell und API. Der Unterschied zwischen Plattform-Schicht und Produktebene ist in [Plattform-Schicht und Produkt-Schicht](/docs/platform-layer-and-product-layer) beschrieben.

company_id und Mandantenisolation

company_id ist die Mandantengrenze (Tenant Isolation) von Ottili ONE. Jedes Geschäftsobjekt — Kunden, Aufträge, Dateien, Automationen, Audit-Events — gehört zu genau einem Unternehmen und ist gegenüber anderen Unternehmen isoliert. Es gibt keine datensiloartige Duplizierung pro Modul. Die genaue Modellierung beschreibt [Geteilte Berechtigungen und Entitlements](/docs/shared-permissions-and-entitlements).

Unified API

Die zentrale Backend-Vertragsgrenze von Ottili ONE (Standard-Port 8100). Sie ist der bevorzugte Ort, um plattform- und modulübergreifende Endpunkte bereitzustellen, statt isolierte Bypass-APIs zu bauen. Die öffentliche API-Grenze läuft unter api.ottili.one. Zur Authentifizierung siehe [Öffentliche API-Authentifizierung](/docs/public-api-authentication).

Ottili Auth

Der Identitätsdienst von Ottili ONE. Ein Konto, ein Unternehmen, überall dieselben Berechtigungen. Ottili Auth ist die verifizierte Quelle für Sessions, Rollen und Zugriff; sie darf für echte Plattformfunktionalität nicht umgangen werden.

Kernflächen (Core Surfaces)

Ottili HQ

Der KI-gestützte ERP/CRM-Kern von Ottili ONE: Kunden, Leads, Deals, Angebote, Bestellungen, Rechnungen, Zahlungen, Aufgaben und Dateien in einem Datenmodell. Er ist als AI-gestütztes ERP/CRM für kleine Unternehmen gedacht. Die Übersicht liefert [Ottili HQ – Übersicht](/docs/business-hub-overview).

Ottili AI

Die KI-Steuerfläche und Assistentenschicht: Modelle, Missionen und die Dynamic Workforce Engine (DWE). Alles, was nach außen wirkt, läuft über eine Genehmigungs-Queue. Details in [Ottili AI](/docs/ottili-ai) und [Dynamic Workforce Engine](/docs/dynamic-workforce-engine).

Ottili Files

Die geteilte Datei- und Speichergrundlage (Core Feature) für Nutzer, Unternehmen, KI, Ottili HQ, LD3 und Flows. Sie ist als ernstzunehmende Speicherfoundation und nicht als kleines Upload-Widget gedacht. Siehe [Ottili Files](/docs/ottili-files) und [Dateien über Produkte hinweg](/docs/files-across-products).

Ottili Console

Die kundennahe Kontrollfläche für Konto, Abrechnung, Nutzung, Team, API-Schlüssel und Produktverwaltung unter dashboard.ottili.one. Die Console ist eine Steuerfläche, kein eigenes Produkt.

Module und Engines

Module

Zusätzliche Fähigkeiten werden als Module aktiviert und gehören unternehmensbezogen zu genau einem Company-Kontext. Jedes Modul hat eigene Berechtigungseinstellungen. Welches Modul in welchem Workspace aktiviert werden kann, beschreibt [Workspace und Module](/docs/workspace-and-modules).

Module Store

Der Katalog aktivierbarer Produktfähigkeiten. Die Phase-1-Auswahl umfasst unter anderem Ottili Coder, Ottili LD3, Ottili Shop, WordPress Hosting, Shopping und Marketplace Connect.

Engines

Wiederverwendbare Plattform-Intelligenz, die Module über APIs, Policies und Berechtigungen bedient — zum Beispiel Growth Engine, Opportunity Engine, Analytics Engine, Automation-/Flow-Runtime und die KI-/DWE-Ebene. Sie liefern Intelligenz über Modulgrenzen hinweg, statt isolierte Tools zu sein.

Ottili Coder

Die chat-first Software-Automatisierungsoberfläche für Entwickler-Workflows (Beta). Siehe [Ottili Coder](/docs/ottili-coder).

Ottili LD3

Das Inhaltsmodul: Quellen, Themen, Generierung und Publishing-Jobs (Beta). Siehe [LD3 Content](/docs/ld3-content).

Ottili Shop

Das Saleor-basierte Shop-Hosting-Produkt (Beta). Siehe [Ottili Shop](/docs/ottili-shop).

Ottili Cloud

Eine verwaltete Cloud-Grundlage für Hosting, Deployments und Infrastruktur, erreichbar über ein Early-Access-Programm (Early Access). Siehe [Ottili Cloud](/docs/ottili-cloud).

Querschnitt und Governance

Verfügbarkeitsstufen

Jedes Produkt und jede Funktion ist mit einer Verfügbarkeitsstufe gekennzeichnet: Live, Verfügbar (GA), Beta, Private Beta, Early Access, In Entwicklung, Geplant, Konzept / Intern. Die genaue Bedeutung der Stufen erklären [Feature-Status-Labels verstehen](/docs/understand-feature-status-labels) und [Produktlebenszyklus und Feature-Status](/docs/product-lifecycle-and-feature-status).

Genehmigungs-Queue (Approvals)

Ottili ONE setzt auf Approval-First: KI- und Automatisierungsaktionen, die nach außen wirken, benötigen eine Genehmigung, bevor sie ausgeführt werden. Jeder Schritt ist auditierbar. Siehe [Genehmigungen über Produkte hinweg](/docs/approvals-across-products).

Audit (core.audit)

Ein einheitliches, unternehmensbezogenes Audit-Modell (core.audit), das über Produkte, Module und Engines hinweg gilt. Schreibvorgänge sind append-only konzipiert. Details in [Audit und Rechenschaftspflicht](/docs/audit-and-accountability).

Feature-Flags

Feature-Flags steuern, ob Beta-Features aktiviert sind, und erlauben schrittweise Rollouts. Sie sind Teil der Plattformeinstellungen.

Öffentliche Routen (*.ottili.one)

Die öffentlichen Oberflächen von Ottili ONE nutzen kanonische *.ottili.one-Routen:

• ottili.one — Website und Einstieg
• dashboard.ottili.one — die Console / der Workspace
• docs.ottili.one — diese Dokumentation
• status.ottili.one — die öffentliche Statusseite
• api.ottili.one — die öffentliche API-Grenze (Unified API)
• login.ottili.one und auth.ottili.one — Auth-Oberflächen
• ai.ottili.one, coder.ottili.one, ld3.ottili.one, cloud.ottili.one — Produkt-Oberflächen

Die Routen sind im domain_routes.yaml-Register hinterlegt; öffentliche Oberflächen erfinden keine eigenen Hosts.

Verwandte Artikel

• [Was ist Ottili ONE?](/docs/what-is-ottili-one)
• [Plattform-Schicht und Produkt-Schicht](/docs/platform-layer-and-product-layer)
• [Workspace und Module](/docs/workspace-and-modules)
• [Geteilte Berechtigungen und Entitlements](/docs/shared-permissions-and-entitlements)
• [Genehmigungen über Produkte hinweg](/docs/approvals-across-products)
• [Rollen und Berechtigungen](/docs/roles-and-permissions)
• [Ottili AI](/docs/ottili-ai)
• [Ottili Files](/docs/ottili-files)
• [Ottili Flows](/docs/ottili-flows)
• [Ottili Coder](/docs/ottili-coder)
• [Ottili Shop](/docs/ottili-shop)
• [LD3 Content](/docs/ld3-content)
• [Ottili HQ – Übersicht](/docs/business-hub-overview)
• [Integrationen über Produkte hinweg](/docs/integrations-across-products)
• [Produktlebenszyklus und Feature-Status](/docs/product-lifecycle-and-feature-status)