PID004376: Unterschied zwischen den Versionen

Version vom 15. August 2022, 14:51 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.

Wenn [Teilungsbedingung] gesetzt ist

When the split condition expression for resources is set, no matter how close operations and production time are, there might be possibility for production time of temporary assigned operations to be inserted. Thus, it tends to have a longer time for assignment.

Figure 5 shows the case where the production time of operation X is longer than the time between the production times of operation A and operation B. If the resource split conditional expression is not set, the changeover setup time for operation A and B do not even have to be calculated to understand that it is impossible to perform an insertion assignment in position 2. Even if the property is set to "yes", strict check for position 2 will be skipped.

Bild 5: Die roten Pfeile zeigen die potenziellen Zuweisungspostionen

However, if a resource split conditional expression is set, there is possibility of split assignment occurs as shown in Fig. 6, so a strict assignment check will be performed at position 2.

Bild 6: Die roten Pfeile zeigen die potenziellen Zuweisungspostionen

However, if a resource split conditional expression is set in a way that insertion assignment cannot be performed, like shown in figure 6, unnecessary check will be performed, resulting in a longer rescheduling time. If you know in advance that insertion assignment will not occur, you can set it to "No".

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.