JCIM
JCIM führte
- Verbindungs- und Sicherheitsarchitektur
- Integration des Supportprozesses
- Implementierungs- und Delivery-Richtung
Bosch Building Technologies · EffiLink
Einen auslaufenden Netzstandard durch ein sicheres Remote-Service-Fundament ersetzen
Mit der Abschaltung von ISDN brauchte Bosch mehr als einen technischen Ersatz. Gefordert war ein sicherer, operativ nutzbarer Weg, Servicetechniker mit sicherheitskritischen Anlagen an Kundenstandorten zu verbinden.
01Kundenanlageinitiiert
02Outbound-TunnelTLS / CERT
03Servicefall-Gateexplizit freigegeben
04Technikerzeitlich begrenzt
OUTBOUND ONLYCERTIFICATEFAIL CLOSED
JCIM / INDUSTRIAL SYSTEM EVIDENCEREF 01–A
01Kontrolliert ausgehend
02Zertifikatsbasiert
03Fail closed
Die Herausforderung
- Das bisherige Fernzugriffsmodell basierte auf ISDN und ließ sich nicht einfach in eine IP-Umgebung übertragen.
- Die Systeme waren sicherheitskritisch. Direkter eingehender Zugriff, unkontrollierte parallele Sitzungen und statische Zugangsdaten waren nicht vertretbar.
- Frühere interne Ansätze hatten Anforderungen und Teilideen hervorgebracht, aber kein funktionierendes End-to-End-Service-Modell.
Was JCIM getan hat
- 01
JCIM strukturierte die Initiative neu: im Mittelpunkt stand ein funktionierender erster Beweis statt eines weiteren Anforderungszyklus.
- 02
JCIM entwarf die gesamte Verbindungsarchitektur so, dass das kundenseitige System die sichere Verbindung initiierte und der Zugriff nur in einem gültigen Servicekontext freigeschaltet wurde.
- 03
JCIM integrierte die Plattform in die vorhandene Support- und Workforce-Management-Umgebung. Dadurch bestimmte der umgebende Geschäftsprozess, wer was wann tun durfte.
- 04
JCIM trug die Verantwortung für Implementierungsarchitektur und Delivery-Richtung; Bosch stellte die physischen Hardware-Komponenten bereit.
- 05
Das Sicherheitsmodell verband kontrollierte ausgehende Konnektivität, zertifikatsbasierte Authentifizierung, explizite Sitzungsfreigabe und Fail-closed-Verhalten.
Verantwortungsgrenze
BOSCH / PARTNERS
Bosch / Partner brachten ein
- Physische Hardware-Komponenten
- Operativer Servicekontext
- Produkt- und Feldexpertise
Was sich verändert hat
Innerhalb weniger Monate entstand ein funktionierendes erstes Release.
Remote-Inbetriebnahme, Diagnose und Wartung wurden operativ möglich, ohne Anlagen einem unkontrollierten Zugriff auszusetzen.
Der erste Beweis schuf das technische und organisatorische Fundament für den späteren EffiLink-Rollout und die Erweiterung des Service.
05
Human Logic
Die entscheidende Bedingung für Akzeptanz war Kontrolle. Service-, IT- und Security-Teams mussten nicht ‘der Cloud vertrauen’. Sie brauchten ein System, in dem Zugriff nur innerhalb eines gültigen Servicefalls bestand und sofort unterbrochen werden konnte.
06
Was dieser Case belegt
Der Case zeigt das JCIM-Kernmuster: eine komplexe industrielle Transformation auf den kleinsten realen Beweis reduzieren und anschließend Technologie, Sicherheit und Betriebsprozess so verbinden, dass daraus ein Service werden kann.
NEXT PROOF
Bringen Sie uns das industrielle Problem, das in keine Abteilung sauber hineinpasst.
Wir identifizieren den kleinsten realen Beweis, der Unsicherheit in eine kontrollierte Managemententscheidung verwandelt.