Auf der Seite d.3 link Configuration können Sie die aus d.3 web bekannten ACLs für den d.3one-Anwendungsserver konfigurieren. ACLs sind Abkürzungen für häufig verwendete Parameter in einer URL. Sie können auf dieser Seite auch die Repository-Indizes verwalten, hiermit werden d.3 web-Repository-Indizes den Repositorys zugeordnet, die Sie bereits auf dem d.3one-Anwendungsserver im Feature Repository hinzugefügt haben.

Sie können die Konfigurationsseite auf dem d.3one-Anwendungsserver oder auf einem beliebigen Client-PC mit dem Internet Explorer unter https://<Basisadresse>/dms/d3web/ anzeigen.

Verwenden von d.3-Links

Es gibt zwei grundsätzliche Arten der Verwendung:

1. Download

Die d.3-Links für den Download von Dokumenten sind wie folgt aufgebaut: https://<Basisadresse>/d.web/download?<Query-Parameter>

Beispiellinks sehen wie folgt aus:

2. Suche

Die d.3-Links für die Suche nach Dokumenten sind wie folgt aufgebaut: https://<Basisadresse>/d.web/dxplorer/dweb?goto=resultgroups&<Query-Parameter>

Ein Beispiellink sieht wie folgt aus:

Der Parameter openDoc=openDoc öffnet das Dokument automatisch in der d.3one-Perspektive Details, falls die komplette Abfrage genau ein Dokument zurückgibt. Gibt die Abfrage mehrere Dokumente zurück, dann wird die Ergebnisliste angezeigt.

Ein Beispiellink sieht wie folgt aus:

In dieser Tabelle finden Sie die zulässigen Abfrageparameter in d.3-Links:

^{(N/V = Nicht verfügbar)}

ACL-Konfiguration

Durch Verwendung von ACLs ist es möglich, bestehende d.3-Links aus d.3 web zu übernehmen. Auch ermöglichen ACLs Ihnen, d.3-Links zu einem späterem Zeitpunkt global anzupassen, um bestehende Links an z.B. eine neue d.3-Konfiguration anzupassen.

Ist eine ACL als Standard gekennzeichnet, dann wird dieses immer angewendet. Parameter, die in der Standard-ACL festgelegt werden, können später über explizites Auswählen eines ACL oder explizites Festlegen in dem d.3-Link überschrieben werden.

Beispiel:

Eine mögliche ACL-Konfiguration für die folgende Suche: Ermitteln von Dokumenten in einer bestimmten Dokumentart, die sich in einem bestimmten Status befinden und deren abhängige TIF-Datei angezeigt werden soll, wenn ein Ergebnis gefunden wird.

Auf der Seite d.3 link Configuration auf der Registerkarte ACLs wird für eine ACL in dem Feld Name der Wert ZEICH vergeben. Die Werte in dem Feld Value könnten dann wie folgt dort eingegeben werden:

Mehrere Parameter werden mit einem Semikolon (;) getrennt.

In diesem Beispiel bedeutet der Link Folgendes: Wenn in dem d.3-Link für ACL=ZEICH definiert ist, dann wird in der Dokumentart zeich nach Dokumenten im Status Freigabe gesucht und die abhängige TIF-Datei geladen.

Sollte der Name einer ACL Sonderzeichen enthalten, muss der Name der ACL in der URL so encodiert werden, wie es dem Standard des URL-Encodings entspricht.

Beispiel:

Repository-Indexkonfiguration

Ein Repository-Index muss konfiguriert werden, wenn es mehr als ein d.3-Repository gibt. Beim Konfigurieren ordnen Sie einem d.3-Repository eine Nummer zu. Diese Nummer können Sie später in einem d.3-Link mit dem Parameter AI verwenden, um das d.3-Repository auszuwählen, in dem gesucht werden soll.

