

Use Case
Smart Meter Rollout OS
Executive Summary
Smart Meter Rollout OS für Messstellenbetreiber (gMSB/wMSB): iMSys-Einbau & Zählerwechsel end-to-end steuern – ohne Excel-Chaos
Kurzfassung in einem Satz
Dieses Blueprint-System bildet den operativen Rollout-Prozess von Pflichtfall → Termin → Einsatz → Qualitätsgate → ERP/MDM-Übergabe in monday.com ab – mit klaren Verantwortlichkeiten, auditierbarer Dokumentation und einem Management-Cockpit für Echtzeit-Steuerung.
Zielgruppe & Ausgangslage
Für wen: Messstellenbetreiber im DACH-Raum (typisch 10–250 MA) – Stadtwerke/Netzgesellschaften oder spezialisierte Dienstleister – mit hohem Außendienstanteil und starkem Koordinationsbedarf (Dispo, Lager, Subunternehmer, Kundenservice, IT/MDM).
Typische Realität: Kernsysteme (ERP/Abrechnung/MDM) existieren – aber die operative Kette wird häufig über Excel/Outlook/SharePoint und Insellösungen koordiniert. Dadurch entstehen Medienbrüche, unklare Zuständigkeiten und zu spätes Reporting.
Das Problem
Rollouts scheitern selten am einzelnen Arbeitsschritt – sondern an der Orchestrierung. Häufige Bruchstellen:
-
Zweitanfahrten & Terminchaos: Nichtantreffen, Zugang ungeklärt, kurzfristige Änderungen, fehlende Kapazitätsübersicht
-
Material-/Seriennummern-Unsicherheit: falscher Gerätetyp, fehlende Zuordnung, unklarer Bestand, Rückgaben nicht sauber verfolgt
-
Dokumentations- & Datenrückläufer: Fotos/Protokolle/Seriennummern unvollständig → Nacharbeit in Backoffice/QS/IT
-
„Done“ ist interpretierbar: technisch erledigt vs. auditierbar abgeschlossen vs. ERP/MDM übergeben
-
Management sieht Probleme zu spät: Steuerung am Monatsende statt über tägliche Hotlists/Queues
Zielbild: Definition of Done
Ein Rollout-Fall gilt erst als abgeschlossen, wenn:
-
Physisch installiert (Zähler + iMSys-Komponenten)
-
Commissioning/Kommunikation abgeschlossen oder sauber als Follow-up geführt
-
Dokumentation vollständig (Protokoll, Fotos, Seriennummern, Zeitstempel, Verantwortliche)
-
Übergabe an ERP/MDM erfolgreich (oder klarer Error/Waiting-Prozess)
-
Audit-Trail vorhanden (Statuswechsel, Nachweise, Kommentare, Zeitstempel)
Die Lösung: monday.com als “System of Work” (ERP/MDM bleibt System of Record)
Das System ergänzt bestehende Utility-IT, ersetzt sie nicht. ERP/MDM bleibt führend für Stammdaten/Abrechnung/Marktkommunikation. monday.com wird zur operativen Schaltzentrale für Planung, Ausführung, Qualitätsgates und Transparenz.
Kernbausteine
-
Rollout Cases – Backlog, Prioritäten, SLA, Statusphasen, Defect-Logik (Revisit)
-
Work Orders – Einsatzaufträge: Termin, Ressource/Partner, Ausführung, Ergebnis, Blocker
-
Assets & Material – Seriennummern/Materialfluss: Reserved → Picked → Installed/Commissioned → Returned
-
QA & Documentation Review – Qualitätsgate: Approved / Rework / ERP/MDM Handover (Waiting/Error)
-
Management Cockpit Dashboard – KPIs, Hotlists, Defects, Workload, QA-Queues, ERP/MDM Errors
Prinzip: Ein Case kann mehrere Work Orders haben (Revisit/Follow-up). Jede Work Order kann mehrere Assets (Seriennummern) tragen. QA ist das Gate, das “Done” in “auditierbar abgeschlossen” übersetzt.
End-to-End Workflow
-
Case entsteht (Pflichtfall oder Kundenwunsch) → Backlog & Priorisierung
-
Dispo plant Termin + interne/externe Ausführung → Work Order
-
Materialprozess Reservierung/Picking → Einsatzbereit
-
Vor-Ort Einsatz inkl. Ergebnis (OK / Not at home / Material missing / Docs incomplete / Comms pending)
-
QA Gate prüft Nachweise, setzt Approved oder Rework (Stop-the-line)
-
ERP/MDM Übergabe wird getrackt (Transferred / Waiting / Error) → Case Abschluss
Steuerungslogik & KPIs
Das System macht operative Qualität messbar – nicht als Bauchgefühl, sondern als Daten:
-
First-Time-Right (FTR) & Revisit-Rate (Defect = >1 Work Order je Case)
-
SLA/Backlog Aging: Fälle mit Risiko/Überfälligkeit auf einen Blick
-
QA Rework-Rate: häufigste Rückläufergründe (Fotos/Protokoll/Seriennummern/Comms)
-
Durchlaufzeit: Case → Completed (inkl. Engpassanalyse nach Phase/Team/Region)
-
ERP/MDM Handover: Waiting vs Error (IT-Fokus statt Blindflug)
-
Partnersteuerung: Einsätze, Qualität, Defects pro Partner/Region
Governance, Rollen & Compliance
-
Rollenlogik: Dispo steuert Planung, Field/Partner führt aus, QA prüft, IT/MDM verantwortet Übergabe-Status
-
Audit-Trail: Zeitstempel, Verantwortliche, Dateien/Links, Kommentare pro Fall
-
Stop-the-line: Abschluss erst nach Gate (QA Approved + ERP/MDM Transfer bzw. definierter Ausnahmeprozess)
-
Berechtigungen: interne Teams vs. Partnerzugriff (Portal-light möglich)
Implementierung: Low-Risk Roadmap
Phase 1 (2–4 Wochen) – Minimal Viable Rollout OS
-
Boards + Statuslogik + Views + Management Dashboard
-
5–10 Kern-Automationen (SLA Reminders, Done→QA, Defect-Logik, simple Guardrails)
Phase 2 (4–8 Wochen) – Qualität & Partnersteuerung
-
QA-Gates, Rework-Queues, Rückläufergründe, Partnerperformance, Material-Return Flow
Phase 3 (8–12 Wochen) – Integration & Skalierung
-
ERP/MDM Import/Export (CSV/API), Auto-Linking via Make.com, DMS/SharePoint Folder Links, Teams/Email Alerts
Voraussetzungen & typische Risiken
-
Datenqualität im ERP/MDM-Export (IDs, Adressen, Pflichtfallkriterien)
-
Statusdisziplin: zu viele Statuswerte = Chaos → Standardisierung nötig
-
Zuständigkeiten: wer darf welchen Status ändern (Gate-Ownership)
-
Partnerzugriff: sauberer Rechte- und Prozessrahmen (Performance/Abnahme)
Nächster Schritt
Empfohlener Einstieg: 30–45 Minuten Discovery, um Zielbild & Definition of Done zu fixieren und die 3 größten Fehlerkosten-Treiber zu priorisieren (Revisit, Doku-Rework, ERP/MDM Rückläufer).
Deliverables im Anschluss:
Einführungsplan (Phase 1–3), KPI-Cockpit, Demo-/Template-Boards + Automationsset, optional Make.com Integrations-Szenario.
