Anlegen von Content für Portale im Verbund 

Einsatzmöglichkeiten

Dieser IT-Prozess beschreibt die Schritte, mit denen Administratoren in einem NetWeaver-Konsumentenportal Remote-Content in das Portal eingliedern und lokalen Benutzern zuweisen.

SAP NetWeaver Portal bietet Konsumenten verschiedene Möglichkeiten, von Produzenten im Portalverbund bereitgestellten Remote-Content zu verwenden:

Modus der Content-Verwendung	Beschreibung
Remote-Rollenzuordnung	Ein Benutzeradministrator des NetWeaver-Konsumentenportals weist Benutzer direkt den Portalrollen auf dem NetWeaver-Produzentenportal zu. Der Hauptvorteil dieses Verwendungsmodus besteht darin, dass auf Konsumentenseite der Aufwand für Content Management, -Pflege und Konfiguration minimal gehalten wird, da die gesamte Rollenstruktur einzig vom Produzenten definiert und konfiguriert wird. Für die Remote-Rollenzuordnung genügt ein Benutzeradministrator.
Remote-Deltalink*	Ein Content-Administrator auf dem NetWeaver-Konsumentenportal kopiert Remote-Content (iViews, Seiten, Worksets und Rollen) als Deltalinks aus einem NetWeaver-Produzentenportal zum Konsumenten und passt diesen lokal an. Der Hauptvorteil dieses Modus ist, dass der kopierte Content je nach Bedarf des Konsumenten lokal angepasst werden kann, während unveränderter Content regelmäßig mit dem Quell-Content auf dem Produzenten synchronisiert wird. Bitte berücksichtigen Sie, dass das Standard-Deltalinkverhalten von Objekten in einer Umgebung mit nur einem Portal auch für Remote-Deltalink-Objekte gilt.
WSRP Application Sharing	Ein Content-Administrator auf dem NetWeaver-Konsumentenportal integriert remote-WSRP-Portlets bzw. -iViews, die von einem Nicht-SAP-Produzentenportal bereitgestellt werden, als Standard-iViews in das Konsumentenportal. Der Hauptvorteil dieses Modus besteht darin, dass er Portlet-Interoperabilität zwischen diversen WSRP-kompatiblen Anbietern ermöglicht.

Die verwendete Methode hängt von vielen Faktoren ab, wie vom Anbieter des Produzentenportals, von der Art des Remote-Content und davon, was der Konsument mit dem Content vorhat.

Verwendung des Prozesses

Dieser Prozess ist Teil folgender IT-Szenarios:

IT-Szenario	Szenariovariante
Running an Enterprise Portal	Implementierung eines Portals im Verbund

Voraussetzungen

●      Produzent und Konsument haben ihre Portale konfiguriert (siehe Konfiguration des Portals im Verbundsa).

●      Sie sind am Portal als Administrator angemeldet. Der unten beschriebene Workflow definiert, welche Administratorrolle für jeden Schritt maßgeblich ist.

●      Sie verfügen über die Portalberechtigungen, die zur Bearbeitung der entsprechenden Portalobjekte erforderlich sind.

Ablauf

Der folgende Prozessablauf bezieht sich auf die Beziehung von einem Produzenten zu einem Konsumenten. Für jede weitere Produzenten-Konsumenten-Beziehung wiederholen Sie diese Schritte.

...

       1.      Basierend auf dem von Ihnen gewünschten Content-Verwendungsmodus ist eine der folgenden Aktivitäten auszuführen:

                            a.      Der Benutzeradministrator ordnet Benutzer Remote-Rollen zu, die sich auf einem Produzentenportal befinden.

                            b.      Der Content-Administrator kopiert Remote-NetWeaver-Content von einem Produzenten-Portal und legt Deltalink-Objekte auf dem Konsumenten-Portal an.

                            c.      Der Content-Administrator wählt Remote-Portlets (aus einem Nicht-SAP-Produzenten-Portal) oder iViews (aus einem NetWeaver-Produzenten-Portal) und legt Proxy-to-Portlet-iViews auf dem Konsumenten-Portal an.

       2.      Die Benutzer und Content-Administratoren des Konsumentenportals konfigurieren den lokalen Content. Die durchgeführten Schritte hängen vom verwendeten Content-Verwendungsmodus ab:

Remote-Rollenzuordnung	Es müssen keine weiteren Schritte im Konsumentenportal ausgeführt werden. Die Benutzer können die ihnen zugewiesenen Rollen verwenden.
Remote-Deltalink*	...        1.      Der Content-Administrator passt ggf. die kopierten Objekte an.        2.      Der Content-Administrator weist den Content lokalen Rollen zu. (Dies ist nur erforderlich, wenn keine Rollenstrukturen mitkopiert wurden.)        3.      Der Benutzeradministrator weist den Benutzern die entsprechenden kopierten oder selbst angelegten Rollen zu.
WSRP Application Sharing	...        1.      Der Content-Administrator ordnet die Proxy-to-Portlet-iViews Seiten, Worksets oder Rollen zu.        2.      Der Benutzeradministrator ordnet Benutzern lokale Rollen zu.

Beachten Sie, dass lokaler Content auch direkt auf dem Konsumentenportal erstellt und entwickelt werden kann (weitere Informationen finden Sie unter Anlegen des Portal-Content in der Szenariovariante Bereitstellung eines einheitlichen Zugriffs auf den Content).

Um Anwendungen und Content für das Portal zu entwickeln, ist die Verwendungsart Developer Infrastructure (DI) erforderlich.

Ergebnis

Der Konsument hat auf der Basis von Remote-Content auf einem Produzentenportal lokalen Content kopiert oder generiert. Je nach Content-Verwendungsmodus passen Administratoren den kopierten Content an die Anforderungen des Konsumenten an; Benutzer werden lokalen Rollen oder Remote-Rollen zugeordnet. Content auf der Basis von Remote-Anwendungen wird mit lokalem Content integriert, falls solcher für das Konsumentenportal angelegt und entwickelt wurde.

Geschäftsbenutzer können sich am Konsumentenportal anmelden und problemlos auf Informationen, Services und Anwendungen zugreifen, die auf Portale eines unternehmensübergreifenden Netzwerks verteilt sind. Siehe Verwendung des Portals im Verbund.

Während Geschäftsbenutzer im Portal ihre täglichen Aufgaben erledigen, können Portaladministratoren die Portale im Verbund verwalten. Weitere Informationen finden Sie unter Verwaltung des Portals im Verbund.