Dieser Blogbeitrag wurde von Nobuko Miwa verfasst, einem Program Manager im Office Solutions Management-Team

HABEN SIE SCHON EINMAL VERSUCHT, ADD-INS FÜR OFFICE ZU VERWALTEN? Wenn Sie ein IT-Spezialist sind, der die Verwendung der Anwendungen verwaltet, möchten Sie möglicherweise auch Add-Ins für Office verwalten. Wenn Sie Endbenutzer am Ausführen nicht genehmigter Add-Ins hindern können, die Probleme oder eine Leistungsbeeinträchtigung verursachen, können Sie die Supportkosten senken. Mit Office 2013 bieten wir ein neues Feature zum Verwalten der Verwendung von Add-Ins an.

Mit dem Telemetriedashboard von Office 2013 können Sie die Verwendung der Add-Ins sowie Leistungsprobleme und sonstige Probleme überwachen. Anhand der erfassten Daten können Sie entscheiden, welche Add-Ins verwaltet werden sollten. In diesem Artikel wird beschrieben, wie Sie Add-Ins für Office mit dem Telemetriedashboard verwalten.

VERWALTEN VON ADD-INS MIT DEM TELEMETRIEDASHBOARD

Zunächst müssen Sie das Telemetriedashboard bereitstellen. Weitere Informationen hierzu finden Sie in diesem TechNet-Artikel.

 Nachdem Sie das Telemetriedashboard erfolgreich eingerichtet haben, zeigen Sie das Arbeitsblatt Lösungen (Solutions) im Telemetriedashboard an. In diesem Arbeitsblatt gibt es wie im folgenden Screenshot dargestellt in der oberen rechten Ecke den Link Add-In-Verwaltungsmodus (Add-in management mode). Klicken Sie auf diesen Link, um das Arbeitsblatt Add-In-Verwaltung (Add-in management) anzuzeigen.

Im Arbeitsblatt Add-In-Verwaltung (Add-in management) können Sie festlegen, für welche Add-Ins die Verwendung, die Ladezeit und erkannte Probleme kontrolliert werden sollen. Nachdem Sie die zu kontrollierenden Add-Ins ausgewählt haben, sollten Sie die Anweisungen auf rechten Seite des Bildschirms befolgen, um ein Windows PowerShell-Skript zum Anwenden dieser Einstellungen zu erstellen. Im folgenden Screenshot ist das Arbeitsblatt Add-In-Verwaltung (Add-in management) im Telemetriedashboard dargestellt.

Folgendes sollten Sie beachten:

• Sie benötigen die Berechtigung zum Erstellen eines Gruppenrichtlinienobjekts (Group Policy Object, GPO) und zum Verknüpfen mit einer Organisationseinheit (Organizational Unit, OU) (z. B. mit einem Active Directory-Container).
• Falls die Verwaltung eines Add-Ins nicht unterstützt wird, ist es ausgegraut.

In den folgenden Anwendungen können Add-Ins verwaltet werden: Excel, Word, Outlook, PowerPoint, Project, Publisher, Visio, OneNote, Access, InfoPath.

Die folgenden Add-In-Typen werden unterstützt:

Die folgenden Optionen können Sie zum Verwalten der einzelnen Add-Ins auswählen:

• Blockiert (Blocked): Das Add-In ist blockiert und kann nicht vom Endbenutzer verwaltet werden.
• Immer aktiviert (Always enabled): Das Add-In ist immer aktiviert und kann nicht vom Endbenutzer verwaltet werden.
• Zulassen (Allow): Das Add-In ist zulässig und KANN vom Endbenutzer verwaltet werden.

Eine restriktivere Methode zum Verwalten von Add-Ins ist das Blockieren aller nicht verwalteten Add-Ins mit den administrativen Vorlagendateien für Office 2013 (ADMX) und das anschließende Zulassen nur der angegebenen Add-Ins mithilfe der oben beschriebenen Option Zulassen (Allow). Für jede unterstützte Office 2013-Anwendung gibt es spezielle Einstellungen für die Add-In-Verwaltung. Sie befinden sich in den folgenden Pfaden:

• Benutzerkonfiguration/Administrative Vorlagen/Office 2013-Anwendungsname/Verschiedenes/Liste der verwalteten Add-Ins
• Benutzerkonfiguration/Administrative Vorlagen/Office 2013-Anwendungsname/Verschiedenes/Alle nicht verwalteten Add-Ins blockieren

Nachdem Sie das Windows PowerShell-Skript im Arbeitsblatt Add-In-Verwaltungsmodus (Add-in management mode) generiert haben, können Sie das Skript im Active Directory-Modul für Windows PowerShell ausführen. Geben Sie wie im folgenden Screenshot dargestellt in der Konsole den Namen des Gruppenrichtlinienobjekts an, auf das die Einstellungen angewendet werden sollen:

Nun können Sie das erstellte Gruppenrichtlinienobjekt mit einer beliebigen Organisationseinheit verknüpfen.

ANZEIGEN DER VERWALTUNGSWEISE VON ADD-INS FÜR OFFICE

Lassen Sie uns überprüfen, wie Sie die Add-Ins in Ihrem Office-Client verwalten. Öffnen Sie wie folgt das Dialogfeld COM-Add-Ins (COM Add-Ins) auf Ihren Office-Clientcomputern:

1. Klicken Sie auf Datei (File) und dann auf Optionen (Options).
2. Wählen Sie im Dialogfeld Anwendung-Optionen (Application Options) die Option Add-Ins aus.
3. Wählen Sie in der Dropdownliste Verwalten (Manage) die Option COM-Add-Ins (COM Add-ins) aus, und klicken Sie dann auf Gehe zu (Go).

Wie Sie sehen sind die Add-Ins deaktiviert und werden vom Administrator kontrolliert. Die Endbenutzer können die Add-Ins nicht erneut auf ihren Computern aktivieren. Dies ist im folgenden Screenshot veranschaulicht:

Wenn noch keine Gruppenrichtlinien angewendet sind, können Sie den folgenden Befehl an der Eingabeaufforderung ausführen, um den Aktualisierungsvorgang auszulösen:

gpupdate /force

Nobuko

Es handelt sich hierbei um einen übersetzten Blogbeitrag. Sie finden den Originalartikel unter Let's manage add-ins using Telemetry Dashboard.

Wir haben ein neues Visio-Poster und einen neuen Artikel zur Kompatibilität und Telemetrie in Office 2013 veröffentlicht. Beides sind geeignete Ausgangspunkte für IT-Spezialisten, die sich einen Überblick verschaffen möchten, ohne sich allzu sehr mit Details zu befassen.

Das Visio-Poster (auch verfügbar im PDF- und Zoom-it-Format) beschreibt die Funktionsweise der Telemetrie in Office 2013. Sie erhalten Informationen zu den Telemetriekomponenten, den überwachten Datei- und Lösungstypen, dem Überwachungsprozess usw.

Im neuen Leitfaden zur Office 2013-Anwendungskompatibilität werden der moderne Office-Kompatibilitätsprozess und die Unterstützung dieses Prozesses durch die Office-Telemetrie beschrieben. Hier finden Sie Informationen zu Themen wie z. B. Erkennung und Inventar, der Bedeutung der Verwendung von Unternehmensgruppen sowie der Durchführung von Benutzerakzeptanztests mithilfe von Klick-und-Los.

Wie immer freuen wir uns über Ihr Feedback und möchten Sie auffordern, wöchentlich nach neuen und aktualisierten Inhalten zu suchen.

Jill

Es handelt sich hierbei um einen übersetzten Blogbeitrag. Sie finden den Originalartikel unter New Office 2013 compatibility and telemetry content for IT Pros in the Office Resource Kit.

Dieser Blogbeitrag wurde von Junko Kyomasu verfasst, einem Program Manager im Office Solutions Management-Team 

Das Office-Telemetriedashboard ist ein neues, leistungsfähiges Tool zum Verwalten von Office-Dokumenten und -Add-Ins in Ihrer Organisation. Mit diesem Tool wird der Upgradevorgang von Ihrer vorhandenen Office-Version auf Office 2013 vereinfacht. Wir freuen uns, dass viele Benutzer die Telemetriefeatures mit Office 2013 getestet haben. Einige Benutzer haben uns jedoch mitgeteilt, dass sie die Dashboardkomponenten in einer Arbeitsgruppenumgebung testen möchten, was bisher nicht unterstützt wurde. Das Konfigurieren der Registrierung, sodass sofortige Datenberichte ermöglicht werden, kann sich außerdem als tückisch erweisen.

Um Ihre Auswertung zu vereinfachen und zu beschleunigen, haben wir das Windows PowerShell-Skript Deploy-TelemetryDashboard.ps1 bereitgestellt, mit dem alle Telemetriekomponenten in einem Schritt eingerichtet werden! Dieses Skript können Sie ausführen, um die Komponenten auf einem einzelnen Arbeitsgruppencomputer oder einem in eine Domäne eingebundenen Computer zu installieren. Darüber hinaus wird mit diesem Skript der integrierte Telemetrie-Agent aktiviert, um sofort mit dem Erstellen von Berichten zu Telemetriedaten zu beginnen. Dieses Skript ist die einzige Methode, um die Dashboardkomponenten in einer Arbeitsgruppe zu konfigurieren.

Für Produktionsumgebungen mit Hunderten oder Tausenden von Clientcomputern können Sie jede Komponente wie unter Bereitstellen des Office-Telemetriedashboards beschrieben schrittweise bereitstellen.

Ausführen von „Deploy-TelemetryDashboard.ps1“

Laden Sie Deploy-TelemetryDashboard.ps1 und TDDB.bak aus der TechNet Gallery herunter, und führen Sie Deploy-TelemetyDashboard.ps1 auf Ihrem Computer mit installiertem Office 2013 aus.

Das ist schon alles!

Mit dem Skript können Sie das Telemetriedashboard auf Ihrem Computer konfigurieren, und es werden sofort Telemetriedaten im Dashboard angezeigt.

Funktionsweise von „Deploy-TelemetryDashboard.ps1“

Mit diesem Skript werden alle erforderlichen Komponenten für die Verwendung des Telemetriedashboards eingerichtet. Sie müssen das Skript auf einem Computer ausführen, auf dem die Versionen Office Professional Plus 2013 oder Office 365 ProPlus von Office 2013 installiert sind.

Mit diesem Skript werden die folgenden Aufgaben ausgeführt: 

1. Erstellen von zwei lokalen Gruppen (nur Arbeitsgruppe): Für den sicheren Zugriff auf den freigegebenen Ordner und die freigegebene Datenbank werden mit dem Skript zwei lokale Gruppen auf einem Computer erstellt, und der aktuell angemeldete Benutzer wird den Gruppen hinzugefügt. Dabei handelt es sich um die folgenden Gruppen:

TDAgent – lokale Gruppe mit Zugriff auf den freigegebenen Ordner

TDDatabase – lokale Gruppe mit Zugriff auf die Datenbank

