---
title: "Governance der Architektur von Maschinenüberwachungslösungen"
slug: "product-docs-template-12"
status: "new"
updated: 2026-10-22T10:52:36Z
published: 2026-10-22T10:52:36Z
canonical: "support.tulip.co/product-docs-template-12"
---

> ## Documentation Index
> Fetch the complete documentation index at: https://support.tulip.co/llms.txt
> Use this file to discover all available pages before exploring further.

# Governance der Architektur von Maschinenüberwachungslösungen

*Erfahren Sie, wann Sie Ihre Maschinenüberwachungslösung zentralisieren sollten, und lernen Sie Best Practices für das Änderungsmanagement kennen.*

## Wann sollte zentralisiert werden?

Verwenden Sie eine zentralisierte Architektur (eine einzige App für eine „ Machine Type “), wenn:

- über alle Maschinen desselben Typs hinweg**standardisierte Prozesse** vorhanden sind
- **Ein Vollzeit-Entwicklungsteam** die Anwendungen verwaltet
- **Schnelle Iterationen erforderlich sind** – Änderungen müssen zügig umgesetzt werden
- **Compliance-Anforderungen** versionierte, nachprüfbare Anwendungsänderungen vorschreiben

**Beispiel**: Ein Pharmahersteller mit 20 identischen Tablettenpressen. Die FDA verlangt einen validierten Prozess. Eine einzige App stellt sicher, dass alle Maschinen einem identischen, validierten Verfahren folgen.

## Wann sollte dezentralisiert werden?

Verwenden Sie eine dezentrale Architektur (separate Anwendungen pro Maschine), wenn:

- **Individuelle Arbeitsabläufe** pro Maschineninstanz
- **Laienentwickler** in verschiedenen Abteilungen sind für ihre Maschinen verantwortlich
- **Proof-of-Concept-** oder Pilotprojekte mit unklaren Anforderungen
- **Geringe Änderungshäufigkeit** – Anwendungen müssen selten aktualisiert werden

**Beispiel**: Auftragsfertigung mit 5 verschiedenen CNC-Fräsmaschinenmodellen. Jedes verfügt über eigene Werkzeugbibliotheken, Teileprogramme und Bediener-Workflows.

## Best Practices für das Änderungsmanagement

### Machine types und Auslöser sind global

- Änderungen an einem „ machine type “ **wirken sich sofort auf alle Maschinen dieses Typs aus**
- Machine types verfügen nicht über ein Versionsverwaltungssystem (im Gegensatz zu Apps)
- **Bewährte Vorgehensweise**: Testen Sie Änderungen an der „ machine type “ zunächst in einer Entwicklungsinstanz

### Strategie zur Versionskontrolle

1. **Entwicklungsinstanz**: Testen Sie neue „ machine types “ und Trigger
2. **Staging-Instanz** (falls vorhanden): Mit produktionsnahen Daten validieren
3. **Produktionsinstanz**: Erst nach der Validierung bereitstellen
4. Änderungen in den Release-Notes dokumentieren

### Rollback-Plan

- Maschinentrigger können nicht zurückgesetzt werden – Sie müssen sie manuell rückgängig machen
- Da Maschinenkonfigurationen nicht versioniert sind, sollten Sie vor der Durchführung von Änderungen mit erheblichen Auswirkungen erwägen, Duplikate (z. B. der Trigger „ Machine Types “ und „ Machine Type “) oder eine Offline-Dokumentation zu erstellen.

{{snippet.Haben Sie gefunden, wonach Sie gesucht haben?}}