Warum haben wir ein eigenes Betriebssystem im Browser gebaut?

Fragt man an einem mittelgroßen Industriestandort herum, wer mit welchem System arbeitet, bekommt man selten eine kurze Antwort.

Das Energiemonitoring läuft über eine Weboberfläche. Die Anlagentechnik wird von einem SCADA-System gesteuert. Die Instandhaltung lebt in einem anderen Programm – oder immer noch in einer Tabelle. Der Einkauf arbeitet im ERP. Alarme kommen per E-Mail und Telefon. Und Projekte, Verträge und Anwesenheitsdaten haben wiederum ein eigenes Werkzeug.

Jedes dieser Systeme kann in seinem Bereich gut, sogar hervorragend funktionieren. Das Problem liegt nicht unbedingt bei ihnen, sondern in den Lücken dazwischen.

Die Entscheidung geht zwischen den Systemen verloren

In den früheren Teilen der OT-Wissensreihe sind wir immer wieder am selben Punkt angekommen: Messdaten allein haben keinen Wert. Wert entsteht erst, wenn aus der Abweichung ein Ereignis wird, aus dem Ereignis eine Aufgabe, aus der Aufgabe erledigte Arbeit und aus der Arbeit ein nachmessbares Ergebnis.

Diese Kette passt jedoch fast nie in ein einziges klassisches Fachsystem.

Die Messung entsteht im einen. Die Entscheidung fällt in einem anderen. Die Arbeit wird in einem dritten erfasst. Das Ersatzteil wird in einem vierten bestellt, und die Kosten werden in einem fünften gebucht. Bei jeder Übergabe muss jemand kopieren, abgleichen und sich erinnern – oder vergisst eben etwas.

Dann leidet das Unternehmen oft nicht an zu wenig Daten. Im Gegenteil: Dieselbe Information existiert an fünf Stellen in fünf unterschiedlichen Zuständen.

Welche Zahl ist aktuell? Wer hat sie zuletzt geändert? Wurde der Eingriff durchgeführt? Ist das Problem wirklich behoben? Und wer sieht überhaupt den gesamten Prozess?

Wir wollten nicht noch eine eigenständige Anwendung

Auf dieses Problem wollten wir nicht mit einem weiteren Dashboard antworten. Eine weitere eigenständige Anwendung hätte nur noch eine Insel geschaffen.

Deshalb haben wir OrigSmart WebOS gebaut: eine im Browser laufende, gemeinsame Betriebsumgebung für den physischen und den kaufmännischen Betrieb.

Man könnte auch sagen: ein „Dach“ über dem bestehenden IT-, Energie- und gesamten Datenbestands-Ökosystem des Unternehmens. Die Fachsysteme erledigen weiterhin ihre eigenen Aufgaben, und WebOS verbindet die verfügbaren Daten, Benutzer, Entscheidungen und ausführbaren Prozesse in einer gemeinsamen Arbeitsumgebung.

Das ist nicht bloß ein gemeinsamer Bildschirm oder ein Menüsystem. Darunter können verschiedene Systeme laufen, darüber lässt sich ein zusammenhängender Unternehmensbetrieb verfolgen und steuern. Die Verknüpfung erfordert selbstverständlich Integrationsarbeit: Nur weil eine Anwendung auf derselben Oberfläche erscheint, werden ihre Daten und Prozesse nicht automatisch zu gemeinsamen.

Der Begriff „Betriebssystem“ bedeutet hier nicht, dass wir Windows oder Linux ersetzen wollen. Der Vergleich bezieht sich auf das Betriebsmodell. So wie das Betriebssystem eines Computers eine gemeinsame Grundlage für Benutzer, Berechtigungen, Dateien, Fenster und Anwendungen bietet, bietet WebOS eine gemeinsame Grundlage für Geräte, Daten, Menschen und Unternehmensprozesse.

Der Benutzer sieht eine vertraute, fensterbasierte Arbeitsoberfläche. Er kann nebeneinander die Energiedaten eines Gebäudes, die zugehörige Instandhaltungsaufgabe, den Lieferantenvertrag oder das Budget eines Bauprojekts öffnen. In verknüpften Prozessen muss er das Gesamtbild nicht manuell aus getrennten Systemen zusammensetzen und dieselben Daten nicht immer wieder neu erfassen.

Warum im Browser?

