Bekannte Verhalten: Unterschied zwischen den Versionen

Aus Asprova Hilfe
Wechseln zu: Navigation, Suche
Zeile 1: Zeile 1:
 
{{DISPLAYTITLE:Bestätigte Verhalten}}
 
{{DISPLAYTITLE:Bestätigte Verhalten}}
 
<div align="right">Hilfe Nummer: 8000000</div>
 
<div align="right">Hilfe Nummer: 8000000</div>
−
 
 
<hr>
 
<hr>
−
Asprova enthält eine sehr große Vielfalt an Funktionen. Die Kombinationen einiger Funktionen kann möglicherweise zu unerwarteten Planungsergebnissen oder Verhalten führen. Nachfolgend haben wir bereits angetroffene Fälle aufgelistet und präsentieren eine Lösung dazu.
+
Asprova enthält eine sehr große Vielfalt an Funktionen. Die Kombinationen bestimmter Funktionen kann möglicherweise zu unerwarteten Planungsergebnissen oder -verhalten führen. die folgenden Punkte sind bereits bekannt.
  
−
 
+
==Logik==
−
: -
+
{| class ="wikitable"
−
 
+
|-
−
:: [Logik 1]
+
!Nr.||Verhalten||Gelöst
−
 
+
|-
−
:: [[Logik 1|Sind Rüstwechsel hinterlegt, werden Vorgänge möglicherweise nicht links von bereits zugewiesenen Vorgängen zugewiesen.]]
+
|1||[[Logik 1|Bei Rüstwechseln  werden Vorgänge möglicherweise nicht links von bereits zugewiesenen Vorgängen zugewiesen.]]||
−
 
+
|-
−
: -
+
|2||[[Logik 2|Nutzt ein Vorgang mehrere Ressourcen mit unterschiedlichen Arbeitszeiten, so können auf Grund dieser Unterschiede einer Ressource andere Vorgänge während diesem Vorgang zugewiesen werden, obwohl dies nicht möglich sein sollte.||
−
 
+
|-
−
:: [Logik 2]
+
|3||[[Logik 3|Werden zur Definition der Bewegungszeit ''10/M, m, S0 - S9, s0 - s9, I0 - I9'' oder ''i0 - i9'' genutzt, um diese entlang der Arbeitszeit einer Ressource (Haupt-, Sub- oder interne Rüstressource) über Anweisungscodes zu setzen, die nicht im Standard definiert sind, so werden zeitliche Beziehungen nicht richtig berücksichtigt.]]||
−
 
+
|-
−
:: [[Logik 2|Nutzt ein Vorgang mehrere Ressouren mit unterschiedlichen Arbeitszeitperioden dafür, sucht Asprova während dem Prozess des Vorganges - wegen der unterschiedlichen Arbeitszeitperioden - nach einem anderen Vorgang, der an eine dieser Ressourcen zugewiesen werden kann. Tatsächlich kann unter diese Umständen kein anderer Vorgang zugewiesen werden.]]
+
|4||[[Logik 4|Ist [Beschränkungen der nächsten Ressource genau beachten] aktiviert, so werden Vorgänge bei der Rückwärtsplanung möglicherweise der "Dummyressource" zugewiesen.]]||
−
 
+
|-
−
: -
+
|5||[[Logik 5|Ist der Wert von [Auftragslosgröße MAX], [Auftragslosgröße MIN] und [Auftragslosgröße EINHEIT] der gleiche, so wird die aufgerundete Menge nicht beim Vorgänger berücksichtigt.]]||
−
 
+
|-
−
:: [Logik 3]
+
|6||[[Logik 6|Die Verknüpfung von Vorgängen, deren [Zeitliche Fixierung] größer als 0 ist, mit Bestandsaufträgen erfolgt nach deren Zuweisungszeiten; ansonsten nach dem [Fälligkeitstermin]. Beträgt die zeitliche Fixierung 0, erfolgt die Zuweisung nach Fälligkeitstermin. Existieren zwei Vorgänge, von denen der letztere fixiert ist und eine zeitliche Fixierung von mehr als 0 hat, dann wird der Bestandsauftrag mit diesem verknüpft. Es erfolgt also umgekehrte Zeitbeziehung in späteren Vorgängen.]]||
−
 
+
|-
−
:: [[Logik 3|Wird zur Einstellung einer Bewegungszeit "10/M, m, S0 - S9, s0 - s9, I0 -I9, i0 -i9" genutzt - um Messung der Bewegungszeit entlang der Arbeitszeit einer Hauptressource (Subressource, interne Rüst-Ressource) zu veranlassen - dürfen nur standardmäßig eingestellte Anweisungs-Codes verwendet werden. Andernfalls werden Zeitbeziehungen nicht korrekt verarbeitet.]]
+
|7||[[Logik 7|Dynamisches Teilen und [Beschränkungen der nächsten Ressource genau beachten] werden unter Umständen nicht gleichzeitig berücksichtigt.]]||5.1.2
−
 
+
|-
−
: -
+
|}
−
 
 
−
:: [Logik 4]
 
−
 
 
−
:: [[Logik 4|Ist die Eigenschaft "Beschränkung der nächsten Ressource genau beachten" eingestellt, werden Vorgänge bei Rückwärtsplanung möglicherweise an Dummyressourcen zugewiesen.]]
 
−
 
 
−
: -
 
−
 
 
−
:: [Logik 5]
 
−
 
 
−
:: [[Logik 5|Wenn die Menge eines geteilten Vorganges mit Auftragslosgröße MAX, Auftragslosgröße MIN und Auftragslosgröße EINHEIT übereinstimmt, wird die aufgerundete Menge nicht im nachfolgenden Vorgang berücksichtigt.]]
 
−
 
 
−
: -
 
−
 
 
−
:: [Logik 6]
 
−
 
 
−
:: [[Logik 6|Für mit Bestandsaufträgen verknüpfte Vorgänge, dessen zeitliche Fixierung größer als 0 ist, erfolgt die Zuweisung nach Zuweisungszeiten. Beträgt die zeitliche Fixierung 0, erfolgt die Zuweisung nach Fälligkeitstermin. Existieren zwei Vorgänge, von denen der letztere fixiert ist und eine zeitliche Fixierung von mehr als 0 hat, dann wird der Bestandsauftrag mit diesem verknüpft. Es erfolgt also umgekehrte Zeitbeziehung in späteren Vorgängen.]]
 
−
 
 
−
: -
 
−
 
 
−
:: [Logik 7]
 
−
 
 
−
:: [[Logik 7|Die Funktionen "Dynamisches Teilen" und "Beschränkungen der nächsten Ressource genau beachten" können unter Umständen nicht gleichzeitig korrekt ausgeführt werden.]] (ab Version 5.1.2 behoben)
 
−
 
 
−
: -
 
  
 
:: [Logik 8]
 
:: [Logik 8]

Version vom 22. November 2017, 21:26 Uhr

Hilfe Nummer: 8000000

Asprova enthält eine sehr große Vielfalt an Funktionen. Die Kombinationen bestimmter Funktionen kann möglicherweise zu unerwarteten Planungsergebnissen oder -verhalten führen. die folgenden Punkte sind bereits bekannt.

Logik

Nr. Verhalten Gelöst
1 Bei Rüstwechseln werden Vorgänge möglicherweise nicht links von bereits zugewiesenen Vorgängen zugewiesen.
2 [[Logik 2|Nutzt ein Vorgang mehrere Ressourcen mit unterschiedlichen Arbeitszeiten, so können auf Grund dieser Unterschiede einer Ressource andere Vorgänge während diesem Vorgang zugewiesen werden, obwohl dies nicht möglich sein sollte.
3 Werden zur Definition der Bewegungszeit 10/M, m, S0 - S9, s0 - s9, I0 - I9 oder i0 - i9 genutzt, um diese entlang der Arbeitszeit einer Ressource (Haupt-, Sub- oder interne Rüstressource) über Anweisungscodes zu setzen, die nicht im Standard definiert sind, so werden zeitliche Beziehungen nicht richtig berücksichtigt.
4 Ist [Beschränkungen der nächsten Ressource genau beachten] aktiviert, so werden Vorgänge bei der Rückwärtsplanung möglicherweise der "Dummyressource" zugewiesen.
5 Ist der Wert von [Auftragslosgröße MAX], [Auftragslosgröße MIN] und [Auftragslosgröße EINHEIT] der gleiche, so wird die aufgerundete Menge nicht beim Vorgänger berücksichtigt.
6 Die Verknüpfung von Vorgängen, deren [Zeitliche Fixierung] größer als 0 ist, mit Bestandsaufträgen erfolgt nach deren Zuweisungszeiten; ansonsten nach dem [Fälligkeitstermin]. Beträgt die zeitliche Fixierung 0, erfolgt die Zuweisung nach Fälligkeitstermin. Existieren zwei Vorgänge, von denen der letztere fixiert ist und eine zeitliche Fixierung von mehr als 0 hat, dann wird der Bestandsauftrag mit diesem verknüpft. Es erfolgt also umgekehrte Zeitbeziehung in späteren Vorgängen.
7 Dynamisches Teilen und [Beschränkungen der nächsten Ressource genau beachten] werden unter Umständen nicht gleichzeitig berücksichtigt. 5.1.2
[Logik 8]
Aufgrund von Änderungen in Artikelwechseleinstellungen kann es gelegentlich vorkommen, dass Vorgänge von ihren Zuweisungspositionen verschoben werden.
-
[Logik 9]
Als Ergebnis der Zuweisung von Ereignisaufträgen an Ressourcen können freie Zeitperioden auftreten, denen keine Ereignisaufträge zugewiesen sind.
-
[Logik 10]
Bei nicht linearer Bearbeitungszeit kann es vorkommen, dass Mengenbeziehungen und Zeitbeschränkungsbeziehungen nach Berechnung der Grenzpositionen begonnener Vorgänge (schraffiert), der Verbindungspositionen von den Zeitbeschränkungsarten SSEE, ESE, ESSEE und SSEEE, und von Bestandsmengen inkorrekt sind. Dies kann auch für Berechnungen von Ergebnissen hinterlegter Mengen und Fortschrittsraten vorkommen, da alle diese Kalkulationen linear sind.
-
[Logik 11]
(Ab Ver 4.1.2 behoben) Für eine Ressource, deren Ressourcenbeschränkung mit "Entsprechend der Ressourcenanzahl" spezifiziert ist, kann die Zeitbeschrankung MIN nicht korrekt berechnet werden, sofern für die Zeitbeschränkungsart "SSEE" definiert ist und die Produktionsmenge (z.B. #10) für die Zeitbeschränkung MIN spezifiziert ist.
-
[Logik 12]
Ist das Teilungsverhältnis und die Losgröße EINHEIT spezifiziert, kann es vorkommen, dass die Vorgangsmengen manchmal erhöht werden, sobald Aufträge zugewiesen werden.
-
[Logik 13]
Dynamisch generierte Rüstzeiten stimmen bei gebrauch mehrerer Ressourcen teilweise nicht überein.
-
[Logik 14]
Bei Ressourcen mit einer "Ressourcenbeschränkung" "Entsprechend der Ressourcenanzahl", kann es vorkommen, dass die Produktionszeit nicht korrekt gerundet wird.
-
[Logik 15]
Wenn die zuweisbare Position eines Ereignisauftrages beschränkt ist durch die Funktion "Erlaubte Starttage der Woche für Vorgänge eines Ereignisauftrags", kann die zugewiesene Position von der erwarteten Position abweichen.
-
[Logik 16]
Wenn als Zeitbeschränkungsart "SSEEE" genutzt wird, kann es vorkommen, dass die Zeitbeschränkung nicht richtig kalkuliert wird, sollte die benötigte Anzahl einer Input-Anweisung in einem anderen als dem Feld "Produktion" (beispielsweise im Feld "Rüsten" oder "Abrüsten") angegeben sein.
-
[Logik 17]
(Ab Ver 4.3.1 behoben) Ist die Zeitbeschränkungsart SSEEE oder ESSEE, kann es sein, dass die Zeitperiode, die zwischen Vorgängen mit fixiertem oder angewiesenem Status benötigt wird, länger kalkuliert wird, als eigentlich nötig.
-
[Logik 18]
Wenn eine Subressource an dynamisch generierte Rüstzeiten gebunden ist, wird möglicherweise eine ungültige leere Zeit generiert, sofern die Zuweisung rückwärts erfolgt.
-
[Logik 19]
Wenn Vorgänge mit der Tastatur verschoben werden, kann es sein, dass die zugewiesene Position von der eigentlich beabsichtigten Position abweicht.
-
[Logik 20]
(Ab Ver 4.3.0 behoben) Wenn ein Vorgang, der der Ressourcenzuweisungsbedingung entspricht, verschoben wird, verschwindet dieser Vorgang.
-
[Logik 21]
Vorgänge können unter Umständen Dummyressourcen zugewiesen werden, sofern die dynamische Teilung mit der Funktion "Beschränkung der Ressource genau beachten" verwendet werden.
-
[Logik 22]
Sind fixierte Vorgänge vorhanden, kann das Bestandslevel unter den "Bestand MIN" fallen.
-
[Logik 23]
Wenn ein Materialwechsel genutzt wird, gibt es den Fall, dass für jede Planung zwei Ergebnisse wiederholt werden.
-
[Logik 24]
Die Rüstzeit zwischen Vorgängen des gleichen Output-Artikels generiert, obwohl "Keine Rüstzeit zwischen gleichen Artikel" gewählt ist.
-
[Logik 25]
Vorgänge die dynamisch geteilt werden und die Zeitbeschränkungsarten EES, ESE, ESSEE und SSEEE verwenden, werden zugewiesen wie bei ES oder SSEE.
・
[Logik 26]
(Ab Ver.6.3.0 behoben) Das Verschieben von Vorgängen in einem Diagramm kann zur Folge haben, dass sich ihre zugewiesenen Nutzungsanweisungen ändern.

Anzeige

-
[Anzeige 1]
Wenn Sie Vorgänge modifizieren, deren Status gesperrt ist oder danach geperrt wird und die Modifikationen die Struktur der Stammdaten ändern, kann es sein, dass die Vorgänge auf Stammdaten verweisen, die nicht mehr übereinstimmen mit den modifizierten Einstellungen der Vorgänge.
-
[Anzeige 2]
Farben werden nicht korrekt angezeigt, wenn die Nummer der Anzeigefarbe mit 256 eingestellt ist.
-
[Anzeige 3]
In der HTML-Ansicht kann zuweilen ein Fehler auftreten, wenn auf Objekte von Asprova über ein Skript in HTML zugegriffen wird.
-
[Anzeige 4]
Wenn Modifikationen wie das Verschieben eines Vorgangs durchgeführt werden, während im Zeitdiagramm die kombinierte mit der Input- oder Output-Anweisung erfolgt, aktualisieren sich die Anzeigeinhalte manchmal nicht unmittelbar.
-
[Anzeige 5]
Sind Eigenschaftsdefinitionen der Objekte direkt unter dem Stammobjekt nicht gespeichert, wird der Standardwert für einige GUI-Eigenschaften nicht gespeichert.
-
[Anzeige 6]
Leerer Raum kann in Tabellenbereichen beim Drucken von Zeitdiagrammen erscheinen.

Vorgang

-
[Vorgang 1]
Scroll-Position eines Fensters wird beim Ausführen des Befehls Speichern nicht gespeichert.
-
[Vorgang 2]
(Ab Ver 6.0.1 behoben) Kopieren und Einfügen wird für Zellen des Fieldmapping-Feldes der Daten IO-Einstellungs-Tabelle nicht unterstützt.
-
[Vorgang 3]
Wenn Sie nach dem Verschieben von Vorgängen die Funktion "Rückgängig" verwenden, kann es sein, dass die Zuweisung nicht vollständig und dem ursprünglichen Zustand entsprechend wieder hergestellt wird.

Daten IO

-
[Daten IO 1]
Wenn Asprova mit Oracle verbunden ist und dabei ein Microsoft-Provider für Oracle verwendet wird, ist es möglich, dass Asprova nicht korrekt funktioniert.
-
[Daten IO 2]
Zeitstempel-Typ Felder werden für einen RDB, genutzt für DBIO, nicht von Asprova unterstützt.
-
[Daten IO 3]
Wenn der Anweisungstyp mit der Funktion "Import Eigenschaftsumwandlungsformel" für DBIO in den integrierten Stammdaten spezifiziert wird, können Artikel/Ressourcen nicht importiert werden.
-
[Daten IO 4]
Wenn der Anweisungstyp hinter Artikeln / Ressourcen im Fieldmapping der integrierten Stammdaten-Tabelle positioniert wird, können die Daten für Artikel / Ressourcen nicht korrekt importiert werden.



Hilfe Nummer: 8000000
Abgerufen von „http://hilfe.asprova.eu/index.php?title=Bekannte_Verhalten&oldid=4067“