Process Function
Technische Prozesskette und erforderliche Betriebsbedingungen.
OPERATIONAL DOMAIN 05 · INDUSTRIAL
Industrial & Technical Systems
Prozessfähigkeit, Anlagenintegrität und technische Versorgung zusammen denken.
Industrielle Systeme sind komplexe Verbünde aus Verfahrenstechnik, Maschinenbau, Elektrotechnik, Automatisierung, Medienversorgung und Logistik. Für POR steht nicht eine Branche im Vordergrund, sondern die Frage, welche technische Funktion für das Gesamtsystem wesentlich ist.
01 / CRITICAL FUNCTIONS
Welche Funktion muss erhalten bleiben?
POR beginnt nicht beim Etikett eines Assets, sondern bei der Leistung, die das technische System tatsächlich erbringen muss.
Asset Integrity
Zustand und Funktionsfähigkeit von Anlagen, Aggregaten und technischen Komponenten.
Utilities
Energie, Wasser, Druckluft, Wärme, Kälte und weitere technische Hilfsmedien.
Production Continuity
Material, Personal, Steuerung, Instandhaltung und Wiederanlauf.
02 / ENGINEERING PERSPECTIVE
Technische Systeme verstehen, bevor wir sie bewerten.
Wir bewerten technische Systeme nicht anhand einzelner Messwerte. Entscheidend ist das Gesamtbild aus Systemverständnis, Bestandsdaten, Messungen, Inspektionen und fachlicher Bewertung.
Process Engineering
Prozessfunktion, Stoff- und Energieströme, Betriebsfenster und technische Randbedingungen auf angemessener Abstraktionsebene.
Mechanical Engineering
Maschinen, Rohrleitungen, Behälter, Aggregate und mechanische Integrität.
Electrical Engineering
Versorgung, Antriebe, Schalt- und Energieverteilungssysteme.
Instrumentation & Control
Messung, Regelung und Automatisierung als funktionale Ebene des Produktionssystems.
Maintenance & Reliability Engineering
Zustand, Instandhaltbarkeit, Ersatzteilfähigkeit, technische Alterung und Wiederanlauf.
03 / SYSTEM DEPENDENCIES
Die Funktion endet nicht an der Systemgrenze.
Abhängigkeiten werden öffentlich nur auf Kategorien- und Funktionsebene beschrieben. Konkrete Knoten, Schutzlücken oder objektspezifische Kaskadenpfade sind nicht Bestandteil dieser Darstellung.
Energie & Utilities
Prozessenergie und technische Hilfsmedien.
Digital & Communications
Automatisierung, Betriebsdaten, Koordination und Qualitätssicherung.
Transport & Supply Chain
Rohstoffe, Zwischenprodukte, Ersatzteile und Auslieferung.
Specialised Workforce
Betriebswissen, Instandhaltung und technische Entscheidungsfähigkeit.
04 / MONITORING & SITUATIONAL AWARENESS
Beobachten, verifizieren, korrelieren.
- Trendbasierte Zustandsdaten aus vorhandener Prozess- und Anlagensensorik
- Condition Monitoring für mechanische und elektrische Anlagen auf allgemeiner Ebene
- Thermische, akustische, optische oder geodätische Zustandsbeobachtung, soweit fachlich geeignet
- Betriebs- und Instandhaltungsdaten zur Verifikation technischer Entwicklungen
- Sensorfusion zur Trennung von Einzelindikator und belastbarem Gesamtbild
POR veröffentlicht keine objektspezifische Sensorplatzierung, Abdeckung, Alarmgrenzen oder technische Umgehungs- beziehungsweise Angriffsszenarien.
05 / RESILIENCE & CONTINUITY
Resilienz ist eine technische Funktion.
- Produktionsfunktion und technische Hilfssysteme gemeinsam betrachten
- Reparatur-, Ersatzteil- und Wiederanlauffähigkeit als Teil der Resilienz bewerten
- Prozess- und Anlagenzustand mit Versorgungsabhängigkeiten verbinden
- Messbare technische Befunde vor organisatorische Annahmen stellen
- Recovery anhand messbarer Funktionsfähigkeit verifizieren
Ziel ist die belastbare Bewertung von Verfügbarkeit, Ersatzbetrieb, Wiederherstellbarkeit und Return-to-Operations.
06 / REGULATORY CONTEXT
Operative Relevanz ist nicht gleich regulatorische Einstufung.
KRITIS-DachGNO 1:1 MAPPING
CERSECTOR-DEPENDENT
NIS2 / BSIGPARTIAL
POR MODELPRIMARY
Industrial & Technical Systems ist keine eigenständige 1:1-Sektorkategorie des KRITIS-Dachgesetzes. NIS2 beziehungsweise das BSIG erfassen jedoch bestimmte industrielle und herstellende Bereiche. POR nutzt die Domain als technisches Arbeitsmodell für industrielle Funktionen, unabhängig davon, ob eine konkrete Einrichtung regulatorisch erfasst ist.
Einordnung: Diese Darstellung dient der fachlichen Orientierung und ist keine Rechtsberatung. Die konkrete Betroffenheit eines Betreibers, einer Einrichtung oder Anlage ist gesondert anhand der jeweils geltenden Rechtsgrundlagen und Kriterien zu prüfen.
OFFICIAL REFERENCE FRAMEWORKSBSI-Gesetz (BSIG)↗
EU NIS2 Directive↗
EU Critical Entities Resilience Directive (CER)↗
CISA Infrastructure Dependency Primer↗
07 / PUBLIC INFORMATION BOUNDARY
Technische Tiefe – mit klarer Informationsgrenze.
Die öffentliche Darstellung endet dort, wo Detailtiefe selbst zum Risiko werden kann. Deshalb veröffentlicht POINT OF RESOLUTION keine objektspezifischen Verwundbarkeiten, konkrete Single Points of Failure, technische Grenzwerte, Schutzlücken, detaillierte Anlagenpläne, Zugangsinformationen, Sensorabdeckung oder konkrete Störungs- und Angriffspfade.
Vertiefte Analysen erfolgen ausschließlich im autorisierten persönlichen Dialog und – sofern erforderlich – unter abgestuften Need-to-Know-, Vertraulichkeits- und Dokumentationsregeln.
08 / TYPICAL INFORMATION REQUIREMENTS
Die richtigen Fragen vor der Methode.
- 01
Welche technische Prozessfunktion ist für Betrieb oder Versorgung wesentlich?
- 02
Welche Zustandsdaten belegen tatsächliche Leistungsfähigkeit und Anlagenintegrität?
- 03
Welche Utilities und Lieferketten müssen für den Betrieb verfügbar sein?
- 04
Welche technischen Voraussetzungen bestimmen einen belastbaren Wiederanlauf?
09 / POR CAPABILITY MAPPING
Drei Perspektiven auf dieselbe Domain.
Die konkrete Mission entscheidet, welche Capability und welche technische Tiefe erforderlich sind.
DARK DALOSTechnical Reconnaissance
Technischen Zustand erfassen, Beobachtungen verifizieren und Entwicklungen über Zeit dokumentieren.
RISK INTELLIGENCEUnderstand & AssessInformationen zusammenführen, Abhängigkeiten strukturieren, Unsicherheit kennzeichnen und Entscheidungen vorbereiten.
DIRECT ACTIONPreparedness & RecoveryHandlungsoptionen, Prioritäten, Stabilisierung und Wiederherstellung technisch unterstützen.
10 / MISSION ENTRY
Für die Tiefe braucht es Kontext.
Objektspezifische technische Analysen beginnen nicht auf einer öffentlichen Webseite, sondern mit einem klar definierten Informationsbedarf, einem autorisierten Auftrag und einer angemessenen Informationsklassifizierung.