Wird ein Repository als Standard (Default) gekennzeichnet, dann werden alle Anfragen, für die kein Parameter AI festgelegt wurde, an dieses d.3-Repository gesendet.

Beispiel:

Eine mögliche Repository-Indexkonfiguration: Mit einem Suchvorgang wird nur ein Repository durchsucht.

Auf der Seite d.3 link Configuration auf der Registerkarte Repository indexes wird in dem Feld Repository index der Wert 1 vergeben. Unter Repository ID wählen Sie ein konfiguriertes Repository aus, z.B. ProduktivArchiv. Diese Konfiguration bewirkt Folgendes: Wenn in einem d.3-Link folgender Wert AI=1 als Parameter definiert ist, wird in dem Repository ProduktivArchiv gesucht.

Mit der OpenSearch-Funktionalität in d.3one wird es Anwendern ermöglicht, auf einfache Weise nach Elementen zu suchen, die in unterschiedlichen Formaten vorliegen, und unabhängig von der Anwendung wird das gefundene Ergebnis lesbar angezeigt. Die OpenSearch-Technologie definiert einen Standard, mit dessen Hilfe ein Suchprovider einen definierten Bereich durchsucht.

Die Vorteile von OpenSearch in Kombination mit d.3one bestehen einerseits in der Einfachheit, den Anwendern eine Art Suchcontainer in einem einfachen Format bereitzustellen, und andererseits in der Darstellung der Suchergebnisse unabhängig von der durchsuchten Quelle.

Mit einer definierten OpenSearch-Bereichssuche können Sie z.B. eine Suchabfrage definieren, die gezielt nach Elementen in einem d.3-Repository sucht. Diese OpenSearch-Funktionalität können Sie im Windows-Explorer nutzen, sodass ein Anwender seine Suchergebnisse aus einem d.3-Repository im Windows-Explorer anzeigen kann.

In diesem Thema finden Sie grundlegende Informationen zu OpenSearch und weitere Details zum Konfigurieren einer OpenSearch-Sammelsuche (Federated Search):

Weitere Informationen zu den Grundlagen der OpenSearch-Funktionalität finden Sie auf der OpenSearch-Website.

Sie können auch mit einem zusätzlichen Reverse Proxy, der der d.ecs http gateway-App vorgeschaltet ist, Funktionalitäten nutzen, die die Basisadresse benötigen. Wenn Sie die OpenSearch-Funktionalität verwenden möchten und einen zusätzlichen Reverse Proxy eingerichtet haben, müssen Sie diese URL in der DMSApp verwenden. Weitere Informationen zur Konfiguration finden Sie unter Verwenden eines zusätzlichen Reverse Proxys.

Definieren einer OpenSearch-URL

In diesem Kapitel erfahren Sie mehr zur XML-Struktur eines OpenSearch-Suchergebnisses und den möglichen Angaben in einer URL bei Anwendungen mit und ohne Cookie-Unterstützung anhand einer Beispielsuche in einem d.3-Repository. Darüber hinaus erfahren Sie mehr zu möglichen Einschränkungen einer Suchanfrage mithilfe von Eigenschaften.

Sie benötigen für die URL die Basisadresse des d.3one-Anwendungsservers und die ID des d.3-Repositorys, für das Sie eine Suchanfrage definieren möchten:

• Die Basisadresse geben Sie beim Installieren der zentralen Apps an.

