--- lang: de template: deployment-detail --- # Schichtplanung bis **Schichtauswertung** > Impact Jadey macht aus Schichtplanung und Tagesauswertung einen geführten Kapazitätslauf im Lager. Vor der Schicht erkennt Jadey, ob Rollen, Stationen und kritische Zeitfenster tragfähig besetzt sind. Nach der Schicht wird geprüft, ob der Plan der operativen Realität standgehalten hat: Anwesenheit, Auftragslage, Prozessdaten, Durchsatz, Warnungen und Datenlücken werden zu einem belastbaren Tagesbefund verbunden. Die Wirkung entsteht nicht durch einen weiteren Bericht, sondern durch frühere Entscheidungsfähigkeit. Kritische Unterdeckung, kurzfristige Nachsteuerung und Überstunden werden früher sichtbar, bevor sie im Betrieb teuer werden. Gleichzeitig fließen die Erkenntnisse aus jedem Lauf in die nächste Planung zurück. So wird Lagersteuerung weniger reaktiv, besser prüfbar und wirtschaftlich belastbarer. ### -35,70 % {#critical-capacity-gap-hours} kritische Kapazitätslückenstunden ### -39,30 % {#overtime-ratio} Überstundenquote im Lagerbetrieb ### +9,94 % {#throughput-per-paid-hour} Durchsatz pro bezahlter Arbeitsstunde ## Schichtplanung unter Tagesrealität {#challenge} > Herausforderung Lagerplanung wird vor dem operativen Tag entschieden. Ob der Plan trägt, zeigt sich aber erst im Betrieb: Auftragsvolumen verschieben sich, Rückstände laufen auf, Annahmeschlüsse werden eng, Lastspitzen treffen einzelne Stationen, Mitarbeitende fallen aus und Rollenbedarf verändert sich schneller, als ein statischer Schichtplan reagieren kann. Dann zeigt der Plan nur noch, wie der Tag gedacht war — nicht, ob der Betrieb unter realer Last lieferfähig bleibt. Für Unternehmens- und Logistikleitung zählt deshalb nicht der Plan selbst, sondern ob die richtigen Rollen zur richtigen Zeit an den kritischen Stationen verfügbar sind, bevor Durchsatz fehlt, Überstunden entstehen oder Aufträge nicht mehr termingerecht abgeschlossen werden. Genau hier entsteht der operative Schaden: Unterdeckung wird sichtbar, wenn Leistung bereits fehlt. Überbesetzung wird sichtbar, wenn Leerlauf bereits bezahlt ist. Falsche Rollenbesetzung wird sichtbar, wenn ein Engpass den nächsten Bereich blockiert. Ohne laufende Rückkopplung zwischen Plan, Tageslast und nächster Entscheidung wird Lagersteuerung reaktiv — mit wiederkehrenden Engpässen, falsch gebundener Kapazität und Entscheidungen, die erst entstehen, wenn der Betrieb den Fehler bereits bezahlt hat. ## Operative Kapazitätsführung im Lager {#solution} > Lösung Jadey macht aus Schichtplanung und Tagesauswertung eine operative Kapazitätsführung im Lager. Der Lauf verbindet Nachfragebild, kritische Besetzungsfenster, Planbefund, laufende Kapazitätswarnungen, reale Schichtdaten, Abweichungserklärung, Freigabe und Rückführung in die nächste Planung. Unternehmens- und Logistikleitung erhalten dadurch nicht nur einen Bericht, sondern eine belastbare Entscheidungsgrundlage für die laufende Schicht und die nächste Planperiode. Vor der Schicht entsteht ein Planbefund für die kommende Planperiode. Er nutzt Nachfrageprognose, Auftragslage, Schichtregeln, bestehende Microsoft-Teams-Schichtdaten, offene Schichten, TimeCard- oder Zeiterfassungsdaten, sofern Teams Shifts / Time Clock produktiv genutzt wird, und Befunde aus vorherigen Läufen. Jadey ändert keine produktiven Schichten ohne Freigabe. Entwürfe für offene Schichten, personenbezogene Vorschläge oder produktive Microsoft-Graph-Wirkung brauchen Wirkungsmodus, Zweckbindung, Freigabe und Nachweisspur. Während der Schicht läuft die Kapazitätsprüfung weiter. Jadey vergleicht reale Anwesenheit, Rollenabdeckung, Cut-off-Lage, Rückstände und verfügbare Prozessdaten mit dem Planbefund. Kritische Abweichungen werden als Warnung, Rückfrage oder Eskalationsbedarf geführt, damit Leitung und Betrieb vor dem nächsten Entscheidungspunkt nachsteuern können. Die Nachsteuerung bleibt menschlich freigegeben; Jadey macht Risiko, Ursache und nächste Entscheidung sichtbar. Nach der operativen Schicht entsteht die Tagesauswertung. Sie verbindet Soll-Plan, Zeiterfassung, Lager- und Anwendungsprotokolle sowie verfügbare Prozessdaten aus den angebundenen Systemen zu einem Befund über Arbeitszeit, Anwesenheit, prozessbezogene Aktivitätslücken, Durchsatz, Warnungen und Datenlücken. Personenbezogene Hinweise werden nicht als Rangliste oder automatisiertes Leistungsurteil geführt, sondern zweckgebunden mit Rolle, Station, Schichtfenster, Auftragsmix und Datenqualität eingeordnet. Der Lauf endet nicht mit einem Bericht. Jadey bewertet Planbefund, laufende Warnungen, Tagesauswertung, Betriebshindernisse und Freigabebedarf als zusammenhängenden Fall. Geprüfte Ergebnisse können in Kennzahlensichten eingehen; Auftragslage, Besetzungslage, Rollenabdeckung und Warnungen werden als Eingabe für spätere Planung bereitgestellt. So startet die nächste Planung nicht wieder bei null. Die Stärke liegt in der Lernschleife. Jeder Lauf prüft, ob die Planannahmen zur Tagesrealität passten: welche Besetzungsfenster kritisch waren, welche Lastspitzen die Planung gebrochen haben, welche Datenlücken Entscheidungen verhinderten und welche Freigaben wiederkehrend nötig wurden. Diese Erkenntnisse bleiben nicht als Rückblick liegen, sondern fließen nachvollziehbar in den nächsten Planbefund ein. Kontrolle bleibt Teil des Betriebsmodells. Planwirksame Änderungen, personenbezogene Hinweise und kritische Entscheidungen werden freigabepflichtig geführt, mit Zweckbindung protokolliert und an die zuständigen menschlichen Verantwortlichen zurückgegeben. Jadey ersetzt keine Personalführung und keine Personalentscheidung; Jadey macht operative Kapazitätsentscheidungen prüfbarer, früher sichtbar und besser anschlussfähig. | KPI | Vor Jadey | Nach Jadey | Wirkung | Aussage | |---|---:|---:|---:|---| | Kritische Kapazitätslückenstunden | Index 100,00 | Index 64,30 | -35,70 % | Weniger Zeitfenster mit fehlender Rollen- oder Stationsabdeckung in kritischer Auftragslast. | | Reaktive Schichtkorrekturen | Index 100,00 | Index 35,40 | -64,60 % | Weniger reaktive Umbesetzungen, Rückfragen und manuelle Eingriffe durch frühere Sichtbarkeit vor Schichtbeginn und während der Schicht. | | Überstundenquote im Lagerbetrieb | Index 100,00 | Index 60,70 | -39,30 % | Im betrachteten Bereich wurden Engpässe früher erkannt, statt kurzfristig über Mehrarbeit abgefangen. | | Durchsatz pro bezahlter Arbeitsstunde | Index 100,00 | Index 109,94 | +9,94 % | Mehr operative Leistung entstand im bereinigten Standardpfad aus derselben verfügbaren Arbeitszeit. | Die Wirkung wurde über 112 ausgewertete Schichten in einem achtwöchigen Beobachtungszeitraum gemessen. Bewertet wurden operative Schichtfenster, Rollenabdeckung, Stationsbedarf, Anwesenheit, Durchsatz, Korrekturläufe und Abschlussfähigkeit, nicht individuelle Mitarbeiterleistung. Eine kritische Unterdeckungsstunde liegt vor, wenn in einem operativ relevanten Zeitfenster eine benötigte Rolle oder Station nicht ausreichend besetzt ist und dadurch Durchsatz, Service-Level oder termingerechter Abschluss gefährdet werden. Eine kurzfristige Schichtnachsteuerung ist ein manueller Eingriff in die laufende oder unmittelbar bevorstehende Schicht, etwa durch Umbesetzung, Rückfrage, Ersatzsuche, Priorisierung oder operative Eskalation. Die Vergleichswerte wurden indexiert, weil absolute Betriebsdaten vertraulich sind. Die Auswertung vergleicht vergleichbare operative Standardschichten und trennt Sonderlagen, Datenfehler und nicht entscheidbare Läufe vom Standardpfad. Die gemessene Wirkung zeigt den operativen Zusammenhang zwischen früherer Sichtbarkeit, geführter Entscheidung und geringerer reaktiver Nachsteuerung. Sie ist als belastbare Betriebsbeobachtung zu lesen, nicht als isolierte Einzelfaktor-Kausalität. ## Von der Nachfrageprognose bis zur nächsten Planung {#technical-depth} > Technische Tiefe Die technische Architektur trennt Zeitsteuerung, Fallführung, Planbefund, laufende Kapazitätsprüfung, Tagesauswertung, Freigabe, Kennzahlensicht und Betriebshindernisse. Dadurch führt Jadey den Lager-Wertstrom nicht als unkontrollierte Vollautomatisierung, sondern als begrenzten, prüfbaren und dokumentierten Betriebsprozess. Der wiederkehrende Betrieb startet über eine zeitliche Betriebssteuerung. Im Standardlauf liegt der einzelne Lagerfall danach bei `shift/ops`. Abgeschlossen ist er erst, wenn Planbefund, laufende Warnungen und Tagesauswertung erzeugt, Betriebshindernisse sichtbar, Freigabe- oder Eskalationsbedarf dokumentiert und die Rückführung in die nächste Planung vorbereitet ist. ### Agenten und Rollen im Deployment Am Deployment sind sieben Agentenbereiche beteiligt. `cron/ops` sorgt dafür, dass planmäßige Läufe zu Schichtfenstern, Cut-offs und Nachlaufprüfungen rechtzeitig starten. `shift/ops` hält danach die Ergebnisverantwortung für den Lagerfall über Planbefund, laufende Kapazitätsprüfung, Tagesauswertung, Freigabe, Eskalation und Rückführung hinweg. `shift/planner` erzeugt den Planbefund für die kommende Planperiode. `shift/analytics` wertet während der Schicht Ist-Daten, Arbeitszeit, Anwesenheit, Aktivität, Prozessleistung und Warnungen aus und erzeugt nach der operativen Schicht die Tagesauswertung. `shift/approvals` prüft Freigaben bei Planwirkung, personenbezogenen Befunden oder kritischen Nachsteuerungen. `shift/kpi` verdichtet geprüfte Ergebnisse für Kennzahlensichten. `shift/admin` klärt Betriebshindernisse, wenn Datenzugriff, Microsoft Graph, SQL oder Laufzeit blockieren. #### `cron/ops` Funktion: Zeitliche Betriebssteuerung Tätigkeit: Startet planmäßige oder ereignisnahe Läufe für Planbefund, Tagesauswertung und Nachlaufprüfung. `cron/ops` prüft Zeitplan, Schichtfenster, Cut-offs, Sperren, bereits laufende Fälle und Nachholbedarf. Wenn ein Lauf fällig ist, übergibt der Agent einen eindeutig begrenzten Fallauftrag an `shift/ops`. **Begrenzung:** `cron/ops` trägt keine fachliche Ergebnisverantwortung, bewertet keine Kapazitätslage und trifft keine Freigabe- oder Personalentscheidung. #### `shift/ops` Funktion: Ergebnisverantwortliche Fallführung Tätigkeit: Hält Ziel, Umfang, Status, nächste Entscheidung und Abschluss des Lagerfalls zusammen. `shift/ops` übernimmt den Fallauftrag von `cron/ops`, klärt Umfang, Datum, Standort, Team, Planperiode und Wirkungsmodus. Der Agent beauftragt `shift/planner`, bewertet den Planbefund und fordert bei Planwirkung oder personenbezogenem Befund eine Freigabe an. Während der Schicht beauftragt `shift/ops` die laufende Kapazitätsprüfung und klärt kritische Nachsteuerungen über den Freigabepfad. Nach der operativen Schicht beauftragt `shift/ops` die Tagesauswertung, bewertet Warnungen und Betriebshindernisse und bereitet die Rückführung in die nächste Planung vor. Die spezialisierten Agenten liefern Teilbefunde; `shift/ops` verantwortet, ob der Fall abgeschlossen, eskaliert oder blockiert wird. **Begrenzung:** `shift/ops` trägt Ergebnisverantwortung für den operativen Fall, ersetzt aber keine fachliche Freigabe, trifft keine Personalentscheidung und erzeugt keine produktive Microsoft-Graph-Wirkung ohne definierten Wirkungsmodus und Freigabe. #### `shift/planner` Funktion: Planvorschläge und Planbefund Tätigkeit: Erstellt Planvorschläge und Planbefunde für die kommende Planperiode und erzeugt Planartefakte. `shift/planner` nutzt Nachfrageprognose, Auftragslage, Schichtregeln, bestehende Schichten, offene Schichten, historische Tagesauswertungen und Betriebshindernisse. Daraus erzeugt der Agent den Planbefund, Plan-JSON, Microsoft-Graph-Nutzdaten und gegebenenfalls Entwürfe für offene Schichten. **Begrenzung:** `shift/planner` veröffentlicht keine Planung, löscht keine Schichten und weist keine Personen ohne Freigabe und definierten Wirkungsmodus zu. #### `shift/analytics` Funktion: Laufende Kapazitätsprüfung, Tagesauswertung und Nachweise Tätigkeit: Wertet Ist-Daten, Arbeitszeit, Anwesenheit, Aktivität, Prozessleistung und Warnungen aus und erzeugt Tagesauswertung sowie Warnartefakte. `shift/analytics` liest Microsoft-Teams-Schichten, Zeiterfassung, Lager-/Anwendungsprotokolle und SQL-Prozessdaten. Während der Schicht prüft der Agent Ist-Daten, Anwesenheit, Rollenabdeckung, Aktivität, Prozessleistung, Rückstände, Cut-offs, Warnungen und Datenlücken gegen den Planbefund. Nach der Schicht erzeugt `shift/analytics` die Tagesauswertung als JSON und Markdown. **Begrenzung:** `shift/analytics` erzeugt keine schreibende Planwirkung, nimmt keine Umbesetzung vor, löst keine personenbezogenen Maßnahmen aus und darf Rohbefunde nicht ohne Kontext als formale Bewertung verwenden. #### `shift/approvals` Funktion: Freigabe und Kontrollschritt Tätigkeit: Prüft Planwirkung, personenbezogene Befunde oder kritische Entscheidungen. `shift/approvals` gibt entscheidungsreife Planbefunde, kritische Nachsteuerungen oder personenbezogene Befunde mit operativer Relevanz als Freigabe, Ablehnung, Rückfrage oder Eskalation zurück. Menschliche Freigaben für Lager-/Logistikleitung und Personalverantwortliche bleiben Teil des Entscheidungsmodells. **Begrenzung:** `shift/approvals` ersetzt keine technische Entstörung und erzeugt keine ungeregelte Systemwirkung. #### `shift/kpi` Funktion: Leitungs- und Kennzahlensicht Tätigkeit: Konsumiert geprüfte Ergebnisse aus Planbefund, Tagesauswertung, Warnungen und Abschlussstatus. `shift/kpi` stellt eine verdichtete Sicht auf termingerechte Jadey-Läufe, kritische Besetzung, entscheidbare Läufe und weitere Diagnosekennzahlen bereit, sofern Planbefund, laufende Warnungen und Tagesauswertung geprüft und zweckgebunden nutzbar sind. **Begrenzung:** `shift/kpi` gibt keine Rohdaten ohne Zweckbindung weiter und ersetzt keine operative oder personenbezogene Entscheidung. #### `shift/admin` Funktion: Betriebshindernisse klären Tätigkeit: Bearbeitet Authentifizierung, Microsoft Graph, SQL, Konfiguration, Laufzeit oder Sperrkonflikte. `shift/admin` prüft technische Fehlerkontexte, liefert Entstörung, Umgehungslösung, Hindernisstatus oder Eskalation und hält Geheimnisse aus Ablage- und Berichtsartefakten heraus. **Begrenzung:** `shift/admin` trifft keine fachliche Planungs-, Durchsatz- oder Personalentscheidung. ### Service-Hierarchy ```mermaid flowchart TB cron_ops[cron/ops] shift_ops[shift/ops] shift_planner[shift/planner] shift_admin[shift/admin] shift_analytics[shift/analytics] shift_kpi[shift/kpi] shift_approvals[shift/approvals] microsoft_graph[(Microsoft Graph)] process_sql[(SQL-Prozessdaten)] wms[(Warehouse Management System)] artifacts[(Aufgabenartefakte / Berichte)] cron_ops --> shift_ops shift_ops --> shift_planner shift_ops --> shift_admin shift_ops --> shift_analytics shift_ops --> shift_approvals shift_planner --> microsoft_graph shift_planner --> process_sql shift_planner --> wms shift_planner --> artifacts shift_admin --> microsoft_graph shift_admin --> process_sql shift_analytics --> microsoft_graph shift_analytics --> process_sql shift_analytics --> wms shift_analytics --> artifacts shift_approvals --> artifacts shift_ops --> shift_kpi shift_kpi --> artifacts ``` ### Ergebnisverantwortung im Lauf #### Lauf auslösen Verantwortlich: `cron/ops` Ergebnis: Fälliger, nicht gesperrter Fallauftrag. #### Planbefund führen Verantwortlich: `shift/ops` Ergebnis: Entscheidbarer Planbefund mit Warnungen und Freigabebedarf; zugeliefert durch `shift/planner` und `shift/admin`. #### Laufende Kapazität prüfen Verantwortlich: `shift/ops` Ergebnis: Warnungen zu Cut-off-Risiko, Rollenabdeckung, Stationslast und Nachsteuerungsbedarf; zugeliefert durch `shift/analytics` und `shift/admin`. #### Tagesrealität auswerten Verantwortlich: `shift/ops` Ergebnis: Prüffähige Tagesauswertung mit Datenqualität und Betriebshindernissen; zugeliefert durch `shift/analytics` und `shift/admin`. #### Freigabe klären Verantwortlich: `shift/ops` Ergebnis: Freigabe, Ablehnung, Rückfrage oder Eskalation vor Planwirkung, bei kritischer Nachsteuerung oder nach personenbezogenem Befund; zugeliefert durch `shift/approvals`. #### Ergebnis abschließen Verantwortlich: `shift/ops` Ergebnis: Abschlussstatus und Rückführung in die nächste Planung; zugeliefert durch `shift/kpi` und `shift/admin`. #### Nachlauf prüfen Verantwortlich: `cron/ops` Ergebnis: Fehlende, blockierte oder verspätete Läufe werden sichtbar; zugeliefert durch `shift/ops`. ### Systeme im Deployment Jadey schließt an die operative Lager- und Microsoft-365-Systemlandschaft an. Microsoft Graph liefert Teams-Schichten, offene Schichten und - sofern genutzt - TimeCard- oder Zeiterfassungsdaten. Das Warehouse Management System liefert je nach Systemtiefe Auftragslage, Stationslast und operative Prozesszustände. Eine angebundene SQL- oder Reporting-Datenquelle liefert Durchsatz, prozessbezogene Aktivität, Referenzdaten und Datenqualität. Aufgabenartefakte und Berichte halten Planbefund, laufende Warnungen, Tagesauswertung, Freigabe, Betriebshindernisse und Rückführung nachvollziehbar. #### `Microsoft Graph` Nutzung: Schichten, offene Schichten, TimeCard- oder Zeiterfassungsdaten und gegebenenfalls Entwurfswirkung Beschreibung: Liefert die Schicht-, Besetzungsfenster-, Anwesenheits- und Arbeitszeitsicht, sofern Teams Shifts und Time Clock entsprechend genutzt werden. Microsoft Graph wird für den Planbefund, die laufende Kapazitätsprüfung, die Tagesauswertung und unter Freigabegrenzen für Entwürfe offener Schichten genutzt. #### `Warehouse Management System` Nutzung: Auftragslage, Stationslast und operative Prozesszustände je nach Systemtiefe Beschreibung: Liefert die operative Sicht auf Aufträge, Stationen, Rückstände, Prozessstatus und kritische Lastverschiebungen im Lager. #### `SQL-Prozessdaten` Nutzung: Durchsatz, prozessbezogene Aktivität, Referenzdaten und Datenqualität Beschreibung: Liefert strukturierte Prozessdaten, mit denen Durchsatz, Aktivitätslücken, Auftragsmix und Datenqualität für laufende Warnungen und Tagesauswertung kontextualisiert werden. #### `Aufgabenartefakte` Nutzung: Nachweisort für Planbefund, laufende Warnungen, Tagesauswertung, Freigaben und Abschlussstatus Beschreibung: Macht Rückgaben, Freigaben, Betriebshindernisse und Berichte prüfbar. ### Artefakte im Deployment Die Artefakte bilden die Nachweiskette von Planbefund über laufende Kapazitätswarnungen bis zur Tagesauswertung und Rückführung in die nächste Planung. Jeder relevante Schritt erzeugt einen prüfbaren Nachweis: Fallauftrag, Planbefund, Planartefakt, Kapazitätswarnung, Tagesauswertung, Freigabe und Betriebshindernis. Spezialagenten erzeugen die Teilartefakte; `shift/ops` hält die Ergebnisverantwortung für den Fall. #### `fallauftrag.json` Owner: `cron/ops` Bedeutung: Begrenzt Zeitpunkt, Umfang, Standort, Team, Planperiode und Auslöser des fälligen Laufs. #### `planbefund.md` Owner: `shift/planner` Bedeutung: Lesbarer Entscheidungsbefund zu Planungsbedarf, kritischen Besetzungsfenstern, Rollenabdeckung, Betriebshindernissen und möglicher Planwirkung. #### `plan.json` Owner: `shift/planner` Bedeutung: Maschinenlesbare Planstruktur für Prüfung, Wiederholbarkeit und Rückführung in spätere Planperioden. #### `graph_payload.json` Owner: `shift/planner` Bedeutung: Technische Microsoft-Graph-Nutzdaten für Entwürfe offener Schichten oder freigegebene Planwirkung. #### `kapazitaetswarnung.json` Owner: `shift/analytics` Bedeutung: Strukturierter Nachweis zu Cut-off-Risiko, Rückstand, Rollenabdeckung, Stationslast, Datenqualität und erforderlicher Nachsteuerung während der Schicht. #### `tagesauswertung.json` Owner: `shift/analytics` Bedeutung: Strukturierter Tagesbefund zu Arbeitszeit, Anwesenheit, Aktivität, Durchsatz, Warnungen und Datenlücken. #### `tagesauswertung.md` Owner: `shift/analytics` Bedeutung: Lesbarer Bericht für Leitung und Betrieb, der Abweichungen, Kontext und Handlungsbedarf ohne Rohdatenanalyse nutzbar macht. #### `freigabeentscheidung.json` Owner: `shift/approvals` Bedeutung: Belegt Freigabe, Ablehnung, Rückfrage oder Eskalation bei Planwirkung und personenbezogenen Befunden. #### `hindernisstatus.json` Owner: `shift/admin` Bedeutung: Dokumentiert Betriebshindernis, Entstörung, Umgehungslösung oder Eskalation. ### Vom Planungsauftrag bis zur Tagesauswertung Das Ablaufdiagramm zeigt den Standardlauf als geführten Agentenprozess. `cron/ops` startet den fälligen Schichtlauf, übergibt ihn als einzelnen Lagerfall an `shift/ops`, wartet auf das Ergebnis und dokumentiert Abschluss, Nachlauf oder Blockade. `shift/ops` hält den Fall zusammen und übergibt die fachlichen Teilaufträge an `shift/planner`, `shift/analytics`, `shift/approvals`, `shift/admin` und `shift/kpi`. ```mermaid flowchart TB subgraph approvals_lane["shift/approvals
Freigabeauftrag"] ap1[Planwirkung, kritische Nachsteuerung
oder personenbezogenen Befund prüfen] ap2[Freigabe, Rückfrage,
Ablehnung oder Eskalation zurückgeben] ap1 --> ap2 end subgraph admin_lane["shift/admin
Betriebshindernis"] ad1[Graph, SQL, WMS,
Konfiguration oder Laufzeit prüfen] ad2[Entstörung, Umgehung,
Hindernisstatus oder Eskalation zurückgeben] ad1 --> ad2 end subgraph cron_ops["cron/ops
Auftrag Schichtlauf"] c1[cron/ops Trigger] c2[Schichtfenster, Cut-off
oder Nachlauf prüfen] c3[Fällige Lagerfälle
sequenzieren] c4[shift/ops Subauftrag starten] c5[Auf Ergebnis, Fehler,
Timeout oder Blocker warten] c6[Lauf, Nachlaufstatus
und Blockaden dokumentieren] c1 --> c2 --> c3 --> c4 --> c5 --> c6 end subgraph shift_ops["shift/ops
Auftrag Lagerfall"] s1[Lagerfall starten:
Datum, Standort, Team, Wirkungsmodus] s2[planner Subauftrag:
Planbefund anfordern] s3[Auf Planbefund
und Planartefakte warten] s4[Freigabebedarf
und Planwirkung klären] s5[analytics Subauftrag:
laufende Kapazitätsprüfung führen] s6[Auf Kapazitätswarnung
oder Rückfrage warten] s7[analytics Subauftrag:
Tagesauswertung starten] s8[Auf Tagesauswertung
und Datenqualitätsbefund warten] s9[Befunde, Hindernisse
und Abschlussstatus bewerten] s10[kpi Subauftrag:
geprüfte Ergebnisse verdichten] s11[Rückführung in nächste Planung
und Abschluss an cron/ops] s1 --> s2 --> s3 --> s4 --> s5 --> s6 --> s7 --> s8 --> s9 --> s10 --> s11 end subgraph planner_lane["shift/planner
Planbefund"] pl1[Nachfrage, Auftragslage,
Schichtregeln und Vorbefunde prüfen] pl2[Schichten, offene Schichten
und Besetzungsfenster bewerten] pl3[Planbefund, plan.json
und Graph-Nutzdaten liefern] pl1 --> pl2 --> pl3 end subgraph analytics_lane["shift/analytics
Kapazitätsprüfung und Tagesauswertung"] an1[Ist-Daten, Anwesenheit,
Rückstände und Cut-offs prüfen] an2[Kapazitätswarnung
oder Rückfrage liefern] an3[Soll-Plan, Zeitdaten,
WMS und Prozessdaten verbinden] an4[Tagesauswertung als
JSON und Markdown liefern] an1 --> an2 an3 --> an4 end subgraph kpi_lane["shift/kpi
Kennzahlensicht"] kp1[Geprüfte Ergebnisse
aus Planbefund, Warnungen und Auswertung konsumieren] kp2[Kennzahlen, Muster
und Rückführung bereitstellen] kp1 --> kp2 end c4 --> s1 s11 --> c5 s2 --> pl1 pl3 --> s3 s4 -. Freigabeauftrag .-> ap1 ap2 -. Planentscheidung .-> s5 s5 --> an1 an2 --> s6 s6 -. kritische Nachsteuerung .-> ap1 ap2 -. Laufentscheidung .-> s7 s7 --> an3 an4 --> s8 s9 -. personenbezogener Befund
oder Abschlussfreigabe .-> ap1 ap2 -. Abschlussentscheidung .-> s10 s10 --> kp1 kp2 --> s11 an1 -. Laufzeit oder Quelle blockiert .-> ad1 an3 -. Auswertung blockiert .-> ad1 ad2 -. Hindernisstatus .-> s9 ``` ## Dieser Einsatz kann zur Blaupause für Ihr Unternehmen werden {#schichtplanung-bis-schichtauswertung-deployen} > Implementierung Das Deployment zeigt, wie Jadey einen geschäftskritischen Kapazitätsablauf im Lagerbetrieb führt: von der Planprüfung vor der Schicht über die laufende Bewertung von Rollen, Stationen, Lastspitzen und Rückständen bis zur Tagesauswertung und Rückführung in die nächste Planung. Was hier für Schichtplanung und Schichtauswertung umgesetzt wurde, lässt sich auf vergleichbare Kapazitätsabläufe in Ihrem Unternehmen übertragen — mit bestehender Systemlandschaft, Ihren Freigabewegen und den Regeln, die Ihren Betrieb steuern. In einem ersten Gespräch ordnen wir ein, ob dieses Deployment als Ausgangspunkt für Ihr Unternehmen geeignet ist, welcher operative Bereich sich für einen ersten Kapazitätslauf eignet und wo Jadey kurzfristig messbare Wirkung erzeugen kann. [Gespräch starten](action:demo-booking)