Ressourcenkapazität mit MCP prüfen

Für eine Kapazitätsfrage reicht die Zahl zugeordneter Personen nicht. Rillsoft Project stellt Rollenbedarf und verfügbares Angebot gegenüber. Die KI liest diese Werte, fasst sie zusammen und erklärt den Engpass. Ein Angebot über dem Gesamtbedarf schließt Unterdeckung an einzelnen Tagen nicht aus.

Die Beispiele behandeln ein Einzelprojekt und ein Portfolio. Sie ändern keine Personalzuordnung und speichern nichts. Die benötigte Ansichtsumschaltung ist allerdings im Werkzeugvertrag als Schreibzugriff eingestuft: Ein reiner Nur-Lesen-Zugang kann sie nicht ausführen. Für den Ablauf wird ausschließlich die Umstellung der Ansicht freigegeben, anschließend wird sie zurückgesetzt. Die Sicherheitsreferenz erklärt diese Grenze.

Zuerst die Frage präzisieren

#

Bedarf ist die angeforderte Rollenarbeit. Angebot ist die vom Programm ermittelte Kapazität der passenden Personen. Eine Zuordnung verbindet eine konkrete Person mit einem Vorgang. Freie Kapazität ist eine zeit- und rollenbezogene Restgröße; ein Kandidatenwert free gilt für den Zeitraum dieses Vorgangs. Diese Größen dürfen nicht gleichgesetzt oder über verschiedene Zeiträume addiert werden.

Beispiel 1: Kapazität im Einzelprojekt

#

Ausgangsdatei: Kopie von „Montagelinie MX-200.rpj“ aus dem Maschinenbau-Paket, mit dem zugehörigen Pool. Öffnen Sie die Datei vor dem Lauf im Programm. Klären Sie, ob weitere Projekte für die Entscheidung relevant sind; ein einzelnes geöffnetes Projekt liefert keine vollständige Belegung aus geschlossenen Projektdateien.

Nutzerauftrag: „Prüfe die Kapazität der Industriemechanik vom 1. Januar bis 31. März 2027. Verwende die Einheit des Projekts und nenne Unterdeckung an einzelnen Tagen. Teile niemanden ein und speichere nichts.“

Lesen Sie den Bestand und die Darstellung, bevor Sie Filter setzen:

{"name":"rillsoft_project_tree_get","arguments":{}}
{"name":"rillsoft_view_state_get","arguments":{}}

Halten Sie die vollständige zweite Antwort als Ausgangsansicht fest. Kontrollieren Sie Projektname und Aufwandseinheit im Baum. Danach schalten Sie den Kapazitätsabgleich Personal nach Rolle ein. Ein vorhandener Vorgangsfilter darf die Frage nicht unbemerkt einschränken:

{"name":"rillsoft_view_state_apply","arguments":{"view":{"name":"employee_capacity","grouping":["role"],"display":"absolute","capacity":true,"secondaryView":"none"},"taskFilter":{"active":false},"timeFilter":{"active":true,"from":"01.01.2027 00:00","to":"31.03.2027 23:59"}}}
{"name":"rillsoft_timescale_apply","arguments":{"unit":"day","subdivision":1}}
{"name":"rillsoft_analysis_report_get","arguments":{}}

Jede JSON-Zeile ist ein einzelner tools/call-Parameterblock. Wählen Sie in der Antwort die Rolle Industriemechanik anhand der Rolle im Pool aus. Summieren Sie je Tag value als Bedarf und offers[].value als Angebot. Berechnen Sie die tägliche Lücke zuerst und erst danach die Summe über den Zeitraum.

Beleg und Grenze: Der vorhandene Einzelprojektlauf vom 21.09.2026, Build 10.0.623, zeigt für diese Rolle im Wochenraster 8–27 PT Bedarf gegenüber 36–50 PT Angebot je Woche. Diese Wochenwerte sind ein belegter Vergleich mit dem Programm; sie allein beweisen keine fehlende tägliche Unterdeckung. Die Tagesabfrage oben ist die notwendige zusätzliche Prüfung. Zusätzlich am 19.10.2026 in DE und EN gegen Build 10.0.626 geprüft: Industriemechanik 132 PT Bedarf, 541,5 PT Angebot, 0 PT tägliche Unterdeckung. Die Einheit blieb shift (Personentage), ohne Umrechnung. Bedarf und Angebot je Rolle stimmen zwischen Tages- und Wochensummen überein. Projektbaum und ursprüngliche Ansicht blieben nach der Analyse unverändert.

Vergleichen Sie den Bericht in Rillsoft Project mit demselben Projekt, Zeitfilter, Vorgangsfilter, derselben Rolle und Einheit. Die ungefilterte Ansicht zeigt einen anderen Zeitraum und ist kein gültiger Gegenbeleg. Fehlt eine Rolle im Bericht, prüfen Sie Filter und Pool; eine fehlende Zeile ist nicht automatisch ein Beleg für unbegrenzte Kapazität.

