Sie gilt für den geprüften Ausschnitt und für den Prüfzeitpunkt. In einem Haus mit mehreren Werken kommt eine zweite Grenze dazu: Selbst dort, wo geprüft wurde, bedeutet ein bestandener Nachweis in Werk A nicht dasselbe wie in Werk B — solange beide gegen unterschiedliche Vorstellungen prüfen.
Ohne gemeinsame Referenzarchitektur sind Reifegrade zwischen Werken nicht vergleichbar, Wiederverwendung bleibt Zufall, und jede Aussage über das Haus ist eine Summe aus Aussagen, die nicht dasselbe messen.
WhiteBox heißt nicht, dass man den Code sieht. WhiteBox heißt, dass Konformität entscheidbar ist statt beurteilbar.Damit bekommt auch die Arbeit an Verhalten ihre Ordnung — dieselbe, die Elektrotechnik längst hat: Planung erstellt das Dokument, Ausführung setzt es um, Inbetriebnahme prüft dagegen.
Heute macht eine Person beides gleichzeitig — planen und ausführen — und trägt beides allein. Das ist keine Frage mangelnder Qualifikation, sondern fehlender Arbeitsteilung.Die Ordnung ist nicht neu — sie ist aus einem anderen Gewerk übernommen, in dem sie seit über hundert Jahren funktioniert. Neu ist nur, dass Verhalten überhaupt einen Plan hat, auf den sie sich anwenden lässt.
Erstellt die Behavior Reference (BR) als normatives Dokument. In der Elektrotechnik entspricht das der E-Konstruktion, die den Stromlaufplan erstellt. Diese Rolle entscheidet über Verhalten, sie setzt es nicht um.
Aus der Referenz werden Code, HMI, Dokumentation und Datenstruktur abgeleitet, Hardware und Schnittstellen kommen dazu. Handwerk, das Handwerk bleibt — mit dem Unterschied, dass ein Plan existiert, gegen den es sich prüfen lässt.
Was heute gegen Erfahrung geprüft wird, wird gegen die Referenz geprüft. Damit ist eine Abweichung eine benannte Abweichung — und keine Beobachtung, die jemand einordnen muss.
Elektroplanung, Schaltschrankbau, Mechanik. Hier ändert sich nichts, und das ist eine Aussage über den Umfang der Umstellung: Sie betrifft ein Gewerk, nicht alle.
Eine Transformation, die von uns abhängt, wäre keine. Das Ergebnis ist eine Ordnung, die Ihr Haus selbst trägt — mit benannten Rollen und Menschen, die sie ausfüllen können.
Gemeinsame Struktur für die Behavior Reference (BR) über Werke hinweg — damit dieselbe Aussage überall dasselbe bedeutet.
Wer plant, wer ausführt, wer prüft. Mit Schnittstellen, Freigabewegen und der Frage, wer eine Referenz ändern darf.
Welche Einheitsmodule mehrfach vorkommen und einmal modelliert werden können — der eigentliche Hebel über mehrere Werke.
L0 bis L5 je Standort und Anlagenteil, auf gemeinsamer Grundlage erhoben und deshalb vergleichbar.
Welche Personen welche Rolle ausfüllen sollen und welche Qualifikation dafür fehlt — umgesetzt über Certification & Training.
Ein Gate ist eine Entscheidung, kein Termin. Auf Hausebene fällt eine zusätzliche: ob der Standard aus dem ersten Werk übertragbar ist oder erst geändert werden muss.
Reifegrad je Standort auf gemeinsamer Grundlage, Wiederverwendungspotenzial, Rollenbild heute.
Gate 0
Gemeinsame Struktur, Freigabewege, Zuständigkeiten. Schriftlich, bevor das erste Werk startet.
—
Von der Referenz bis zum geprüften Verhalten an einer realen Anlage — der Beleg, dass die Ordnung trägt.
Verifikations-Gate
Weitere Werke nach demselben Standard, mit Rückmeldung in die Referenzarchitektur.
Validierungs-Gate
Ein Angebot wird nicht dadurch stärker, dass es alles umfasst. Es wird dadurch stärker, dass sein Rand bekannt ist.
Referenzarchitektur, Rollenmodell, Freigabewege, Wiederverwendungskatalog, Reifegradbild über Werke.
Wir begleiten den ersten vollständigen Durchlauf. Beim zweiten sind wir Beobachter, beim dritten Ansprechpartner.
Die Maschinenverordnung (EU) 2023/1230 ist ab Januar 2027 anwendbar, mit erhöhten Anforderungen an Systeme mit selbstentwickelndem Verhalten. Eine normative Verhaltensreferenz liefert das Material für den Nachweis — die Konformitätsbewertung bleibt beim Maschinenhersteller.
Das Erstellen der einzelnen Behavior Reference (BR) je Anlage ist der PTF- & Behavior-Reference-Pilot beziehungsweise das Behavior Defined Machine (BDM) Engineering Project.
Wir benennen Rollen an der Sache. Wie Ihr Haus sie besetzt, entscheiden Sie.
Die Ausbildung der benannten Personen liegt bei Certification & Training.
Verhaltensintegrität nach der Übergabe liegt bei Lifecycle Services.
Die Reihenfolge ist der Weg, nicht der Umsatz. Enterprise Transformation ist der fünfte Schritt und setzt mindestens einen abgeschlossenen Durchlauf voraus. Ein Standard, der noch nie an einer Anlage getragen hat, ist eine Absichtserklärung. Die Behavior Reference (BR) ist keine nachträgliche Dokumentation des Codes. Sie entsteht vor dem Code — auf Hausebene heißt das: Die Architektur entsteht vor dem Rollout, nicht während. Verifikation fragt: Wurde richtig gebaut? Validierung fragt: Wurde das Richtige gebaut? Über mehrere Werke kommt eine dritte Frage dazu: Bedeutet dieselbe Antwort überall dasselbe.
Zielbild, Anwendungsfall und Roadmap.
Wo Konformität heute entscheidbar ist und wo für Verhalten eine Referenz fehlt.
Eine freigegebene Behavior Reference (BR) für ein abgegrenztes Einheitsmodul.
Aus der Behavior Reference (BR) abgeleitete und gegen sie verifizierte Umsetzung.
Behavior-Centric Engineering (BCE) als Standard über mehrere Werke.
Verhaltensintegrität über den Lebenszyklus, Änderungen als Change Verification.
Befähigung des Teams, Selmo-eigene Qualifikationen.
Eine gemeinsame Architektur macht Aussagen vergleichbar. Sie macht keine Anlage besser, die nicht danach gebaut wurde — Bestand bleibt Bestand, bis er umgestellt ist.
Die Frage, mit der jede Transformation beginnt
15–30 Minuten. Wir bringen die Antwort mit, nicht die Präsentation.