Geschäftssysteme
Abläufe, Fachberechtigungen und eigene Datenbanken. Betrieb auf geeignetem lokalen Rechner oder benanntem Cloudserver nach Vereinbarung.
StartseiteRUNLUME / PLATFORM
Plattform
Entdecken Sie Methodenproduktisierung, Integration, Aktivierung und Betrieb über gemeinsame Identität, Lebenszyklus, Ansprüche und autorisierte Funktionen.
INDEPENDENT APPS. SHARED FOUNDATIONS.
Unabhängige Anwendungen. Eine einheitliche Basis.
Runlume verbindet Nutzung und Betrieb geschäftlicher SaaS. Teams erhalten klaren Anwendungszugang; Entwickler behalten Produkte, Code und Daten. Es ist weder Hosting für Geschäftscode noch eine Datenbank, die alle Anwendungen aufnimmt.
Offizielle Anwendungen
Einsatzbereite Geschäftsfunktionen
Ihre eigenen Systeme
Code, Daten und Bereitstellung behalten
Drittsysteme
Über Verträge und Freigaben anbinden
Runlume.
IdentitätAnsprücheVerbindungenAgentenkoordination
Funktionen verbinden, nicht Datenbanken. Aufrufe beachten Mandanten-, Instanz- und Datenrechte.
Entdecken Sie Plattformfunktionen und Anwendungsverantwortung. Funktionen, Integration und Geschäftsregeln folgen Tarif, Konfiguration und Vereinbarung.
Kommunikations- und Datenstandards entdeckenINSIDE THE PLATFORM
Die gemeinsame Verwaltungsbasis entdecken.
Organisation und Funktionsfreigabe erfüllen unterschiedliche Zwecke: Mitgliedschaft gewährt nicht automatisch Geschäftsdatenzugriff.
Organisationsverzeichnis
Runlume.Demo-ArbeitsbereichILLUSTRATION
Organisation und PersonenDemo · nicht live
TreeDeep · Demo-ZentraleProdukt und EntwicklungVertrieb und MarketingKundenservice
Demo-MitgliedAbteilungPosition
Mitglied AProdukt und EntwicklungProduktverantwortung
Mitglied BVertrieb und MarketingKundenbetreuung
Mitglied CKundenserviceSupportfachkraft
Illustrative Oberfläche und Daten erklären einen Einsatzfall, keinen Live-Betrieb oder Funktionszusagen.
Funktionsfreigabe
Runlume.Demo-ArbeitsbereichILLUSTRATION
FunktionsfreigabeDemo · nicht live
Aufrufer: CRM→Anbieter: CMS
Veröffentlichte Inhalte lesen
content.delivery.readNur Lesen im vereinbarten Umfang; keine Änderungs- oder Löschrechte.
Illustration einer ausdrücklichen FreigabeNeue API übernehmen Freigaben nicht automatisch.
Illustrative Oberfläche und Daten erklären einen Einsatzfall, keinen Live-Betrieb oder Funktionszusagen.
SYSTEMS / PLATFORM / OPERATIONS
Unabhängige Systeme. Klare Verantwortung.
Verantwortungsdiagramm: Die Plattform verbindet gemeinsame Funktionen; jedes System verantwortet Fachgebiet und Daten. Integration erfordert keine gemeinsame Datenbank.
Runlume-Plattform
Gemeinsame Anmeldung und Teamstruktur, abonnierte Funktionen, Aktivierung, ausdrückliche Freigaben und Aktivitätsnachweise.
Bereitstellung und Betrieb
Vereinbaren Sie Verbindungen, Sicherung und Wiederherstellung, Monitoring, Sicherheitsupdates und Störungsverantwortung.
Geschäftssysteme ← ausdrückliche Verträge und Freigaben → Runlume; Betreiber pflegen ihre jeweilige Umgebung
THE SHARED FOUNDATION
Die Plattformfunktionen hinter Ihrem Geschäft
Dauerhafte Systeme aus Methoden benötigen gemeinsame Grundlagen. Runlume vereint Identität, Organisation, Lebenszyklus, Abonnements, Verbindungen, Dienste und Sicherheit für unabhängige Weiterentwicklung und Zusammenarbeit.
01
Identität und Organisationsstruktur
Einmal anmelden. Klar sehen, welche Anwendungen verfügbar sind.
Gemeinsame Identität schafft einen Ausgangspunkt für Konten, Mitgliedschaften und Zugang, nicht identische Rechte. Neue Nutzer erstellen ihr Konto beim ersten Anmelden ohne separate Registrierungsseite.
- Authentifizieren Sie sich zentral und öffnen Sie freigegebene Geschäftsanwendungen.
- Verwalten Sie Unternehmen, Abteilungen, Teams und Mitglieder in einem Plattformverzeichnis. Angebundene Anwendungen lesen freigegebene Beziehungen und Änderungen und reduzieren doppelte Pflege. Mitgliedschaft ersetzt keine geschäftlichen Berechtigungsprüfungen.
- Unterscheiden Sie Nutzeridentität, Kontomitgliedschaft und Instanzen. Eine Identität gewährt nicht alle Arbeitsbereiche.
- Die Plattform steuert Anwendungszugang; jede Anwendung prüft weiterhin Lese- und Änderungsrechte für Kunden, Aufträge und andere Daten.
Im Geschäftsszenario
Ein Teammitglied nutzt dieselbe Identität für CRM und Aufträge; die Anwendungen entscheiden jeweils über konkrete Kunden und Transaktionen.
GrenzenAnmelden aktiviert nicht alle Anwendungen und öffnet nicht sämtliche Geschäftsdaten.
02
Anwendungslebenszyklus
Klare Anwendungszustände von Aktivierung bis Beendigung.
Die Plattform verwaltet laufende Nutzung über Instanzen, nicht nur Startlinks. Aktivierung, Aussetzung, Wiederherstellung und Beendigung erfolgen über definierte Schnittstellen mit Operationsverfolgung.
- Ordnen Sie die für ein Konto aktivierte Instanz dem eigenen Arbeitsbereich des Geschäftssystems zu.
- Unterscheiden Sie verfügbare Anwendungen, laufende Operationen und ausgesetzten Zugriff anhand des Instanzstatus.
- Verfolgen Sie lang laufende und fehlgeschlagene Operationen, statt eine gesendete Anfrage als erledigt zu betrachten.
Im Geschäftsszenario
Bei CRM-Aktivierung erstellt die Plattform eine Instanz und CRM bereitet seinen Arbeitsbereich vor. Verfügbarkeit folgt dem vereinbarten Abschlussnachweis.
GrenzenAktivierung ist weder Codehosting noch Serverbereitstellung. Datenbehandlung bei Beendigung folgt Anwendung und Vertragsbedingungen.
03
Abonnements und Ansprüche
Verbinden Sie Ihr Abonnement mit Ihren Nutzungsrechten.
Tarife, Abonnementstatus, Funktionen und Kontingente müssen übereinstimmen. Die Plattform ordnet kommerzielle Ansprüche Instanzen zu, damit Anwendungen gültige Rechte beachten.
- Organisieren Sie Käufe nach Produkten, Tarifen und Abonnements, ohne verpflichtendes Fünferpaket.
- Trennen Sie Funktionszugang von der verfügbaren Menge verbrauchbarer Ressourcen.
- Verbinden Sie gültige Ansprüche, gemeldeten Verbrauch und Abrechnung für Verlängerung und Nutzungsprüfung.
Im Geschäftsszenario
Ein Abonnement kann Funktionen und Kontingente enthalten. Die Anwendung führt aus, die Plattform verwaltet Umfang und Verbrauch. Veröffentlichte Tarife bestimmen Preise und Grenzen.
GrenzenEin Konto macht nicht jede Anwendung kostenlos. Veröffentlichte Bedingungen bestimmen Tarife, Kontingente, Abrechnung und Erstattung.
04
Autorisierte Verbindungen
Geschäftsabläufe verbinden, ohne Datenbanken zusammenzulegen.
Systeme tauschen Funktionen und Daten direkt über autorisierte Verbindungen aus, ohne jede Interaktion über den Agenten zu führen. Der Agent nutzt dieselben Verträge zur Koordination. Die Plattform steuert Aufrufer, Funktionen, Mandantenkontext und Freigaben.
- Anbieter erklären Schnittstellen oder Ereignisse; Verbraucher nutzen nur freigegebene Funktionen.
- Erstellen Sie ausdrückliche Bindungen innerhalb eines Kontos. Neue Schnittstellen oder weitergehende Rechte erweitern bestehende Freigaben nicht automatisch.
- Verfolgen Sie Zusammenarbeit über kontrollierte Aufrufe und Ereignislieferungen. Jede Anwendung verantwortet Daten und doppelte Anfragen.
Im Geschäftsszenario
CRM und Aufträge arbeiten über veröffentlichte, autorisierte Funktionen zusammen. CRM liefert Kundenreferenzen; Aufträge behalten Transaktionsregeln und Erfüllungsdaten. Tatsächliche Abläufe hängen von Schnittstellen ab.
GrenzenKeine gemeinsame Geschäftsdatenbank, kein automatischer Zugriff zwischen Konten und keine Zusage systemübergreifender Transaktionen oder sofortiger Synchronisierung.
05
KI und gemeinsame Funktionen
Gemeinsame technische Funktionen auf einer Basis.
Anwendungen benötigen KI, Benachrichtigungen, Dateien und weitere Dienste. Die Plattform liefert Zugang und Nutzungsregeln; Anwendungen bestimmen den geschäftlichen Einsatz.
- Plattformverwaltete KI verbindet Modellzugang, Freigaben, Kontingente und Aufrufnachweise, ohne Modellschlüssel an Anwendungen weiterzugeben.
- Benachrichtigungen organisieren Empfänger und Zustellung; Geschäftsanwendungen bestimmen Auslöser und Zielgruppe.
- Nutzen Sie gemeinsame Ressourcen wie Dateien innerhalb von Instanz- und Freigabegrenzen gemäß Funktionskatalog.
Im Geschäftsszenario
Eine Inhaltsanwendung kann autorisierte KI für Entwürfe nutzen und danach eigene Prüfung und Veröffentlichung anwenden. KI ersetzt weder redaktionelle Verantwortung noch Veröffentlichungsrechte.
GrenzenPlattform- und anwendungsverwaltete KI haben unterschiedliche Abrechnungswege. Gemeinsame Funktionen gewähren KI keinen unbegrenzten Datenzugriff.
06
Sicherheit und Betrieb
Zugang, Freigaben und Änderungen klar begrenzen.
Mit mehr Anwendungen wird einheitliche Steuerung wichtiger. Die Plattform verbindet Konten, Instanzen, Rechte, Zustände und Nachweise, ohne Anwendungsverantwortung für eigene Daten zu ersetzen.
- Nutzen Sie Konten und Instanzen als Isolationsgrenzen und leiten Sie Identität und Aufrufkontext aus verifizierter Authentifizierung ab.
- Berechtigungen, Ansprüche und Instanzstatus bestimmen gemeinsam den Zugang. Eine angemeldete Identität öffnet nicht jede Schnittstelle.
- Protokollieren Sie wichtige Operationen und Aufrufe zur Prüfung, ohne Geheimnisse und sensible Nutzdaten in normale Logs aufzunehmen.
- Private Lieferung verwendet eine License für Produktversionen, Umgebungen, Anzahlen und Gültigkeit. Bereitstellungslizenzen bleiben von Abonnements und Geschäftsfreigaben getrennt.
Im Geschäftsszenario
Nach Aussetzung einer Anwendung oder Widerruf einer Verbindung müssen weitere Zugriffe die Plattformgrenzen erfüllen. Operations- und Aufrufdaten unterstützen Untersuchungen.
GrenzenGemeinsame Steuerung ist weder Nullrisikogarantie noch Zertifizierung. Anwendungen setzen lokale Berechtigung, Isolation und Aufbewahrung weiter um.
SHARED CONTRACTS. CLEAR DATA.
Unabhängige Systeme. Gemeinsame Kommunikations- und Datenstandards.
Die Basis vereinheitlicht neben Zugängen auch Authentifizierung, API, Datenbeschreibungen und Ereignisse. Offene Standardverträge erleichtern Zusammenarbeit verschiedener Technologien und verringern wiederholte Interpretation und Konvertierung.
Standardisierte Kommunikations- und Ereignisverträge
HTTP/JSON transportiert API-Aufrufe, OpenAPI beschreibt Anfragen und Antworten, OIDC/OAuth 2.0 unterstützt Authentifizierung und Dienstfreigaben, CloudEvents liefert eine gemeinsame Ereignishülle. Standards verlangen keine gemeinsame Programmiersprache.
- Versionierte Schnittstellen definieren Eingaben, Ausgaben, Fehler und Kompatibilität.
- Ereigniskennungen, Quellen, Typen und Nutzdaten beschreiben Änderungen; Liefernachweise und Idempotenz ermöglichen nachvollziehbare Zusammenarbeit.
- Aufrufe und Ereignisabonnements unterliegen weiterhin Konto-, Instanz- und Funktionsfreigaben.
GrenzenIntegration benötigt Anpassung, Versionsprüfung und Freigabekonfiguration. Standardprotokolle garantieren weder sofortige Kompatibilität noch exakt einmalige Zustellung oder Echtzeit.
Einheitliche Datenstrukturen für Analysen
JSON Schema beschreibt Austauschfelder, Typen und Prüfregeln; API- und Ereignisverträge kennzeichnen Versionen, Quellen und Kontext. Konsistente Eingaben reduzieren Konvertierung und Vorbereitung und unterstützen autorisierte Aggregation, große Analysen und Kennzahlenvergleiche.
- Austauschformate und Beschreibungsregeln werden geteilt; Anwendungen behalten Domänenmodelle und eigene Datenbanken.
- Stimmen Sie Bedeutung, Zeiträume, Einheiten und Kennzahlen vor Analysen ab; gleiche Struktur garantiert keine gleiche Semantik.
- Wählen Sie Felder für freigegebene Zwecke und verwenden Sie Qualitäts-, Aufbewahrungs- und angemessene Deidentifizierungskontrollen.
GrenzenDies bedeutet weder standardmäßige Kundendatensammlung noch Mandantenzusammenlegung oder automatischen Warehouse-Aufbau. Werkzeuge, Datenumfang und Kennzahlen benötigen Konfiguration; Ergebnisse hängen von Qualität und Methode ab.
RUNLUME AGENT
Ein Assistent für Ihre Geschäftssysteme.
Runlume Agent ist der offizielle zentrale Assistent der Plattform. Innerhalb der Mandantenfreigaben nutzt er Funktionen und Daten Ihrer Systeme, um Geschäftszusammenhänge zu verstehen, Aufgaben proaktiv zu bearbeiten und Ergebnisse weiterzuverfolgen.
Ihren zentralen Assistenten kennenlernenOffizieller zentraler Assistent
SiteCMSGEOCRMOrders
Verbinden Sie Ihre Systeme – über diese fünf Anwendungen hinaus.
- Geschäftszusammenhänge systemübergreifend verstehen
- Proaktiv handeln und nachverfolgen
- Funktionen und Daten verbinden
CLEAR RESPONSIBILITIES
Gemeinsamer Betrieb. Unabhängiges Fachwissen.
Das Ziel ist keine identische Geschäftslogik, sondern eine einheitliche Kooperationsbasis.
| Bereich | Runlume übernimmt | Die Anwendung übernimmt |
|---|---|---|
| Identität und Zugang | Authentifizierung, Mitgliedschaften und Anwendungszugang | Lokale Nutzerzuordnung, Rollen und Datenrechte |
| Aktivierung und Betrieb | Ansprüche, Instanzzustände und Operationsverfolgung | Arbeitsbereiche, Geschäftsfunktionen und Dienstleistung |
| Daten und Zusammenarbeit | Funktionsverträge, ausdrückliche Freigaben und Austauschnachweise | Eigene Datenbanken, Fachregeln und Datenqualität |
Die fünf offiziellen Anwendungen setzen diese Basis praktisch um, ohne ihre Grenzen festzulegen.
COMMON QUESTIONS
Plattformverbindungen und Daten verständlich erklärt.
Gewährt eine gemeinsame Anmeldung Zugriff auf alle Anwendungen und Daten?
Nein. Die gemeinsame Identität bietet einen einheitlichen Zugang. Anwendungszugriff hängt von Konto, aktivierten Instanzen und Berechtigungen ab. Jede Anwendung prüft weiterhin ihre Geschäftsdaten, einschließlich Kunden und Aufträgen.
Erfordern gemeinsame Protokolle denselben Technologie-Stack?
Nein. Runlume verwendet HTTP, OIDC, OpenAPI, JSON Schema und CloudEvents für Identität, API und Ereignisse. Systeme behalten Sprachen, Frameworks, Datenbanken und Bereitstellung und passen Schnittstellen im vereinbarten Umfang an.
Wie unterstützen einheitliche Formate systemübergreifende Analysen?
Einheitliche Feldbeschreibungen, Typen und Prüfregeln verringern Konvertierung und Vorbereitung. Analysen erfordern weiterhin abgestimmte Bedeutungen, Einheiten, Zeiträume und Kennzahlen sowie Zweckfreigaben. Gemeinsame Formate aggregieren Daten nicht automatisch und garantieren keine Schlussfolgerungen.
Benötigen gemeinsame Austauschformate eine gemeinsame Datenbank?
Nein. Gemeinsame Regeln betreffen Schnittstellenaustausch und Beschreibungen. Systeme behalten eigene Domänenmodelle und Datenbanken und tauschen notwendige Informationen über autorisierte API aus, statt Verträge durch gemeinsame oder datenbankübergreifende Zugriffe zu ersetzen.
Wie unterscheiden sich private License und Abonnementansprüche?
Eine License prüft private Bereitstellungsrechte und kann Produkt, Version, Umgebung, Bereitstellungskennung, Anzahl und Gültigkeit begrenzen. Abonnementansprüche definieren gekaufte Funktionen und Ressourcen. Beides ersetzt weder Identität noch Instanzrechte oder Verbindungen; eine License gewährt keinen Zugriff auf alle Geschäftsdaten.
Was geschieht bei Updates oder Ablauf einer privaten License?
Prüfen Sie vor Updates, ob Zielversion, Umgebung und Umfang lizenziert bleiben, und erneuern oder aktualisieren Sie bei Bedarf die License. Ablaufwirkung, Verlängerung und Wartung gehören in den Liefervertrag. Das SDK unterstützt lokale Prüfung per öffentlichem Schlüssel; externe Dienste werden dadurch nicht offline verfügbar und Widerrufe erreichen getrennte Umgebungen nicht sofort.