2. Erstellen eines neuen freigegebenen Ordners: Der Speicherort, in den Office-Clientcomputer Telemetriedaten hochladen.

TDShared – lokaler Ordner, der auf dem Systemlaufwerk erstellt wird (z. B. C:\TDShared)

3. Installieren des Office-Telemetrieprozessordiensts: Von diesem Dienst werden Daten verarbeitet, die vom Clientcomputer hochgeladen werden, und in der Datenbank eingefügt.

*4. Wiederherstellen der Telemetriedatenbank (nur Arbeitsgruppe): Mit dem Skript wird eine leere Datenbank wiederhergestellt.

*Hinweis: Für einen in eine Domäne eingebundenen Computer wird keine leere Datenbank wiederhergestellt, sondern der Einstellungen-Assistent des Office-Telemetrieprozessors gestartet. Mit dem Einstellungen-Assistenten können Sie eine neue Datenbank erstellen.

5. Konfigurieren des Telemetrie-Agents: Der Telemetrie-Agent ist in die Versionen Office Professional Plus 2013 und Office 365 ProPlus von Office 2013 integriert. Mit dem Skript werden Registrierungswerte geschrieben, um dem Agent das Erfassen und Hochladen von Daten zu ermöglichen. Weitere Informationen zu den einzelnen Registrierungswerten finden Sie im Abschnitt zum Office-Telemetrie-Agent.

6. Ausführen des Agent-Vorgangs: Der Telemetrie-Agent wird von dem geplanten Vorgang ausgelöst. Der Agent-Vorgang (Microsoft\Office\OfficeTelemetryAgentLogOn) wird vom Skript manuell ausgeführt, sodass der Agent Telemetriedaten erfasst und in den freigegebenen Ordner hochlädt.

7. Starten des Telemetriedashboards: Nachdem alle Einstellungen erfolgreich bereitgestellt wurden und die Telemetriedaten vom Agent hochgeladen wurden, wird das Telemetriedashboard vom Skript gestartet.

8. Exportieren von Registrierungseinstellungen für den Agent: Sie können Registrierungseinstellungen für den Agent exportieren, um dieselben Einstellungen an andere Office-Clientcomputer zu übertragen, auf denen der Telemetrie-Agent verwendet wird.

Wir hoffen, dass Sie mit diesem Windows PowerShell-Skript Office-Telemetriefeatures problemlos einrichten können, damit Sie die erforderlichen Telemetriedaten abrufen können, um ohne Angst auf Office 2013 zu upgraden und die vielen großartigen Features von Office 2013 nutzen zu können.

Wie freuen uns über Ihre Fragen oder Kommentare zu diesem Skript. Verfassen Sie in diesem Fall bitte Kommentare zu diesem Blogbeitrag oder auf der Registerkarte F&A in der TechNet Gallery.

Es handelt sich hierbei um einen übersetzten Blogbeitrag. Sie finden den Originalartikel unter Quickly set up Office Telemetry Dashboard on a workgroup or domain-joined computer.

Inzwischen haben Sie vielleicht schon von dem neuen XML-basierten Dateiformat VSDX in Visio 2013 gehört. Mit VSDX werden neue Funktionen in Visio bereitgestellt, wie z. B. gemeinsame Dokumenterstellung, und außerdem wird die Interoperabilität mit anderen Anwendungen verbessert. Falls Sie noch nicht damit vertraut sind, gibt es dazu im Visio-Blogbeitrag VSDX: the new Visio file format interessante Informationen. Ausführlichere technische Informationen zum VSDX-Format finden Sie unter Einführung in das Visio 2013-Dateiformat (VSDX) und Vorgehensweise: Programmgesteuerte Bearbeitung des Visio 2013-Dateiformats auf MSDN.

Unsere IT-Spezialisten werden sich wahrscheinlich an die Herausforderungen beim Migrieren des Binärdateiformats von Office 2003 zum OpenXML-Dateiformat in Office 2007 und höheren Versionen erinnern. Bei Visio 2013 gibt es ähnliche Herausforderungen, aber ich denke Sie werden mir zustimmen, dass die Migration die Mühe lohnt. Dieses neue VSDX-Format bietet viele Vorteile, wie z. B. kleinere Dateigrößen, verbesserte Datenwiederherstellung und einfachere Interoperabilität.

Neue Dateitypen in Visio 2013

In Visio gibt es drei Hauptdateitypen: Zeichnungen, Vorlagen und Schablonen. Diese Dateitypen sind auch im neuen Format verfügbar, jedoch mit einem Unterschied: wie bei den anderen Office-Anwendungen gibt es nun Formate mit und ohne Makros. Die neuen Dateierweiterungen für die verschiedenen Dateitypen sind in der folgenden Tabelle aufgeführt.

Kompatibilitätsfeatures in Visio 2013

In Visio 2013 gibt es die folgenden Kompatibilitätsfeatures für die Umstellung der Benutzer vom alten auf das neue Format:

• Kompatibilitätsmodus für das Öffnen von VSD-Zeichnungen in Visio 2013
• Eine Konvertierungsschaltfläche zum Konvertieren von VSD-Zeichnungen in das VSDX-Format
• Die Kompatibilitätsprüfung zum Speichern von neuen Zeichnungen im alten VSD-Format

Weitere Informationen zu den neuen Kompatibilitätsfeatures finden Sie in den folgenden Artikeln auf Office.com:

• Kompatibilität zwischen verschiedenen Versionen von Visio
• Speichern einer Visio-Datei im Format einer früheren Version

Festlegen des Standarddateityps in Visio 2013 mithilfe der Gruppenrichtlinien

Visio 2013 speichert Dateien standardmäßig im VSDX-Format. Dies ist kein Problem, wenn alle Benutzer Visio 2013 verwenden. Wenn allerdings manche Benutzer weiterhin ältere Versionen von Visio verwenden, können Sie mithilfe der Gruppenrichtlinien in Visio 2013 „VSD“ als Standarddateityp festlegen. Die Gruppenrichtlinieneinstellung Visio-Dateien speichern unter (Save Visio files as) ist in den administrativen Vorlagendateien für Office 2013 (ADMX/ADML) und im Office-Anpassungstool verfügbar. Diese Einstellungen finden Sie unter Benutzerkonfiguration\Administrative Vorlagen\Microsoft Visio 2013\Visio-Optionen\Speichern\Dokumente speichern.

Die folgenden Dateiformate können Sie als Standarddateityp für Visio 2013 festlegen:

• Visio-Dokument (Visio Document): VSDX-Format (dies ist das Standardformat)
• Visio-Dokument mit Makros (Visio Macro-Enabled Document): VSDM-Format
• Visio 2003-2013-Dokument (Visio 2003-2013 Document): VSD-Format

Wie immer freuen wir uns über Ihre Kommentare, falls Sie Vorschläge für IT Pro-Inhalte für Visio 2013 haben.

--Jill

Es handelt sich hierbei um einen übersetzten Blogbeitrag. Sie finden den Originalartikel unter What IT Pros need to know about the new VSDX file format in Visio 2013.

Dieser Beitrag wurde von David Matsumoto verfasst, einem Program Manager im Office Solutions Management-Team

 In den letzten Blogbeiträgen haben wir uns mit den neuen Office-Telemetriefeatures in Office 2013 befasst. Möglicherweise haben Sie ein paar Blogbeiträge gelesen, in denen das Telemetriedashboard ausführlicher behandelt wurde, und Sie hatten hoffentlich Gelegenheit, das Telemetriedashboard zu verwenden.

In diesem Blogbeitrag werden wir uns mit dem Telemetrieprotokoll für Office 2013 befassen, das zusammen mit dem Telemetriedashboard installiert wird. Wir werden den Zweck des Telemetrieprotokolls sowie dessen optimale Nutzung beschreiben. Fangen wir also an!

Verwendungszweck des Telemetrieprotokolls

Mit dem Telemetrieprotokoll können Endbenutzer Kompatibilitätsprobleme erkennen, die bei bestimmten Office 2013-Anwendungen* auf dem lokalen Clientcomputer auftreten. Während das Telemetriedashboard für IT-Spezialisten gedacht ist, um Verwendungs- und Telemetrieinformationen in der gesamten Organisation zu erfassen und in einer einzigen Ansicht darzustellen, werden mit dem Telemetrieprotokoll dieselben Informationen pro Benutzer auf dem Computer des Benutzers angezeigt.

Nach der Aktivierung der Telemetrieprotokollierung wird jedes Mal, wenn der Benutzer eine Datei oder Lösung in Office 2013 öffnet oder schließt, ein Ereignis in einem lokalen Datenspeicher auf dem Clientcomputer protokolliert. Aufgetretene Fehler (auch solche, die nicht offensichtlich sind) werden im lokalen Datenspeicher zusammen mit den Benutzer- und Computerinformationen protokolliert. Fehler werden nach Möglichkeit bekannten Kompatibilitätsproblemen zugeordnet, die im Telemetrieprotokoll angezeigt werden können.

*Eine Aufstellung der Office-Dateien und -Lösungen, die im Telemetrieprotokoll nachverfolgt werden, finden Sie in Tabelle 1 unter So funktioniert Telemetrieprotokoll.

Erste Schritte

Wenn Sie Office 2013 unter Windows 8 installiert haben, wischen Sie einfach nach oben, um die App-Leiste anzuzeigen, wählen Sie Alle Apps aus, und wählen Sie dann Telemetrieprotokoll für Office 2013 aus. (Für Installationen unter Windows 7 wählen Sie Alle Programme aus. Erweitern Sie dann in der Liste mit den Programmen Microsoft Office 2013, erweitern Sie Office 2013-Tools, und wählen Sie dann Telemetrieprotokoll für Office 2013 aus.)

Wenn Sie das Telemetrieprotokoll starten, wird eine neue Arbeitsmappe in Excel 2013 geöffnet. Die Arbeitsmappe enthält die drei Arbeitsblätter Ereignisse (Events), Systeminfo (System Info) und Anleitung (Guide).

Klicken Sie auf das Arbeitsblatt Anleitung (Guide), und klicken Sie dann auf die grüne Schaltfläche zum Aktivieren der Protokollierung:

Damit sind Sie fertig! Wenn Sie ein Dokument oder eine Lösung in Office 2013 öffnen, wird es bzw. sie sofort im Telemetrieprotokoll nachverfolgt. Öffnen und schließen Sie doch einmal ein Dokument, oder laden Sie eine Lösung. Navigieren Sie dann zurück zum Arbeitsblatt Ereignisse (Events), und klicken Sie auf die Schaltfläche zum Aktualisieren  oben rechts im Kopfzeilenbereich. Es werden Zeilen für die Ereignisse angezeigt, die beim Öffnen oder Schließen dieses Dokuments oder dieser Lösung aufgetreten sind. Sie können dies anhand mehrerer Spalten im Arbeitsblatt Ereignisse (Events) überprüfen. (Siehe das Beispiel in Abbildung 1 unten.)

