Benutzerdefinierte Dokumentinformationsbereiche

Letzte Änderung: Dienstag, 10. August 2010

Gilt für: SharePoint Server 2010

Inhalt dieses Artikels
Entwickeln von benutzerdefinierten Dokumentinformationsbereichen
Veröffentlichen von benutzerdefinierten Dokumentinformationsbereichen
Weitergeben von Änderungen an den Dokumentinformationsbereich

Microsoft SharePoint Server 2010 bietet Ihnen die Option, benutzerdefinierte Dokumentinformationsbereiche mithilfe von Microsoft InfoPath 2010 zu erstellen. Diese benutzerdefinierten Formulare werden dann anstelle der automatisch generierten Formulare angezeigt.

Sie können pro Inhaltstyp einen benutzerdefinierten Dokumentbereich erstellen, obwohl dieser Bereich wie beliebige andere InfoPath 2010-Formulare mehrere Ansichten haben kann. In Microsoft SharePoint Foundation 2010 wird Ihnen das automatisch generierte Formular auch als Ausgangspunkt zur Verfügung gestellt.

Da Inhaltstypen unabhängig vom Dateityp sein können, wird derselbe benutzerdefinierte Informationsbereich in allen Microsoft Office 2010-Clientanwendungen angezeigt. Wenn Sie beispielsweise einem Microsoft Word 2010-Dokument und einem Microsoft PowerPoint 2010-Dokument denselben Inhaltstyp zuweisen, geben Sie nur einen benutzerdefinierten Dokumentinformationsbereich an, der in den einzelnen Anwendungen angezeigt wird.

HinweisHinweis

Benutzerdefinierte Dokumentinformationsbereiche ermöglichen es Benutzern, Inhaltstypeigenschaften für ein Dokument aus der Clientanwendung heraus einzugeben und zu bearbeiten. Folglich weichen sie von benutzerdefinierten Inhaltstyp-Bearbeitungsformularen ab, die es Benutzern ermöglichen, Inhaltstypeigenschaften für ein Dokument über die SharePoint Foundation 2010-Benutzeroberfläche zu bearbeiten.

Sie können benutzerdefinierte Dokumentinformationsbereiche sowohl für Website- als auch für Listeninhaltstypen erstellen.

Da Dokumentinformationsbereiche für Dokumente bestimmt sind, können Sie benutzerdefinierte Bereiche nur für Inhaltstypen erstellen, die vom Document-Inhaltstyp erben. So können Sie beispielsweise keinen benutzerdefinierten Dokumentinformationsbereich basierend auf einem Listenschema erstellen.

Entwickeln von benutzerdefinierten Dokumentinformationsbereichen

Sie können benutzerdefinierte Dokumentinformationsbereiche auf zwei Arten erstellen:

  • Auf der SharePoint Server 2010-Benutzeroberfläche können Sie den Inhaltstyp auswählen, für den Sie einen benutzerdefinierten Dokumentinformationsbereich erstellen möchten. InfoPath 2010 wird von SharePoint Server 2010 gestartet und das Inhaltstypschema als primäre Datenquelle sowie das automatisch generierte Formular als Ausgangspunkt bereitgestellt. Wenn Sie das Formular fertig gestellt haben, können Sie es direkt für den Inhaltstyp oder an einem beliebigen anderen Ort veröffentlichen.

    HinweisHinweis

    Das Formular kann nur für den Inhaltstyp veröffentlicht werden, wenn mehrere Inhaltstypen für die Dokumentbibliothek aktiviert wurden.

  • In der InfoPath 2010-Anwendung können Sie zur gewünschten Website oder Liste navigieren und den Inhaltstyp auswählen, für den ein benutzerdefinierter Dokumentinformationsbereich erstellt werden soll. InfoPath 2010 legt den ausgewählten Inhaltstyp als primäre Datenquelle sowie das automatisch generierte Formular als Ausgangspunkt fest. Wenn Sie das Formular fertig gestellt haben, können Sie es für den Inhaltstyp oder an einem beliebigen anderen Ort veröffentlichen.

In beiden Fällen wird die Inhaltstyp-ID des Inhaltstyps, für den das Formular erstellt wurde, vom InfoPath 2010-Formular gespeichert. Diese Informationen werden in der XSN-Datei als XSF-Eintrag unter /xsf:xDocumentClass/xsf:extensions/xsf2:solutionPropertiesExtension/xsf2:contentTyp gespeichert.

