-35,70 %
kritische Kapazitätslückenstunden
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.
kritische Kapazitätslückenstunden
Überstundenquote im Lagerbetrieb
Durchsatz pro bezahlter Arbeitsstunde
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.
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.
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.
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.
| Agent/Rolle | Funktion im Deployment | Tätigkeit |
|---|---|---|
cron/ops | Zeitliche Betriebssteuerung | Startet planmäßige oder ereignisnahe Läufe für Planbefund, Tagesauswertung und Nachlaufprüfung. |
Begrenzung: | ||
shift/ops | Ergebnisverantwortliche Fallführung | Hält Ziel, Umfang, Status, nächste Entscheidung und Abschluss des Lagerfalls zusammen. |
Während der Schicht beauftragt Begrenzung: | ||
shift/planner | Planvorschläge und Planbefund | Erstellt Planvorschläge und Planbefunde für die kommende Planperiode und erzeugt Planartefakte. |
Begrenzung: | ||
shift/analytics | Laufende Kapazitätsprüfung, Tagesauswertung und Nachweise | Wertet Ist-Daten, Arbeitszeit, Anwesenheit, Aktivität, Prozessleistung und Warnungen aus und erzeugt Tagesauswertung sowie Warnartefakte. |
Begrenzung: | ||
shift/approvals | Freigabe und Kontrollschritt | Prüft Planwirkung, personenbezogene Befunde oder kritische Entscheidungen. |
Begrenzung: | ||
shift/kpi | Leitungs- und Kennzahlensicht | Konsumiert geprüfte Ergebnisse aus Planbefund, Tagesauswertung, Warnungen und Abschlussstatus. |
Begrenzung: | ||
shift/admin | Betriebshindernisse klären | Bearbeitet Authentifizierung, Microsoft Graph, SQL, Konfiguration, Laufzeit oder Sperrkonflikte. |
Begrenzung: | ||
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
| Phase | Verantwortlich | Ergebnis |
|---|---|---|
| Lauf auslösen | cron/ops | Fälliger, nicht gesperrter Fallauftrag. |
| Planbefund führen | shift/ops | Entscheidbarer Planbefund mit Warnungen und Freigabebedarf; zugeliefert durch shift/planner und shift/admin. |
| Laufende Kapazität prüfen | shift/ops | Warnungen zu Cut-off-Risiko, Rollenabdeckung, Stationslast und Nachsteuerungsbedarf; zugeliefert durch shift/analytics und shift/admin. |
| Tagesrealität auswerten | shift/ops | Prüffähige Tagesauswertung mit Datenqualität und Betriebshindernissen; zugeliefert durch shift/analytics und shift/admin. |
| Freigabe klären | shift/ops | Freigabe, Ablehnung, Rückfrage oder Eskalation vor Planwirkung, bei kritischer Nachsteuerung oder nach personenbezogenem Befund; zugeliefert durch shift/approvals. |
| Ergebnis abschließen | shift/ops | Abschlussstatus und Rückführung in die nächste Planung; zugeliefert durch shift/kpi und shift/admin. |
| Nachlauf prüfen | cron/ops | Fehlende, blockierte oder verspätete Läufe werden sichtbar; zugeliefert durch shift/ops. |
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.
| System | Nutzung im Deployment | Beschreibung |
|---|---|---|
Microsoft Graph | Schichten, offene Schichten, TimeCard- oder Zeiterfassungsdaten und gegebenenfalls Entwurfswirkung | 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 | Auftragslage, Stationslast und operative Prozesszustände je nach Systemtiefe | Liefert die operative Sicht auf Aufträge, Stationen, Rückstände, Prozessstatus und kritische Lastverschiebungen im Lager. |
SQL-Prozessdaten | Durchsatz, prozessbezogene Aktivität, Referenzdaten und Datenqualität | Liefert strukturierte Prozessdaten, mit denen Durchsatz, Aktivitätslücken, Auftragsmix und Datenqualität für laufende Warnungen und Tagesauswertung kontextualisiert werden. |
Aufgabenartefakte | Nachweisort für Planbefund, laufende Warnungen, Tagesauswertung, Freigaben und Abschlussstatus | Macht Rückgaben, Freigaben, Betriebshindernisse und Berichte prüfbar. |
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.
| Artefakt | Owner | Bedeutung |
|---|---|---|
fallauftrag.json | cron/ops | Begrenzt Zeitpunkt, Umfang, Standort, Team, Planperiode und Auslöser des fälligen Laufs. |
planbefund.md | shift/planner | Lesbarer Entscheidungsbefund zu Planungsbedarf, kritischen Besetzungsfenstern, Rollenabdeckung, Betriebshindernissen und möglicher Planwirkung. |
plan.json | shift/planner | Maschinenlesbare Planstruktur für Prüfung, Wiederholbarkeit und Rückführung in spätere Planperioden. |
graph_payload.json | shift/planner | Technische Microsoft-Graph-Nutzdaten für Entwürfe offener Schichten oder freigegebene Planwirkung. |
kapazitaetswarnung.json | shift/analytics | Strukturierter Nachweis zu Cut-off-Risiko, Rückstand, Rollenabdeckung, Stationslast, Datenqualität und erforderlicher Nachsteuerung während der Schicht. |
tagesauswertung.json | shift/analytics | Strukturierter Tagesbefund zu Arbeitszeit, Anwesenheit, Aktivität, Durchsatz, Warnungen und Datenlücken. |
tagesauswertung.md | shift/analytics | Lesbarer Bericht für Leitung und Betrieb, der Abweichungen, Kontext und Handlungsbedarf ohne Rohdatenanalyse nutzbar macht. |
freigabeentscheidung.json | shift/approvals | Belegt Freigabe, Ablehnung, Rückfrage oder Eskalation bei Planwirkung und personenbezogenen Befunden. |
hindernisstatus.json | shift/admin | Dokumentiert Betriebshindernis, Entstörung, Umgehungslösung oder Eskalation. |
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.
flowchart TB
subgraph approvals_lane["shift/approvals<br/>Freigabeauftrag"]
ap1[Planwirkung, kritische Nachsteuerung<br/>oder personenbezogenen Befund prüfen]
ap2[Freigabe, Rückfrage,<br/>Ablehnung oder Eskalation zurückgeben]
ap1 --> ap2
end
subgraph admin_lane["shift/admin<br/>Betriebshindernis"]
ad1[Graph, SQL, WMS,<br/>Konfiguration oder Laufzeit prüfen]
ad2[Entstörung, Umgehung,<br/>Hindernisstatus oder Eskalation zurückgeben]
ad1 --> ad2
end
subgraph cron_ops["cron/ops<br/>Auftrag Schichtlauf"]
c1[cron/ops Trigger]
c2[Schichtfenster, Cut-off<br/>oder Nachlauf prüfen]
c3[Fällige Lagerfälle<br/>sequenzieren]
c4[shift/ops Subauftrag starten]
c5[Auf Ergebnis, Fehler,<br/>Timeout oder Blocker warten]
c6[Lauf, Nachlaufstatus<br/>und Blockaden dokumentieren]
c1 --> c2 --> c3 --> c4 --> c5 --> c6
end
subgraph shift_ops["shift/ops<br/>Auftrag Lagerfall"]
s1[Lagerfall starten:<br/>Datum, Standort, Team, Wirkungsmodus]
s2[planner Subauftrag:<br/>Planbefund anfordern]
s3[Auf Planbefund<br/>und Planartefakte warten]
s4[Freigabebedarf<br/>und Planwirkung klären]
s5[analytics Subauftrag:<br/>laufende Kapazitätsprüfung führen]
s6[Auf Kapazitätswarnung<br/>oder Rückfrage warten]
s7[analytics Subauftrag:<br/>Tagesauswertung starten]
s8[Auf Tagesauswertung<br/>und Datenqualitätsbefund warten]
s9[Befunde, Hindernisse<br/>und Abschlussstatus bewerten]
s10[kpi Subauftrag:<br/>geprüfte Ergebnisse verdichten]
s11[Rückführung in nächste Planung<br/>und Abschluss an cron/ops]
s1 --> s2 --> s3 --> s4 --> s5 --> s6 --> s7 --> s8 --> s9 --> s10 --> s11
end
subgraph planner_lane["shift/planner<br/>Planbefund"]
pl1[Nachfrage, Auftragslage,<br/>Schichtregeln und Vorbefunde prüfen]
pl2[Schichten, offene Schichten<br/>und Besetzungsfenster bewerten]
pl3[Planbefund, plan.json<br/>und Graph-Nutzdaten liefern]
pl1 --> pl2 --> pl3
end
subgraph analytics_lane["shift/analytics<br/>Kapazitätsprüfung und Tagesauswertung"]
an1[Ist-Daten, Anwesenheit,<br/>Rückstände und Cut-offs prüfen]
an2[Kapazitätswarnung<br/>oder Rückfrage liefern]
an3[Soll-Plan, Zeitdaten,<br/>WMS und Prozessdaten verbinden]
an4[Tagesauswertung als<br/>JSON und Markdown liefern]
an1 --> an2
an3 --> an4
end
subgraph kpi_lane["shift/kpi<br/>Kennzahlensicht"]
kp1[Geprüfte Ergebnisse<br/>aus Planbefund, Warnungen und Auswertung konsumieren]
kp2[Kennzahlen, Muster<br/>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<br/>oder Abschlussfreigabe .-> ap1
ap2 -. Abschlussentscheidung .-> s10
s10 --> kp1
kp2 --> s11
an1 -. Laufzeit oder Quelle blockiert .-> ad1
an3 -. Auswertung blockiert .-> ad1
ad2 -. Hindernisstatus .-> s9Implementierung
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.