• Die Repository-ID finden Sie in der Detailsektion des Features d.3 Repositorys  (https://<Basisadresse>/repo/repositories/) beim Herstellen einer Verbindung erstellt. Sie erhalten die ID, indem Sie entweder die URL nutzen oder im Startmenü auf Alle Programme > d.velop > d.3one > Repository-Konfiguration klicken.

Im Allgemeinen sind OpenSearch-Suchanfragen nach folgendem Schema aufgebaut: https://<Basisadresse>/identitytunnel/auth?url=/dms/r/<RepositoryID>/sr/?<SUCHVORGABEN>&format=opensearch

Dieses allgemeine Schema gilt in der Regel für Suchanfragen mithilfe von Anwendungen, die keine Cookies unterstützen.

Anmerkung

Suchanfragen mithilfe von Anwendungen, die keine Cookies unterstützen, sind nur möglich, wenn Sie in d.ecs identity provider die Authentifizierungsmechanismen Basic oder Kerberos aktiviert haben.

Die Suchanfrage muss z.B. für eine Suche mithilfe eines Browsers leicht angepasst werden, indem Sie den Teil /identitytunnel/auth?url= aus dem Link löschen.

Exemplarisches Ausführen einer OpenSearch-Suchanfrage als Volltextsuche in Internet Explorer (nur mit installiertem d.3 search) 

Angenommen, Sie möchten eine gezielte Volltextsuche nach dem Stichwort "Rechnung" in dem Repository mit der ID 9263b97e-fa3c-52ca-b3af-45c762b5cbd8 durchführen.

1. Ersetzen Sie im Link https://<Basisadresse>/dms/r/<RepositoryID>/sr/?fulltext=<Suchwort>&format=opensearch die entsprechenden Angaben (Basisadresse, Repository-ID und Suchwort).

2. Kopieren Sie den Link https://<Basisadresse>/dms/r/9263b97e-fa3c-52ca-b3af-45c762b5cbd8/sr/?fulltext=rechnung&format=opensearch in die Adresszeile eines Browsers.

3. Drücken Sie ENTER.

4. Ihnen wird folgende Ansicht angezeigt:

Andere Browser zeigen die Antwort in Form von XML-Daten textuell an. Sofern Sie keine weiteren Parameter angeben, werden mit einer Anfrage 25 Treffer nach der Standardsortierung (Akten vor Dokumente, die neuesten zuletzt geänderten Elemente) ausgegeben.

Aufbau eines OpenSearch-Ergebnisses 

Das OpenSearch-Ergebnis enthält folgende Standardeigenschaften, die Elemente in einem d.3-Repository näher beschreiben.

XML-Element	Beschreibung
<title>	Entspricht dem Titel-Feld (Caption) im d.3-Repository.
<author>	Entspricht dem Besitzer im d.3-Repository.
<description>	Enthält eine knappe textuelle Beschreibung abgeleitet aus den Eigenschaften des Dokuments.
<category>	Entspricht der Bezeichnung der Kategorie (Aktenart bzw. Dokumentart) für die Akte oder das Dokument im d.3-Repository.

Die Eigenschaften mit dem Präfix win: und media: dienen zur besseren Anzeige des Suchergebnisses im Windows-Explorer. Die Dokumenteigenschaften mit Präfix dvelop: dienen z.B. dazu, wenn Sie OpenSearch in Microsoft SharePoint verwenden möchten. Zu einem Ergebnis werden die allgemeinen und erweiterten Eigenschaften aufgelistet.

Sie können bei Bedarf das OpenSearch-Ergebnis in einem beliebigen Texteditor als XML-Struktur anzeigen (z.B. im Browser mithilfe der Option zum Anzeigen des Quelltextes).

Ausführen einer Suche für Anwendungen ohne Cookie-Unterstützung 

Für die Verwendung von OpenSearch-Anfragen in Anwendungen, die zwischen Anforderungen (Request) keine Cookies speichern (z.B. Windows-Explorer), ist das vorhergehende Beispiel nicht direkt anwendbar. Vielmehr wird in diesem Umfeld die Umleitungsmöglichkeit von d.ecs identity provider genutzt. Der Mechanismus besteht darin, dass von d.ecs identity provider die URI zur Suche als Parameter übergeben wird. Die App d.ecs identity provider leitet die Anfrage unter der Nutzung der Benutzerauthentifizierung weiter und übernimmt stellvertretend für die Anwendung die Speicherung der Cookies. Im Vergleich zum direkten Aufruf in einem Browser ist diese Variante etwas langsamer, da für jede Anfrage Aufwand für die interne Authentifizierung entsteht.

Exemplarisches Ausführen einer OpenSearch-Suchanfrage als Volltextsuche in einer Anwendung ohne Cookie-Unterstützung 

Beispiel-URI für den OpenSearch-Aufruf über den Identitätsanbieter (d.ecs identity provider):

Sie können die URI aus einem Link herleiten, indem Sie nun den Teil identitytunnel/auth?url= wieder einfügen:

• Browser-basierter Aufruf: https://<Basisadresse>/dms/r/<RepositoryID>/sr/?fulltext=<Suchwort>&format=opensearch

• Umgeleiteter Aufruf: https://<Basisadresse>/identitytunnel/auth?url=/dms/r/<RepositoryID>/sr/?fulltext=<Suchwort>&format=opensearch

Parametrisierung der Suche in Verbindung mit einem d.3-Repository 

In der Regel ist die Volltextsuche in einem d.3-Repository zu unspezifisch. Deshalb können Sie die Suchanfrage mithilfe von Abfrageparametern einschränken.

Sie müssen Sonderzeichen für die URL entsprechend encodieren (z.B. Leerzeichen in %20). Die Länge des encodierten Abfrageparameters darf 8000 Zeichen nicht überschreiten.

Parameter	Beschreibung
fulltext	Gibt einen Volltextsuchbegriff an. Sie müssen d.3 search installiert haben, um die Volltextsuche zu verwenden.
page	Gibt die abzufragende Seite der Ergebnisse an. Wird page nicht angegeben, wird die erste Seite (page=1) angefordert. Wenn Sie die Ergebnisliste in der HTML5-Darstellung der d.3one-Browserintegration aufrufen, wird ein vorhandener page-Parameter ignoriert und stattdessen der Anfang der Ergebnisliste angezeigt. Ein Hineinspringen an eine spezielle Position in der Ergebnisliste ist nicht möglich.
pagesize	Legt die Anzahl der Ergebnisse pro Suchanfrage fest. Wird der Parameter nicht festgelegt, werden bis zu 25 Treffer zurückgeliefert (pagesize=25). Der Wert des Parameters darf minimal 10 und maximal 1000 betragen.
propertysort	Gibt die ID der Eigenschaft an, nach der sortiert wird. Ist keine Sortiereigenschaft angegeben, erfolgt die Sortierung gemäß Standardsortierung anhand des Sortierungskriteriums Geändert am. Zudem werden bei der Geändert am-Sortierung Akten vor Dokumente angezeigt und innerhalb von Akten und Dokumenten wird nach dem letzten Änderungsdatum sortiert. Titel: property_caption  Besitzer: property_owner  Dateiendung: property_filetype  Bemerkung: property_remark  Zugriffsdatum: property_access_date  Bearbeiter: property_editor  Dokument-ID: property_document_id  Dokumentnummer: property_document_number  Dateigröße: property_size  Dokumentstatus: property_state  Geändert am: property_last_modified_date  Datei geändert am: property_last_alteration_date  Farbmarkierung: property_colorcode  Kategorie: property_category  Erstellt am: property_creation_date  Zugriffsdatum: property_access_date  Sie können die Ergebnisliste auch anhand einer erweiterten Eigenschaft sortieren. Die ID der Eigenschaft entspricht der Kennung (RID) einer Eigenschaft, die Sie in d.3 admin für jede erweiterte Eigenschaft ermitteln können. Je nach Anwendung, mit der die OpenSearch-Funktionalität genutzt wird, kann es vorkommen, dass die Anwendung die Ergebnisse noch eigenständig z.B. nach Änderungsdatum sortiert (Internet Explorer, Windows-Explorer).
ascending	Gibt die Richtung der Sortierreihenfolge an. ascending=true: führt zu einer aufsteigenden Sortierung (von klein nach groß (A-Z) und von alt nach jung). ascending=false: führt zu absteigenden Sortierung (von groß nach klein (Z-A) und von jung nach alt). Wird der ascending-Parameter nicht explizit angegeben, wird eine aufsteigende Sortierung vorgenommen. Davon ausgenommen ist die Standardsortierung: Wird nach dem Kriterium Geändert am sortiert und ist die Sortierreihenfolge nicht angegeben, wird in diesem Fall absteigend sortiert. Außerdem werden in der Ergebnisliste zunächst die Akten und dann die Dokumente angezeigt. Innerhalb von Dokumenten und Akten wird nach dem Sortierkriterium sortiert. Je nach Anwendung, mit der die OpenSearch-Funktionalität genutzt wird, kann es vorkommen, dass die Anwendung selbst die Ergebnisse eigenständig z.B. nach Änderungsdatum sortiert (Internet Explorer, Windows-Explorer).
properties	Gibt eine Sucheinschränkung nach Eigenschaften der Dokumente und Akten an. Mit folgenden Kriterien können Sie eine Suche auf bestimmte Aspekte beschränken: Dokument-ID: property_document_id  Dateityp: property_filetype  Besitzer: property_owner  Dokumentnummer: property_document_number  Dokumentstatus: property_state (Mögliche Werte sind Be für Bearbeitung, Pr für Prüfung, Fr für Freigabe und Ar für Archiv) Bearbeiter: property_editor (d.3-Benutzername) Dateiname: property_filename  Datei geändert am: property_last_alteration_date  Importdatum: property_creation_date  Dateiröße: property_size (Bei der Suche nach der Dateigröße muss die Größe in Bytes als Ganzzahl angegeben werden. Bereichssuchen mit dem Trennzeichen Pipe- und Minus-Zeichen (|-) sind ebenfalls möglich: Mit dem Ausdruck {"property_size ":["|-1024"]} suchen Sie nach Dokumenten, deren Nutzdatei kleiner oder gleich 1024 Bytes ist. Geändert am: property_last_modified_date  Zugriff am: property_access_date  Bemerkung: property_remark  Farbmarkierung: property_colorcode (Ist eine Ganzzahl zwischen 1 und 24, die der Nummer des gewünschten Farbcodes entspricht). Variantennummer: property_variant_number  Sie können je Eigenschaft mindestens einen Wert definieren. Beispiele: properties={"property_filetype":["docx"]}: für die Suche nach dem Dateityp DOCX. properties={"property_filetype":["docx","pdf"]}: für die Suche nach Elementen mit dem Dateityp DOCX oder PDF. Sie können die Ergebnisliste auch anhand einer erweiterten Eigenschaft einschränken. Die ID der Eigenschaft entspricht der Kennung (RID) einer Eigenschaft, die Sie in d.3 admin für jede erweiterte Eigenschaft ermitteln können. Beispiele: properties={"227":["KND001"]}: für die Suche nach Elementen, die die erweiterte Eigenschaft mit der ID "227" besitzen und diese Eigenschaft den Wert "KND001" hat. properties={"227":["KND001","KND002"]}: für die Suche nach Elementen, die die erweiterte Eigenschaft mit der ID "227" besitzen und diese Eigenschaft den Wert "KND001" oder "KND002" hat. Sie können auch mehrere Eigenschaften gleichzeitig als Sucheinschränkung verwenden: Beispiele: properties={"227":["KND001"],"231":["|-100"]}: für die Suche nach Elementen mit der Kundennummer (erweiterte Eigenschaft mit der ID "227") "KND001" und einem Rechnungsbetrag (erweiterte Eigenschaft mit der RID "231") kleiner oder gleich 100. properties={"227":["KND001"],"property_filetype":["pdf"]}: für die Suche nach Elementen mit der Kundennummer (erweiterte Eigenschaft mit der ID "227") "KND001" und dem Dateityp PDF.
objectdefinitionids	Legt fest, auf welche Kategorien sich die Suche beziehen soll. Sie können mindestens eine Kategorie definieren. Geben Sie die ID einer Kategorie an. Wird keine Angabe gemacht, erfolgt die Suche in allen Kategorien eines d.3-Repositorys. Beispiele: objectdefinitionids=["RECH"]: für die Suche in der Dokumentart "Rechnung" (RECH). objectdefinitionids=["RECH", "AUFT"]: für die Suche in den Dokumentarten "Rechnung" (RECH) und "Aufträge" (AUFT).
viceuser	Schränkt das Suchergebnis auf diejenigen Treffer ein, die der Benutzer sehen darf, dessen d.3-Benutzername im Parameter viceuser angegeben ist. Das Suchergebnis enthält in diesem Fall nur die Elemente, für die sowohl der authentifizierte Benutzer (d.3-Servicebenutzer) als auch der viceuser-Benutzer die erforderlichen Berechtigungen besitzt. Der Parameter viceuser wird ausschließlich für die Einschränkung der Suche verwendet. Wenn der Anwender auf Basis der zurückgelieferten Links, die Teil des Ergebnisses sind, weitere Aktionen ausführt (z.B. Link zum Download aufrufen), werden die Berechtigungen des authentifizierten Benutzers verwendet. Damit die Berechtigungen des Anwenders für weitere Aktionen angewendet werden, müssen Sie sicherstellen, dass die Links aus den Ergebnissen in einer individuell authentifizierenden Benutzeroberfläche (z.B. Browser) ausgeführt werden.

Anmerkung

Spezielle Angaben für den properties-Parameter in Bezug auf verschiedene Einschränkungsmöglichkeiten, um gezielt zum Ergebnis zu gelangen:

1. Suche nach einem numerischen Wert oder einem Geldwert:

   Geben Sie den Wert ohne Tausendertrennzeichen an. Als Dezimaltrennzeichen gilt der Punkt (.). Beispiel: Für den Wert 1.000,20 EUR geben Sie 1000.20 an.

2. Suche nach einem Datum und Uhrzeit:

   Geben Sie das Datum im Format YYYY-MM-DD an. Beispiel: Für den 05.12.2018 (DD.MM.YYYY) geben Sie 2018-12-05 an.

   Zeitangaben werden nach dem Format YYYY-MM-DDTHH:mm:ss+01:00 durchführt. Das Pluszeichen (+) müssen Sie mit %2b encodieren. Beispiel: 2018-02-18T23:59:59%2b01:00 für den 18.02.2018 um 23:59 Uhr und 59 Sekunden in der Zeitzone UTC+1 für Winterzeit in Deutschland.

3. Suche nach Elementen, die sich in einem bestimmten Bereich befinden:

   Für die Bereichssuche verwenden Sie als Trennzeichen eine Kombination aus einem Pipe- und Minuszeichen (|-). Beispiele für ein numerisches Feld mit der ID 231:

• • Werte größer oder gleich 100: {"231":["100|-"]}

  • Werte kleiner oder gleich 100: {"231":["|-100"]}

  • Werte zwischen 100 und 200: {"231":["100|-200"]}

Anwendungsbeispiele für verschiedene Suchanfragen mithilfe der OpenSearch-Funktionalität:

• Suchen in einer Dokumentart: Ergänzen Sie die URL um den Teil objectdefinitionids=["<Dokumentartname kurz>"].

https://<Basisadresse>/dms/r/<RepositoryID>/sr/?fulltext=5353&format=opensearch&objectdefinitionids=["RECH"]

• Suchen in mehreren Dokumentarten: Ergänzen Sie die URL um den Teil objectdefinitionids=["<Dokumentartname kurz>","<Dokumentartname kurz>"].

https://<Basisadresse>/dms/r/<RepositoryID>/sr/?fulltext=5353&format=opensearch&objectdefinitionids=["RECH","AUFT"]

• Suchen nach PDF-Dokumenten mit Einschränkungen auf den Dateityp: Ergänzen Sie die URL um den Teil properties={"property_filetype":["<Dateierweiterung>"]}.

https://<Basisadresse>/dms/r/<RepositoryID>/sr/?fulltext=test&format=opensearch&properties={"property_filetype":["pdf"]}

• Suchen nach einer alphanumerischen Eigenschaft: Ergänzen Sie den properties-Parameter in der URL um properties={"227":["KND001"]}, um das Eigenschaftsfeld mit der RID 227 (Kundennummer) und dem Wert "KND001" als Kundennummer zu suchen.

https://<Basisadresse>/dms/r/<RepositoryID>/sr/?objectdefinitionids=["RECH"]&fulltext=&properties={"227":["KND001"]}&format=opensearch

• Definieren der Sortierung der Ergebnisliste nach Titel: Ergänzen Sie die URL um den Teil propertysort=property_caption.

https://<Basisadresse>/dms/r/<RepositoryID>/sr/?fulltext=&format=opensearch&objectdefinitionids=["RECH"]&propertysort=property_caption

Details zum Definieren und Bereitstellen von Suchconnectoren für die Verwendung mit Windows-Explorer finden Sie unter Bereitstellen und Definieren von OpenSearch-Sammelsuchen.

Siehe auch:

• Grundlegende Funktionsweise von OpenSearch 

• Bereitstellen und Definieren von OpenSearch-Sammelsuchen 

Basierend auf der d.3ecm-Architektur kann jede Organisation eigene Features konfigurieren, die Sie als Kacheln auf der Startseite integrieren können. Im Konfigurationsleitfaden für d.velop-Infrastrukturkomponenten erfahren Sie im Kapitel "Hinzufügen von Kacheln auf der Startseite" technische Details zum Konfigurieren der Kacheln.

Mit der Kontextaktion In PDF-Datei zusammenfassen können Anwender Elemente in eine PDF-Datei exportieren. Die beim Exportieren erzeugte PDF-Datei enthält die ausgewählten Dokumente. Damit erhalten Anwender die Möglichkeit, mehrere ausgewählte Dokumente lokal in eine Datei zu exportieren. Die PDF-Datei dient als Dateicontainer und kann von Ihren Anwender jederzeit außerhalb eines d.3-Repositorys beispielsweise zum Versenden der Datei genutzt werden. Die exportierten Dateien sind als Anlagen in der PDF-Datei enthalten. Die Anwender müssen zum Lesen der eingebetteten Dokumente über die entsprechenden Anwendungen verfügen.

Es ist empfehlenswert, eine obere Grenze für die zu exportierenden Dateien festzulegen. Die obere Grenze ist unter anderem abhängig von der Leistung Ihres Systems und der Größe der zu exportierenden Dateien. Der Standardwert für dieses Feature ist auf 100 Elemente begrenzt. Akten können nicht exportiert werden.

Sie können den Wert ändern, wenn Sie feststellen, dass Ihre Anwender das System mit diesem Feature zu sehr auslasten. Sie können den Standardwert erhöhen, allerdings ist es empfehlenswert, den Wert nur zu erhöhen, wenn Sie einen speziellen Bedarf erkennen. Der Wert 0 deaktiviert das Feature, sodass die Kontextaktion nicht angezeigt wird.

Wenn Sie den Wert ändern möchten, können Sie die Änderung der Datei web.config unter dem Installationsverzeichnis c:\d3\d.3one\dms vornehmen.

So geht's

    <!-- This parameter defines the maximum number of files that can be exported to a PDF file container. -->
    <!-- Default: 100 (A maximum number of 100 files can be exported.) -->
    <!-- Disabled: 0 (The context action "Export PDF file"  is disabled.) -->
    <add key="Multiselection.PdfContainer.MaxCount" value="100"/>

Wenn Sie mit Microsoft Office 2013, 2016 oder 2019 arbeiten, können Sie in Ihrem Unternehmen oder Ihrer Organisation das direkte Bearbeiten von Microsoft Office-Dokumenten ermöglichen, die in Ihrem d.3-Repository gespeichert sind. Mit den Kontextaktionen Lokal in Microsoft Word bearbeiten, Lokal in Microsoft Excel bearbeiten und Lokal in Microsoft PowerPoint bearbeiten können Anwender Microsoft Office-Dokumente direkt in der entsprechenden Microsoft Office-Anwendung bearbeiten und wieder im d.3-Repository speichern. Die Microsoft Office-Dokumenten müssen den Status Bearbeitung haben und der Anwender muss der Besitzer des Dokuments sein.

Das direkte Bearbeiten ermöglicht eine WebDav-Schnittstelle, die HTTP um einige Verben erweitert. Standardmäßig sind diese Verben zulässig und in der DMS-App erlaubt. Sollten Sie andere Einstellungen vorgenommen haben, müssen Sie diese WebDav-Verben in Internetinformationsdienste (IIS) wieder aktivieren. Das WebDav-Modul in IIS muss für die d.3one-Site deaktiviert sein.

Um die Funktion zu aktivieren, nehmen Sie die Änderung der Datei web.config unter dem Installationsverzeichnis c:\d3\d.3one\dms vor.

So geht's

    <!--This parameter specifies whether editing Microsoft Office documents (Microsoft Word, Microsoft Excel, or Microsoft Powerpoint) is enabled or not-->
    <!--Before you use the feature, please read the manual to take care of all needed requirements-->
    <!--Default: false (Editing Microsoft Office documents is not enabled)--> 
    <add key="WebDav.EditOfficeDocuments" value="false"/>

Wenn Sie in d.ecs identity provider das HTML-Login (alternative Anmeldung) aktiviert haben, dann müssen Sie in der gleichen Datei im folgenden Abschnitt den Wert auf "true" ändern:

    <!--This parameter specifies if you get a HTML login form when editing Microsoft Office documents.-->
    <!--Only set this parameter to true if you have enabeld "OpenId Connect" or "HTML login" in identityprovider-->
    <!--Default: false (Only Basic Auth for editing Microsoft Office documents is supported)-->
    <add key="WebDav.EnableHtmlLogin" value="false" />

Falls Sie es Ihren Anwendern ermöglichen, die Bearbeitung eines Dokuments von einem anderen Anwender zu übernehmen, ist eine unternehmensweite oder auch eine abteilungsweite Richtlinie empfehlenswert. Der Anwender, der aktuell ein Dokument in Microsoft Office bearbeitet, kann das Dokument nicht mehr speichern, wenn ein anderer Anwender die Bearbeitung des Dokuments übernommen hat.

Mit dem Feature Aktenerstellung können Ihre Anwender neue Akten im d.3-Repository erstellen. Damit Anwender die Kachel Aktenerstellung auf der Startseite anzeigen und verwenden können, benötigen Sie die ID einer Benutzergruppe von d.ecs identity provider. Geben Sie die ID in der Datei web.config unter dem Installationsverzeichnis c:\d3\d.3one\dms ein. Sie können mehrere IDs von Benutzergruppen durch ein Komma getrennt angeben.

So geht's

<!-- This parameter defines for which IdentityProvider groups to show the "Dossier creation" tile -->
<!-- Must be a list of ids of IdentityProvider groups, seperated with , -->
<add key="NewDossier.IdpGroups" value="DC4895EF-A72C-4489-95A1-F38269D6E48D,cn%3Dd3admin%2Co%3Dadmin%2Ccn%3Daccounts%2Cdc%3Dcontoso%2Cdc%3Dnet"/>

Siehe auch: