• NOC Use Case — Projekt RedPath
  • 1. Executive Summary
  • 2. Geschäftlicher Hintergrund & Pain Points
    • 2.1 Ausgangslage
    • 2.2 Pain Points (heute)
    • 2.3 Strategische Ziele
  • 3. Projekt-Steckbrief
  • 4. Stakeholder-Verzeichnis
    • SPL Tele intern
    • BCA Solutions (UiPath Gold Partner)
    • Kommunikationsregeln
  • 5. Ist-Prozess (heute · manuell)
  • 6. Soll-Prozess (UiPath-automatisiert)
    • 6.1 Modulare Workflow-Module (REFramework-konform)
    • 6.2 Adaptive-Card-Eskalation (Prio 0/1)
  • 7. Solution Architecture
    • 7.1 Queue-Topologie (UiPath Orchestrator)
    • 7.2 Komponenten-Übersicht
    • 7.3 RIMO-Integration
  • 8. Priorisierungslogik (Prio 0–4)
    • 8.1 Prio-Stufen & SLA-Fenster
    • 8.2 Konfigurierbarkeit pro Kunde (FR-012)
  • 9. Kunden & Eingangskanäle
  • 10. Success Metrics & KPIs
  • 11. Timeline, Workpackages & Milestones
    • 11.1 Workpackages
    • 11.2 Milestones
    • 11.3 Operating Cadences
  • 12. Definition of Done (DoD)
    • Testfall-Kategorien
  • 13. Risiken & Gegenmaßnahmen
  • 14. Kommerzielle Größenordnung
    • Indikative UiPath-Lizenz-Aufstellung (BCA-Angebot, 1-Jahres-Term)
    • Service-Aufwand BCA
  • 15. Out of Scope (Saying No)
  • 16. Stand & nächste Schritte (per 21.05.2026)
    • Erledigt
    • In Arbeit (Sprint 1, KW 21–23)
    • Decision Gate M2 (08.06.2026)
  • 17. Referenzen & verwandte Dokumente
    • Liefermappe RedPath (intern)
    • Verwandte Wiki-Seiten
  • 18. Versionierung dieser Seite

NOC Use Case — Projekt RedPath

Sales Order: RedPath Owner: Dimitri Rupp — Application Manager SPL Tele Status: Aktiv · MVP-Phase (BCA Phase 1) Stand: 21.05.2026 · BCA-Kickoff erfolgt am 18.05.2026 BVL-Status der Seite: 1 (Strategie, Steckbrief, Stakeholder) · 0.5 (laufende Klärungen — siehe Abschnitt 13)

1. Executive Summary

Das Projekt RedPath automatisiert das 24/7-Störungs-Ticketing und das Dispatching von Außendienst-Technikern für die Mobilfunk-Tower-Wartung der SPL Tele Group. Über die RPA-Plattform UiPath wird der heute manuell — durch ein ausgelagertes NOC in Serbien — betriebene Prozess auf einen unattended Software-Roboter überführt, der direkt mit dem hauseigenen Ticketsystem RIMO und mit Microsoft Teams interagiert.

Strategischer Treiber: Unabhängigkeit vom externen NOC, Eliminierung manueller Copy-/Paste-Tätigkeiten, durchgängiger Audit-Trail im RIMO-Ticket, robuste 24/7-Verfügbarkeit.

Kommerzieller Rahmen Jahr 1: ca. €63.000–65.000 (BCA-Service ~€20.000–22.000 + UiPath-Lizenzen ~€43.000). Stop-Loss €6.000 nach der MVP-Decision.

Timeline: 60 Arbeitstage / 10 Kalenderwochen. Projektstart 11.05.2026, Kickoff 18.05.2026, Go-Live geplant 17.07.2026.

2. Geschäftlicher Hintergrund & Pain Points

2.1 Ausgangslage

SPL Tele betreibt für ihre Mobilfunk-Tower-Kunden ein 24/7-Incident-Management. Eingehende Störungs-Meldungen müssen erfasst, im RIMO-Ticketsystem angelegt, priorisiert, gegen Lagerbestand und Standort-Daten geprüft und an dienst-habende Techniker eskaliert werden. Aktuell läuft dieser Prozess weitgehend manuell über einen externen Dispatch-Dienstleister.

2.2 Pain Points (heute)

2.3 Strategische Ziele

1. Qualität vor Geschwindigkeit — fehlerhafte Ticket-Anlagen verursachen Pönalen durch Endkunden
2. Unabhängigkeit vom externen NOC — höchste Priorität
3. Skalierbarkeit — weitere Optimierungen folgen erst nach stabilem MVP

3. Projekt-Steckbrief

4. Stakeholder-Verzeichnis

SPL Tele intern

BCA Solutions (UiPath Gold Partner)

Kommunikationsregeln

• Single Channel SPL ↔ BCA: Dimitri ↔ Bernadett
• Weekly Status Sync mit Christian Richter (ab KW 20)
• David Planner ausschließlich für Decision Points M2 + M5
• Eskalations-Ladder: T1 Dimitri/Bernadett · T2 → Christian Richter · T3 → David Planner

5. Ist-Prozess (heute · manuell)

Der heutige Ablauf wird vollständig manuell durch das ausgelagerte Dispatch-Team in Serbien ausgeführt. RIMO wird über die Web-GUI per Copy-/Paste bedient.

Prozess-Schritte (vereinfacht):

1. Mail/API-Eingang — Dispatcher liest manuell die Störungsmeldung
2. Pflichtfelder-Prüfung — vollständig? Bei „nein" → Klärungsschleife mit Kunde
3. Plausibilitätscheck — Site ↔ Bundesland abgleichen
4. Dublettenprüfung — gleiches Ticket schon offen?
5. Lagerstand-Check — über RIMO-WebGUI
6. Location-Info-Prüfung — Adresse, Erreichbarkeit
7. Priorisierung — Prio 0–4 setzen, Time Limit aus Kunden-Mail übernehmen
8. Bei Prio 0/1: Diensthabenden in GUI suchen, Teams-/Telefon-Anruf manuell, Retry-Schleife
9. Bei Prio 2–4: Auf Techniker-Rückmeldung warten
10. Textbausteine für Kundenmail manuell zusammensetzen
11. Versand & Protokollierung im Ticket

Detailliertes Swim-Lane-Diagramm: Datei RedPath_02_Prozess_IST.drawio in der Liefermappe.

6. Soll-Prozess (UiPath-automatisiert)

Der Software-Roboter übernimmt die kompletten Standardfälle. Ein Mensch wird ausschließlich für die Manual Clarification Queue benötigt — bei mehrdeutigem Input.

6.1 Modulare Workflow-Module (REFramework-konform)

1. Intake & Parsing — Outlook/Graph-Subscription, API-Listener, Template-Erkennung
2. Validation & Plausibility — Pflichtfelder, Site↔Region-Match
3. RIMO Crosscheck & Ticketing — Dublettenprüfung, Ticketanlage, Feldmapping
4. Stock & Location Checks — Lagerbestand, Erreichbarkeit
5. Priority Engine — Kundenspezifische Strategie (siehe Abschnitt 8)
6. Dispatch & Adaptive Card Escalation — Teams Adaptive Card, Retry-Logik
7. Customer Communication — Textbaustein-basierter Mail-Versand

6.2 Adaptive-Card-Eskalation (Prio 0/1)

Der Bot platziert keine VoIP-Anrufe. Stattdessen — entschieden und freigegeben:

1. Bot ermittelt diensthabenden Techniker für die Region
2. Bot postet eine Microsoft-Teams-Adaptive-Card über Microsoft Graph API
3. Card enthält: Site-Nummer, Fehlerart, Priorität, Buttons „I'm on it" / „Cannot take this", Link zum RIMO-Ticket
4. Push-Notification weckt den Techniker
5. Bot lauscht über Webhook auf die Card-Response
6. Annahme → Bot schreibt RIMO-Zeiteintrag „on the way", Flow geht weiter
7. Ablehnung oder Timeout (Default 5 Min, konfigurierbar) → nächster Techniker
8. Alle Techniker exhausted → Eskalation an Supervisor-Channel + Transaction-Flag
9. Parallelität: Bot bearbeitet weiteren Intake während die Eskalations-Schleife läuft

Detailliertes Soll-Diagramm: Datei RedPath_03_Prozess_SOLL.drawio.

7. Solution Architecture

7.1 Queue-Topologie (UiPath Orchestrator)

7.2 Komponenten-Übersicht

