[#8502] Nach Abbruch falsche Status von Werk- / Vertriebssichten im Speicher

Nach einem Abbruch eines Statuswechsel auf Werk- oder Vertriebssicht waren u.U. im PRM die alten Statuswerte im Speicher liegen geblieben und in Folgeprozessen (auch auf anderen Materialstämmen) dann fälschlicherweise verwendet worden. Im Speziellen konnte dies auch zu Fehlern in OLM Prozessen führen.

Dies wurde korrigiert.

[#8478] Familienpflege: unverständlich Meldung wenn nur noch ein Material in einer Familie

Werden in einer Teilefamilie bei der Pflege alle Mitglieder bis auf eines entfernt oder hat die Familie nur ein Mitglied, so kommt beim Sichern der Daten die Abfrage ob die Familie gelöscht werden soll. Der Text ist aber seit der Überarbeitung der Popups mit V5.0 komplett unverständlich ("Nur noch ein Mitglied in der Familie, soll die Familie nur noch ein Mitglied in der Familie, soll die Familie"). Zudem ist die Antwort "Ja", also löschen die Standard Antwort. 

Dies wurde korrigiert, die Standard Antwort ist nun "Nein", also nicht löschen.

[#8475] Prüfungen / Aktionen von Dokument auf / nach Plänen teilweise nicht ausgeführt

Werden in den PRM Objektbhängigkeiten Prüfungen oder Aktionen auf Pläne definiert, so werden diese teilweise nicht ausgeführt. Dies immer dann, wenn die Abhängigkeit indirekt durch eine andere Abhängigkeit ausgelöst wurde. Bsp.: Werksmaterial setzt DP und das DP sollte den Planstatus prüfen.

Dies wurde korrigiert.

[#8472] Alte DP Gültigkeiten für /PRONOVIA/CL_OBJVAL_DP teilweise nicht verschoben

Wird ein für PRM Datenpaketobjekt die Gültigkeit verschoben und dabei die OBJVALIDITY Klasse /PRONOVIA/CL_OBJVAL_DP verwendet, so kann es vorkommen, dass alte Gültigkeiten nicht korrekt verschoben werden.

Dies wurde in OBJ V8.4.4 korrigiert.

[#8471] Abbruch mit Dump in ADM Funktion zum Schieben von DP Gültigkeiten wenn keine Revision

Wird in der PRM ADM Funktion zu einem Datenpaket eine Gültigkeit verschoben, welche noch keine Revision zugewiesen hat, so kann es zu einem Abbruch mit Dump kommen.

Dies wurde korrigiert.

[#8470] Verschiedene Fehler im Zusammenhang Datumselementen in Org.Einheiten

Je nach Customizing und Daten können auf Werksdatenpaket ohne Revision und Vertriebsdatenpaketen folgende Fehler festgestellt werden:

• Beim Start einer Änderung wird im Protokoll zum Statuswechsel auf der Organisationseinheit Vertrieb eine falsche oder keine Änderungsnummer eingetragen
• Beim Setzen des Zielstatus des Szenarios werden die Gültigkeiten der Datenpakete teilweise nicht verschoben (Werk und VTL)

Dies wurde korrigiert.

[#8469] "Ungültige Parameterkombination an SHIFT_ALTERNATIVE_DATE CI2" bei Freigabe von Material ohne Revision

Wird ein PRM relevantes Material freigegeben und hat dieses Keine Revision (und somit keine Änderungsnummer) zugeordnet, so kommt es zu einer Fehlermeldung Fehler "Ungültige Parameterkombination an SHIFT_ALTERNATIVE_DATE CI2". Dieser Fehler tritt seit V5.0 auf.

Dies wurde korrigiert.

[#8459] Gültigkeit "Start Änderung" nicht verschoben wenn neue Änderung startet

Falls aktiviert, werden den PRM Objekten bei Anlage oder Änderung ein Datumselement zugeordnet, mit Datum = "Startdatum Änderung" gem. Customizing. Wird nun eine neue Änderung gestartet, ohne das die vorherige abgeschlossen und das gültig ab Datum verschoben wurde, so wird die erste Gültigkeit nicht auf "Startdatum Änderung" - 1 Tag verschoben. Dieses Verhalten kann seit PRM V5.0 beobachtet werden.

Dies wurde korrigiert. Bitte beachten Sie auch Hinweis http://support.pronovia.ch/index.php?/Knowledgebase/Article/View/8705.

Nachtrag V5.1.15: die Korrektur wurde nochmals nachgebessert, da es immer noch Fälle gab wo nicht geschoben wurde. Ees ist zu beachten, dass auch OBJ aktualisiert werden muss (V8.4.4)

Dieser Meldung ist eine Korrekturanleitung beigefügt.

pronovia produkte korrekturanleitung id8459.rtf