Logik 7: Unterschied zwischen den Versionen
DM (Diskussion | Beiträge) (Imported from text file) |
JF (Diskussion | Beiträge) |
||
| Zeile 3: | Zeile 3: | ||
<div align="right">[[Confirmed behaviors|Bestätigte Verhaltensweisen]]</div> | <div align="right">[[Confirmed behaviors|Bestätigte Verhaltensweisen]]</div> | ||
<hr> | <hr> | ||
| − | <nowiki>*</nowiki> Dieses Phänomen wurde | + | <nowiki>*</nowiki>Dieses Phänomen wurde mit Version 5.1.2 behoben. |
| − | + | Das ursprüngliche Problem ist gelöst. Trotztdem ist es von Vorteil, das Verhalten bei [[Logik 21|"Dynamisches Teilen" und "Beschränkung der nächsten Ressource genau beachten"]] zu studieren. | |
| − | |||
| + | Die Funktionen "Dynamisches Teilen" und "Beschränkungen der nächsten Ressource genau beachten" können unter Umständen nicht gleichzeitig korrekt ausgeführt werden. | ||
| − | + | Beispiel: Angenommen, die Prozesse "Schneiden" und "Bearbeiten" werden jeweils auf den Ressourcen "R01" und "R10" ausgeführt, und dass R01 für den Schneideprozess verwendet werden muss, wenn R10 für die Bearbeitung des nächsten Prozesses genutzt wird. (absolutes Beschränken der nächsten Ressource) | |
| − | |||
| Zeile 30: | Zeile 29: | ||
| − | + | Beispiel: Angenommen, es liegt eine Auftragsmenge von 150 Stück vor. Hinsichtlich dieses Auftrages ist die Nutzungsanweisung nur eine Losgröße, weshalb vorerst keine Vorgangsteilung vorgenommen wird. Der Vorgang wird erst bei Zuweisung geteilt, da Losgröße MAX für die Nutzungsanweisung eingestellt ist. | |
| − | Hier beläuft sich die Auftragsmenge auf 150. Der Schneidprozess wird in zwei Prozesse geteilt, wenn Artikel M | + | Hier beläuft sich die Auftragsmenge auf 150 Stück. Der Schneidprozess wird in zwei Prozesse geteilt, wenn Artikel M produziert wird. |
| − | + | Prüfen Sie die Beschränkung der nächsten Ressource vor Ausführung der Vorgangsteilung im Bearbeitungsprozess. Zu dieser Zeit existiert für den Bearbeitungsprozess nur ein Vorgang. | |
| − | + | Bei Zuweisung von R10 an R01 kann R11 nicht an R02 zugewiesen werden. Da eine Verletzung der Beschränkung der nächsten Ressource vorliegt, weist Asprova den Vorgang an eine Dummyressource zu. | |
| + | |||
| + | [[Image:kichi-logic07-01.jpg ]] | ||
| − | + | In diesem Fall kann eine statische Teilung genutzt werden. | |
| − | |||
| + | Beispiel | ||
| − | + | Folgendes passiert, wenn bei einer Losgröße von 100 für die Nutzungsanweisung keine Losgröße MAX eingestellt ist: | |
| − | Bei | + | Bei Auftragsentwicklung wird der Vorgang in Abhängigkeit zur Losgröße geteilt. |
| − | + | (1) Daraufhin werden Vorgänge von jeweils dem Schneideprozess und dem Bearbeitungsprozess in der Auftragsabwicklungsphase geteilt. | |
| − | + | (2) Dementsprechend wird die Verknüpfungsposition zum Zuweisungszeitpunkt bestimmt, wodurch die Beschränkung der nächsten Ressource ordnungsgemäß funktionieren kann. | |
| + | (3) Schlussendlich wird jeder Prozess hinsichtlich der Beschränkungen für nächste Ressourcen verknüpft. | ||
[[Image:kichi-logic07-02.jpg]] | [[Image:kichi-logic07-02.jpg]] | ||
| − | |||
| − | <nowiki>*</nowiki> Der Vorgang | + | <nowiki>*</nowiki> Der Auftrag wird expandiert und eine Vorgang auf Grundlage des registrierten Vorganges generiert. Zu diesem Zeitpunkt wird der Vorgang hinsichtlich der Produktionslosgröße- und der Vorgangslosgröße des Artikels oder des Vorgangs aufgeteilt. |
| + | |||
| + | |||
| + | <nowiki>*</nowiki> Der Vorgang wird einer Ressource zugewiesen. | ||
| + | Der Vorgang wird nun hinsichtlich der Vorgangslosgröße und der Ressourcelosgröße, welche auf Nutzungsanweisung für die integrierten Stammdaten angewendet werden, geteilt. Dies nennt sich dynamische Losteilung. | ||
<hr> | <hr> | ||
<div align="right">Hilfe Nummer: 8000700</div> | <div align="right">Hilfe Nummer: 8000700</div> | ||
Version vom 29. November 2017, 12:41 Uhr
*Dieses Phänomen wurde mit Version 5.1.2 behoben.
Das ursprüngliche Problem ist gelöst. Trotztdem ist es von Vorteil, das Verhalten bei "Dynamisches Teilen" und "Beschränkung der nächsten Ressource genau beachten" zu studieren.
Die Funktionen "Dynamisches Teilen" und "Beschränkungen der nächsten Ressource genau beachten" können unter Umständen nicht gleichzeitig korrekt ausgeführt werden.
Beispiel: Angenommen, die Prozesse "Schneiden" und "Bearbeiten" werden jeweils auf den Ressourcen "R01" und "R10" ausgeführt, und dass R01 für den Schneideprozess verwendet werden muss, wenn R10 für die Bearbeitung des nächsten Prozesses genutzt wird. (absolutes Beschränken der nächsten Ressource)
| Prozess | Ressource | Nächste Ressource | Produktionsartikel | Losgröße MAX für Nutzungsanweisungen | |
|---|---|---|---|---|---|
| Scheiden | R01 | R10 | M | ||
| R02 | R11 | M | |||
| Bearbeitung | R10 | PA | |||
| R11 | PA |
Beispiel: Angenommen, es liegt eine Auftragsmenge von 150 Stück vor. Hinsichtlich dieses Auftrages ist die Nutzungsanweisung nur eine Losgröße, weshalb vorerst keine Vorgangsteilung vorgenommen wird. Der Vorgang wird erst bei Zuweisung geteilt, da Losgröße MAX für die Nutzungsanweisung eingestellt ist.
Hier beläuft sich die Auftragsmenge auf 150 Stück. Der Schneidprozess wird in zwei Prozesse geteilt, wenn Artikel M produziert wird.
Prüfen Sie die Beschränkung der nächsten Ressource vor Ausführung der Vorgangsteilung im Bearbeitungsprozess. Zu dieser Zeit existiert für den Bearbeitungsprozess nur ein Vorgang.
Bei Zuweisung von R10 an R01 kann R11 nicht an R02 zugewiesen werden. Da eine Verletzung der Beschränkung der nächsten Ressource vorliegt, weist Asprova den Vorgang an eine Dummyressource zu.
In diesem Fall kann eine statische Teilung genutzt werden.
Beispiel
Folgendes passiert, wenn bei einer Losgröße von 100 für die Nutzungsanweisung keine Losgröße MAX eingestellt ist:
Bei Auftragsentwicklung wird der Vorgang in Abhängigkeit zur Losgröße geteilt.
(1) Daraufhin werden Vorgänge von jeweils dem Schneideprozess und dem Bearbeitungsprozess in der Auftragsabwicklungsphase geteilt.
(2) Dementsprechend wird die Verknüpfungsposition zum Zuweisungszeitpunkt bestimmt, wodurch die Beschränkung der nächsten Ressource ordnungsgemäß funktionieren kann.
(3) Schlussendlich wird jeder Prozess hinsichtlich der Beschränkungen für nächste Ressourcen verknüpft.
* Der Auftrag wird expandiert und eine Vorgang auf Grundlage des registrierten Vorganges generiert. Zu diesem Zeitpunkt wird der Vorgang hinsichtlich der Produktionslosgröße- und der Vorgangslosgröße des Artikels oder des Vorgangs aufgeteilt.
* Der Vorgang wird einer Ressource zugewiesen.
Der Vorgang wird nun hinsichtlich der Vorgangslosgröße und der Ressourcelosgröße, welche auf Nutzungsanweisung für die integrierten Stammdaten angewendet werden, geteilt. Dies nennt sich dynamische Losteilung.