• UiPath Orchestrator (Cloud oder On-Prem — TBD)
• 2 Unattended Robots — Main Processor + Escalation Processor (parallel)
• 1 Automation Test Robot — synthetische End-to-End-Tests post Go-Live
• 1 Developer License — Named User
• Credential Vault — UiPath Asset oder Azure Key Vault (TBD)
• Outbound Mailbox (noreply / response)
• Service-E-Mail-Account (Automation@…) für UiPath
• Microsoft 365 Tenant — Exchange Online, Teams, Graph API

7.3 RIMO-Integration

RIMO hat eine beschränkte interne API — der Scope reicht nicht für vollständige Abdeckung. UI-Automation bleibt der primäre Integrations-Modus. API wird selektiv für lese-lastige Operationen (z. B. Ticket-Lookup über Source-ID) genutzt, wo Endpunkte verfügbar sind.

Architektur-Prinzip: Alle RIMO-Interaktionen (API + UI) werden hinter einer Abstraktion gekapselt, sodass eine zukünftige API-Erweiterung nicht in die Business-Logik durchschlägt.

8. Priorisierungslogik (Prio 0–4)

8.1 Prio-Stufen & SLA-Fenster

Das tatsächliche Time Limit wird in jeder Störungs-Mail vom Kunden mitgegeben und ist für SPL führend.

8.2 Konfigurierbarkeit pro Kunde (FR-012)

Die Priorisierungs-Strategie pro Kunde ist ohne Code-Deployment konfigurierbar — empfohlen als YAML oder UiPath Asset. Audit-Trail im RIMO-Ticket bei jeder Priorisierungs-Entscheidung: Zeitstempel, angewandte Strategie, Input-Werte, Mapping-Regel, Output-Priorität, Quell-Mail-Referenz.

Begleit-Dokumente: RedPath_06_Priorisierungslogik_Vorschlag.md v0.3 und RedPath_07_Priorisierung_DecisionTree.drawio v0.3.

9. Kunden & Eingangskanäle

t ca. 10–12 Kunden in Scope. Telefonische Störungs-Meldungen kommen praktisch nicht mehr vor.

10. Success Metrics & KPIs

Baselines werden in WP1 mit David Planner finalisiert.

11. Timeline, Workpackages & Milestones

11.1 Workpackages

11.2 Milestones

11.3 Operating Cadences

• Montag 08:00 — Weekly Status Sync (Dimitri + Christian)
• Dienstag + Donnerstag 10:00 (ab KW 21) — BCA Delivery Sync (Dimitri + Bernadett)
• Freitag Nachmittag — Sprint Review (alle Sprint-Mitglieder)
• Bi-wöchentlich — Process Owner Check-in (Dimitri + Scheiber)
• M2 + M5 — Steering Decision Gate mit David Planner

12. Definition of Done (DoD)

• Standardfälle (E-Mail & API) werden automatisiert verarbeitet
• Pflichtfeld-Prüfung mit sauberer Fehlermeldung / Queue
• Plausibilitätscheck implementiert (mindestens Warnflag)
• Crosscheck / Dubletten-Erkennung über Ursprungs-Ticketnummer, keine Doppelanlage
• RIMO-Ticketanlage und Feldmapping korrekt
• Lagerstand-Check über RIMO-WebGUI inkl. Ticketvermerk
• Location-Checks inkl. Ticketvermerk
• Prio 0/1: Dienst-habenden ermitteln, Teams-Adaptive-Card, Wiederholung bis Zeiteintrag
• Kundenrückmeldung via Textbausteine wird korrekt versendet und protokolliert
• Runbook + Monitoring + Alerting vorhanden

Testfall-Kategorien

• Happy Paths — vollständige E-Mail/API, Prio 2–4
• Prio 0/1 — Weckschleife, Reaktion nach mehreren Versuchen
• Dubletten — wiederholter Eingang gleicher Ursprungs-Ticketnummer
• Fehlerfälle — fehlende Felder, Plausi-Mismatch, RIMO-Timeout, Teams nicht verfügbar
• Edge Cases — Formatabweichungen, Sonderzeichen, mehrere Bauteile/Mengen

13. Risiken & Gegenmaßnahmen

14. Kommerzielle Größenordnung

Indikative UiPath-Lizenz-Aufstellung (BCA-Angebot, 1-Jahres-Term)

