[MSP] Vertragliche Zuordnung je Guest (managed / monitored / unmanaged / decommissioning)

chinux commented

2026-07-20 23:15:02 +00:00

Owner

Aktuell werden alle Guests gleich behandelt. Für einen MSP ist aber entscheidend, welche Systeme überhaupt unter Vertrag stehen.

Warum

Die Zuordnung beeinflusst drei Dinge gleichzeitig:

Abrechnung — nur betreute Systeme gehen in den Verbrauchsreport
Überwachung — für ein nicht betreutes Testsystem will nachts niemand geweckt werden
Haftung — „das lief bei uns mit, war aber nie beauftragt" muss dokumentiert sein, bevor etwas passiert

Umfang

Feld je Guest (und je Node) mit einem kleinen, festen Wertebereich:

Wert	Bedeutung
`managed`	im Wartungsvertrag, volle Betreuung
`monitored`	nur Überwachung, keine Wartung
`unmanaged`	läuft mit, keine Zusage
`decommissioning`	in Abbau, keine neuen Zusagen

Dazu optional: Vertragsbeginn, Kündigungsfrist, Freitext-Notiz.

Wirkung:

Verbrauchsreport zählt standardmäßig nur managed + monitored, weist die übrigen aber separat aus — sonst verschwinden sie aus dem Blick
Alarme für unmanaged erzeugen keine Eskalation
Doku (#209) zeigt den Status im Frontmatter und als Tag
Auto-Update rührt unmanaged nicht an

Default für neue Guests: bewusst unmanaged. Ein System, das ungefragt in Wartung und Abrechnung rutscht, weil jemand eine VM angelegt hat, ist der schlechtere Fehler. Beim ersten Erkennen eines neuen Guests ein Hinweis in der Oberfläche, damit die Einstufung nicht vergessen wird.

Abhängigkeiten

Verbrauchsreport-Issue, Alarm-Issue, #209

Aktuell werden alle Guests gleich behandelt. Für einen MSP ist aber entscheidend, welche Systeme überhaupt unter Vertrag stehen. ## Warum Die Zuordnung beeinflusst drei Dinge gleichzeitig: - **Abrechnung** — nur betreute Systeme gehen in den Verbrauchsreport - **Überwachung** — für ein nicht betreutes Testsystem will nachts niemand geweckt werden - **Haftung** — „das lief bei uns mit, war aber nie beauftragt" muss dokumentiert sein, bevor etwas passiert ## Umfang Feld je Guest (und je Node) mit einem kleinen, festen Wertebereich: | Wert | Bedeutung | |---|---| | `managed` | im Wartungsvertrag, volle Betreuung | | `monitored` | nur Überwachung, keine Wartung | | `unmanaged` | läuft mit, keine Zusage | | `decommissioning` | in Abbau, keine neuen Zusagen | Dazu optional: Vertragsbeginn, Kündigungsfrist, Freitext-Notiz. **Wirkung:** - Verbrauchsreport zählt standardmäßig nur `managed` + `monitored`, weist die übrigen aber separat aus — sonst verschwinden sie aus dem Blick - Alarme für `unmanaged` erzeugen keine Eskalation - Doku (#209) zeigt den Status im Frontmatter und als Tag - Auto-Update rührt `unmanaged` nicht an **Default für neue Guests:** bewusst `unmanaged`. Ein System, das ungefragt in Wartung und Abrechnung rutscht, weil jemand eine VM angelegt hat, ist der schlechtere Fehler. Beim ersten Erkennen eines neuen Guests ein Hinweis in der Oberfläche, damit die Einstufung nicht vergessen wird. ## Abhängigkeiten - Verbrauchsreport-Issue, Alarm-Issue, #209

chinux referenced this issue

2026-07-20 23:15:03 +00:00

[MSP] Verbrauchsreport je Mandant + Metrik-Rollup und Retention (Abrechnungsgrundlage) #218

chinux referenced this issue

2026-07-20 23:15:03 +00:00

[MSP] Kundenbericht: Verfügbarkeit und Backup-Erfolg je Mandant und Monat #219

chinux referenced this issue

2026-07-20 23:15:03 +00:00

[MSP] Wartungsfenster und Change-Freeze je Mandant — Voraussetzung für scharfes Auto-Update #220

chinux referenced this issue

2026-07-20 23:15:04 +00:00

[MSP] Alarme als Objekt: Quittierung, Deduplizierung, Eskalation, Bereitschaft, Stummschaltung #221

chinux referenced this issue

2026-07-20 23:15:04 +00:00

[MSP] Restore-Nachweis je Guest — Backups laufen ist nicht Backups funktionieren #222

chinux commented

2026-07-20 23:15:04 +00:00

Author

Owner

Teil des MSP-Themenblocks: #218, #219, #220, #221, #222, #223, #224, #225. Reihenfolge-Vorschlag: #218 (Datengrundlage) → #223 (Vertragsstatus) → #220 (Wartungsfenster) → #219 (Kundenbericht) → Rest.

chinux referenced this issue

2026-07-20 23:15:04 +00:00

[MSP] Kundenblick: reduzierte Mandanten-Ansicht (Positivliste, nach #207) #224

chinux referenced this issue

2026-07-20 23:15:04 +00:00

[MSP] SPLA/RDS: berechtigte Nutzer über SeRemoteInteractiveLogonRight ermitteln (nicht über Remote Desktop Users, nicht über Logins) #225

Rows
Columns

[MSP] Vertragliche Zuordnung je Guest (managed / monitored / unmanaged / decommissioning) #223

Warum

Umfang

Abhängigkeiten