Weil der Browser heute praktisch auf jedem Arbeitsgerät verfügbar ist. Es muss kein eigenes Client-Programm installiert werden, Updates lassen sich zentral verwalten, und der Benutzer erreicht dieselbe Arbeitsumgebung vom Bürorechner, von einem Terminal in der Produktion oder – je nach Berechtigung – von einem Mobilgerät aus.

Der Browser allein macht eine Anwendung aber noch nicht zum Betriebssystem. Dafür braucht es ein gemeinsames Datenmodell, das die verschiedenen Quellen verbindet, eine einheitliche Berechtigungsverwaltung, Zusammenarbeit in Echtzeit und Anwendungen, die sich miteinander verknüpfen lassen.

Was macht das zu mehr als einer weiteren Software?

Unterschiedliche Datenquellen – gemeinsame Interpretation

Ein einheitlicher Betrieb bedeutet nicht, dass alle Daten in eine einzige Datenbank umziehen müssen. Finanzdaten können im ERP bleiben, Anlagenzustände im SCADA, Messwerte im Energiesystem und Dokumente im bestehenden Dokumentenarchiv.

Aufgabe von WebOS ist es, diese in einen gemeinsamen Zusammenhang zu stellen. Die Anlagenkennung des einen Systems, die Kostenstelle des zweiten und die Instandhaltungshistorie des dritten sollen mit derselben realen Anlage verknüpft sein. Ein Kunde, ein Standort, ein Projekt oder ein Vertrag ist dann keine Ansammlung voneinander unabhängiger Datensätze, sondern ein gemeinsamer Bezugspunkt im Betrieb.

Zur Integration gehört auch festzulegen, welches System für welche Daten die maßgebliche Quelle ist, wo sie geändert werden dürfen und wie eine Änderung zu den verbundenen Prozessen gelangt. Statt fünf separate Kopien von Hand aktuell zu halten, nutzt man eine Information mit definierter, nachvollziehbarer Herkunft an mehreren Stellen.

Das ist nicht nur eine Frage der Bequemlichkeit. Eine gemeinsame Interpretation und geklärte Datenverantwortung verringern Betriebsfehler, die aus abweichenden Versionen, manuellem Kopieren und unsicheren Datenquellen entstehen.

Gemeinsames Arbeiten in Echtzeit

Öffnen zwei Kollegen dasselbe Dokument, denselben Datensatz oder dieselbe Budgetposition, sehen beide die Änderungen des anderen. Das System steuert paralleles Arbeiten und verhindert, dass jemand unbemerkt die Änderung eines anderen überschreibt.

Derselbe Echtzeitbetrieb verbindet auch die Menschen mit der OT-Seite. Ein neuer Messwert, eine Zustandsänderung oder ein Alarm von einem Gerät kann sofort in der Anwendung und bei dem Benutzer erscheinen, bei dem eine Aufgabe damit verbunden ist.

Zusammenarbeit heißt dann nicht mehr, E-Mails und separate Dateiversionen auszutauschen, sondern mit demselben aktuellen Betriebszustand zu arbeiten.

Präzise geregelter Zugriff

Im Unternehmensumfeld reicht es nicht festzulegen, ob jemand Zugriff auf eine Anwendung hat. Oft kommt es auch darauf an, welche Daten er darin sehen und welche Felder er ändern darf.

In einem Bauprojekt etwa entscheidet eine Person über den Preis für den Auftraggeber, eine andere darf das Angebot des Nachunternehmers erfassen und wieder eine andere den Einkauf freigeben. Sie können an derselben Position arbeiten, wobei jeder nur die Daten und Aktionen erreicht, die seine Rolle erfordert.

OrigSmart WebOS regelt dies bis auf Feldebene. Es ist nicht nur die Oberfläche, die unzulässige Aktionen ausblendet: Die Berechtigungen werden auch serverseitig geprüft und durchgesetzt. Eine nicht erlaubte Änderung wird auch dann abgelehnt, wenn jemand die Oberfläche umgeht und versucht, das WebOS-Backend direkt aufzurufen.

Getrennte Organisationen, gemeinsame Plattform

Mehrere Unternehmen, Standorte oder Kunden können dieselbe Plattform nutzen, wobei die Organisations- und Berechtigungsgrenzen ihrer Daten getrennt bleiben. Jeder Beteiligte sieht seine eigene Betriebsumgebung, während berechtigte zentrale Akteure auch übergreifende Prozesse und Auswertungen verwalten können.