Service-Aufwand BCA

• Phase 1 (MVP): ~€6.000 (fix price)
• Phase 2 (Full Implementation): ~€14.000–16.000
• BCA-Service gesamt: ~€20.000–22.000

Gesamtrahmen Jahr 1: ~€63.000–65.000

15. Out of Scope (Saying No)

Das RedPath-MVP umfasst nicht:

• Auto-Priorisierung aus Fehlercodes (keine Regel-Tabelle vorhanden)
• Tatsächliche Teams-VoIP-Anrufe (Adaptive Card ist der Pattern)
• Umgehung der Manual-Clarification-Queue bei mehrdeutigem Input
• Freitext-generierte Kundenkommunikation (nur Textbausteine)
• Persistierung personenbezogener Daten außerhalb des RIMO-Ticket-Scopes
• Training mit historischen Daten (klassisch regelbasiert konfiguriert)

16. Stand & nächste Schritte (per 21.05.2026)

Erledigt

• Lastenheft v1.0 (14.04.2026)
• Solution Design Brief v1.1 (Englisch, für BCA)
• Liefermappe RedPath 00–15 (Stand 07.05.2026)
• BCA-Vertragsverhandlung (KW 20)
• BCA-Kickoff (Mo 18.05.2026, Wolkersdorf)
• Process Owner identifiziert (Michael Scheiber)
• RIMO Application Owner identifiziert (Christian Bauch)

In Arbeit (Sprint 1, KW 21–23)

• RIMO-API-Discovery (DevTools-Self-Discovery)
• Detailliertes Design-Dokument (Design First — vor Code-Beginn freizugeben)
• Infrastruktur-Setup (VM, Service-Account, VPN, UiPath-Robot-Install)
• Mapping-Tabellen (Region/Bundesland, Fehlerarten, Textbausteine)
• Sign-Off Priorisierungs-Logik durch Michael Scheiber

Decision Gate M2 (08.06.2026)

• Go/No-Go für Phase 2
• Stop-Loss-Punkt — bei No-Go: €6.000 BCA verbrannt, keine Production-Lizenzen aktiviert

17. Referenzen & verwandte Dokumente

Liefermappe RedPath (intern)

• RedPath_00_README.md — Einstieg in die Mappe
• RedPath_01_Analyse_und_offene_Punkte.md — Lastenheft-Analyse, BVL-Status
• RedPath_02_Prozess_IST.drawio — Ist-Prozess Flussdiagramm
• RedPath_03_Prozess_SOLL.drawio — Soll-Prozess Flussdiagramm
• RedPath_04_Projektplan.md — Lean-Plan, 5 Workpackages, 5 Milestones
• RedPath_05_Optimierungsvorschlaege.md — Quick-Wins + strategische Empfehlungen
• RedPath_06_Priorisierungslogik_Vorschlag.md — Decision Tree Prio 0–4
• RedPath_07_Priorisierung_DecisionTree.drawio — Visualisierung
• RedPath_08_Solution_Design_Brief_for_BCA_EN.pdf — BCA-Einstiegspunkt
• RedPath_12_RIMO_Endpoint_Catalog.xlsx — RIMO API-Endpoint-Katalog
• RedPath_15_Project_Control_Check_Christian.pdf — Master-Tracking
• Lastenheft_RPA_StoerungsTicketing_Dispatch_24x7NOC.pdf — Ursprungs-Lastenheft v1.0
• SPL_BCA_proposal_202605_v1.pdf — BCA-Angebot

Verwandte Wiki-Seiten

• SPL TELE WIKI → AI - RPA - Automatisierungen → UiPath → Erste Einstellungen in UiPath Studio
• SPL TELE WIKI → AI - RPA - Automatisierungen → Fuhrpark
• SPL TELE WIKI → AI - RPA - Automatisierungen → KI Server

18. Versionierung dieser Seite

Automatisch vorgeschlagen über gemeinsame Tags (anleitung, uipath): 

• 01 README
• 02 Spezifikation
• 03 UiPath Projektstruktur
• BluePath
• Erste Einstellungen in UiPath Studio
• Kickoff Meeting Notes 2026-05-18

Status: Migriert — Team-Review ausstehend · Owner: (festlegen) · Letzter Review: 2026-06-11