PID004376: Unterschied zwischen den Versionen

Version vom 16. August 2022, 08:01 Uhr

Übersicht

Auch wenn es bei der Zuweisung von Aufgaben erst so aussieht, als ob zwischen bereits zugewiesenen Aufgaben nicht genug freie Zeit vorhanden ist, kann die Zuweisung durch Aktualisierung von Umrüstzeiten ggf. doch möglich sein. Einerseits ist durch dieses Ausnutzen von Lücken eine genauere Planung möglich, andererseits kann die Suche nach einer passenden Position so viel länger dauern. Um die Zuweisung in derartigen Lücken zu verhindern, setzen Sie in den Projekteinstellungen [Bei Zuweisung alle Möglichkeiten überprüfen] (Registerkarte [Spezifikationsänderung]) auf "Nein", um so die Planung zu beschleunigen.

Im Folgenden wird ein Beispiel verwendet, in dem Vorgänge "A", "B" und "C" der Ressource "R1" zugewiesen sind. Bei "B" und bei "C" gibt es Umrüstzeiten. Nun soll dieser Ressource Vorgang "X" zugewiesen werden. Die Zuweisung erfolgt vorwärts mit begrenzter Kapazität; die [Gesamt berechnete EST] liegt vor dem [Beginn] von "A"; die [Ressourcenanzahl] im Kalender, sowie die benötigte Ressourcenanzahl der Aufgaben ist 1.

Bild 1: Die roten Pfeile zeigen die potenziellen Zuweisungspostionen

Ja

Bei der Zuweisung werden alle möglichen Positionen betrachtet, in dem die Umrüstzeiten für die Positionen 1, 2, 3 und 4 (und in dieser Reihenfolge), unter Annahme des Zuweisung von "X" in die Lücke ohne Berücksichtigung der Umrüstzeiten, neu berechnet werden. Sobald eine mögliche Position gefunden wird, erfolgt dort die vorläufige Zuweisung.

Bei der vorläufigen Zuweisung an Position 1 ist zwischen "X" und "A" eine Umrüstzeit notwendig, da es hierfür nicht genügend Zeit gibt, kann "X" an dieser Position nicht zugewiesen werden.

Bild 2: Keine Zuweisung, da nicht genügend Zeit fürs Umrüsten

Als nächstes wird die Zuweisung an Position 2 getestet. Die Umrüstzeiten zwischen "A" und "X" sowie zwischen "X" und "B" sind 0 Sekunden, so dass genügend Zeit für die Zuweisung gewährleistet ist und diese Position für die vorläufige Zuweisung genutzt wird.

Bild 3: Gültige Zuweisungsposition gefunden

Nein

So wie bei "Ja" wird zuerst Position 1 überprüft. Nachdem diese ausgeschieden ist, wird jetzt aber Position 2 übersprungen. Stattdessen wird die nächste Lücke gesucht, in die die gesamte [Produktionszeit] passt, ohne die nachfolgende Umrüstaufgabe anpassen zu müssen. In diesem Beispiel ist Position 3 somit die nächste mögliche Stelle, bei der die Zuweisung probiert wird. In Position 3 gibt es zwischen "B" und "X" keine Umrüstzeit und zwischen "X" und "C" eine Umrüstzeit, für die es genügend Platz gibt, so dass Position 3 für die vorläufige Zuweisung genutzt wird.

Bild 4: Gültige Zuweisungspostion gefunden, ohne Umrüstaufgaben neu zu berechnen

Ist Position 3 nicht passend, da die Lücke auf Grund von Umrüstzeiten zwischen "B" und "X", sowie zwischen "X" und "C", nicht ausreicht, so so wird als nächstes die Zuweisung an Position 4 probiert. Dies wird fortgesetzt, bis eine gültige Position für die Zuweisung gefunden wird.

[Teilungsbedingung] ist gesetzt

Ist die [Teilungsbedingung] von Ressourcen gesetzt, so kann es die Möglichkeit zur vorläufigen Zuweisung geben, selbst wenn die Produktionsaufgaben von Vorgänge sehr nah aneinander zugewiesen sind. Entsprechend ist die Planungszeit hier oft länger.

