Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.
Child pages (Children Display)

[#12733] Keine Unterstützung der Funktion "Halten" in Suchhilfe

In ProNovia Client Framework (PCF) basierten Anwendungen war es möglich, die Suchhilfe für den Objektschlüssel zu halten. Wird ein Objekt in einer gehaltenen Suchhilfe ausgewählt, dann wir das Objekt übertragen, aber die Suchhilfe wird nicht geschlossen. Es ist weiterhin möglich über die noch offene Suchhilfe ein anderes Objekt auszuwählen.

...

In Anwendungen, die auf ProNovia ProFramework (AFW) basieren steht diese Funktion nicht zu Verfügung. 

Der Grund dafür liegt in der Architektur von ProFramework Anwendungen, da in ProFramework vollständig auf klassische SAP Dynpros verzichtet wird. Die Funktion "Halten" steht aber nur auf klassischen SAP Dynpros zu Verfügung. Klassische Dynpros sind im Zusammenspiel mit den modernen Controls (Bäume, Tabellen, usw.) sehr limitiert. Es ist nicht möglich in einem dynamisch aufgeteilten Bildschirm klassische Dynpros an einer beliebigen Position darzustellen. Weiter ist es nicht möglich mehrere Dynpros in einer dynamisch aufgeteilten Anwendung anzuzeigen.

Im ProNovia Client Framework war die Verwendung eines klassischen SAP Dynpros möglich, da die Darstellung vollständig statisch war. Der Navigationsbereich war fix oben positioniert und es konnten lediglich die darunterliegenden (ebenfalls statisch positionierten Reiter) dynamisch konfiguriert werden. Innerhalb der einzelnen Reiter war es zwar möglich ein Formular darzustellen, aber nur so lange der Reiter nicht nochmals aufgeteilt wurde.

Kunden, die diese Funktion genutzt hatten wird empfohlen stattdessen mit dem Widget "Objektauswahl" zu arbeiten. 

[#11309] Anwendungen werden asynchron gestartet, Datei sofort wieder eingecheckt

Standardmässig erfolgt die Originalbearbeitung innerhalb von AFW Anwendungen synchron, d.h. die entsprechende Windows Anwendung wird gestartet, die AFW Anwendung eingefroren und nach Beendung der Bearbeitung bzw. dem Schliessen der Windows Anwendung wird das Original sofort wieder eingecheckt.

Dies setzt jedoch voraus, dass die zu startende Anwendung auch synchron gestartet werden kann. Einige Anwendungen starten jedoch intern einen weiteren Windows Prozess und beenden den von SAP gestarteten Prozess. Aus Sicht von SAP ist der Prozess und somit auch die Anwendung beendet, auch wenn diese tatsächlich in einem anderen Windows Prozess noch geöffnet ist. 

Dies führt dazu, dass die Verarbeitung in SAP fortgesetzt und somit das Original sofort wieder eingecheckt wird. Unter Umständen läuft die gestartete Anwendung gar auf einen Fehler, weil durch den Checkin die Datei auf dem Client bereits wieder entfernt wurde, bevor die Anwendung vollständig gestartet wurde.

Für dieses Problem existiert keine allgemeine Lösung. Teilweise kann der Anwendungsstart mit einem Windows Prozess über einen konkreten Parameter forciert werden. Ist dies der Fall kann dies nachträglich direkt im ProNovia Produkt implementiert werden. Lässt eine Anwendung jedoch tatsächlich keinen synchronen Start zu, dann muss sichergestellt werden, dass der AFW Befehl zum Bearbeiten eines Originals nicht synchron ausgeführt wird.

Dies kann über eine kundenspezifische Erweiterung mit dem Erweiterungsspot /PCH/CFW_APPLICATION erfolgen. Konkret muss das BAdI /PCH/CFW_CTRL_COMMAND bzw. die Methode /PCH/IF_CFW_CTRL_COMMAND~BEFORE_DO_COMMAND wie folgt implementiert werden:

Code Block
DATA: lo_node TYPE REF TO /pch/cl_cfw_node_doc_original.

IF   iv_command = /pch/cl_cfw_objh_docorig=>c_cmd-checkout_edit
    OR  iv_command = /pch/cl_cfw_objh_docorig=>c_cmd-checkout_edit_as.

TRY.
    lo_node ?= io_frw->mo_ctrl_command->parameter_object_get( /pch/cl_cfw_ctrl_command=>c_cmd_par-node ).

IF lo_node->mv_dappl = 'XXX'. "WS Application
      io_frw->mo_ctrl_command->parameter_set(
        iv_param_id = /pch/cl_cfw_ctrl_command=>c_cmd_par-synchronous
        ia_value = abap_false
      ).
    ENDIF.
  CATCH cx_sy_move_cast_error ##no_handler.
  ENDTRY.

ENDIF.

...

[#11281] Technische Voraussetzungen

Für die Installation von ProNovia Produkten wird SAP Netweaver (NW) 7.0 EhP 2 (7.02) bzw. SAP ERP 6.0 EhP 5 vorausgesetzt. Für den Betrieb von SAP Fiori Apps müssen weitere Voraussetzungen erfüllt sein (siehe unten).

Die Mainstream-Wartung für SAP NW 7.02 wurde bereits per 31.12.2017 abgekündigt. SAP NW bis und mit 7.40 werden per 31.12.2020 abgekündigt. Aus diesem Grund werden ab dem 1.1.2021 SAP Netweaver (NW) 7.50 bzw. SAP ERP 6.0 EhP 8 vorausgesetzt.

SAP Gui (für HTML)

Fehler im SAP Gui führen dazu, dass ProNovia Anwendungen gar nicht oder nicht korrekt ausgeführt werden können. Der Artikel  Bekannte SAP Gui Fehler und deren Auswirkungen auf ProNovia Produkte (#9409, siehe unten) beschreibt uns bekannte Fehler und Probleme des SAP Gui für Windows. Weiter weisen wir darauf hin, dass im Zusammenhang mit hochauflösenden Monitoren, welche eine Windows Skalierung erfordern, bis heute Fehler in der Darstellung auftreten können. Beachten Sie hierzu den Artikel Fehlerhafte Darstellung bei eingeschalteter Windows Skalierung. Es wird dringend empfohlen, ein möglichst aktuelles SAP Gui zu verwenden.

Für das SAP Gui für HTML existieren verschiedene Einschränkungen, die dazu führen, dass ProNovia Anwendungen gar nicht oder nur mit eingeschränktem Funktionsumfang betrieben werden können. Betroffen davon sind insbesondere folgende Anwendungen und Funktionen:

  • Auf ProNovia ProFramework basierende Produkte, die eine Datenbearbeitung mittels Formularen zulassen, funktionieren bis und mit AFW 2 nicht. Mit AFW 3 können Formular verwendet werden. Vorraussetzung für die Verwendung von Formularen ist SAP NetWeaver AS ABAP 7.40 Supportpackage 5.

  • Produkte, die mit dem Dateisystem interoperieren (DVS Originale) funktionieren nur mit eingeschränkter Funktionalität.

    • Datei down-/upload wird nur über den SAP GUI für HTML Dateibrowser unterstützt.

    • Das direkte Editieren von Originalen (sowohl intern als auch extern) wird nicht unterstützt.

    • Die interne und externe Anzeige von Originalen beschränkt sich auf Formate, welche im Clientbrowser unterstützt werden (in der Regel Bilder und PDF Dokumente).

    • Diverse Funktionen welche mit Programmen auf dem Client interagieren (bspw Datei senden) werden nicht unterstützt.

    • Drag & Drop von Dateien wird nicht unterstützt.

  • Es gibt weitere, teils gravierende Einschränkungen, die in den Einschränkungen zum SAP Gui beschrieben sind (Siehe oben).

ProNovia hat weder einen Einfluss auf SAP Gui Fehler noch auf Fehler und Einschränkungen im SAP Gui für HTML.

Web Dynpro

SAP Web Dynpro für ABAP wird nicht unterstützt.

SAP Fiori

Für die Frontend-Komponenten werden im Minimum der SAP FIORI FRONT-END SERVER (FES) 4.0 benötigt. Die Informationen zum FES 4.0 sind im Hinweis 2484979 beschrieben. Daraus geht hervor, dass im Minimum SAP NW 7.40 (SPS17), SAP NW 7.50 (SPS08) oder SAP NW 7.51 (SPS03) benötigt werden. Ab dem 1.1.2021 wird nur noch der FES 6.0 unterstützt, der bis zum 31.12.2027 offiziell unterstützt wird. Die jeweils notwendige SAPUI5 Version ist von der jeweiligen Fiori App abhängig.

...

[#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".

[#10016] Falsche SEAL Stempel bei Originalaktionen

Beim Lesen von Originalinhalten wird unter Umständen eine SEAL Bestempelung durchgeführt, obwohl diese nicht gewünscht ist. Aktuell werden die SEAL Stempeleinstellungen für Originalaktionen mit dem Original Business Objekt immer im Kontext "BAPI" gelesen. Dieser Kontext ist jedoch grundsätzlich für klassische BAPI-Szenarien vorgesehen. Das Original Business Objekt kann aber sowohl im Hintergrund (klassischer BAPI Fall) wie auch direkt mit UI Integration (z.B. in einer AFW Anwendung) verwendet werden. Beim Lesen von Originaldaten kann deshalb neu der korrekte Kontext optional übergeben werden.

Da das Business Objekt grundsätzlich keine Frontend Funktionalität implementiert, müssen Aktionen wie "Anzeigen", "Drucken", "Kopieren nach", usw. durch entsprechende Anwendungen selber implementiert werden. Da die eigentliche Zielaktion nicht bekannt ist, wird aktuell für die Stempel immer die Aktion "VIEW" angenommen, was nicht in jedem Fall korrekt ist. Aus diesem Grund kann neu beim Lesen der Originalinhalte der beabsichtigte Modus für die SEAL Stempel übergeben werden.

Kunden die heute Stempel in AFW Anwendungen nutzen, sollten beachten, dass AFW Komponenten neu die Stempel im Kontext "SAPGUI" und auch die korrekten Aktionen (z.B. "COPYAS") anwenden. Das Verhalten entspricht somit exakt dem Verhalten in den SAP DVS Standardtransaktionen. Separates Customizing für den Kontext "BAPI" wird nicht mehr benötigt für AFW Anwendungen.

[#9409] Bekannte SAP Gui Fehler und deren Auswirkungen auf ProNovia Produkte

ProNovia Produkte nutzen wenn möglich und sinnvoll die durch SAP und das SAP Gui bereitgestellten Funktionalitäten optimal aus um dem Benutzer ein best mögliches Benutzererlebnis zu gewährleistet.

Leider führen Fehler im SAP Gui zu Einschränkungen in ProNovia Produkten, die sich nur teilweise mittels Workaround umgehen lassen. Die nachfolgende Übersicht zeigt die aktuell bekannten Einschränkungen und die betroffenen SAP Gui Versionen an.

Fehlerhafte Darstellung von Formularen in PCF/AFW Anwendungen

Formulare werden in PCF/AFW Anwendungen mittels HTML erzeugt. Durch einen Fehler wird die Darstellung fälschlicherweise mit der völlig veralteten Technologie des Internet Explorer 7 gerendert, weshalb es zu Darstellungefehler kommen kann.

Betroffene Versionen

SAP GUI 7.30 Patchlevel 6 und älter

Der SAP Hinweis 1833037 beschreibt den Fehler aus technischer Sicht und auch einen Workaround ohne SAP Gui Aktualisierung.

Fehlerhafte Darstellung auf hochauflösenden Monitoren

Auf hochauflösenden Monitoren treten im SAP Gui verschiedene Problem auf. Bitte beachten Sie den separaten KB Artikel 11027.

Keine Drag'n'Drop von externen Dateien

Die von SAP eingeführte Möglichkeit, externe Dateien ins SAP Gui mittels Drag'n'Drop zu übergeben wurde fehlerhaft implementiert. Das Drag'n'Drop von externen Dateien wird deshalb durch ProNovia an den entsprechenden Stellen nur unterstützt, wenn ein SAP Gui installiert ist, indem diese Fehler nicht mehr auftreten.

Betroffene Versionen

SAP GUI 7.30 Patchlevel 14 und älter
SAP GUI 7.40 Patchlevel 3 und älter

Der SAP Hinweis 2174013 beschreibt den Fehler im Detail.

Wertehilfe kann nicht mit Taste "F4" geöffnet werden

In PCF und AFW basierten Anwendungen kann für die Wertehilfe für ein Feld nicht mit der Taste "F4" geöffnet werden. Das Öffnen ist nur möglich mit der Maus oder alternativ durch gleichzeitiges Drücken der Strg- oder Umschalt-Taste.

Betroffene Versionen

SAP GUI 7.40 Patchlevel 12 und älter

Der SAP Hinweis 2419437 beschreibt den Fehler im Detail.

Keine Langtextbearbeitung

Beim Versuch Langtext im SAP zu pflegen erscheint womöglich eine kryptische Fehlermeldung "CSapEditorCtrl::GetObject: Object 15 does not exist". Der Fehler tritt auf, weil SAP die Komponenten zur Langtextbearbeitung Standardmässig aus der SAP Gui Installation entfernt hat.

Betroffene Version

SAP GUI 7.40 Compilation 2 und jünger
SAP GUI 7.40 Compilation 1 Patchlevel 5 und jünger 

Der SAP Hinweis 2192210 beschreibt die Änderungen im Detail und gibt Auskunft darüber wie der Langtexteditor auf einem Installationsserver wieder integriert und auf einer bestehenden SAP Gui Installation nachträglich installiert werden kann.

Schwere Darstellungsfehler mit Windows 10

Mit Windows 10 und SAP Gui 7.40 Patchlevel 11 treten teils schwere Darstellungsfehler auf. Dies führt unter Anderem dazu, dass z.B. Popup Fenster nicht mehr geschlossen werden können. Die exakte Hinweisnummer, welche das Problem behebt konnte nicht identifiziert werden. Offenbar ist das Problem aber mit Patchlevel 12 wieder behoben.

Mit SAP Gui 7.60 Patchlevel 4 treten ebenfalls schwerwiegende Probleme im Zusammenhang mit Popups auf, die dazu führen, dass vereinzelte ProNovia Anwendungen nicht korrekt funktionoieren.

Einschränkungen für SAP Gui für HTML

SAP Gui für HTML gewinnt auf Grund der verschiedenen durch SAP bereitgestellten und verwendeten UI Technologien eine immer grössere Bedeutung, da die neueren SAP UI Technologien auf Web-Standards basieren und folglich in jedem modernen Browser gerendert werden können. Das SAP Gui für HTML besitzt jedoch eine Reihe von Einschränkungen, die dazu führen, dass SAP Gui Transaktionen ab einer gewissen UI Komplexität nicht im SAP Gui für HTML ausgeführt werden können. Insbesondere treten Probleme auf bei der Darstellungen von SAP Enjoy Controls (Bäume, Tabellen) aber auch beim Zugriff auf lokale Ressourcen.

Aufgrund dieser Einschränkungen unterstützen insbesondere ältere ProNovia Produkte SAP Gui für HTML grundsätzlich nicht, obschon davon ausgegangen kann, dass vereinzelte Produkte und Oberflächen auch in SAP Gui für HTML ohne Einschränkungen betrieben werden können. Neuere ProNovia Produkte und Produktversionen, die auf dem ProNovia ProFramework (AFW) basieren, könnten mit AFW 3.0 mit gewissen Einschränkungen in SAP Gui für HTML verwendet werden.

SAP Gui für HTML besitzt aber gegenüber dem SAP Gui für Windows verschiedene Einschränkungen. Diese sind - wenn auch unvollständig - im SAP Hinweis 314568 beschrieben. Weiter beschreibt der Artikel 2658822 die Release Notes der SAP Gui für HTML.

Folgende bekannte Einschränkungen haben einen direkten Einfluss auf ProFramework Anwendungen:

  • Das Kontextmenü im leeren Bereich wird nicht unterstützt

Linker Bereich / Docker / Docking Container: kleinste Grösse nicht mehr änderbar

Wird z.B. im PLG der linke Bereich auf die kleinst mögliche Grösse zusammengeschoben, kann es vorkommen, dass nachher der Bereich nicht mehr grösser gemacht werden kann.

...

[#9404] Generierung der Metadaten nach Produkte Aktualisierung

Nach dem Aktualisieren des ProNovia Application Frameworks oder darauf basierenden Produkten sollten die Metadaten neu aufgebaut werden um Fehlermeldungen beim Start der Anwendung zu vermeiden.

Die Generierung der Metadaten geschieht entweder über die Transaktion /PCH/CFW_METAGEN oder über das ProNovia Customizing. Mehr Informationen finden Sie im AFW Customizing Handbuch.

Ab AFW 2.1 ist dies nicht mehr notwendig, da die Metadaten beim Import sofort generiert werden.