top of page
y6AWo0Yanej6oExF7sOir.png
badge for your website only.png

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:

  1. Physisch installiert (Zähler + iMSys-Komponenten)

  2. Commissioning/Kommunikation abgeschlossen oder sauber als Follow-up geführt

  3. Dokumentation vollständig (Protokoll, Fotos, Seriennummern, Zeitstempel, Verantwortliche)

  4. Übergabe an ERP/MDM erfolgreich (oder klarer Error/Waiting-Prozess)

  5. 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 

  1. Rollout Cases – Backlog, Prioritäten, SLA, Statusphasen, Defect-Logik (Revisit)

  2. Work Orders – Einsatzaufträge: Termin, Ressource/Partner, Ausführung, Ergebnis, Blocker

  3. Assets & Material – Seriennummern/Materialfluss: Reserved → Picked → Installed/Commissioned → Returned

  4. QA & Documentation Review – Qualitätsgate: Approved / Rework / ERP/MDM Handover (Waiting/Error)

  5. 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

  1. Case entsteht (Pflichtfall oder Kundenwunsch) → Backlog & Priorisierung

  2. Dispo plant Termin + interne/externe Ausführung → Work Order

  3. Materialprozess Reservierung/Picking → Einsatzbereit

  4. Vor-Ort Einsatz inkl. Ergebnis (OK / Not at home / Material missing / Docs incomplete / Comms pending)

  5. QA Gate prüft Nachweise, setzt Approved oder Rework (Stop-the-line)

  6. 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.

 

bottom of page