[#10130] Automatische Layouts bei Anlage/Bearbeitungsfunktionen ab AFW 2.0

Für die Anlage und Bearbeitung von Objekten werden in bestimmten Fällen zwingend Widgets erfordert (z.B. das Dokument-Formular Widget bei einer Dokumentanlage/-bearbeitung). Bis anhin musste hierzu im Customizing sichergestellt werden, dass beim Auslösen des entsprechenden Befehles ein Layout aktiviert wurde, das diese Widgets beinhaltet oder dass das aktuell verwendete Layout bereits das oder die notwendigen Widgets enthielt.

Mit AFW 2.0 wurde dieses Verhalten geändert. Die entsprechenden Befehle erzeugen neu vollautomatisch ein temporäres, nicht durch den Benutzer bearbeitbares Layouts. Dieses Layout wird nur auf den Hauptarbeitsbereich (mitte) angewendet und beinhaltet in jedem Fall das Navigations-Widget sowie die für die Anlage/Bearbeitung notwendigen Widgets. Dadurch kann sichergestellt werden, dass diese Befehle (und auch neue solche Befehle) in jedem Fall korrekt funktionieren und dass das Customizing unter Umständen stark vereinfacht werden kann. Es ist allerdings weiterhin möglich, für diese Befehl ein eigenes Layout zu definieren, es muss aber (wie früher) sichergestellt werden, dass die notwendigen Widgets darin enthalten sind.

Für bestehende Kunden hat dies folgenden Auswirkungen:

Sind unter AFW 1.x Layouts definiert worden, die durch entsprechenden Anlage-/Bearbeitungsbefehle aktiviert werden, dann können diese Layouts unter deren Aktivierung unter Umständen zurückgebaut werden, wenn das automatisch erzeugte einfache Layout (Navigations-Widget und notwendige Widgets) den Anforderungen genügen
Sind unter AFW 1.x keine speziellen Layouts für die entsprechenden Anlage-/Bearbeitungsbefehle definiert worden mit der Erwartung, dass ein allgemeines Layout verwendet werden kann, welches die notwendigen Widgets bereits enthält (z.B. genau 1 Layout für eine DMC Anwendung), dann muss ab AFW 2.0 dieses Layout auch für die entsprechenden Anlage-/Bearbeitungsbefehle aktiviert werden, da ansonsten neu automatisch das temporäre Layout im Hauptbereich erzeugt wird.

[#10053] Fehler beim Stempeln mit SEAL wegen SEAL Produktefehler

Mit dem ProNovia Hinweis 10016 wurde die Ansteuerung der SEAL Stempel korrigiert, sodass die zur Aktion korrekten Stempeleinstellungen berücksichtigt werden.

Diese Korrektur schlägt jedoch aufgrund eines SEAL Produktfehlers fehl, wenn die SEAL Komponenten DVS View Server Version 1.7.1.0 oder älter installiert ist. Kunden wird empfohlen die entsprechende Produktkomponente zu aktualisieren.

ProNovia stellt für den Fehler einen Workaround bereit, der jedoch explizit aktiviert werden muss. Der Workaround sollte nur angewendet werden, wenn eine Aktualisierung der SEAL Komponenten nicht möglich ist, da es keine Garantie dafür gibt, dass der Workaround mit jeder SEAL Version kompatibel und funktionsfähig ist.

Aktivierung des Workaround in AFW Anwendungen

Der Objekt Handler DRAW_ORIGINAL wird normalerweise automatisch aktiviert, sobald der Objekt Handler DRAW in der Anwendungen aufgenommen wird. Damit der entsprechende Parameter konfiguriert werden kann, muss in jeder Anwendung, die Dokumente und Originale unterstützen sollen, der Objekt Handler DRAW_ORIGINAL manuell hinzugefügt werden. Das Kennzeichen Keine Nav. sollte aktiviert werden. Anschliessend muss zum Objekt Handler ein neuer Parameter angelegt werden. Der Parameter SEAL_WORKAROUND kann über die F4 Wertehilfe ausgewählt werden. Als Wert definieren Sie "X".

[#9899] Hinweise zur Migration von PCF basierten Anwendungen auf AFW

Das ProNovia Application Framework ist die Basis der aktuellen und zukünftigen ProNovia Anwendungen und der ProNovia Produkte welche sich in diese Anwendung integrieren. Die bestehenden Lösungen in PCF und insbesondere auch die in PCF und der alten PRM Workbench implementierten Erweiterungen können nicht 1:1 nach AFW übernommen werden. Dieser Artikel gibt verschiedene Hinweise zu diesem Thema.

Betroffene PCF basierte Lösungen und Erweiterungen (BADI / Exits)

Generell

Bestehende Funktionsbäume müssen mit dem Report /PCH/CFW_MIGRATE_FUNCT_DEF migriert werden.
Folgende PLG und PCF Erweiterungen werden in AFW nicht unterstützt. Aufgrund der veränderten Architektur stehen keine 1:1 Ersatz-Erweiterungen zu Verfügung. Eine automatische Migration kann nicht erfolgen:
- Classic BAdI /PRONOVIA/PLG
  - ALT_EXEC_OBJ_COMMAND
  - BEFORE_DISPLAY_ORIG
  - BEFORE_CREATING_TREE
  - CONTEXT_MENU_REQUEST
  - CONTEXT_MENU_SELECTION
  - REFRESH_DATA
  - OBJECT_TEXT_EDIT
  - ECM_FILTER_STATUS
  - CUSTOMER_OK_CODE
  - D0100_BEFORE_PF_STATUS
  - D0100_CUST_OK_CODE
- Classic BAdI /PRONOVIA/PCF, war bereits obsolet und durch den Erweiterungsspot /PRONOVIA/PCF ersetzt (siehe unten)
- Erweiterungsspot /PRONOVIA/PCF
  - CONTEXT_MENU_REQUEST
  - CONTEXT_MENU_SELECTION
  - BEFORE_DO_COMMAND
  - BEFORE_DO_COMMAND_STEP
  - AFTER_DO_COMMAND
  - AFTER_DO_COMMAND_STEP
  - FUNCTION_SET
  - FUNCTION_EXECUTE
  - WIDGET_FUNCTION_EXECUTE
  - WIDGET_FUNCTIONS_SET
  - DO_COMMAND
- Classic BAdI /PRONOVIA/OBJ
  - BEFORE_EDIT_SAVE
  - AFTER_EDIT_SAVE
  - BEFORE_EDIT_START
  - BEFORE_OBJ_DATA_PUT
  - AFTER_OBJ_READ
  - SETUP_OBJ_DATA
  - SETUP_DOC_CLASSIFICATION
  - BEFORE_INSERT_INTO_STRUCTURE
  - AFTER_INSERT_INTO_STRUCTURE
  - BEFORE_REMOVE_FROM_STRUCTURE
  - AFTER_REMOVE_FROM_STRUCTURE
  - BEFORE_INSERT_INTO_FOLDER (Obsolet)
  - AFTER_INSERT_INTO_FOLDER (Obsolet)
  - BEFORE_REMOVE_FROM_FOLDER (Obsolet)
  - AFTER_REMOVE_FROM_FOLDER (Obsolet)
Direkte Zugriffe (lesend und schreibend) auf alte PCF / PLG Tabellen, auch wenn diese ggf. auch in AFW verwendet werden sind zu vermeiden. Sollten solche Zugriffe bei Ihnen erfolgen, so nehmen Sie bitte mit dem ProNovia Support Kontakt auf um den Ersatz der Zugriffe über offizielle API's abzuklären.
Soll eine neue AFW Anwendung auch unter WebDynpro oder Fiori genutzt werden, so dürfen keine SAP Gui Dynpro Aufrufe aus den Erweiterungen erfolgen.

ProNovia SAP PLM DocumentManagementClient

Die DMC Ablagestrukturen sind nicht betroffen und laufen 1:1 weiter.
Erweiterungen an der Oberfläche über die PCF BADI's werden nicht mehr unterstützt. Siehe oben "Generell".
Folgende Erweiterungen werden im DMC-AFW nicht unterstützt
- Classic BAdI /PRONOVIA/DMC
  - BEFORE_START_APPLICATION
  - AFTER_START_APPLICATION
  - BEFORE_FOLDER_CREATE
  - BEFORE_FOLDER_INSERT
  - BEFORE_DRAW_INSERT
  - AFTER_FOLDER_CREATE
  - AFTER_FOLDER_INSERT
  - AFTER_DRAW_INSERT
  - BEFORE_FOLDER_CREATE_DIALOG
  - TOGGLE_DOC_NUMBER
  - BEFORE_CLASSIFICATION_EXTEND
  - BEFORE_CLASSIFICATION_REDUCE
  - FILTER_FOLDER_DOCTYPES
  - FILTER_FOLDER_SUBTYPES

ProNovia SAP PLM Client

Die Ablageorte der Objektauswahl / -listen werden von AFW und PCF gemeinsam genutzt und können 1:1 weiter benutzt werden.
Erweiterungen an den Objektdaten (im Reiter Daten / Funktionen) und die alten PCF BADI's werden im AFW nicht unterstützt. Siehe oben "Generell" altes BADI /PRONOVIA/PLG.

ProNovia SAP PLM Configuration Manager (ex. PRM)

ProNovia SAP PLM ProcessManager wurde umbenannt, siehe http://support.pronovia.ch/index.php?/Knowledgebase/Article/View/9726.
Die alte Workbench wird durch AFW Widgets ersetzt, kann aber aus Kompatibilitätsgründen im Moment noch genutzt werden.
CFM stellt verschiedene Widgets für die Integration in eine AFW Anwendung zu Verfügung.
Folgende Exits in der alten Workbench werden im neuen Konfigurations-Widget nicht unterstützt.
- Workbench: Definition eigener Spalten
- Workbench: Zeilenwerte füllen / ändern
- Workbench: vor Anzeige des Kontext Menüs
- Workbench: vor Ausführung Kontext Menü Befehl

Betrift die Parameter BOM_PLANTS und ROUT_PLANTS im Beziehungswidget:

Neu kann anstelle der direkten Eingabe des Werks zu den genannten Parameter der Platzhalter <ORGUNIT> verwendet werden. Dieser wird zur Laufzeit mit dem aktuellen Werk, resp. leer für Mandant ersetzt. Zudem werden für BOM_PLANTS die beiden Platzhalter <ANYPLANT> und <CLIENT> unterstützt: ersterer selektiert alle Werksstücklisten (also keine Mandantenstücklisten) und zweiter genau umgekehrt nur Mandantenstücklisten.

[#9830] Automatische Generierung der Metadaten für das Customizings

In Version 1 von AFW mussten die Metedaten für das Customizing manuell generiert werden. Dies erfolgt nun automatisch.

[#9828] Neue Methoden zum Feuern von Ereignissen bei Objektverknüpfung-Bearbeitung

Im Dokument Objekt Handler stehen neue Methoden bereit, mit denen Änderungen an den Objektverknüpfungen signalisiert werden.

[#9822] Verbesserte Anzeige von Theme-abhängigen Ikonen auf Formularen & Statuspicker

Formulare und Statuspicker unterstützen jetzt die korrekten Ikonen für die entsprechenden Themes

[#9813] Neues Formularelement "Bild"

Das Formular wurde um ein Element zur Anzeige von Bildern erweitert.

[#9810] Auflösen von Public Functions berücksichtigt Alternative Objekthandler

Das Auflösen von Public Functions berücksichtigt neu auch alternative Objekthandler.

[#9804] Neue Funktionalität zum Setzen des Planstatus

Es wurde eine neue Funktionalität eingeführt mit der der Planstatus über die Businessobjekte für Pläne gesetzt werden kann.

[#9803] Navigierbare Objekte nicht mehr automatisch geladen

Bis anhin wurden verschiedene Objekt Handler automatisch geladen. Es handelt sich um die folgenden Objekte

MARC - Material Werksicht
MVKE - Vertriebsdaten
MAST - Materialstückliste
DOST - Dokumentstückliste
WSFILE - Lokale Datei

Das automatische Laden von navigierbaren Objekten führte bis anhin dazu, dass der Objekttyp zwar nicht auswählbar war, aber trotzdem innerhalb der Anwendung annavigiert werden konnte. Hierzu musste allerdings sichergestellt werden, dass ein geeignetes Layout geladen wurde. Wurde kein Layoutwechsel eingestellt (weil eine Navigation auch gar nicht explizit vorgesehen war), dann wurde die Anzeige in der Anwendung unter Umständen inkonsistent.

Neu werden deshalb diese Objekt Handler nicht mehr automatisch geladen. Gleichzeitig wurde das Customizing ergänzt. Zum bestehenden Kennzeichen "Externen Anlage/Änderung" wurde ein weitere Kennzeichen "Externe Anzeige" eingeführt, mit die Anzeige im SAP Standard forciert werden kann. Das Flag "Keine Navigation" kann gesetzt werden für Objekte die zwar in der Anwendung dargestellt werden, die aber nicht im Navigations-Widget ausgewählt werden können.

Bestehende Anwendungen werden migriert. Die bis anhin automatisch geladenen Objekt Handler werden im Customizing aufgenommen und als "nicht navigierbar" gekennzeichnet.

[#9788] Neuer Containertyp zum Darstellen von tabellarischen Daten mit Trennlinie

Es steht ein neuer Containertyp für Formulare bereit um Zeilen grafisch mittels Linie zu trennen.

Neu werden bei den Plänen die Untervorgänge auf gleicher Stufe wie die Vorgänge dargestellt. Dies um das Layout der Anzeige in den Plan Standardtransaktionen anzugleichen.
Neu werden zu den Vorgängen auch die Steuerschlüssel ausgegeben.
Bei Vorgängen welche von einer Vorlage kommen, wird die Referenz auf diese Vorlage ausgegeben.

[#9770] Vorbelegung von Daten beim Anlegen von Stücklisten aus dem Funktionswidget

Beim Anlegen von Stücklisten aus dem Funktionswidget werden jetzt Daten zum aktuell angezeigten Material / Werksmaterial mitgegeben.

[#9760] Neue Funktion "Objektschlüssel kopieren" im Navigationswidget

Im Navigationswidget wird neu die Funktion "Objektschlüssel kopieren" angeboten. Diese befindet sich im erweiterten Menü. Damit lässt sich die textuelle Darstellung (externes Format) des Objektschlüssels des gerade angezeigten Objektes in die Zwischenablage kopieren.

[#9745] Umstellungen im Layout Manager

Aufgrund der Umstellungen zu den Layoutdefinitionen muss auch der Layout Manager passend zu den umgsetzten Änderungen angepasst werden.

[#9741] Neue Titelbar Funktion für das Anlegen von Originalen im Widget Dokument-Originale

Im Widget für die Dokument-Originale wird in der Titelbar eine Funktion für das Anlegen von Originalen zur Verfügung gestellt.

[#9738] Ikonenanzeige im Widget für die Organisationseinheiten des Materials / Beziehungswidget

Die Icons im Widget für die Organisationseinheiten des Materials bzw. im Beziehungswidget wurden um entsprechende Quickinfos's erweitert.

[#9729] Neue Lizenzprüfungen in AFW Anwendungen

AFW Anwendungen sind sehr modular aufgebaut. Es ist möglich Anwendungen einzurichten, die aus Komponenten mehrerer Produkte bestehen. Aus diesem Grund wurden die Lizenzen nicht mehr auf Stufe eines Produkts sondern hauptsächlich auf Stufe der Business Objekte verwaltet und gezählt.

Dieses Verhalten ist zwar technisch korrekt, aber für den Endkunden schwer zu interpretieren. Deshalb wurde auch die Darstellung in der Lizenzübersicht optimiert:

http://support.pronovia.ch/index.php?/Knowledgebase/Article/View/9719/0/uti--obj-lizenzen-nicht-verstandlich-in-lizenzubersicht-dargestellt

Damit der Endkunde trotzdem eine korrekte Übersicht der verwendeten Produkt- bzw. Lösungslizenzen erhält muss neu für jede Anwendung im Customizing definiert werden, welche Lösung mit dieser Anwednung lizenziert werden soll. Die Angabe einer Lizenz ID ist zwingend notwendig, da AFW sonst den Start der Anwendung verweigert.

Weitere werden neu in verschiedenen Widgets ebenfalls Produkt-Lizenzprüfungen durchgeführt.

Kunden müssen beim Upgrade auf AFW 2.0 eine neue Lizenzdatei anfordern und einspielen.

[#9727] Erweiterungen Befehls-Controller

Es wurden verschiedene Erweiterungen am Command Controller vorgenommen. Dies ermöglicht eine präzisere Ereignissteuerung.

[#9723] Optimierte Layoutsteuerung

Neu werden die Bereiche Links/Mitte separat durch Layouts angesteuert. Im Customizing kann deshalb nicht mehr definiert in welchem Bereich ein Widget dargestellt werden soll. Stattdessen werden Layouts neu Bereichs-neutral definiert und Layoutwechsel spezifisch auf einen Bereich angewendet.

Weitere können Layouts neu von anderen Layouts vererbt werden. Dabei übernimmt ein Layout sämtliche Widgets von übergeordneten Layout und kann dieses um weitere Widgets erweitern oder verändert.

[#9720] Optimierung der Layoutsynchronisation

Die automatische Layoutsynchronisierung stellt sicher, dass Bereiche in verschiedenen Layouts in Bezug auf Widgetgrössen und -zustände automatisch synchronisiert werden, wenn die Bereich identisch ausgeprägt sind.

Die Optimierung wurde verbessert. Neu werden gleichartige Widgets in Reitern als Gruppe interpretiert und mit anderen Gruppen synchronisiert.

[#9712] Verarbeitung von Widget Funktionen mit Funktion Controller

Neu werden die Widget Funktionen (z.B. Suchen) vollständig über den Function Controller behandelt.

[#9711] Keine Darstellung der Originale in verschiedenen Widgets

Neu werden in den Widgets "Dokumentversionen", "Teildokumente" und "Meine Dokumente" keine Originale mehr angezeigt.

[#9710] Optimierung der Kontextmenüs und Titel Funktionen

Die Kontextmenüs und Titelfunktionen wurden komplett überarbeitet und Widget-spezifisch vollständig überarbeitet.

[#9709] Popupabfrage zur Anlage ChangeDoc in AFW integriert

Zur korrekten Integration von CHD in AFW wird die Popupabfrage zur Anlage des ChangeDocs im AFW integriert und CHD entsprechend erweitert.

[#9698] Neue statische Methode zur Bestimmung der möglichen Status für Dokumentanlage

Im BO DRAW (/PCH/CL_BO_DRAW) wurde eine neue statische Methode GET_STATUS_FOR_NEW zur Bestimmung der möglichen Status für eine Dokumentanlage implementiert.

[#9697] Beziehungen: Benutzereinstellungen zum automatischen öffnen der Knoten entfernt, neu direkt in Widget

Bisher konnte für einen Teil der unterstützten Beziehungen in den Benutzereinstellungen eingestellt werden, dass die Knoten automatisch expandiert werden.

Mit dieser neuen AFW Version kann nun aber, falls durch das Widget aktiviert, direkt im Widget die geöffneten Knoten gespeichert werden. Das Beziehungs Widget hat diese Option nun aktiviert und die entsprechenden Benutzereinstellungen stehen nicht mehr zu Verfügung. Details sind der aktualisierten Benutzerdokumentation zu entnehmen.

[#9690] Bestätigung beim Speichern von globalen Layouts

Neu wird beim Speichern eines globalen Tabellenlayouts eine Bestätigungsmeldung prozessiert.

[#9685] Ziehen einer Datei auf einen leeren Bereich im Widget "Originale"

Im Widget "Originale" ist es nicht möglich eine Datei im leeren Bereich fallen zu lassen. Dies wurde korrigiert. Neu ist es möglich eine Datei auch im leeren Bereich des Widgets "Original" fallen zu lassen.

[#9678] Anpassungen des Navigationswidget für Anzeige in Popup / Extern

Das Navigationswidget wurde angepasst damit der Wechsel von Objekten nicht möglich ist wenn sich das Framework im Popup oder im Inline Modus befindet.

[#9648] Filter erlaubt leere Werte

Neu können Spalten so konfiguriert werden, dass auch bei aktivem Filter leere Werte immer und automatisch nicht gefiltert werden.

[#9632] Technische zusammenführung Tree Widget / Inkompatible Änderungen

Die Tree Widget und die Column Tree Widgets basieren heute auf einer eigenständigen Code-Base. Dies führt dazu, dass für beide Widget Typen viel redundanter Code vorhanden ist.

Dies wurde korrigiert. Die Widgets basieren neu im Kern auf derselben Code Base. Weiter wurden im Zusammenhang mit der Pufferung und Web Dynpro Verbesserungen und Korrekturen vorgenommen.

Die Änderungen haben zur Folge das AFW 2.0 nicht rückwärtskompatibel ist und abhängige Produkte (DMC, OLM) zwingend aktualisiert werden müssen.

[#9622] Objektbeziehungen zu Plänen: Plangruppen und zugeordnete Materialstämme über Parameter wählbar

Neu kann im Beziehungs-Widget für das Objekt Plan über die Parameter einzeln angegeben werden, ob Plangruppen und / oder zugeordnete Materialstämme angezeigt werden sollen.

[#9607] Dynamische Layouts zur Laufzeit

Neu ist es möglich anstelle eines definierten Layouts auch ein durch ABAP Code erzeugtes Layout bzw. Widget-Komposition zu laden.

[#9606] Verbesserte Daten Validierung im Formular / Custom View Engine

Die Validierung von Daten in Formularen wurde technisch vereinfacht und optimiert.

[#9602] View Controller unterstützt mehrere Instanzen

Der View Controller unterstützt intern neu mehrere Instanzen, um innerhalb einer AFW Anwendung weitere Views (z.B. als Popup) zu erzeugen. Ausserdem kann der View Controller nun angewiesen werden, die Instanz als Popup zu prozessieren.

[#9593] Prozess/UI Integration

Neu unterstützt das Framework verschiedene Modi, mit denen folgende Integrationsszenarien ermöglicht werden:

Anzeige eines Widgets oder Layouts im Rahmen einer Prozessintegration als Erweiterung eines bestehenden Befehls innerhalb einer Anwendung (temporäre Widgets/Layouts) sowohl als Popup wie auch als Fullscreen Anwendung
Integration in Nicht-AFW Anwendungen im Rahmen einer Prozessintegration als Popup und Fullscreen-Anwendung
UI Integration in bestehende SAP Anwendungen (z.B. als Subscreen)

Das Framework kann aus diesem Grund mit verschiedenen Modi gestartet werden. Es werden verschiedene Schnittstellen bereitgestellt.

[#9581] Verbesserte Navigation

Die Navigation innerhalb von AFW Anwendungen wurde erweitert. Sie basiert neu nicht mehr ausschliesslich auf Objekten sondern berücksichtigt neu auch entsprechende Layoutwechsel. Dies ermöglich auch eine Navigation auf demselben Objekt aber mit unterschiedlichen Layouts.

In diesem Zusammenhang wurden auch die Object Handler erweitert, die neu das Setzen eines Objekts ermöglichen ohne dass das Objekt angezeigt wird (ohne Befehl).