Weitere Informationen finden Sie unter How to: Create or Edit a Custom Document Information Panel from within Office SharePoint Server 2007 und unter Gewusst wie: Erstellen eines benutzerdefinierten Dokumentinformationsbereichs in InfoPath.

Veröffentlichen von benutzerdefinierten Dokumentinformationsbereichen

Wie bei allen InfoPath 2010-Formularen haben der Ort, an dem Sie den benutzerdefinierten Dokumentinformationsbereich veröffentlichen, und die Sicherheitsebene, auf der Sie den Bereich veröffentlichen, wichtige Auswirkungen. Diese sollten Sie vor dem Veröffentlichen des Formulars in Erwägung ziehen.

Veröffentlichungsorte

Sie können den benutzerdefinierten Dokumentinformationsbereich entweder direkt im Inhaltstyp-Ressourcenordner oder in einem anderen Verzeichnis veröffentlichen. Beide Ansätze bieten Vorteile.

Wenn Sie direkt im Inhaltstyp-Ressourcenordner veröffentlichen, wird sichergestellt, dass das Formular auf dem Microsoft SharePoint Server 2010-Computer veröffentlicht wird, auf dem sich auch der Inhaltstyp und die zugeordneten Dokumente befinden. Das Formular wird im gleichen Ordner wie die anderen Ressourcendateien für diesen Inhaltstyp veröffentlicht.

Bei der Veröffentlichung an einem anderen Ort können Sie alle Formulare an einer zentralen Stelle, wie etwa in einer Formularbibliothek, speichern. Dieses Szenario ermöglicht es Ihnen, den Zugriff für andere Benutzer auf diese Formulare einzuschränken. Darüber hinaus erhalten Entwickler, die möglicherweise keinen Zugriff auf die SharePoint Server 2010-Website haben, die Möglichkeit, die Formulare für diese Website zu bearbeiten.

Sicherheitsüberlegungen

Für benutzerdefinierte Dokumentinformationsbereiche sind nur die Sicherheitsstufen und Sicherheitsdomäne Eingeschränkt und Voll vertrauenswürdig möglich. Wenn Sie die Stufe Voll vertrauenswürdig auswählen, müssen Sie die InfoPath 2010-Vorlage digital signieren, um sie der Inhaltstyp-Ressourcendatei oder an anderen freigegebenen Speicherorten bereitzustellen. Andernfalls müssen Sie die Vorlage als eine installierte registrierte Vorlage bereitstellen.

Aus Gründen der Sicherheit wird empfohlen, dass Sie die XSN-Datei für Ihr benutzerdefiniertes Formular in derselben Domäne wie die Dokumente, für die das Formular verwendet werden soll, veröffentlichen. Andernfalls wird das benutzerdefinierte Formular im eingeschränkten Modus geöffnet, und die Datenverbindungen können nicht hergestellt werden. Wenn das Formular lokal gespeichert wird, hat dies auch zur Folge, dass alle nicht voll vertrauenswürdigen Formulare im eingeschränkten Modus geöffnet werden.

Wenn Sie das benutzerdefinierte Formular in einer anderen Domäne speichern, haben Sie zwei Optionen, um die ordnungsgemäße Funktion der Datenverbindungen sicherzustellen:

  • Fügen Sie die Domäne, in der Sie das Formular gespeichert haben, Ihrer Liste der voll vertrauenswürdigen Websites hinzu.

    VorsichtVorsicht

    Gehen Sie dabei sorgfältig vor. Wenn eine gesamte Domäne der Liste der vertrauenswürdigen Websites hinzugefügt wird, ist der Computer vor websiteübergreifenden Scriptingangriffen nicht mehr geschützt. Stellen Sie sicher, dass Sie der Domäne, die Sie hinzufügen, und allen Benutzern, die Zugriff darauf haben, vertrauen.

  • Stellen Sie das Formular als Windows Installer-Paket bereit, um entweder ein voll vertrauenswürdiges Formular oder ein voll vertrauenswürdiges und signiertes Formular zu installieren.

Weitere Informationen zum Sicherheitsmodell von InfoPath 2010-Formularen finden Sie in der Dokumentation für InfoPath-Entwickler.

Weitergeben von Änderungen an den Dokumentinformationsbereich