Beispielsweise wird im Arbeitsblatt Ereignisse (Events) Folgendes angezeigt:

• Das Datum und die Uhrzeit, wann die Datei geladen wurde
• Der Dateiname
• Die Anwendung (z. B. Word, Excel, PowerPoint usw.), die gestartet wurde
• Der Speicherort, in dem die Datei geladen wurde

Abbildung 1: Telemetrieprotokoll (Ereignisansicht)

Wenn Sie überprüfen möchten, ob die Telemetrieprotokollierung auf Ihrem Computer aktiviert ist, können Sie auch auf das Arbeitsblatt Systeminfo (System Info) klicken und prüfen, ob die Telemetrieprotokollierung aktiviert ist.

Hinweis: Wenn ein Clientcomputer in einer verwalteten Umgebung ausgeführt wird, hat der IT-Administrator für Ihren Computer möglicherweise bereits die Telemetrieprotokollierung aktiviert, damit Daten in die Datenbank hochgeladen und im Telemetriedashboard angezeigt werden können.

Optimale Nutzung des Telemetrieprotokolls

Das Telemetrieprotokoll ist besonders für erfahrene Benutzer und Tester hilfreich, die Probleme bei Dokumenten oder Lösungen analysieren und die geeigneten Schritte zum Beheben der Probleme ermitteln möchten.

Im folgenden Beispiel wird die Problembehandlung bei Dokumenten (oder Lösungen) mithilfe des Telemetrieprotokolls veranschaulicht:

1. Ein Tester hat ein paar Dokumente geladen (z. B. CalendarControl_report.xls, ConfidentialityAgreement_template.docx) und versucht, die fehlerhaften Steuerelemente (oder Makros usw.) auszuführen. (Beachten Sie, dass die Steuerelemente tatsächlich ausgeführt werden müssen, um Probleme auszulösen, damit diese dann im Telemetrieprotokoll aufgezeichnet werden können.)

2. Ein Tester startet das Telemetrieprotokoll und sucht im Arbeitsblatt Ereignisse (Events) nach den verwendeten Dokumenten. Der Tester stellt fest, dass für diese Dateien ein Fehler und eine Warnung sowie eine entsprechende Erläuterung für die Ursache des Problems generiert werden. (Siehe das in Abbildung 2 hervorgehobene Beispiel.)

Abbildung 2: Telemetrieprotokoll – Beispiel für die Ereignisansicht mit Dokumentfehler/Warnung und Erläuterung

3. Der Tester klickt in der Spalte Weitere Informationen (More Info) auf den Link für das untersuchte Problem (in diesem Fall das Dokument ConfidentialityAgreement_template.docx). Es werden ausführlichere Informationen von MSDN angezeigt, für die er einen weiteren Drilldown ausführen und hilfreiche Informationen anzeigen kann, damit dieser Entwickler das Problem beheben kann. (Siehe das in Abbildung 3 hervorgehobene Beispiel.)

Abbildung 3: Drilldown für weitere Informationen auf MSDN

4. Nachdem ein Entwickler das Problem behoben hat, öffnet der Tester eine aktualisierte Kopie der Datei und stellt fest, ob keine neuen Probleme im Telemetrieprotokoll aufgezeichnet werden.

Zusammenfassung

In diesem Blogbeitrag wurden der Verwendungszweck des Telemetrieprotokolls und die ersten Schritte damit behandelt. Darüber hinaus wurde erläutert, wie Endbenutzer, insbesondere Entwickler und Tester, das Telemetrieprotokoll optimal nutzen können.

Zusätzliche Ressourcen
Office Developer Center

Referenzhandbuch für die Verwendung des Telemetrieprotokolls

Kompatibilitätsprobleme in Office 2013

Es handelt sich hierbei um einen übersetzten Blogbeitrag. Sie finden den Originalartikel unter Introducing Telemetry Log in Office 2013.

Dieser Beitrag wurde von Nick Simons verfasst, einem Senior Program Manager für Office Web Apps.

Im Sommer 2010 stellten wir Ihnen Office Web Apps vor: browserbasierte Versionen von Word, PowerPoint, Excel und OneNote. Diese Produkte wurden als SharePoint-Anwendungssatz zur Verfügung gestellt. Kunden, die Office Web Apps in ihren eigenen Netzwerk bereitstellten, installierten zu diesem Zweck Office Web Apps auf SharePoint-Servern.

Damals schien eine nahtlose SharePoint-Integration die beste Vorgehensweise zu sein. SharePoint kam und kommt auch weiterhin eine wichtige Bedeutung im Zusammenhang mit Office Web Apps zu. Außerdem weist SharePoint ein klar definiertes Modell zum Integrieren von Anwendungen wie die Office Web Apps auf. Als wir jedoch mit der Planung der nächsten Version von Office Web Apps begannen, zeigte sich, dass bestimmte zentrale Ziele mit einer so eng in SharePoint integrierten Architektur nur schwer umzusetzen sein würden.

Wir wollten das Setup und die Kapazitätsplanung vereinfachen und den Partnerverbund für mehrere Serverfarmen ermöglichen. Darüber hinaus wollten wir Anfragen bezüglich der Integration von neuen Partnern wie z. B. Lync berücksichtigen. Schließlich bekamen wir von vielen Kunden zu hören, sowohl auf Office 365 als auch lokal, dass sie sich dieselben Verbesserungen wie unsere SkyDrive-Benutzer wünschen.

Zur Umsetzung dieser Ziele begannen wir von vorn und überlegten uns, wie die Office Web Apps nun und in Zukunft in andere Produkte integriert werden würden. Wir entwickelten ein neues Modell, mit dem Office Web Apps von einer spezifischen Partnertechnologie getrennt wurde. Unser Modell bedeutete letztlich einen relativ geringen Codieraufwand für Dateihosts wie etwa SharePoint, während wir Office Web Apps auf völlig separaten Servern ausführen konnten.

Dieses neue eigenständige Serverprodukt ist Office Web Apps Server.

Uns ist bewusst, dass die Idee eines weiteren Servertyps auf den ersten Blick zusätzliche Komplexität und zusätzlichen Arbeitsaufwand für den Administrator mit sich zu bringen scheint. Das eigenständige Modell bietet jedoch die folgenden Vorteile:

1.  Einfacheres Setup

2.  Upgrade und Wartung sind vollständig von SharePoint getrennt

3.  Mehrere SharePoint-Farmen werden in eine einzelne Office Web Apps Server-Farm integriert

4.  Andere Produkte wie z. B. Exchange oder Lync und Drittanbieterprodukte werden in Office Web Apps integriert

5.  Bereitstellung neuer Features und Verbesserungen für unsere webbasierten und lokalen Kunden praktisch zum selben Zeitpunkt

Beim Vergleich vorheriger Office Web Apps-Bereitstellungen in SharePoint 2010 mit neuen Bereitstellungen mithilfe von Office Web Apps Server zeigen sich die Vorteile.

Mit der vorherigen Version von Office sah eine typische Office Web Apps-Bereitstellung so oder ähnlich aus...

Beachten Sie, dass die vorherige Version von Office Web Apps auf jeder Serverfarm und auf jedem Computer in jeder Serverfarm installiert werden musste. Die Skalierung von Office Web Apps war an die allgemeine SharePoint-Skalierung gebunden. Darüber hinaus musste zum Aktualisieren von Office Web Apps Code auf jedem Computer in allen Ihren SharePoint-Farmen aktualisiert werden.

Mit Office Web Apps Server sieht eine Bereitstellung eher wie folgt aus...

Wie Sie sehen, kann eine einzelne Office Web Apps Server-Farm für mehrere SharePoint 2013-Farmen sowie Lync 2013 und Exchange 2013 (Outlook Web Access) verwendet werden. Darüber hinaus können Sie mit Ihrer Office Web Apps-Farm alle per URL oder UNC zugänglichen Word-, Excel- und PowerPoint-Dateien anzeigen.

Kurze Übersicht über das neue Integrationsmodell

Im Folgenden finden Sie eine Übersicht über die Integration von Office Web Apps in einen Dateihost wie etwa SharePoint. Diese Informationen dienen dem Verständnis der weiter unten beschriebenen Netzwerk- und Sicherheitsanforderungen.

Zunächst ein paar Definitionen:

• Office Web Apps Server – stellt Hosts Office Web Apps-Funktionalität bereit und wird in diesem Artikel behandelt.
• Host – zeigt mithilfe der Dienste von Office Web Apps Server Dateien in einem Webbrowser an. Beispielsweise handelt es sich bei SharePoint Server 2013, Lync Server 2013 und Exchange Server 2013 um Hosts.
• Client – ein Browser oder eine ähnliche Software.

Ein zentraler Bestandteil des neuen Integrationsmodells ist eine neue öffentliche Anwendungsprogrammierschnittstelle (Application Programming Interface, API), die von Office Web Apps für die Kommunikation mit Hosts verwendet wird. Diese API wird als WOPI (Web application Open Platform Interface) bezeichnet. Dateien werden von Office Web Apps Server mithilfe der WOPI-API abgerufen und bearbeitet. Office Web Apps Server wird oft auch als WOPI-App bezeichnet. Hosts müssen die WOPI-Anforderungen von WOPI-Apps verstehen.

WOPI ist eine RESTful-API, die HTTP/HTTPS verwendet. Dies bedeutet, dass unter anderem der gesamte Datenverkehr zwischen Hosts und Office Web Apps Server über standardmäßige HTTP/HTTPS-Ports übermittelt wird. Dies bedeutet auch, dass Office Web Apps Server soweit wie möglich statusfrei ist. Dadurch wird die Anfälligkeit für eine Reihe von Fehlern reduziert, die von Netzwerkausfällen bis hin zum Totalausfall von Hardware reichen kann.

Lassen Sie uns zum besseren Verständnis der Funktionsweise von WOPI ein einfaches Szenario betrachten, bei dem die Benutzerin Sally die in SharePoint gehostete Datei test.docx anzeigt. Und so sieht das Szenario im Einzelnen aus:

1.  Sally navigiert zur Dokumentbibliothek, in der test.docx gespeichert ist.

2.  Sally klickt in der Dokumentbibliothek auf den Dateinamen.

3.  SharePoint navigiert im Browser zu einer speziellen SharePoint-Seite, auf der Anforderungen für Office Web Apps Server (und andere WOPI-Apps) ausgeführt werden können. Diese SharePoint-Seite heißt in diesem Szenario WOPIFrame.aspx.

