[#12409] Laufzeitfehler DBSQL_ARGUMENT_ERROR (CX_SY_OPEN_SQL_DB) in /PRONOVIA/SAPLPRMRELA Form ROUTING_GET_MAPL_FOR_PLKO

Sind an einem Plan sehr viele Materialien angehängt, so kann es zum Laufzeitfehler DBSQL_ARGUMENT_ERROR (CX_SY_OPEN_SQL_DB) im Programm /PRONOVIA/SAPLPRMRELA Form ROUTING_GET_MAPL_FOR_PLKO kommen. Dies wurde korrigiert.

[#12398] Keine/Fehlerhafte Auswahl Konfigurationstyp bei Materialanlage ohne Übersetzung

Bei der Materialanlage sind Konfigurationstypen nicht sichtbar, welche in der Anmeldesprache keine Übersetzung haben. Dies führt zu Folgefehlern hinsichtlich der Auswahl von weiteren CFM relevanten Daten wie Bearbeitungsszenario etc. Dies wurde korrigiert.

[#12395] Benutzerparameter MTP bei Anlage Material nicht berücksichtigt

Der Benutzerparameter MTP (Branchenschlüssel) wird bei der Vorbelegung nicht beachtet. Dies wurde korrigiert.

[#12365] Familiendokument in unterschiedlichen Datenpakettypen werden nicht synchronisiert

Wird in einer Familie eine Änderung gemacht und dabei ein Familiendokument versioniert, so wird dieses nicht in andere Familienmitglieder synchronisiert, wenn dabei unterschiedliche Datenpakettypen involviert sind.

Dies wurde korrigiert, eine Korrekturanleitung ist dieser Meldung angefügt.

[#12362] Teilweise fehlerhafte Daten bei der Freigabe eines Materialstatus

Durch die Korrektur ID11508 gibt es Konstellationen, dass bei der Freigabe eines Materialstamms die Änderungsdaten intern falsch aufgesetzt werden. Dies kann z.B. zur Folge haben, dass die Gültigkeiten nicht korrekt verschoben werden.

Dies wurde korrigiert.

[#12359] Fehlender Start der Objektänderung/Fehlende Freigabeprüfung mit BAdI Vorbelegung

Wird im BAdI /PRONOVIA/PRM01->OBJECT_CHANGE_PREPARE die Änderungsnummer (oder andere Parameter) vorbelegt, so kann es dazu kommen, das BAdI /PRONOVIA/PRM01->OBJECT_CHANGE_VALIDATE nicht aufgerufen wird. Dies kann zu fehlenden Informationen für den Start der Objektänderung oder zur fehlenden Zuordnung des Datumselements zu den Objekten führen. Ursache ist der, in dem Fall fehlende, Aufruf der Methode /PRONOVIA/CL_PRM_OBJCHNG->CHANGE_VALIDATE.

Zusätzlich kann es passieren, dass die Freigabeprüfung nicht korrekt durchgeführt wird, wenn der Dialog nicht prozessiert wurde bzw. dass das BAdI /PRONOVIA/PRM01->OBJECT_CHANGE_PREPARE zum Zeitpunkt Freigabe fälschlicherweise aufgerufen wurde.

Dies wurde korrigiert. Es ist dringend darauf zu achten, dass die Korrektur 12362 auch im System implementiert wurde.

[#12358] Dialog zur Eingabe der Änderungsdaten ggf. nicht gerufen, wenn in BAdI geändert

Wird im BAdI /PRONOVIA/PRM01->OBJECT_CHANGE_DIAG_PREPARE die Sichtbarkeit der Felder beeinflusst, so kann es sein, dass der Dialog fälschlicherweise nicht dargestellt wird. Dies wurde korrigiert.

[#12357] Tagesänderungsnummer wird verwendet obwohl "Tagesänderungsnummer nicht erlaubt"

Ist im CFM Customizing eingestellt, dass die Verwendung einer Tagesänderungsnummer nicht erlaubt ist, so führt die in alten Dialogen unter Umständen zur Verwendung einer Tagesänderungsnummer. Dies wurde korrigiert.

[#12349] /PRONOVIA/PRM_MAT_SEL_STATUS mit alten Dialogen

In den ProNovia Produkten werden generell für die verschiedenen Abfragen die gleichen Dialogen verwendet. Der Funktionsbaustein /PRONOVIA/PRM_MAT_SEL_STATUS verwendet aber noch einen alten Dialog mit abweichendem Erscheinungsbild. Dieser Dialog wird z.B. aus der CDesk Integration von GCP aufgerufen.

Dies wurde angepasst, wenn in den CFM Grundeinstellungen die neuen Dialoge aktiviert sind, dann wird auch in diesem Baustein nun ein übersichtlicher Column-Tree zur Auswahl des Status / Bearbeitungs-Szenario angewendet.

Eine Korrekturanleitung ist dieser Meldung angefügt.

[#12336] Neue Namen der ProNovia SAP Solutions

Ab 28.06.2019 werden die ProNovia SAP Solutions mit neuen Namen geführt. Die innerhalb der Produkte verwendeten Bezeichnungen werden mit den kommenden Versionen angepasst.

[#12208] Fehlermeldungen im Änderungsdialog teilweise auf falschen Felder

Betrift den neuen CFM Änderungsdialog (AFW) und darauf die Felder Änderungsnummer, Revisionsstand und Gültigkeit. Wird bei der gemeinsamen Prüfung dieser Felder ein Fehler festgestellt, so wird dieser immer auf dem Feld Änderungsnummer signalisiert. Dies ist z.B. bei Meldungen zum Revisionsstand falsch. 

Da die Meldungen nicht abschliessend bekannt sind (z.B. auch aus Exits), wurde dies wie folgt korrigiert:

• Meldungen aus dem Änderungsdienst, welche eindeutig zuordenbar sind, werden auf dem korrekten Feld ausgegeben
• Alle anderen Meldungen werden auf allen pflegbaren Feldern ausgegeben

Nachtrag CFM 6.5.8:

Es wurden weitere Meldungen zugeordnet.