Der benutzerdefinierte Dokumentinformationsbereich und die zugehörigen Einstellungen werden in den Inhaltstypen als XML-Dokument gespeichert.

Pushdownvorgänge werden der XML-Dokumentebene zugewiesen. Wenn Sie Änderungen am XML-Dokument im Zusammenhang mit dem benutzerdefinierten Dokumentinformationsbereich vornehmen und diese Änderungen dann weitergeben, wird das gesamte XML-Dokument, nicht nur die geänderten Einstellungen, in allen untergeordneten Inhaltstypen überschrieben.

Wenn Sie beispielsweise einen benutzerdefinierten Dokumentinformationsbereich für einen Websiteinhaltstyp erstellen und einen Pushdownvorgang durchführen, werden alle untergeordneten Inhaltstypen, die auf diesem Websiteinhaltstyp basieren, so aktualisiert, dass sie diesen benutzerdefinierten Dokumentinformationsbereich verwenden.

Damit solche Konflikte vermieden werden, wird empfohlen, alle Änderungen an untergeordneten Inhaltstypen zu beachten, ehe Änderungen im Zusammenhang mit benutzerdefinierten Dokumentinformationsbereichen weitergegeben werden.. Darüber hinaus können Sie durch Definieren des untergeordneten Inhaltstyps als schreibgeschützt oder gesperrt einschränken, ob sich Pushdownvorgänge auf den untergeordneten Inhaltstyp auswirken oder nicht. Wird ein Inhaltstyp als schreibgeschützt definiert, können Benutzer den Inhaltstyp nicht über die Microsoft SharePoint Foundation 2010-Benutzeroberfläche bearbeiten, Es ist jedoch weiterhin möglich, Lese/Schreibvorgänge für den Inhaltstyp mithilfe des Objektmodells auszuführen und den Inhaltstyp auf diese Weise zu aktualisieren. Entsprechend können Sie gesperrte Inhaltstypen nicht über die Benutzeroberfläche oder das Objektmodell ändern. Zum Ändern eines gesperrten Inhaltstyps müssen Sie die Definition des Inhaltstyps selbst ändern, also die XML-Datei, die den Inhaltstyp bereitstellt. Gesperrte Inhaltstypen werden nicht über Pushdownvorgänge aktualisiert.

Weitere Informationen finden Sie unter Aktualisieren untergeordneter Inhaltstypen im Windows SharePoint Services 3.0 General Reference.

Das Weitergeben von Änderungen kann sich als problematisch erweisen, wenn Sie Änderungen an einem untergeordneten Inhaltstyp vorgenommen haben. Wenn Sie beispielsweise dem untergeordneten Inhaltstyp eine Spalte hinzugefügt bzw. daraus entfernt haben, stimmt das Schema des benutzerdefinierten Dokumentinformationsbereichs zwar mit dem Schema des übergeordneten Inhaltstyps, aber nicht mit dem Schema des untergeordneten Inhaltstyps überein.

Besser ist es, den benutzerdefinierten Eigenschaftenbereich auszuwählen, indem das Formular in Microsoft InfoPath 2010 geöffnet und anschließend auf der Registerkarte Daten auf Felder aktualisieren geklickt wird. Anstatt die Datenquelle weiterhin als übergeordneten Inhaltstyp zu verwenden, sollte sie auf den untergeordneten Inhaltstyp zeigen.

HinweisHinweis

Die Ansicht wird dadurch nicht aktualisiert; Sie müssen Steuerelemente hinzufügen oder entfernen, um das neue Schema der Datenquelle wiederzugeben. Zusätzlich müssen Sie die Geschäftslogik aktualisieren, die von entfernten Steuerelementen abhängig ist. Weitere Informationen finden Sie unter Gewusst wie: Aktualisieren eines Dokumentinformationsbereichs bei Inhaltstypänderungen.

Sie können nicht verhindern, dass Benutzer Inhaltstypen auf der Grundlage eines bestimmten Inhaltstyps erstellen.

Siehe auch

Aufgaben

Gewusst wie: Erstellen eines benutzerdefinierten Dokumentinformationsbereichs in InfoPath

Gewusst wie: Aktualisieren eines Dokumentinformationsbereichs bei Inhaltstypänderungen

Konzepte

Übersicht über den Dokumentinformationsbereich

Benutzerdefinierte Dokumentinformationsbereiche

Schema für den Inhaltstyp-Dokumentinformationsbereich