4.  WOPIFrame.aspx enthält einen iFrame (https://dev.w3.org/html5/spec/the-iframe-element.html), in dem zu einer Seite auf dem Office Web Apps Server navigiert wird. Diese Seite heißt in diesem Szenario WordViewer.aspx. Die HTTP-Anforderung für WordViewer.aspx enthält einige wichtige Informationen:

• Die URL, mit der Office Web Apps Server test.docx abrufen wird. Dies wird als WOPI-Endpunkt bezeichnet.
• Den Namen der Datei. Wir fassen den WOPI-Endpunkt und den Dateinamen zu einem einzigen Parameter zusammen, den wir als WOPI-Quelle bezeichnen.
• Eine Zeichenfolge, die von Office Web Apps an den WOPI-Endpunkt übergeben werden kann und die Anmeldeinformationen von Sally repräsentiert. Diese Zeichenfolge bezeichnen wir als Zugriffstoken.
  Aus Sicherheitsgründen hat Sally mit dem Zugriffstoken nur Zugriff auf eine ganz bestimmte Datei. Falls ein Benutzer mit böswilligen Absichten das Zugriffstoken entwendet, könnte er die Identität von Sally nur im Kontext dieser einzigen Datei annehmen. Das ist natürlich auch schlimm, weshalb dieses Zugriffstoken mit SSL geschützt werden sollte.

5.  Office Web Apps Server verwendet die WOPI-Quelle und das Zugriffstoken zum Abrufen von test.docx von SharePoint.

6.  WordViewer.aspx zeigt test.docx im iFrame in WOPIFrame.aspx an.

In der folgenden Abbildung ist der Datenfluss zwischen Browser, SharePoint und Office Web Apps Server dargestellt...

Einrichten der Office Web Apps Server-Farm

Bei einer Serverfarm kann es sich in diesem Szenario um eine einzelne virtuelle Maschine, die auf einem freigegebenen Server ausgeführt wird, bis hin zu einer Farm mit Dutzenden von Rechenzentrumsservern handeln. Setup und Wartung sind im Prinzip in allen Fällen identisch. Die genauen Voraussetzungen und Schritte zum Erstellen einer Farm sind natürlich im Lieferumfang des Produkts enthalten. Diese Dokumentation soll an dieser Stelle nicht reproduziert werden. Ich werde die Anforderungen grob skizzieren.

Hardware

Zunächst benötigen Sie einige Server. Angenommen, Sie richten eine Farm für 80.000 Benutzer mehrerer SharePoint-Farmen ein. Sie benötigen wahrscheinlich 4 Server mit...

• Windows Server 2008 R2 oder Windows Server 2012 mit allen Voraussetzungen
• 8 Kerne
• 8 GB RAM
• einer Festplatte entsprechender Größe (mind. 60 GB)

Darüber hinaus benötigen Sie ein Lastenausgleichsmodul. Wir bei Microsoft verwenden eine Farmkonfiguration mit 10 Servern, die ein F5 BIG-IP-Hardwarelastenausgleichsmodul gemeinsam mit einer Reihe weiterer Serverprodukte verwendet. Diese Konfiguration funktioniert hervorragend, aber jede geeignete Lastenausgleichslösung erfüllt denselben Zweck. Wir empfehlen jedoch dringend, dass die Lastenausgleichslösung die Affinität unterstützt. Bezüglich der Leistung ist es äußerst hilfreich, wenn alle Anforderungen für eine bestimmte Sitzung vom selben Server verarbeitet werden.

Netzwerk

Ich gehe davon aus, dass Ihre Benutzer Zugriff auf Office Web Apps sowohl vom internen Netzwerk aus als auch über das Internet haben sollen. In diesem Fall müssen Sie internes und externes DNS für Ihre Farm einrichten. Sie könnten aber auch nur externes DNS einrichten und interne DNS-Regeln für interne Anforderungen in Ihrem privaten Netzwerk verwenden. Ich würde jedenfalls so vorgehen.
Sie müssen aber Ihr Netzwerk entsprechend Ihren Anforderungen einrichten. Folgendes muss jedoch erfüllt sein:

• Clients (in der Regel Webbrowser) müssen Anforderungen an die Farm übermitteln können. Hierbei handelt es sich um übliche HTTP/HTTPS-Anforderungen auf Port 80 bzw. 443.
• Server in der Office Web Apps-Farm führen Anforderungen für einen Dienst auf dem Dateihost aus (z. B. SharePoint). Bei diesen Anforderungen handelt es sich ebenfalls um HTTP/HTTPS-Anforderungen auf Port 80 oder 443. Auf diese Weise verarbeiten Office Web Apps-Server die Dateien, die sie rendern oder bearbeiten.
• Dateihosts müssen gelegentlich Informationen direkt von der Office Web Apps Server-Farm über das Lastenausgleichsmodul anfordern. Bei diesen Anforderungen handelt es sich ebenfalls um HTTP/HTTPS-Anforderungen auf Port 80 oder 443.
• Alle Server in der Office Web Apps Server-Farm müssen miteinander über Port 809 kommunizieren. Idealerweise befinden sich diese Server in einem privaten Subnetz, sodass kein anderer Server der Farm beitreten oder Datenverkehr lauschen kann. Andernfalls gibt es integrierte Features in Office Web Apps Server, um eine Farm in einem offeneren Netzwerk zu schützen. Diese Features sollen hier jedoch nicht behandelt werden. Weitere Informationen hierzu finden Sie unter Sicherheitsplanung für Office Web Apps Server Preview.

Sie müssen unbedingt sicherstellen, dass diese Netzwerkrouten ordnungsgemäß eingerichtet sind. Die Office Web Apps sind relativ einfach, sind aber nur funktionsfähig, wenn die Kommunikationskanäle offen sind.

Sicherheit

Wie bereits im vorherigen Abschnitt beschrieben, beinhaltet die Anforderung zum Rendern oder Bearbeiten einer Datei Benutzeranmeldeinformationen in Form eines Zugriffstokens. Dieses Zugriffstoken ist wiederum in allen Anforderungen von Office Web Apps bei Hosts enthalten. Der gesamte Datenverkehr muss mit SSL geschützt werden, außer Sie befinden sich in einem privaten Netzwerk und vertrauen allen Benutzern, die Zugriff auf dieses Netzwerk haben. Selbst in diesem Fall sollten Sie unbedingt SSL verwenden.
Zum Einrichten von SSL müssen Sie Zertifikate erstellen und auf jeden Office Web Apps Server-Computer oder auf das Lastenausgleichsmodul kopieren. Falls Sie SSL auf dem Lastenausgleichsmodul beenden, können Sie spezielle Einstellungen in Office Web Apps Server verwenden, die ich gleich behandeln werde.

Konfiguration von Office Web Apps Server

Nachdem Sie nun über die gesamte Hardware und Netzwerkinfrastruktur verfügen, ist es an der Zeit, Ihre Office Web Apps Server-Farm zu erstellen. Zunächst installieren Sie Office Web Apps Server und die zugehörigen Sprachpakete auf allen Servern. Versuchen Sie nicht, irgendeine andere Software auf den Servern zu installieren. Kein SharePoint. Kein Exchange. Nichts. Verwenden Sie virtuelle Maschinen, falls Sie Hardware gemeinsam nutzen möchten.

Anschließend führen Sie den folgenden Windows PowerShell-Befehl auf dem ersten Server in der Farm aus (wir bezeichnen ihn als Server1). Dabei wird von Folgendem ausgegangen:

• Sie richten nur externes DNS unter der URL https://officewebapps.contoso.com ein. Hierbei kann es sich um eine beliebige URL handeln, die Sie einrichten möchten.
• Sie richten eine Office Web Apps Server-Farm ein, um das Bearbeiten sowie das Anzeigen zu unterstützen.
  Führen Sie diesen Schritt nur aus, wenn Ihre Organisation über die entsprechenden Lizenzen zum Bearbeiten verfügt. Die Lizenzierung soll hier nicht behandelt werden. Ich möchte lediglich darauf hinweisen, dass das Anzeigen in Office Web Apps im Gegensatz zum Bearbeiten kostenlos ist. Weitere Informationen finden Sie unter Planen von Office Web Apps Preview (verwendet mit SharePoint 2013 Preview-Produkten).
• Sie beenden SSL auf dem Lastenausgleichsmodul.

Und so sieht der Windows PowerShell-Befehl aus:

New-OfficeWebAppsFarm -ExternalURL "https://officewebapps.contoso.com" -EditingEnabled -SSLOffloaded

Damit verfügen Sie über eine Office Web Apps Server-Farm mit einem einzelnen Server.

Anschließend fahren Sie mit Server2 fort. Führen Sie auf diesem Server folgenden Befehl aus:

New-OfficeWebAppsMachine -MachineToJoin "Server1"

Damit verfügen Sie über eine Farm mit zwei Servern. Wiederholen Sie den vorherigen Schritt für Server3 und Server4.

Herstellen einer Verbindung mit SharePoint

Ihre Office Web Apps-Farm ist zu diesem Zeitpunkt einsatzbereit. Allerdings ist sie noch nicht mit Hosts verbunden. Um eine Verbindung zwischen einer SharePoint-Farm und dieser Office Web Apps Server-Farm herzustellen, öffnen Sie eine Windows PowerShell-Eingabeaufforderung auf einem beliebigen Server in der SharePoint-Farm, und führen Sie den folgenden Befehl aus:

New-SPWopiBinding -ServerName "officewebapps.contoso.com"

Darüber hinaus müssen Sie folgenden Befehl ausführen, um die SharePoint-Farm anzuweisen, dass Sie die externe URL der Office Web Apps Server-Farm verwenden möchten und dass HTTPS verwendet wird.

Set-SPWopiZone -Zone "external-https"

Das wäre schon alles. Navigieren Sie zu einer Dokumentbibliothek in der SharePoint-Farm, um wie gewünscht Office-Dateien zu erstellen, anzuzeigen und zu bearbeiten. Es ist keine weitere Konfiguration erforderlich.

Führen Sie schließlich den folgenden Befehl aus, wenn Sie die Office Web Apps Server-Farm von SharePoint trennen möchten:

Remove-SPWopiBinding -All

Wenn Sie nun zu einer Dokumentbibliothek in der SharePoint-Farm navigieren, ist keine Spur der Office Web Apps vorhanden.

Sie können beliebig viele SharePoint-Farmen mit einer einzelnen Office Web Apps-Farm verbinden. Dasselbe gilt, wenn Sie eine Verbindung von Exchange und Lync mit einer Office Web Apps-Farm herstellen. Weitere Informationen finden Sie unter Exchange Server 2013: Office Web Apps Server-Integration und Bereitstellen von Office Web Apps Server und Lync Server 2013.

Abrufen von Updates für Office Web Apps Server

Von Anfang an haben wir uns um häufige Updates für die Office Web Apps bemüht. Die Updates haben wir aber nur lokalen Kunden in Form von Service Packs geliefert. Nach der Veröffentlichung von Office Web Apps Server 2013 möchten wir Updates wesentlich häufiger zur Verfügung stellen. Wir sind der Meinung, dass dies für Administratoren machbar ist, da das Aktualisieren von Office Web Apps Server sehr einfach ist.

Zum Aktualisieren der Server in einer Office Web Apps Server-Farm müssen Sie die Server aus dem Lastenausgleichsmodul und der Farm entfernen. Dieser Vorgang kann jedoch so gehandhabt werden, dass die Benutzer praktisch nicht beeinträchtigt werden.
Wenn Sie z. B. über eine Farm mit vier Servern verfügen, schalten Sie zwei Server ab und upgraden sie. Anschließend erstellen Sie eine neue Farm mit diesen beiden Servern und verweisen das Lastenausgleichsmodul nicht auf die beiden Server in der ursprünglichen Farm, sondern auf diese beiden Server. Nun upgraden Sie die anderen beiden Server, fügen sie der neuen Farm hinzu und verweisen das Lastenausgleichsmodul ebenfalls auf diese Server.

Wenn Server aus der Farm entfernt werden, können bei manchen Benutzern kleinere Probleme auftreten, aber die Office Web Apps werden wiederhergestellt. Diese Vorgehensweise eignet sich aus offensichtlichen Gründen für alle Fälle außer einem Szenario mit einem einzelnen Server.

Weitere Informationen zu Office Web Apps Server

Zusätzliche Ressourcen für Office Web Apps Server finden Sie hier:
• Office Web Apps Preview-Bibliothek auf der TechNet-Website
• Exchange Server 2013: Office Web Apps Server-Integration
• Bereitstellen von Office Web Apps Server und Lync Server 2013
• Forum für das Setup und die Bereitstellung von Office Web Apps

Nick Simons
Senior Program Manager, Office Web Apps

Es handelt sich hierbei um einen übersetzten Blogbeitrag. Sie finden den Originalartikel unter Introducing Office Web Apps Server.

Hallo. Wir hoffen, Sie hatten Gelegenheit, die neuen Telemetriefeatures in Office 2013 zu verwenden. Eine Möglichkeit, um ganz bequem die Leistungsfähigkeit der Office-Telemetrie kennenzulernen, besteht darin, einige Office-Dateien aus älteren Versionen in Office 2013 zu öffnen. Als Unterstützung haben wir eine Reihe von Beispieldateien erstellt (diesem Blog als ZIP-Datei angehängt), die Steuerelemente oder VBA-Skripts enthalten, die zu Kompatibilitätsproblemen führen können. Wenn Sie diese Dateien in Office 2013 öffnen, können Sie sehen, wie sie Ereignisse auslösen, die im Office-Telemetrieprotokoll angezeigt werden. Wenn Sie das Office-Telemetriedashboard bereitgestellt haben, können Sie diese Ereignisse auch in diesem Tool anzeigen.

Hier finden Sie ein Beispiel, wie im Office-Telemetrieprotokoll die Ereignisse angezeigt werden, die von diesen Beispieldateien ausgelöst werden:

Im Folgenden finden Sie eine kurze Übersicht über die Dokumente in der Datei „SampleIssueFiles.zip“, die unten in diesem Beitrag angefügt ist:

CustomXML.docm (Word)

Diese Datei enthält benutzerdefinierte XML- und VBA-Skripts zum Manipulieren von benutzerdefinierten XML-Daten. Wenn Sie diese Datei öffnen, sehen Sie eine Nachricht zu benutzerdefiniertem XML, wie unten dargestellt. 

Suchen Sie im Dokument nach markiertem Text. Durch Doppelklicken auf den Text werden VBA-Skripts ausgelöst, die möglicherweise aufgrund der Einschränkungen für benutzerdefiniertes XML nicht abgeschlossen werden. Für jedes VBA-Skript, das Sie ausführen, wird ein Problemereignis von der Office-Telemetrie protokolliert. Weitere Informationen zu dieser Meldung finden Sie im KB-Artikel 2445062.

CalendarControl_Report.xls (Excel)

Diese Datei enthält ein Kalendersteuerelement, das nicht mehr verfügbar ist. Es wird ein statisches Bild des Steuerelements anstelle eines interaktiven Kalendersteuerelements angezeigt. Weitere Informationen zu diesem Kalendersteuerelement finden Sie im TechNet (suchen Sie in diesem Artikel nach „mscal.ocx“). 

ApplicationHwnd.xlsm (Excel)

Wenn Sie diese Datei öffnen, wird ein VBA-Skript ausgeführt, und das Handle des aktiven Excel-Fensters wird einer der Zellen hinzugefügt. Da in Excel 2013 jetzt gleichzeitig mehr als zwei Fenster angezeigt werden können, kann „Application.Hwnd“ das Handle für das Fenster zurückgeben, das nicht für den VBA-Code erwartet wurde, der für Excel 2010 oder ältere Versionen geschrieben wurde.

Wenn Sie das Office-Telemetrieprotokoll noch nicht verwendet haben, finden Sie weitere Informationen hierzu im Artikel zur Fehlerbehebung für Office-Dateien und benutzerdefinierte Lösungen mit dem Office-Telemetrieprotokoll auf MSDN. Außerdem finden Sie eine Liste aller Telemetrieereignisse unter der Beschreibung der Kompatibilitätsprobleme in Office 2013. (Bitte entschuldigen Sie den abgeschnittenen Text in diesem Artikel – wir arbeiten an einer Lösung dieses Problems mit den Veröffentlichungstools.)

Es handelt sich hierbei um einen übersetzten Blogbeitrag. Sie finden den Originalartikel unter Sample Office documents for testing Office telemetry.

Dieser Blogbeitrag wurde von Makoto Yamagishi verfasst, einem Program Manager im Office Solutions Management-Team.

In dieser Serie von Blogbeiträgen haben wir erklärt, wie Sie Office Telemetry Dashboard dazu verwenden können, Ihr Office-Upgrade zu vereinfachen. So können Sie wichtige Office-Lösungen ermitteln und überwachen, wie gut Ihre Lösungen mit Office 2013 funktionieren. In diesem Blogbeitrag gehen wir darauf ein, wie Sie sich einen Gesamtüberblick über Ihre Bereitstellung verschaffen können, und beginnen damit, etwas tiefer in die Materie einzusteigen, um Aktionselemente zu verstehen.

Wie viele instabile Lösungen habe ich?

Jeden Montagmorgen öffnen Sie Office Telemetry Dashboard, um zu überprüfen, ob es hinderliche Störungen gibt, die Ihrer Aufmerksamkeit bedürfen. Wenn z. B. das Quartalsende naht, möchten Sie möglicherweise wissen, ob die Vertriebsberichtslösungen problemlos mit der neuen Office-Version arbeiten. Sie brauchen einen schnellen Überblick darüber, wie sich Ihre kritischen Dokumente und Lösungen (Add-Ins) auf den Computern der Benutzer verhalten. Anstatt die Dokument- und Lösungsansichten für jedes einzelne Element zu durchsuchen, in denen Ihnen der jeweilige Status angezeigt wird, können Sie einfach die Übersicht öffnen und aktualisieren, um sich von höchster Ebene aus einen Überblick über die Stabilität von Dokumenten und Lösungen zu verschaffen. Von hier aus können Sie dann die nächsten Schritte planen.

Betrachten wir zum Einstieg einen Screenshot der Übersicht.

Als Erstes fallen Ihnen hier möglicherweise die hervorgehobenen Zahlen im oberen Bereich der Übersicht auf. Diese vier Zahlen geben die jeweilige Anzahl an stabilen und instabilen Dokumenten und Lösungen an. Wenn die Anzahl an instabilen Dokumenten und Lösungen hoch ist, muss dies genauer untersucht werden.

Wie werden die Zahlen für stabile und instabile Dokumente und Lösungen überhaupt berechnet? Die Logik dahinter ist recht einfach. Wenn Dokumente oder Lösungen eine Erfolgsquote von weniger als 90 % aufweisen, dann betrachten wir diese als instabil. Die Erfolgsquote ergibt sich aus dem Prozentsatz an Sitzungen, in denen das Dokument oder die Lösung ohne schwerwiegende Fehler ausgeführt wurde. Zu den von Office Telemetry nachverfolgten schwerwiegenden Fehlern zählen u. a. Anwendungsabstürze und Makroaufrufe, die aufgrund von Kompatibilitätsproblemen auf jeden Fall fehlschlagen würden. Eine Sitzung ist als das Öffnen eines Dokuments oder einer Lösung definiert bzw. als ein 24-stündiger Zeitraum, in dem das Dokument geöffnet ist. Wenn mindestens 90 % der Sitzungen problemfrei verlaufen, gelten sie als stabil.

Des Weiteren sollte erwähnt werden, dass wir nicht alle Dokumente und Lösungen überwachen. Als Basis dienen die 400 am meisten verwendeten Dokumente und die 100 am meisten verwendeten Lösungen nach Anzahl der Benutzer gerechnet. Warum die 400 beliebtesten Dokumente bzw. 100 beliebtesten Lösungen? Da dies in jeder beliebigen Abteilung die übliche durchschnittliche Anzahl an Dokumenten und Lösungen ist, die tatsächlich „häufig verwendet“ werden. Unserer Ansicht nach ist das die optimale Anzahl an Elementen, die überwacht werden muss, um einen Überblick zu erhalten.

Welche Lösungen sind instabil?

Sobald Sie die Anzahl an instabilen Dokumenten und Lösungen kennen, können Sie weiter ins Detail gehen. In der Übersicht können Sie einfach einen der Werte anklicken, und Sie erhalten umgehend eine Liste mit stabilen oder instabilen Dokumenten bzw. Lösungen. Unten finden Sie eine Ansicht dessen, was Ihnen angezeigt wird, wenn Sie den Wert „12“ für instabile Lösungen anklicken.

Unter den Werten für stabile/instabile Dokumente bzw. Lösungen wird ein Trenddiagramm angezeigt, in dem Sie ablesen können, wie die Werte für stabile/instabile Dokumente bzw. Lösungen in vergangenen Zeiträumen angestiegen oder gesunken sind. Wenn ein Pfeil angezeigt wird, der eine sinkende Stabilität signalisiert, ist dies ein Anzeichen dafür, dass es kürzlich Änderungen gab, die in Ihren Dokumenten und Lösungen Probleme verursachen. Sie können den Werteverlauf für stabile/instabile Dokumente bzw. Lösungen für einen im Vergleich zum standardmäßig ausgewählten Zeitraum um das 4-Fache verlängerten Zeitraum anzeigen. In dem Screenshot unten sehen Sie, dass Sie den Zeitraum im Navigationsbereich auf der linken Seite des Dashboards auswählen können.

Wie viele Benutzer sind auf Office 2013 umgestiegen?

Ihre Office-Bereitstellung ist endgültig abgeschlossen, wenn alle Ihre Benutzer auf Office 2013 umgestiegen sind. Das Diagramm im unteren Bereich der Übersicht zeigt die Anzahl an Benutzern nach Office-Versionen und wie sich die Office-Bereitstellungen über die Zeit verändert haben. Anhand dieses Diagramms können Sie den Bereitstellungsstatus schnell überprüfen und Informationen über die Fortschritte für Kollegen freigeben.

Einige weitere Hinweise zu der Übersicht

• Integrierte Dokumente/Lösungen (die von Microsoft bereitgestellt wurden) fallen nicht unter die „beliebtesten Dokumente und Lösungen“ in der Übersicht.
• Sie können einen der folgenden Zeiträume einstellen: letzte 7 Tage, letzter Monat oder letzte 3 Monate.

Erstellen Sie Ihre ganz persönliche Ansicht!

In diesem Blogbeitrag haben wir die Übersicht vorgestellt, mit der Sie sich einen schnellen Überblick über den Status Ihrer Office-Bereitstellung verschaffen können, um sich dann den Lösungen zuzuwenden, die Ihre Aufmerksamkeit benötigen. Da Sie mehrere Dokumente und Lösungen überwachen, möchten Sie möglicherweise eher bestimmte Dokumente und Trends überwachen, als die, die in der Liste der 400 beliebtesten Dokumente vorgegeben werden. Dies wird mit benutzerdefinierten Berichten ermöglicht. Schauen Sie immer wieder mal rein! Wir werden in Kürze einen Blogbeitrag zu benutzerdefinierten Berichten veröffentlichten.

Dies ist ein übersetzter Blogbeitrag. Sie finden den Originalartikel unter Assess the status of your Office 2013 deployment in 1 minute using Telemetry Dashboard.

Vor einigen Wochen haben wir die neuen Office Web Apps vorgestellt. Wir haben neue Features eingeführt, die Leistungsfähigkeit userer Apps verbessert und arbeiten weiter daran, Ihnen den Zugang zu Ihren Dokumenten an jedem Ort in einer Vielzahl an beliebten Browsern zu ermöglichen.

Wir freuen uns, Ihnen mit der Fingereingabe-Unterstützung „Touch“ eine neue Dimension der Eingabe vorstellen zu dürfen, mit der die umfassenden Anzeige- und Bearbeitungsfunktionen der Office Web Apps nun auch für Tablets und Browser, die Fingereingabe unterstützen, verfügbar sind. Dazu zählen u. a. IE unter Windows 8 und mobile Safari unter iOS.

 Beim Entwickeln der Office Web Apps mit Fingereingabe-Unterstützung wollten wir die folgenden Ziele erreichen:

• Benutzer sollten die Office Web Apps mit Fingereingabe-Unterstützung sofort problemlos nutzen können.
• Benutzer sollten nicht erst lernen müssen, wie man auf einer neuen Benutzeroberfläche navigiert.
• Benutzer sollten einfach zwischen Fingereingabe und Maus-/Tastatur-Eingabe hin und her wechseln können.
• Der gesamte Funktionsumfang von Office Web Apps, einschließlich der Bearbeitungstools, sollte auf Touch-Geräten wie Tablets und Touch-Bildschirmen verfügbar sein.

Die Entwicklung einer für die Fingereingabe optimierten Benutzeroberfläche stellte uns vor spannende Herausforderungen. In diesem Blogbeitrag möchte ich beschreiben, wie wir unsere Ziele erreicht haben.

Entwicklung des Frameworks für Touch

Wir haben ein einheitliches Framework entwickelt, dass im Einklang mit den von uns unterstützten Plattformen sowie mit Touch-Interaktionsrichtlinien für Microsoft Office-Desktopanwendungen, Windows 8 und iOS ist.  Wir haben dabei auch die Erfahrungen und typischen Bewegungen berücksichtigt, die Benutzer beim Verwenden bestimmter Touch-Geräte erwarten.

Beim Entwickeln des plattformübergreifenden Benutzererlebnisses haben wir die folgenden Prinzipien angewendet:

• Schaffen eines angenehmen Benutzererlebnisses bei ausschließlicher Verwendung der Fingereingabe.
  • Schwerpunkt auf Szenarien und Erfahrungen mit Touch-Geräten.
  • Benutzer sollen voller Vertrauen mit der Touch-Benutzeroberfläche arbeiten.
  • Entwickeln von einfachen und intuitiven Gesten.
  • Wirksamer Einsatz von Browserfunktionen.
• Schaffen eines herausragenden Benutzererlebnisses bei kombinierter Verwendung von Fingereingabe, Maus und Tastatur.
  • Benutzer können einfach zwischen Fingereingabe und Maus-/Tastatur-Eingabe hin und her wechseln, um mit der Anwendung zu interagieren.
  • Die Anwendung reagiert auf die Eingabe.

Gehen wir im Folgenden näher auf die einzelnen Prinzipien ein:

Für die Fingereingabe optimierte Szenarien und Benutzererlebnisse

Ich habe diesen Blogbeitrag über mehrere Tage hinweg geschrieben und ihn mehrmals bearbeitet. Wie die meisten von Ihnen habe ich dabei nicht die ganze Zeit am Schreibtisch gesessen. Auch habe ich keinen Laptop mit zum Fechttraining meiner Kinder genommen. Ich habe am Schreibtisch auf Arbeit mit dem Schreiben des Blogbeitrags begonnen und ihn auf meinem Tablet weitergeschrieben, da das Dokument dank Skydrive überall verfügbar war.

Auf der Grundlage von Trends und Mustern in der Verwendung und im Verhalten, die aus einer Benutzerstudie hervorgingen, konnten wir zwei Szenarien bestimmen: 

1.       Das Lesen und Konsumieren von Dokumentinhalten sowie das Anzeigen von Präsentationen und Arbeitsblättern soll schnell, angenehm und spannend sein.

• Das Lesen und Konsumieren von Informationen war für die meisten Benutzer die Lieblingsbeschäftigung auf einem Tablet.
• Die Benutzer durchsuchen Dokumente und Präsentationen und kommentieren Inhalte, die von Kollegen und Freunden geteilt wurden.
• Andere wiederum wollten z. B. alle Informationen zum Kauf eines Autos in OneNote Web App sammeln und die Informationen beim Verhandeln auf Ihrem Tablet zur Hand haben.

 2.       Wenn Benutzer Dokumente hinzufügen, ändern und überarbeiten, sollen die reduzierten Bearbeitungsfunktionen höchst zufriedenstellende Ergebnisse ermöglichen.

• Mütter wie ich wollen schnell ein Dessert in das vom Eltern-/Schüler-/Lehrerbeirat (Parent Student Teacher Association, PTSA) geteilte Arbeitsblatt eintragen, das mein Kind dann zum gemeinsamen Büffet mitbringt.

• Schüler und Studenten möchten schnelle Änderungen an der Hausarbeit vornehmen, an der sie gerade arbeiten, und gemeinsam an der Präsentation arbeiten, an der noch gefeilt werden muss.

Voller Vertrauen mit der Touch-Benutzeroberfläche arbeiten

Es gibt kaum etwas Frustrierenderes, als ein Steuerelement auf der Benutzeroberfläche zu berühren, das man gar nicht auswählen wollte. Das Vertrauen in die App steigt, wenn man zuverlässig das Steuerelement oder den Bereich der Benutzeroberfläche auswählen kann, das bzw. den man ursprünglich auswählen wollte. Wir wollen, dass Sie genau dieses Vertrauen beim Arbeiten mit unseren Office Web Apps haben.

Mit der Maus lässt sich eine Benutzeroberfläche präzise und kontrolliert steuern. In Kombination mit einer physisch vorhandenen Tastatur vermittelt sie dem Benutzer das nötige Vertrauen, um mit hoher Präzision Einfügemarken zu setzen, Elemente auszuwählen, Schaltflächen anzuklicken sowie Kontextmenüs, Dropdownmenüs und andere Softwareelemente zu aktivieren.

Im Vergleich dazu können menschliche Finger alle möglichen Größen und Formen aufweisen. Sie sind ungeschickt beim Setzen von Einfügemarken und unpräzise beim Steuern der Interaktion mit der Benutzeroberfläche.

Wir wollten erreichen, dass Benutzer die Benutzeroberfläche ohne Angst berühren können und immer die gewünschten Ergebnisse erhalten, so wie es bei der Steuerung per Maus der Fall ist.

Wenn man Elemente so gestalten möchte, dass sie leicht zu berühren sind, kommt es auf die Größe des Elements an. Viele Benutzeroberflächenelemente wie Menüband-Steuerelemente und Kontextmenüs lagen deutlich außerhalb der in Windows 8 und Microsoft Office definierten Größenspezifikationen für „einfach zu berührende“ Elemente.

All diese Elemente wurden in den neuen Office Web Apps so gestaltet, dass sie spielend leicht per Fingereingabe bedient werden können. Mit großer Sorgfalt wurde ein ausgewogenes Verhältnis zwischen der Größe der Benutzeroberfläche und dem für das eigentliche Dokument nutzbaren Platz sichergestellt, der so groß wie möglich sein sollte.

Achten Sie auf die größeren und leichter per Fingereingabe zu bedienenden Schaltflächen sowie die großzügigen Freiräume zwischen den Steuerelementen in der Nahansicht:

 Die Registerkarte „Home“ (Start) in Excel Web App:

Die Registerkarte „Insert“ (Einfügen) in PowerPoint Web App:

Die Registerkarte „Insert“ (Einfügen) in OneNote Web App:

Das Farbauswahlfenster in Word Web App:

Verwendung einfacher und intuitiver Gesten

Eines unserer Hauptziele war es, dass Benutzer Office Web Apps mit einfachen und intuitiven Gesten sofort auf ihren Tablets nutzen können, anstatt vorher komplexe Gesten explizit erlernen zu müssen.

Man muss nur die folgenden fünf Gesten kennen, um Office Web Apps sofort nutzen zu können:

Sehen wir uns an, wie Sie mit den Gesten in den Office Web Apps arbeiten:

Scrollen und Durchsuchen des Dokuments

Wenn Sie ein Dokument schnell durchsuchen möchten, können Sie mit Streif- und Streichbewegungen schnelle Scrollbewegungen ausführen. Dabei wird mit schneller und flüssiger Beschleunigung durch die Dokumentinhalte gescrollt. Bei Bedarf kann die Scrollbewegung jederzeit mit einer Tippbewegung angehalten werden.

Wir haben die systemeigene Browserfunktionalität dazu verwendet, um in den Lese- und Bearbeitungsansichten von Word Web App beschleunigtes Scrollen zu ermöglichen.

In PowerPoint Web App können Sie die gleiche Streifbewegung dazu verwenden, um zwischen Folien zu wechseln.  

Vergrößern und Verkleinern:

Sie können die Benutzeroberfläche vergrößern oder verkleinern, indem Sie zwei Finger auseinander- oder zusammenführen (Spread/Pinch).

Eingabe:

Durch einfaches Tippen in die Bearbeitungsansicht von Office Web Apps wird eine Einfügemarke gesetzt und die Tastatur wird angezeigt, sodass Sie mit der Eingabe beginnen können.

Die Einfügemarke in Word Web App:

Achten Sie auf die Einfügemarke. Sie unterscheidet sich von der Einfügemarke bei Verwendung von Maus und Tastatur. Das kreisförmige Ziehelement mit Einfügemarke ermöglicht Ihnen ein einfaches Aufnehmen und Ziehen des Elements, um eine Auswahl zu treffen.

Die Eingabe ist grundlegend für das Bearbeiten und somit ist ein angenehmes Benutzererlebnis hier von entscheidender Bedeutung.

Setzen der Einfügemarke

Da der Finger ein äußerst unpräzises Eingabegerät ist, mussten wir einen Weg finden, wie der Benutzer die Einfügemarke zuverlässig an die gewünschte Stelle setzen kann.

Die meisten Benutzer ändern entweder den Anfang oder das Ende eines Worts.

Also wenden wir beim Setzen der Einfügemarke eine Art „Buchstützenansatz“ an:

Bei einmaligem Antippen eines Worts wird das nächstgelegene Ende (Wortanfang oder Wortende) berechnet und die Einfügemarke wird an die entsprechende Stelle gesetzt. Wird das gleiche Wort erneut angetippt, wird die Einfügemarke genau an die Stelle gesetzt, an der die Berührung erfasst wurde.

Auswahl

Wenn Sie Text und Objekte auswählen, können Sie sie bearbeiten, Formatierungen übernehmen oder andere Aktionen ausführen. Bei Verwendung von Maus und STRG-/UMSCHALTTASTE auf der Tastatur können Benutzer diese Aktionen äußerst effizient ausführen, da sie sich die Maus zielgenau steuern lässt.

Bei der Fingereingabe dient das Ziehelement an der Einfügemarke als ein Anfasspunkt, den Sie entsprechend ziehen können, um eine neue Auswahl zu treffen. Sie können auch eine bestehende Auswahl ändern, indem Sie den ausgewählten Bereich anhand der Ziehelemente auf beiden Seiten vergößern oder verkleinern.

Ziehen des Ziehelements zum Auswählen von Text in Word Web App:

 Ziehen zum Auswählen der Größe einer einzufügenden Tabelle:

Anwenden von Aktionen im Kontext:

Kontextmenüs bieten einen schnellen und einfachen Weg, um Aktionen in einem bestimmten Kontext anzuwenden. Möglicherweise sind Sie bereits mit der Verwendung von Kontextmenüs in Office Web Apps mit der Maus vertraut. Dabei wird das Kontextmenü per Rechtsklick angezeigt.

Anzeigen von Kontextmenüs in der Word Web App-Bearbeitungsansicht per Maus:

Wir haben das Aufrufen des Kontextmenüs äußerst einfach gestaltet. Sie müssen lediglich eine Auswahl antippen, um das Kontextmenü anzuzeigen. Wenn Sie einen Bereich außerhalb des Kontextmenüs antippen, wird es wieder ausgeblendet.

Antippen einer Auswahl zum Anzeigen des Kontextmenüs:

Achten Sie auf den großzügigen Freiraum zwischen den Steuerelementen des Kontextmenüs für die Fingereingabe.

An einer Einfügemarke können Sie das Kontextmenü anzeigen, indem Sie Ihren Finger kurz auf die Einfügemarke halten:

In der Word Web App-Leseansicht wird durch einmaliges Antippen eine Zeile ausgewählt. Wenn Sie einmal auf die Auswahl tippen, wird das Kontextmenü angezeigt.

Auswahl und Kontextmenü im Word Web App Viewer:

Schaffen eines herausragenden Benutzererlebnisses bei kombinierter Verwendung von Fingereingabe, Maus und Tastatur.

Tablets können per Fingereingabe, Maus und Tastatur bedient werden.

Unter Windows 8 können Office Web Apps can per Fingereingabe oder mit Maus und Tastatur bzw. mit einer Kombination aus beiden verwendet werden. Unter iOS lassen sich die Office Web Apps am besten per Fingereingabe bedienen.

Fingereingabemodus

In den Office Web Apps kann die Benutzeroberfläche wie folgt unterteilt werden:

• Feststehende Benutzeroberfläche

Diese Benutzeroberfläche ist immer vorhanden und wird durchgehend angezeigt.

Beispiel: Navigationsbereich, Menüband in OneNote Web App.

• Kontextbasierte Benutzeroberfläche

 Diese Benutzeroberfläche kann je nach Bedarf ein- oder ausgeblendet werden.

Beispiel: Kontextmenüs.

Wenn Sie auf einem Touch-Gerät arbeiten, wird in Office Web Apps standardmäßig die feststehende Benutzeroberfläche im Fingereingabemodus angezeigt. Sie können den Modus durch Umschalten der Schaltfläche für den Fingereingabemodus ändern, um die Benutzeroberfläche per Maus steuern zu können.

Die Schaltfläche für den Fingereingabemodus wird in der Symbolleiste für den Schnellzugriff oben links in den Office Web Apps angezeigt, sodass Sie bequem zwischen Fingereingabe und der präzisen Bedienung per Maus umschalten können.

Schaltfläche für den Fingereingabemodus: (auf EIN gestellt) zeigt die für die Fingereingabe optimierte Benutzeroberfläche an:

Eine Nahansicht der Schaltfläche für den Fingereingabemodus:

Kontextmenüs, Menüband-Flyouts und Menüs, die nach Bedarf angezeigt werden, werden in dem Modus angezeigt, in dem Sie aktiviert wurden, also im Fingereingabemodus oder Mausmodus.

Zusammenfassung:

Ich möchte Sie ermutigen, das neuen Office Web Apps-Preview unter skydrive.com oder unter Office 365 Preview auf einem Touch-Gerät mit Windows 8 oder auf dem iPad mit iOS auszuprobieren. 

Wir würden gern wissen, welche Erfahrungen Sie gemacht haben, und würden uns über Ihr Feedback freuen.  In der oberen rechten Ecke der App und im Menü „Datei“ gibt es eine Option zum Übermitteln von Feedback.

Wir arbeiten konstant daran, das Benutzererlebnis zu verfeinern und zu optimieren und hören aktiv auf das, was Sie mögen und was Sie nicht mögen.

 Renu Devi

Program Manager, Office Web Apps

Es handelt sich hierbei um einen übersetzten Blogbeitrag. Sie finden den Originalartikel unter Bringing touch editing to Office Web Apps on Windows 8 and iOS tablets

Hallo zusammen, mein Name ist HyongGuk Kim. Ich bin Senior Program Manager im SharePoint Designer-Team.

In diesem Blogbeitrag möchte ich Ihnen vorstellen, wie wir ganz einfach einen SharePoint 2013-Workflow schreiben können, der einen öffentlichen oder kommerziellen HTTP-Webdienst (REST) abruft, und wie wir den Workflow ganz einfach als einen Dienst ausführen können, der täglich E-Mails in Form von E-Mail-Schleifen versendet.

Wie Sie in dem Videoclip unten sehen können, erstellen wir einen Website-Workflow namens „eBay Daily Deals“ (Tagesangobte von eBay), der die täglichen Angebotsinformationen von eBay^TM abruft, Angebotselemente in einer SharePoint-Liste vom Typ „Promoted Links“ erstellt und dann E-Mails an Empfänger sendet, die diese Angebotsinformationen gern erhalten möchten.

Da es sich bei dem Workflow „eBay Daily Deals“ um einen Website-Workflow handelt, müssen Sie als Erstes einen neuen SharePoint 2013-Website-Workflow erstellen. Sobald der Website-Workflow erstellt wurde, können Sie ganz einfach drei Phasen hinzufügen, sie ordnungsgemäß benennen und dann anhand von Go To-Aktionen verknüpfen.

Phase 1

Benennen Sie die Phase 1 mit „Get eBay Daily Deals“ und fügen Sie dann vier Aktionen und einen Loop-Block hinzu, wie in Abbildung 1 dargestellt.

Abbildung 1: Workflowphase 1

Die erste Aktion, die wir hinzugefügt haben, ist eine Call HTTP Web Service-Aktion. Der HTTP-URI ist auf https://www.firstamong.com/json/index.php?q=https://deals.ebay.com/feeds/xml gesetzt und die HTTP-Methode auf „GET“. Es wäre toll gewesen, einfach einen der REST-Webdienste von eBay zu verwenden, der JSON zurückgibt. Aber aufgrund eines störenden Headers im REST-Webdienst von eBay mussten wir einen separaten Umwandlungs-Webdienst verwenden (Es sind einige Umwandlungs-Webdienste verfügbar. In unserem Fall haben wir einen Dienst von www.firstamong.com verwendet.). Der Umwandlungs-Webdienst ruft einen anderen REST-Webdienst von eBay auf, der XML-Code zurückgibt. Dieser wird dann umgewandelt, und wir erhalten saubere JSON-Objekte.

In der Anweisung zu „Call HTTP Web Service“ werden die Parameter RequestContent oder RequestHeaders nicht gesetzt, da dies nicht erforderlich ist. Wir sind lediglich am Output des Webdiensts interessiert. Wenn wir den Parameter response einfach auf die Variable ResponseContent setzen, wird der Output des Webdiensts in der Variable ResponseContent gespeichert. Bei dieser Variable handelt es sich um eine Variable vom Typ „Dictionary“.

Der von dem Umwandlungs-Webdienst aus XML umgewandelte und ausgegebene JSON-Code sieht wie folgt aus:

{"EbayDailyDeals":

  {"Item":[

{"ItemId":"221065015062","EndTime":"1341845999000","PictureURL":"http:\/\/i.ebayimg.com\/00\/s\/NDI4WDUxMA==\/$(KGrHqJHJBwE8+9eOVMzBPZ1lhNt!g~~60_1.JPG","SmallPictureURL":"http:\/\/i.ebayimg.com\/00\/s\/NDI4WDUxMA==\/$(KGrHqJHJBwE8+9eOVMzBPZ1lhNt!g~~60_1.JPG","Picture175Url":"http:\/\/i.ebayimg.com\/00\/s\/NDI4WDUxMA==\/$(KGrHqJHJBwE8+9eOVMzBPZ1lhNt!g~~60_1.JPG","Title":"Acer ICONIA 7in Tablet 8GB WiFi","Description":"N\/A","DealURL":"http:\/\/deals.ebay.com\/5000101083_Acer_ICONIA_7in _Tablet_8GB_WiFi","ConvertedCurrentPrice":"139.99","PrimaryCategoryName":"Computers\/Tablets & Networking:iPads, Tablets & eBook Readers","PrimaryCategoryId":"171485","Location":"Miami, Florida","Quantity":"128","QuantitySold":"372","MSRP":"299.99","SavingsRate":"53%","AutoPay":"true","Hot":"false","Tier":"0","PriceDisplay":"MSRP"},

{"ItemId":"271012700385","EndTime":"1341845999000","PictureURL":"http:\/\/i.ebayimg.com\/00\/s\/MzYwWDM2MA==\/$(KGrHqR,!ioE-w!y!T--BPto5nEk0!~~60_1.JPG","SmallPictureURL":"http:\/\/i.ebayimg.com\/00\/s\/MzYwWDM2MA==\/$(KGrHqR,!ioE-w!y!T--BPto5nEk0!~~60_1.JPG","Picture175Url":"http:\/\/i.ebayimg.com\/00\/s\/MzYwWDM2MA==\/$(KGrHqR,!ioE-w!y!T--BPto5nEk0!~~60_1.JPG","Title":"Sylvania Wireless CE 7-Inch Smartbook - SYNET7WIC","Description":"N\/A","DealURL":"http:\/\/deals.ebay.com\/5000101099_Sylvania_Wireless_CE_7_Inch_Smartbook___SYNET7WIC","ConvertedCurrentPrice":"49.99","PrimaryCategoryName":"Computers\/Tablets & Networking:Laptops & Netbooks:PC Laptops & Netbooks","PrimaryCategoryId":"177","Location":"US","Quantity":"1307","QuantitySold":"693","MSRP":"199.99","SavingsRate":"75%","AutoPay":"true","Hot":"false","Tier":"0","PriceDisplay":"MSRP"},

{"ItemId":"160823596564","EndTime":"1341845999000","PictureURL":"http:\/\/i.ebayimg.com\/00\/s\/NjAwWDM1MQ==\/$(KGrHqFHJFQE+T-

...

"MoreDeals":

   {"MoreDealsSection":[

    {"SectionTitle":"Emergency Preparedness","Item":[

{"ItemId":"200687021159","EndTime":"1341845999000","PictureURL":"http:\/\/i.ebayimg.com\/00\/s\/NDI5WDUwMA==\/$(KGrHqV,!p0E-vF(Fmt0BP7iH6)M6g~~60_1.JPG","SmallPictureURL":"http:\/\/thumbs4.ebaystatic.com\/pict\/200687021159_1.jpg","Picture175Url":"http:\/\/thumbs4.ebaystatic.com\/pict\/200687021159_1.jpg","Title":"DuroMax 1500 Watt Portable Pull Start Gas Power Job Site Electric Generator","Description":"NA","DealURL":"http:\/\/deals.ebay.com\/5000099668_DuroMax_1500_Watt_Portable_Pull_Start_Gas_Power_Job_Site_Electric_Generator","ConvertedCurrentPrice":"179.99","PrimaryCategoryName":"Home & Garden:Tools:Generators: Home-Use","PrimaryCategoryId":"46412","Location":"La Verne","Quantity":"302","QuantitySold":"228","MSRP":"299.99","SavingsRate":"40%","AutoPay":"true","Hot":"false","Tier":"0","PriceDisplay":"MSRP"},

{"ItemId":"370622857968","EndTime":"1341845999000","PictureURL":"http:\/\/i.ebayimg.com\/00\/s\/MTAwMFgxMDAw\/$T2eC16h,!)0E9s37IeSMBP7IWFtFqw~~60_12.JPG","SmallPictureURL":"http:\/\/thumbs1.ebaystatic.com\/pict\/370622857968_1.jpg","Picture175Url":"http:\/\/thumbs1.ebaystatic.com\/pict\/370622857968_1.jpg","Title":"Dorcy High Beam LED Aluminum Flashlight 100 Lumens Water Resistant 41-4287","Description":"NA","DealURL":"http:\/\/deals.ebay.com\/5000099680_Dorcy_High_Beam_LED_Aluminum_Flashlight_100_Lumens_Water_Resistant_41_4287","ConvertedCurrentPrice":"11.99","PrimaryCategoryName":"Sporting Goods:Outdoor Sports:Camping & Hiking:Flashlights, Lanterns & Lights:Flashlights","PrimaryCategoryId":"16037","Location":"Altatac USA","Quantity":"1899","QuantitySold":"1113","MSRP":"49.99","SavingsRate":"76%","AutoPay":"false","Hot":"false","Tier":"0","PriceDisplay":"MSRP"},

{"ItemId":"300725740900","EndTime":"1341845999000","PictureURL":"http:\/\/i.ebayimg.com\/00\/s\/NTAwWDUwMA==\/

...

Wir hätten übrigens zur Verarbeitung jedes internen Elements auch die Variable DealItems verwenden können, sodass wir unsere Anweisung „Get ([%Variable: Index%])/Title from Variable: DealItems“ dafür hätten verwenden können, um die Eigenschaft Title von Elementen abzurufen. Um jedoch ein besseres Verständnis zu ermöglichen und die genaue Struktur von Angebotselementen innerhalb des Outputs von Webdiensten zu zeigen, habe ich den vollständigen Pfad zum Abrufen von Elementeigenschaften angegeben. So wird also mit der Anweisung „Get EbayDailyDeals/Item([%Variable: Index%])/Title from Variable: ResponseContent“ (und nicht mit der Variable „DealItems“) die Eigenschaft Title eines Elements abgerufen. Weitere Informationen zum Verwenden von Variablen vom Typ „Dictionary“ finden Sie unter den Links am Ende des Blogbeitrags.

In Abbildung 2 ist dargestellt, wie wir die diversen Eigenschaften jedes internen Elements abrufen.

Abbildung 2: Abrufen von Eigenschaften von Angebotselementen und Erstellen von Elementen vom Typ „Promotion Link“

Mit der Aktion Get item from Dictionary speichern wir jede Eigenschaft von jedem Angebotselement in einer Workflow-Variable. Die Variable verwenden wir dann in einem späteren Schritt beim Erstellen von Listenelementen für den Loop-Block. Die meisten Variablen, die wir in diesem Abrufprozess verwenden, sind vom Typ string. Aber wie Sie feststellen können, verwenden wir auch andere Variablentypen.

Weitere Informationen zum Verwenden von Variablen vom Typ „Dictionary“ finden Sie unter den Links am Ende des Blogbeitrags.

Abbildung 3. Lokale Variablen.

Wir verwenden die Aktion Replace String, wenn wir eine von SharePoint bedingte Einschränkung umgehen müssen, laut der wir die Zeichen „,“ oder „!“ in URL-Daten nicht verwenden dürfen.

Am Ende des Loop-Blocks gibt es zwei Phasenblocks, in denen wir die E-Mail-Inhalte erstellen und die Indexvariable um eins hochzählen. Die beiden Hauptszenarien für diesen Workflow bestehen darin, Listenelemente anhand des Outputs des eBay-Webdiensts zu erstellen und dann E-Mails an Empfänger zu senden, die Informationen zu Tagesangeboten von eBay erhalten möchten. Wir erstellen dazu ein HTML-Fragment innerhalb des Loop-Blocks, wie in Abbildung 4 dargestellt.

Abbildung 4: Zwei Phasen im Loop-Block

Hier können Sie erkennen, dass die Workflow-Variablen, die wir dazu verwendet haben, die Listenelemente zu erstellen, alle beim Erstellen des HTML-Fragments wiederverwendet werden, wie in Abbildung 5 dargestellt.

Abbildung 5: Erstellen des HTML-Fragments für den E-Mail-Textkörper

Phase 2

Die Workflow-Logik in Phase 2 ist die gleiche wie bei Phase 1, mit der Ausnahme einer Anweisung in Phase 1, die den Webdienst aufruft (siehe die hervorgehobenen Anweisung in Abbildung 6). Daher können Sie Phase 2 ganz einfach erstellen, indem Sie die Inhalte aus Phase 1 kopieren und in Phase 2 einfügen.

Phase 2 liest einen zusätzlichen Abschnitt im Output des Daily Deals-Webdiensts von eBay. Daher können wir die gleiche Logik verwenden, nutzen aber einen anderen Pfad, um das Item-Array von dem umfangreichen JSON-Output oben abzurufen.

Abbildung 6: Workflowphase 2

Dies bedeutet, das wir einen anderen Pfad für den Zugriff auf Elemente in „MoreDealsSection“ verwenden müssen, wie in Abbildung 7 dargestellt.

Abbildung 7: Abrufen weiterer Angebotselemente in „MoreDealsSection“

Alles andere ist genau gleich.

Phase 3

In Phase 1 und Phase 2 haben wir Listenelemente und HTML-Fragmente erstellt, die später für das Senden von E-Mails verwendet werden. In Phase 3 werden wir E-Mails senden. Somit besteht die Phase nur aus der Aktion Send Email, wie in Abbildung 8 dargestellt. Bei „Subscribers“ (Abonnenten) handelt es sich um die SharePoint-Gruppe, der alle Websitemitglieder, die E-Mails mit Informationen zu Tagesangeboten empfangen möchten, als Teilnehmer hinzugefügt werden.

Abbildung 8: Workflowphase 3

Sie können einen vollständigen E-Mail-Textkörper in HTML in dem Eigenschaftenraster-Dialogfeld der Aktion Send Email, wie unten dargestellt, erstellen. Da wir bereits ein komplexes HTML-Tabellencodefragment in der Variable EmailContent vorliegen haben, brauchen wir lediglich ein paar umschließende Tags um die Variable zu setzen, wie in Abbildung 9 dargestellt.

Abbildung 9: Erstellen eines vollständigen E-Mail-Textkörpers

Das war's! Sie können den Workflow jetzt veröffentlichen und starten.

Stellen Sie sicher, dass Ihre Website eine „eBay Daily Deals“-Liste vom Typ „Promoted Links“ umfasst - ein großartiger neuer Listentyp in SharePoint 2013. Die Listenapp finden Sie ganz einfach, wenn Sie in der rechten oberen Ecke auf Ihrer Stammseite unter Settings (Einstellungen) auf Add an app (App hinzufügen) klicken.

Starten des Workflows

Wenn Sie diesen Workflow starten, werden „eBay Daily Deal“-Elemente in Ihrer „eBay Daily Deals“-Liste erstellt, und sie werden auch feststellen, dass E-Mails von dem Workflow gesendet werden.

Abbildung 10: „eBay Daily Deals“-Liste vom Typ „Promoted Links“

Abbildung 11: Vom Workflow gesendete E-Mail

Einrichten von Schleifen?

Wir haben gelernt, wie wir einen guten Website-Workflow erstellen können, der E-Mails mit den Tageangeboten von eBay versendet. Was ist, wenn wir diese E-Mail jeden Tag erhalten möchten? Kann dieser Workflow alle 24 Stunden wiederholt werden?

Absolut! Wie unten dargestellt kann die Aktion Pause for Duration hinzugefügt werden und das Ziel der Anweisung Go To innerhalb von Phase 3 kann so geändert werden, dass es auf Phase 1 zurückzeigt. Somit arbeitet der Workflow wie ein Dienst, der die Tagesangebote von eBay abruft und diese täglich in einer E-Mail versendet.

Ist das nicht toll?

Abbildung 12: Schleife zurück zum Anfang

Referenzen

In den Referenzen unten finden Sie weitere Informationen zum Typ „Dictionary“ und zu Workflowaktionen, die Variablen vom Typ „Dictionary“ sowie HTTP-Webdienste verarbeiten.

SharePoint Designer 2013-Hilfeinhalte

• MSDN: Understanding Dictionary actions in SharePoint Designer 2013
• MSDN: Calling HTTP web service with Dictionary (dieser Inhalt ist noch nicht verfügbar)

Es handelt sich hierbei um einen übersetzten Blogbeitrag. Sie finden den Originalartikel unter How to work with web service using “Call HTTP Web Service” action