Bestätigte Verhalten

Aus Asprova Hilfe
Wechseln zu: Navigation, Suche
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]
Zeitbeschränkung MIN kann für Ressourcen mit Ressourcenbeschränkung "Entsprechend der Ressourcenanzahl" nicht korrekt berechnet werden, wenn die Zeitbeschränungsart als "SSEE" hinterlegt- und unter Zeitbeschränkung MIN eine Produktionsmenge eingetragen ist. (Ab Ver 4.1.2 behoben)
-
[Logik 12]
Die Vorgangsmenge kann bei Auftragszuweisung unter Umständen erhöht werden, wenn Teilungsverhältnis und Losgröße EINHEIT hinterlegt sind.
-
[Logik 13]
Bei Nutzung von mehreren Ressourcen stimmen dynamisch generierte Rüstzeiten teilweise nicht überein.
-
[Logik 14]
Die Produktionszeit wird für Ressourcen mit einer Ressourcenbeschränkungseinstellung von "Entsprechend der Ressourcenanzahl" eventuell nicht korrekt gerundet.
-
[Logik 15]
Die zugewiesene Position eines Auftrages kann von der erwarteten abweichen, wenn die zuweisbare Position eines Ereignisauftrages durch die Funktion "Erlaubte Starttage der Woche für Vorgänge eines Ereignisauftrags" beschränkt ist.
-
[Logik 16]
Bei Einstellung von Zeitbeschränkungsart "SSEEE" wird diese unter Umständen nicht korrekt berechnet, wenn die benötigte Anzahl einer Input-Anweisung in einem anderen Feld als "Produktion" angegeben wird. (zum Beispiel im Feld für "Rüsten" oder "Abrüsten")
-
[Logik 17]
Bei Einstellung von Zeitbeschränkungsart SSEEE oder ESSEE wird die Zeitperiode zwischen fixierten Vorgängen beziehungsweise angewiesenen Vorgängen unter Umständen länger als tatsächlich nötig. (Ab Ver 4.3.1 behoben)
-
[Logik 18]
Ist eine Subressource an dynamisch generierte Rüstzeiten gebunden wird bei Rückwärtszuweisung möglicherweise eine ungültige leere Zeit generiert.
-
[Logik 19]
Bei Vorgangsverschiebung mit der der Tastatur kann die neue Position des Vorganges von der beabsichtigten abweichen.
-
[Logik 20]
Ressourcenzuweisungsbedingung entsprechende Vorgänge verschwinden, sobald sie verschoben werden. (Ab Ver 4.3.0 behoben)
-
[Logik 21]
Vorgänge werden unter Umständen an Dummyressourcen zugewiesen, wenn dynamische Teilung durch die Funktion "Beschränkung der Ressource genau beachten" verwendet wird.
-
[Logik 22]
Werden Vorgänge fixiert, kann das Bestandsniveau unter Umständen unter "Bestand MIN" fallen.
-
[Logik 23]
Bei Nutzung von "Materialwechsel" gibt es einen Fall, bei dem während jeder Neuplanung zwei Ergebnisse wiederholt werden.
-
[Logik 24]
Rüstzeit wird zwischen Vorgängen mit identischem Output-Artikel generiert, obwohl "Keine Rüstzeit zwischen gleichen Artikel" eingestellt ist.
-
[Logik 25]
Asprova weist dynamische geteilte Vorgänge mit Zeitbeschränkungsarten EES, ESE, ESSEE und SSEEE zu, also ob sie ausschließlich Zeitbeschränkungsarten ES oder SSEE verwendeten.
[Logik 26]
Vorgänge in einem Diagramm zu verschieben kann zur Folge haben, dass sich zugewiesene Nutzungsanweisungen ändern. (Ab Ver.6.3.0 behoben)

Anzeige

-
[Anzeige 1]
Werden gesperrte Vorgänge und Stammdatenstruktur modifiziert, verweisen Vorgänge unter Umständen auf nicht mit den Modifizierungen übereinstimmende Stammdaten.
-
[Anzeige 2]
Farben werden nicht korrekt angezeigt, wenn die Nummer der Anzeigefarbe mit 256 eingestellt ist.
-
[Anzeige 3]
In der HTML-Ansicht tritt wiederholt ein Fehler auf, wenn über einen Skript in HTML auf Asprova-Objekte zugegriffen wird.
-
[Anzeige 4]
Bei Modifkationen (zum Beispiel: Vorgangsverschiebung) während Drilldown in einem Zeitdiagramm werden angezeigt Inhalte der Anweisungszeilen manchmal nicht sofort aktualisiert.
-
[Anzeige 5]
Sind Eigenschaftsdefinitionen von Objekten direkt unterhalb des Stammobjektes nicht gespeichert, wird der Standardwert für einige GUI-Eigenschaften nicht gespeichert.
-
[Anzeige 6]
Zeitdiagramme können bei Ausdruck leeren Raum enthalten.

Vorgang

-
[Vorgang 1]
Die Scroll-Position eines Fensters wird beim Speichervorgang nicht gespeichert. (mit Asprova Version 14.0.0 behoben)
-
[Vorgang 2]
Kopieren und Einfügen wird für Zellen des Fieldmapping-Feldes in der Daten IO-Einstellungstabelle nicht unterstützt.
-
[Vorgang 3]
Bei Rückgängigmachen einer Vorgangsverschiebung kann es passieren, dass die Zuweisung nicht ganz dem ursprünglichen Zustand entspricht.

Daten IO

-
[Daten IO 1]
Wenn Asprova mit Oracle verbunden ist und ein Microsoft-Provider für Oracle verwendet wird, kann es möglicherweise nicht korrekt ausgeführt werden.
-
[Daten IO 2]
Felder vom Typ "Zeitstempel" werden für RDB, das für DBIO mit Asprova verwendet wird, nicht unterstützt.
-
[Daten IO 3]
Bei Hinterlegung der Eigenschaftstyps "Import Eigenschaftsumwandlungsformel" für DBIO in der integrierten Stammdatentabelle können Artikel/Ressourcen nicht importiert werden.
-
[Daten IO 4]
Wird der Anweisungstyp hinter Artikeln/Ressourcen im Fieldmapping der integrierten Stammdatentabelle positioniert, können Daten für Artikel/Ressourcen nicht korrekt importiert werden.



Hilfe Nummer: 8000000