Beispiel 2: Engpässe im Portfolio trotz Summenüberschuss

#

Ausgangsbestand: der dokumentierte Teststand des Portfolios „Maschinen- und Anlagenbau“ mit fünf Projekten, Statusdatum 16.11.2026 08:00. Der Prüfstand enthält definierte Fortschritts- und Rückstandswerte; er ist nicht mit jeder unveränderten Lieferdatei identisch. Zeitraum 02.11.2026–28.02.2027, Einheit Stunden, alle Rollen.

Nutzerauftrag: „Vergleiche Rollenbedarf und Angebot im Portfolio. Nenne die tägliche Unterdeckung, auch wenn das Angebot in der Summe reicht. Zeige, welche Rollen und Wochen als Nächstes geprüft werden müssen.“

Lesen Sie Baum und Ausgangsansicht wie in Beispiel 1. Prüfen Sie die fünf enthaltenen Projekte und die Einheit; wechseln Sie keine Datei während der Auswertung. Die Abfrage verwendet nun den Portfoliozeitraum:

{"name":"rillsoft_view_state_apply","arguments":{"view":{"name":"employee_capacity","grouping":["role"],"display":"absolute","capacity":true,"secondaryView":"none"},"taskFilter":{"active":false},"timeFilter":{"active":true,"from":"02.11.2026 00:00","to":"28.02.2027 23:59"}}}
{"name":"rillsoft_timescale_apply","arguments":{"unit":"day","subdivision":1}}
{"name":"rillsoft_analysis_report_get","arguments":{}}

Ergebnis des DE/EN-Laufs vom 16.10.2026, Build 10.0.625: 21.160 h Bedarf und 36.104 h Angebot, trotzdem 2.016 h Unterdeckung an einzelnen Tagen. In keiner der 17 Wochen überstieg der Gesamtbedarf das Gesamtangebot; dennoch trat in 16 Wochen tägliche Unterdeckung auf. Diese Zahlen gehören zum genannten Prüfstand, nicht zu einer Produktgarantie.

Der Grund liegt in der Verteilung über Rollen und Tage. Eine freie Person einer anderen Qualifikation oder in einer späteren Woche deckt den heutigen Rollenbedarf nicht automatisch. Betrachten Sie zuerst die unterdeckte Rolle und ihre Engpasstermine, dann die betroffenen Vorgänge und geeigneten Kandidaten. Eine Kandidatensuche ist der nächste Prüfschritt, keine bereits berechnete Entlastung.

Tageslücken richtig rechnen und kontrollieren

#

Für jede Rolle und jeden Tag gilt:

demand = sum(value)
supply = sum(offers[].value)
shortage = max(0, demand - supply)
period_shortage = sum(daily_shortage)
shortage_percent = 100 * period_shortage / period_demand

Bei Bedarf 0 ist der Prozentwert nicht definiert; kennzeichnen Sie ihn entsprechend. Die Summe wird je Rolle und Tag gebildet. Erst danach werden Rollen oder Wochen verdichtet. max(0, Gesamtbedarf − Gesamtangebot) über den gesamten Zeitraum würde Engpässe verdecken. Personen mit mehreren Rollen dürfen nicht mit voller Kapazität in jeder Rolle nochmals gezählt werden; verwenden Sie das vom Programm aufgeteilte Angebot.

Prüfen Sie die Summe der Rollen gegen die Gesamtsumme und die Wochen gegen die Tageswerte. Vergleichen Sie im Programm insbesondere die Spalte Unterdeckung bei gleichem Filter. Eine andere Ansicht wie role liefert Rollenaufwand, aber nicht das Angebot des Kapazitätsabgleichs employee_capacity.

Ansicht wiederherstellen und nächste Entscheidung

#

Übergeben Sie die am Anfang gesicherte Zustandsantwort als arguments an rillsoft_view_state_apply; lesen Sie danach mit rillsoft_view_state_get erneut. Kontrollieren Sie Ansicht, Gruppierung, Darstellung, Zeitfilter, Vorgangsfilter und Zeitskala. Informationsfelder wie baseline schalten keinen Basisplan um; dieser Ablauf verändert ihn nicht. Nicht speichern und vor einem späteren Dateiwechsel die Ansicht zurücksetzen.

Für eine eigene Frage verwenden Sie den geprüften Prompt Bedarf und Angebot im Verlauf oder den Kapazitätsbericht je Rolle. Bei einer gewünschten Besetzung folgt Vorschlag → Bestätigung → Zuordnung → Konfliktprüfung. Die Kapazitätsplanung von Rillsoft erläutert den fachlichen Produktumfang.

Quellenabgleich 19.10.2026: vorhandener Einzelprojektlauf zu Kapazität nach Terminverschiebung, Portfolio-Lauf 4c zu Bedarf und Angebot und die zugehörigen Fachregeln. Die historische Wochenprüfung und der neue Tageslauf vom 19.10.2026 sind getrennt ausgewiesen.

Produktversion

Rillsoft Project 10.0.626

Zuletzt geprüft

2026-10-19