Szenario: Assignment-Konflikte loesen

Version: 1.0
Audience: Expediter, Supervisor
Language: German
Last Updated: 2026-06-02

---

Trigger

Ein Assignment-Konflikt wird sichtbar: Eine Person ist doppelt eingeplant, hat eine unpassende Position erhalten oder ist fuer denselben Zeitraum parallel in zwei Einsaetzen hinterlegt.

Haeufigkeit: Mehrfach pro Monat
Dauer: 10-30 Minuten
Owner: Expediter-Team

---

Diagnose

1. Konflikt im Admin Calendar oeffnen

   • Gehe zu /admin/planning/{Woche}
   • Betroffene Schicht oder Person anklicken
   • Pruefen: Ueberschneidung, Position, Event-Ort, Start- und Endzeit

2. Konfliktart bestimmen

   • Doppelbelegung zur gleichen Zeit?
   • Falsche Position fuer Qualifikation?
   • Manuell verschobene Schicht ohne Release-Abgleich?
   • Alt-Daten aus vorherigem Planungsstand noch aktiv?

3. Betroffene Auswirkungen einschaetzen

   • Welche Events sind betroffen?
   • Wie viele offene Slots entstehen bei einer Korrektur?
   • Ist der Einsatz bereits released?

---

Schritte

1. Korrekte Prioritaet festlegen

   • Wenn ein Event bereits released und bestaetigt ist, dann dieses Assignment zuerst schuetzen.
   • Wenn beide Assignments noch Draft sind, dann Prioritaet nach Kundenrelevanz und Event-Start setzen.

2. Personenprofil gegenpruefen

   • Gehe zu /admin/data/users
   • Verfuegbarkeit, Positionen und Team-Zugehoerigkeit der Person pruefen
   • Letzte Kommunikation checken: Hat die Person eine Zusage bestaetigt?

3. Konflikt direkt im Kalender bereinigen

   • Falsches oder nachrangiges Assignment entfernen oder neu zuordnen
   • Bei offener Luecke sofort nach Ersatz suchen
   • Filter setzen: verfuegbar, passende Position, richtiges Team

4. Entscheidungsfork dokumentiert anwenden

   • Wenn kein direkter Ersatz verfuegbar ist, dann Supervisor oder Teamlead fuer Priorisierung einbinden.
   • Wenn ein Ersatz verfuegbar ist, dann neue Zuweisung sofort setzen und alte Zuweisung sauber entfernen.

5. Release-Status abgleichen

   • Bereits released? Dann nach Aenderung Freigabe erneut pruefen
   • Noch nicht released? Dann Konflikt vor Freigabe komplett schliessen

6. Checkpoint: Konflikt wirklich geschlossen?

   • Person ist nur noch einmal im Zeitraum eingeplant?
   • Position passt zur Qualifikation?
   • Event hat keine offene Luecke mehr?
   • Kommunikation bei Aenderung ausgelost?

---

Erwartetes Ergebnis

• ✅ Die betroffene Person ist nur noch in einer gueltigen Schicht eingeplant
• ✅ Das priorisierte Event bleibt besetzt
• ✅ Falsche oder doppelte Zuweisungen sind entfernt
• ✅ Der Kalender zeigt einen konsistenten Stand ohne Ueberschneidung

---

Eskalation

Wenn: Konflikt < 6h vor Eventbeginn entdeckt wird

• Sofort Ruecksprache mit Einsatzverantwortung halten
• Parallel Ersatzsuche und Kunden-Update vorbereiten

Wenn: Keine qualifizierte Ersatzperson verfuegbar ist

• Position neu bewerten: Muss die Rolle zwingend so besetzt sein?
• Eventuell interne Umverteilung oder Leistungsumfang mit Kunde abstimmen

Wenn: Konflikt durch fehlerhafte Stammdaten entsteht

• Positionen, Membership oder Availability direkt nachziehen
• Danach alle aehnlichen offenen Assignments gegenpruefen

---

Praevention

• Vor jedem Release Konfliktfilter und Wochenansicht komplett pruefen
• Nur verifizierte Positionen pro Person freischalten
• Nach Last-Minute-Aenderungen immer Endkontrolle im Admin Calendar machen

---

Cross-Links

• Siehe Last-Minute-Aenderungen fuer kurzfristige Ersatzlogik
• Siehe Monatliche Routine fuer systematische Freigabeprozesse
• Siehe Status & Enums fuer relevante Statuswerte