Das ist besonders wichtig für Dienstleister, Unternehmensgruppen und Betriebe mit mehreren Standorten, die die Vorteile einer einheitlichen Plattform brauchen – eine Vermischung der Daten aber selbstverständlich nicht.

Erweiterbar statt zu ersetzen

Entsteht ein neuer geschäftlicher Bedarf, kann darauf eine neue Anwendung aufbauen – auf den bestehenden Benutzern, Berechtigungen, Datenverbindungen und gemeinsamen Diensten. Es muss nicht jedes Mal ein eigenes Login und eine eigenständige Anwendungsumgebung geschaffen oder bereits funktionierende Integrationen von vorn gebaut werden.

Und man muss auch nicht wegwerfen, was bereits gut funktioniert. WebOS wurde nicht gebaut, um um jeden Preis ein bewährtes ERP, ein SCADA-System oder eine Buchhaltungssoftware abzulösen. Es kann sich daran anbinden, die nötigen Daten übernehmen oder weitergeben und die Betriebskette abbilden, die zwischen den Fachsystemen sonst abreißen würde.

Dieselben Daten, unterschiedliche Entscheidungen

Ein einfaches Beispiel: Die Leistungsaufnahme eines Kältekompressors steigt seit Tagen langsam an.

In einer klassisch zersplitterten Umgebung bemerkt das irgendwann jemand im Diagramm. Er schreibt eine E-Mail. Der Instandhalter fragt telefonisch nach. Das Prüfergebnis landet vielleicht auf einem Arbeitsblatt. Das Ersatzteil wird in einem anderen System bestellt. Die Kosten tauchen später in einer Finanzauswertung auf – doch bis dahin ist die Verbindung zwischen der ursprünglichen Messabweichung und dem wirtschaftlichen Ergebnis der Reparatur verloren gegangen.

In einer mit OrigSmart WebOS verknüpften Umgebung kann aus der Messung ein Ereignis werden und aus dem Ereignis ein Arbeitsauftrag für den verantwortlichen Instandhalter. Mit dem Arbeitsauftrag lassen sich Ersatzteilbedarf, Einkauf und Freigabe verknüpfen. Nach dem Eingriff kann das System nachprüfen, ob die Leistungsaufnahme tatsächlich in den Normalbereich zurückgekehrt ist.

Dabei kann die Messung weiterhin aus dem bestehenden Energiesystem kommen, der Einkauf im ERP erfolgen und die Aufgabe in einer WebOS-Anwendung oder einem integrierten Instandhaltungssystem bearbeitet werden. Entscheidend ist nicht, dass jeder Schritt in derselben Software stattfindet, sondern dass die Verbindung zwischen ursprünglicher Abweichung, Verantwortlichem, Eingriff und Ergebnis durchgehend erhalten bleibt.

Denselben Fall sieht jeder Beteiligte aus seiner eigenen Perspektive:

• der Energiemanager die Abweichung und die Verbrauchskurve;
• der Instandhalter den Fehler, die Vorgeschichte und die zu erledigende Aufgabe;
• der Einkauf den Ersatzteilbedarf und den freigegebenen Rahmen;
• die Finanzabteilung die Kosten und die finanzielle Wirkung der Einsparung;
• und die Führungskraft den gesamten Weg des Problems von der Erkennung bis zum nachgewiesenen Ergebnis.

Es sind nicht fünf getrennte Geschichten, sondern fünf nach Berechtigung und Aufgabe gestaltete Sichten auf dasselbe betriebliche Ereignis.

Braucht jeder ein WebOS?

Nein.

An einem kleinen Standort, an dem eine einzige Mess- und Alarmierungsaufgabe zu lösen ist, kann eine gezielte Anwendung genügen. Dasselbe gilt für ein Unternehmen, dessen sämtliche wesentlichen Prozesse tatsächlich in einem einzigen, passend angepassten ERP-System laufen.

In solchen Fällen lassen sich einzelne OrigSmart-Module – etwa Datenerfassung, Messung oder Alarmmanagement – auch eigenständig und an die bestehenden Systeme angebunden nutzen.

Viele Industrieunternehmen funktionieren jedoch nicht so. Bei ihnen laufen mehrere Systeme unterschiedlichen Alters und Zwecks nebeneinander. Für sie lautet die eigentliche Frage nicht, ob sich alles in einem einzigen großen Projekt ersetzen lässt, sondern ob über dem bestehenden Ökosystem eine gemeinsame, geregelte und weiter ausbaufähige Betriebsschicht entstehen kann.