Bekannte Verhalten: Unterschied zwischen den Versionen

Aus Asprova Hilfe
Wechseln zu: Navigation, Suche
(→‎Logik)
Zeile 57: Zeile 57:
 
:: [Logik 13]
 
:: [Logik 13]
  
−
:: [[Logik 13|Bei Nutzung mehrerer Ressourcen stimmen dynamisch generierte Rüstzeiten teilweise nicht überein.]]
+
:: [[Logik 13|Bei Nutzung von mehreren Ressourcen stimmen dynamisch generierte Rüstzeiten teilweise nicht überein.]]
  
 
: -
 
: -
Zeile 69: Zeile 69:
 
:: [Logik 15]
 
:: [Logik 15]
  
−
:: [[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 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.]]
  
 
: -
 
: -
Zeile 75: Zeile 75:
 
:: [Logik 16]
 
:: [Logik 16]
  
−
:: [[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 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")]]
  
 
: -
 
: -
Zeile 81: Zeile 81:
 
:: [Logik 17]
 
:: [Logik 17]
  
−
:: (Ab Ver 4.3.1 behoben) [[Logik 17|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 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)
  
 
: -
 
: -
Zeile 87: Zeile 87:
 
:: [Logik 18]
 
:: [Logik 18]
  
−
:: [[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 18|Ist eine Subressource an dynamisch generierte Rüstzeiten gebunden wird bei Rückwärtszuweisung möglicherweise eine ungültige leere Zeit generiert.]]
  
 
: -
 
: -
Zeile 93: Zeile 93:
 
:: [Logik 19]
 
:: [Logik 19]
  
−
:: [[Logik 19|Wenn Vorgänge mit der Tastatur verschoben werden, kann es sein, dass die zugewiesene Position von der eigentlich beabsichtigten Position abweicht.]]
+
:: [[Logik 19|Bei Vorgangsverschiebung mit der der Tastatur kann die neue Position des Vorganges von der beabsichtigten abweichen.]]
  
 
: -
 
: -
Zeile 99: Zeile 99:
 
:: [Logik 20]
 
:: [Logik 20]
  
−
:: (Ab Ver 4.3.0 behoben) [[Logik 20|Wenn ein Vorgang, der der Ressourcenzuweisungsbedingung entspricht, verschoben wird, verschwindet dieser Vorgang.]]
+
:: [[Logik 20|Ressourcenzuweisungsbedingung entsprechende Vorgänge verschwinden, sobald sie verschoben werden.]] (Ab Ver 4.3.0 behoben)
−
 
+
 
: -
 
: -
  
 
:: [Logik 21]
 
:: [Logik 21]
  
−
:: [[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 21|Vorgänge werden unter Umständen an Dummyressourcen zugewiesen, wenn dynamische Teilung durch die Funktion "Beschränkung der Ressource genau beachten" verwendet wird.]]
  
 
: -
 
: -
Zeile 111: Zeile 111:
 
:: [Logik 22]
 
:: [Logik 22]
  
−
:: [[Logik 22|Sind fixierte Vorgänge vorhanden, kann das Bestandslevel unter den "Bestand MIN" fallen.]]
+
:: [[Logik 22|Werden Vorgänge fixiert, kann das Bestandsniveau unter Umständen unter "Bestand MIN" fallen.]]
  
 
: -
 
: -
Zeile 117: Zeile 117:
 
:: [Logik 23]
 
:: [Logik 23]
  
−
:: [[Logik 23|Wenn ein Materialwechsel genutzt wird, gibt es den Fall, dass für jede Planung zwei Ergebnisse wiederholt werden.]]
+
:: [[Logik 23|Bei Nutzung von "Materialwechsel" gibt es einen Fall, bei dem während jeder Neuplanung zwei Ergebnisse wiederholt werden.]]
  
 
: -
 
: -
Zeile 123: Zeile 123:
 
:: [Logik 24]
 
:: [Logik 24]
  
−
:: [[Logik 24|Die Rüstzeit zwischen Vorgängen des gleichen Output-Artikels generiert, obwohl "Keine Rüstzeit zwischen gleichen Artikel" gewählt ist.]]
+
:: [[Logik 24|Rüstzeit wird zwischen Vorgängen mit identischem Output-Artikel generiert, obwohl "Keine Rüstzeit zwischen gleichen Artikel" eingestellt ist.]]
  
 
: -
 
: -
Zeile 129: Zeile 129:
 
:: [Logik 25]
 
:: [Logik 25]
  
−
:: [[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 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.]]
  
 
: ・
 
: ・
Zeile 135: Zeile 135:
 
:: [Logik 26]
 
:: [Logik 26]
  
−
:: (Ab Ver.6.3.0 behoben) [[Logik 26|Das Verschieben von Vorgängen in einem Diagramm kann zur Folge haben, dass sich ihre zugewiesenen Nutzungsanweisungen ändern.]]
+
:: [[Logik 26|Vorgänge in einem Diagramm zu verschieben kann zur Folge haben, dass sich zugewiesene Nutzungsanweisungen ändern.]] (Ab Ver.6.3.0 behoben)
  
 
::  
 
::  
Zeile 145: Zeile 145:
 
:: [Anzeige 1]
 
:: [Anzeige 1]
  
−
:: [[Display 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.]]
+
:: [[Display 1|Werden gesperrte Vorgänge und Stammdatenstruktur modifiziert, verweisen Vorgänge unter Umständen auf nicht mit den Modifizierungen übereinstimmende Stammdaten.]]
  
 
: -
 
: -
Zeile 157: Zeile 157:
 
:: [Anzeige 3]
 
:: [Anzeige 3]
  
−
:: [[Display 3|In der HTML-Ansicht kann zuweilen ein Fehler auftreten, wenn auf Objekte von Asprova über ein Skript in HTML zugegriffen wird.]]
+
:: [[Display 3|In der HTML-Ansicht tritt wiederholt ein Fehler auf, wenn über einen Skript in HTML auf Asprova-Objekte zugegriffen wird.]]
  
 
: -
 
: -
Zeile 163: Zeile 163:
 
:: [Anzeige 4]
 
:: [Anzeige 4]
  
−
:: [[Display 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.]]
+
:: [[Display 4|Bei Modifkationen (zum Beispiel: Vorgangsverschiebung) während Drilldown in einem Zeitdiagramm werden angezeigt Inhalte der Anweisungszeilen manchmal nicht sofort aktualisiert.]]
  
 
: -
 
: -
Zeile 169: Zeile 169:
 
:: [Anzeige 5]
 
:: [Anzeige 5]
  
−
:: [[Display 5|Sind Eigenschaftsdefinitionen der Objekte direkt unter dem Stammobjekt nicht gespeichert, wird der Standardwert für einige GUI-Eigenschaften nicht gespeichert.]]
+
:: [[Display 5|Sind Eigenschaftsdefinitionen von Objekten direkt unterhalb des Stammobjektes nicht gespeichert, wird der Standardwert für einige GUI-Eigenschaften nicht gespeichert.]]
  
 
: -
 
: -
Zeile 175: Zeile 175:
 
:: [Anzeige 6]
 
:: [Anzeige 6]
  
−
:: [[Display 6|Leerer Raum kann in Tabellenbereichen beim Drucken von Zeitdiagrammen erscheinen.]]
+
:: [[Display 6|Zeitdiagramme können bei Ausdruck leeren Raum enthalten.]]
  
 
Vorgang
 
Vorgang
Zeile 183: Zeile 183:
 
:: [Vorgang 1]
 
:: [Vorgang 1]
  
−
:: [[Vorgang 1|Scroll-Position eines Fensters wird beim Ausführen des Befehls Speichern nicht gespeichert.]]
+
:: [[Vorgang 1|Die Scroll-Position eines Fensters wird beim Speichervorgang nicht gespeichert.]] (mit Asprova Version 14.0.0 behoben)
  
 
: -
 
: -
Zeile 189: Zeile 189:
 
:: [Vorgang 2]
 
:: [Vorgang 2]
  
−
:: (Ab Ver 6.0.1 behoben) [[Vorgang 2|Kopieren und Einfügen wird für Zellen des Fieldmapping-Feldes der Daten IO-Einstellungs-Tabelle nicht unterstützt.]]
+
:: [[Vorgang 2|Kopieren und Einfügen wird für Zellen des Fieldmapping-Feldes in der Daten IO-Einstellungstabelle nicht unterstützt.]]
  
 
: -
 
: -
Zeile 195: Zeile 195:
 
:: [Vorgang 3]
 
:: [Vorgang 3]
  
−
:: [[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.]]
+
:: [[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
Zeile 203: Zeile 203:
 
:: [Daten IO 1]
 
:: [Daten IO 1]
  
−
:: [[Data 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.]]
+
:: [[Data 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.]]
  
 
: -
 
: -
Zeile 209: Zeile 209:
 
:: [Daten IO 2]
 
:: [Daten IO 2]
  
−
:: [[Data IO 2|Zeitstempel-Typ Felder werden für einen RDB, genutzt für DBIO, nicht von Asprova unterstützt.]]
+
:: [[Data IO 2|Felder vom Typ "Zeitstempel" werden für RDB, das für DBIO mit Asprova verwendet wird, nicht unterstützt.]]
  
 
: -
 
: -
Zeile 215: Zeile 215:
 
:: [Daten IO 3]
 
:: [Daten IO 3]
  
−
:: [[Data 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.]]
+
:: [[Data IO 3|Bei Hinterlegung der Eigenschaftstyps "Import Eigenschaftsumwandlungsformel" für DBIO in der integrierten Stammdatentabelle können Artikel/Ressourcen nicht importiert werden.]]
  
 
: -
 
: -
Zeile 221: Zeile 221:
 
:: [Daten IO 4]
 
:: [Daten IO 4]
  
−
:: [[Data 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.]]
+
:: [[Data 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.]]
−
 
 
−
 
 
  
  
 
<hr>
 
<hr>
 
<div align="right">Hilfe Nummer: 8000000</div>
 
<div align="right">Hilfe Nummer: 8000000</div>

Version vom 23. November 2017, 15:13 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]
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
Abgerufen von „http://hilfe.asprova.eu/index.php?title=Bekannte_Verhalten&oldid=4069“