In Bild 5 ist die [Produktionszeit] von "X" länger als die Zeit zwischen den Produktionsaufgaben für "A" und "B". Ohne [Teilungsbedingung] muss die Umrüstzeit zwischen "A" und "B" nicht neu berechnet werden, um zu erkennen, dass die Zuweisung an Position 2 unmöglich ist. Somit wird die Prüfung an Position 2 selbst bei "Ja" übersprungen.

Bild 5: Zuweisung an Position 2 wird nicht getestet

Ist die [Teilungsbedingung] gesetzt, so gibt es die Möglichkeit einer Zuweisung wie in Bild 6, so dass die Zuweisung an Position 2 getestet wird.

Bild 6: Teilung ermöglicht die Zuweisung in Lücken

Ist die [Teilungsbedingung] so gesetzt, dass Zuweisungen wie in Bild 6 nicht möglich sind, so führt dies zu unnötigen Prüfungen auf Zuweisungsmöglichkeiten und damit einer längeren Planungszeit. Ist dies bereits im Voraus bekannt, sollte "Nein" gesetzt werden.

Zusammenfassung: Wann soll "Nein" gesetzt werden?

In short, when this property is set to "yes," as long as the distance between the operations is wide enough to allow the production time of the operation to be temporarily assigned, it will re-calculate the changeover setup times strictly in order to confirm whether or not insertion assignment is possible. This process take a certain amount of time. If insertion assignment kept being impossible, overall rescheduling time will be very long. If it is clear in advance that an insertion assignment like the one in Figure 3 will not occur in the first place, you can get the same result in a shorter rescheduling time by setting this property to "No".

In den folgenden Fällen ist es somit vorteilhaft [Bei Zuweisung alle Möglichkeiten überprüfen] auf "Nein" zu setzen:

• Es gibt Umrüstzeiten, aber auch bei kürzeren Umrüstzeiten ist ein Einfügen nicht möglich
• Die [Teilungsbedingung] ist gesetzt, aber auch die Losteilung führt nicht zu Einfügemöglichkeiten

Beispiele

Sample data is available to check this function. As sample data is beyond the limitations of the trial version, so it cannot be run in the trial version.

Beispiel X-1

This will give you the same result whether the strict search property is set to "yes" or "no", but you can reschedule in about 15 seconds with "yes" and less than 1 second with "no" (1).

In this data, the item setup table is set. In the third and fourth lines, Item X is set with a 0 second changeover task with item A and B, but the sort order is smaller than the first and second lines, it will not work.

The third and fourth lines will be effective if the "sort order" is greater than 10. For example, if you set the value to 100 as shown in the above figure, and set "do detailed search when inserting operation" to "yes", the insertion assignment will occur as shown in the following figure. It takes about 10 seconds to reschedule.

When the order of the third and fourth rows of the item setup table is set to 100, and do detailed search when inserting operation" is set to "yes".

If we continue to reschedule with "do detailed search when inserting operation" set to "no", the reschedule will take less than a second, but the insertion point will no longer be strictly searched, resulting as the following If you need to obtain an insertion assignment like the one shown above, this property should be set to "yes" or left empty. If it is clear in advance that no insertion assignment will occur, you can shorten the rescheduling time by setting to "no".

Beispiel X-2

Sample X-2 is an example of a case where a split condition expression is set for a resource. A conditional expression is set up to split the operation when an interruption of more than 1 second occurs. In the figure below, the operation of Item X is divided into two parts, of a production quantity 0.5 and 0.5. This will give you the same result whether the strict search property is set to "yes" or "no", but you can reschedule in about 8 seconds with "yes" and less than 1 second with "no".

Getestet auf: Windows 8.1, Intel® Core™ i7-5960X CPU @ 3,06 GHz

Hinweise

• Ist die Eigenschaft nicht gesetzt, so wird "Ja" angenommen.
• Die Logik gilt bei beiden Werten sowohl für die Vorwärts- als auch für die Rückwärtsplanung.
• Die Umrüstzeit umfasst auch Rüst- und Abrüstzeiten, die auf Grund der Projekteigenschaft [Keine Rüstzeit zwischen gleichen Artikeln] entfernt werden. Siehe auch Rüstzeit.
• Das Setzen des [Standardwert] für diese Eigenschaft führt zu einer etwas langsameren Planung und ist deshalb nicht empfohlen.
• Erst ab Version 16.3.1.7 verfügbar.