Die Sicherungsübernahme ist nur auf Ordner und Register anwendbar. Wenn die Sicherung für einen Ordner oder ein Register auf "Übernehmen" eingestellt ist, stellt der Refile-Vorgang die gleiche Sicherung für die Unterordner und alle Versionen von Dokumenten innerhalb dieser Ordner und Register ein. In Fällen, in denen ein Benutzer die Standardsicherung eines Ordners auf einen expliziten Wert (Öffentlich, Privat oder Ansicht) setzt, geht Refile davon aus, dass der Benutzer beabsichtigt, die Sicherung manuell zu verwalten. Refile überspringt Verarbeitungsordner, wenn die Vererbung unterbrochen wird. Standardmäßig werden alle Änderungen, die Sie während eines Refiles an der Sicherung eines Ordners oder Registers vornehmen, an Unterordner und Dokumente in diesem Ordner oder Register vererbt.

In diesem Abschnitt werden einige der häufigsten Anwendungsfälle, auf die Sie in iManage Work System stoßen, sowie die möglichen Vorschläge durch Refile erläutert.

Security Refile Anwendungsfälle

In diesem Abschnitt werden einige der häufigsten Anwendungsfälle, auf die Sie in iManage Work System stoßen, sowie die möglichen Vorschläge durch Refile erläutert.

Standardsicherung eines Containersändern

Das folgende Beispiel erläutert die Ergebnisse einer vorgeschlagenen Änderung der Standardsicherung eines Ordners für untergeordnete Objekte innerhalb und unterhalb dieses Containers.

In diesem Beispiel wird ein Security-Refile-Vorgang ausgelöst, indem die Standardsicherung eines übergeordneten Ordners auf Öffentlich geändert wird. Da die Änderung auf die untergeordneten Objekte übertragen wird, ist bei einem Dokument (Fall 1) die Standardsicherung auf "Öffentlich" gesetzt. Die Standardsicherung dieses Dokuments wird nicht geändert, da die beiden Einstellungen (die vorgeschlagene Standardsicherung und die aktuelle Standardsicherung des Dokuments) gleich sind und eine der Refile-Regeln besagt, das identische Einstellungen niemals geändert werden. Wenn die Einstellung der Standardsicherung des Dokuments jedoch auf „Ansicht“ (Fall 5) eingestellt ist, wird die Standardsicherung auf „Öffentlich“ aktualisiert.

Fall	Von Refile vorgeschlagener Stand	Aktueller Stand des Dokuments	Erwartetes Ergebnis	Regel erfüllt
1	Standardsicherung ist „Öffentlich“	Standardsicherung ist „Öffentlich“.	Keine Änderung.	Objekte mit identischer Standardsicherung werden zur Sicherheit neu angelegt.
2	Standardsicherung ist „Öffentlich“	Dokument ist gesperrt.	Keine Änderung.	Artikel, die als "Gesperrt" gekennzeichnet sind, werden aus Sicherheitsgründen nicht neu angelegt.
3	St andardsicherung ist „Öffentlich“	Dokument ist „Geschützt“ und Refile-geschütztes Dokument ist „Nein“	Keine Änderung.	Geschütztes Dokument
4	St andardsicherung ist „Öffentlich“	Dokument ist „Geschützt“ und Refile-geschütztes Dokument ist „Ja“	Standardsicherung wird geändert zu „Öffentlich“	Geschütztes Dokument
5	Standardsicherung ist „Öffentlich“	Standardsicherung ist „Ansicht“	Standardsicherung wird geändert zu „Öffentlich“	Aktualisierung zulässig.
6	Standardsicherung ist „Privat“	Standardsicherung ist „Öffentlich“.	Standardsicherung wird geändert zu „Privat“.	Aktualisierung zulässig.
7	Standardsicherung ist „Privat“	Dokument ist „Gesperrt“.	Keine Änderung.	Artikel, die als "Gesperrt" gekennzeichnet sind, werden aus Sicherheitsgründen nicht neu angelegt.
8	Standardsicherung ist „Privat“	Dokument ist „Geschützt“ und Refile-geschütztes Dokument ist auf „Nein“ eingestellt.	Keine Änderung.	Geschütztes Dokument
9	Standardsicherung ist „Privat“	Dokument ist „Geschützt“ und Refile-geschütztes Dokument ist „Ja“	Standardsicherung wird geändert zu „Privat“.	Aktualisierung zulässig. Geschütztes Dokument
10	Standardsicherung ist „Privat“	Standardsicherung ist „Ansicht“	Standardsicherung wird „Privat“.	Aktualisierung zulässig.
11	Voreingestellte Sicherheit ist Ansicht	Standardsicherung ist „Öffentlich“.	Voreingestellte Sicherheit wird Ansicht	Aktualisierung zulässig.
12	Voreingestellte Sicherheit ist Ansicht	Dokument ist „Gesperrt“.	Keine Änderung.	Artikel, die als "Gesperrt" gekennzeichnet sind, werden aus Sicherheitsgründen nicht neu angelegt.
13	Voreingestellte Sicherheit ist Ansicht	Dokument ist „Geschützt“ und Refile-geschütztes Dokument ist auf „Nein“ eingestellt.	Keine Änderung.	Geschütztes Dokument
14	Voreingestellte Sicherheit ist Ansicht	Das Dokument ist geschützt und Refile-geschütztes Dokument ist auf Ja gesetzt.	Voreingestellte Sicherheit wird Ansicht	Aktualisierung zulässig. Geschütztes Dokument
15	Voreingestellte Sicherheit ist Ansicht	Standardsicherung ist „Ansicht“	Keine Änderung.	Objekte mit identischer Standardsicherung werden zur Sicherheit neu angelegt.

Einen Benutzer zu einem Container hinzufügen

Die Tabelle erklärt die Ergebnisse einer vorgeschlagenen Änderung beim Hinzufügen eines Benutzers zu einem Arbeitsbereich oder Ordner.

In diesem Beispiel wird ein Security-Refile-Vorgang ausgelöst, indem der Benutzer ACASE hinzugefügt wird, der Lese-/Schreibzugriff erhält. Da die Änderung auf die untergeordneten Objekte übertragen wird, hat ein Dokument (Fall 1) derzeit seine Standardsicherung auf „Gesperrt“ gesetzt. Die Standardsicherung des Dokuments ändert sich nicht, da ein Dokument mit der Standardsicherung "Gesperrt" niemals geändert wird.

Fall	Von Refile vorgeschlagener Stand	Aktueller Stand des Dokuments	Erwartetes Ergebnis	Regel erfüllt
1	Benutzer ACASE erhält Lese-/Schreibzugriff	Dokument ist gesperrt.	Keine Änderung.	Artikel, die als "Gesperrt" gekennzeichnet sind, werden aus Sicherheitsgründen nicht neu angelegt.
2	Benutzer ACASE erhält Lese-/Schreibzugriff	Dokument ist „Geschützt“ und Refile-geschütztes Dokument ist auf „Nein“ eingestellt.	Keine Änderung.	Geschütztes Dokument
3	Benutzer ACASE erhält Lese-/Schreibzugriff	Das Dokument ist geschützt und Refile-geschütztes Dokument ist auf Ja gesetzt.	Der Benutzer ACASE erhält Lese-/Schreibzugriff.	Aktualisierung zulässig. Geschütztes Dokument
4	Benutzer ACASE erhält keinen Zugriff	Das Dokument ist weder „Gesperrt“ noch „Geschützt“.	Der Benutzer ACASE hat „keinen Zugriff“ und kann nicht auf die Container oder Objekte in diesen Containern zugreifen.	Aktualisierung zulässig.

Die Zugriffsebene eines Benutzers ändern

Das folgende Beispiel erläutert die Ergebnisse einer vorgeschlagenen Änderung bei der Modifizierung der Zugriffsebene eines bestehenden Benutzers eines Arbeitsbereichs oder eines Ordners.

In diesem Beispiel ist ein Dokument (Fall 3) derzeit weder gesperrt noch geschützt und der Benutzer ACASE hat keinen Zugriff auf seinen übergeordneten Container. Ein Security-Refile-Vorgang wird ausgelöst, wenn der Zugriff von ACASE geändert wird, um vollen Zugriff auf den übergeordneten Container zu erhalten. Da die Änderung bis hinunter zu den Untergeordneten propagiert wird, ändert sich das Dokument nicht und ACASE erhält keinen „Vollzugriff“ auf das Dokument. Das liegt daran, dass eine Refile-Regel besagt, dass ein Benutzer mit expliziter Zuweisung von „Kein Zugriff“ sich nie ändert.

Fall	Von Refile vorgeschlagener Stand	Aktueller Stand des Dokuments	Erwartetes Ergebnis	Regel erfüllt
1a	Benutzer ACASE erhält Lese-/Schreibzugriff	Dokument ist geschützt und Refile-geschütztes Dokument ist auf Nein gesetzt.	Keine Änderung.	Geschütztes Dokument
1b	Benutzer ACASE erhält Lese-/Schreibzugriff	Dokument ist geschützt und Refile-geschütztes Dokument ist auf Ja gesetzt.	Der Zugriff von ACASE auf das Dokument wird mit Lese-/Schreibzugriff überschrieben.	Aktualisierung zulässig. Siehe Regel "Gesichertes Dokument".
2	Benutzer ACASE erhält keinen Zugriff	Das Dokument ist weder eingeschränkt noch gesichert, und ACASE hat expliziten Zugriff.	Der Zugriff von ACASE auf das Dokument wird mit „Kein Zugriff“ überschrieben.	Aktualisierung zulässig.
3	Benutzer ACASE erhält Vollzugriff	Das Dokument ist weder gesperrt noch geschützt und ACASE hat auf das Dokument explizit „Keinen Zugriff“.	Keine Änderung.	Benutzer mit „Kein Zugriff“ werden niemals ihre explizite Zugriffsstufe durch eine Security-Refile geändert. Um einen Benutzer mit „Kein Zugriff“ zu ändern, müssen Sie zusätzliche Schritte unternehmen. Siehe „Kein Zugriff“-Ebene wurde niemals erhöht inNeuablageregeln
4	Benutzer ACASE erhält Vollzugriff	Das Dokument ist weder eingeschränkt noch gesichert, und ACASE hat expliziten Zugriff.	Der Zugriff von ACASE auf das Dokument wird mit „Vollzugriff“ überschrieben.	Aktualisierung zulässig.

Einen Benutzer aus einem Container entfernen

Das folgende Beispiel erläutert die Ergebnisse einer vorgeschlagenen Änderung beim Entfernen eines vorhandenen Benutzers aus einem Arbeitsbereich oder Ordner.

In diesem Beispiel wird ein Vorschlag für die Refile-Sicherung gemacht, um einen Benutzer aus einem Container mit einer Standardsicherung von „Öffentlich“ zu entfernen (Fall 2). Der Benutzer wird entfernt, weil keine andere Refile-Regel diese Änderung verbietet.

Fall	Von Refile vorgeschlagener Stand	Aktueller Stand des Dokuments	Erwartetes Ergebnis	Regel erfüllt
1a	Benutzer ACASE wird entfernt.	Dokument ist geschützt, wobei Benutzer ACASE Lese-/Schreibzugriff besitzt und Refile-geschütztes Dokument ist „Nein“	Keine Änderung.	Geschütztes Dokument.
1b	Benutzer ACASE wird entfernt.	Dokument ist geschützt, wobei Benutzer ACASE Lese-/Schreibzugriff besitzt und Refile-geschütztes Dokument ist „Ja“	Benutzer ACASE wird entfernt.	Aktualisierung zulässig. Siehe Geschütztes Dokument.
2	Benutzer ACASE wird entfernt.	Das Dokument ist weder eingeschränkt noch gesichert, und ACASE hat keinen Zugriff.	Benutzer ACASE wird entfernt. Beachten Sie, dass der Benutzer ACASE Dokumente bearbeiten kann, da die Standardsicherung „Öffentlich“ ist und der Benutzer ACASE keine zusätzlichen Einschränkungen hat. Beim erneuten Anlegen von Dokumenten aufgrund einer Sicherungsänderung ist dies der einzige Fall, bei dem sich ein Benutzer mit „Kein Zugriff“ ändert.	Aktualisierung zulässig.
3	Benutzer ACASE wird entfernt.	Das Dokument ist weder eingeschränkt noch gesichert, und ACASE hat vollen Zugriff.	Benutzer ACASE wird entfernt. Beachten Sie, dass der Benutzer ACASE nun Zugriff auf der Grundlage der Standardsicherung des Dokuments hat. Da das Dokument nicht gesperrt oder gesichert ist, kann die Standardsicherung nur „Öffentlich“ oder „Ansicht“ sein.	Aktualisierung zulässig.

Verschieben eines Ordners an einen neuen Ort

Das folgende Beispiel erläutert die Ergebnisse einer vorgeschlagenen Änderung beim Verschieben eines Ordners an einen neuen Speicherort. Das Szenario veranschaulicht die Refile-Änderungen, wenn ein Ordner zusammen mit seinen Unterordnern (Dokumente und Ordner) direkt in einen anderen Ordner, einen Arbeitsbereich, verschoben wird, dessen Standardsicherung auf "Öffentlich" steht und der zwei explizit zugewiesene Benutzer hat.

Beim Verschieben von Ordnern ist die Einstellung der Standardsicherung des Ordners entscheidend dafür, ob ein Refile-Vorgang eintritt.

Wenn die Standardsicherung des Ordners auf „Vererben" eingestellt ist, dann legt der Refile-Service die untergeordneten Objekte gemäß den standardmäßigen Refile-Regeln neu an.
Wenn die Standardsicherung des Ordners nicht auf „Vererben“ eingestellt ist, wird erwartet, dass die Ordnerbesitzer die Ordnersicherung manuell verwalten möchten. Daher tritt nach dem Verschieben des Ordners kein Refile-Ereignis auf. Wenn der Ordner neu angelegt werden soll, muss seine Sicherung nach dem Verschieben vom neuen Standort auf „Vererben“ geändert werden.

images/download/attachments/57668955/Moving_folder_and_refile_impact.jpg

Wenn eine Änderung beispielsweise durch Verschieben eines Ordners und seines Inhalts (in diesem Fall Dokumente und ein Ordner) an einen neuen Ordnerstandort vorgenommen wird, versucht die Standardsicherung der Dokumente mit dem neuen übergeordneten Ordner übereinzustimmen. In diesem Beispiel hat der übergeordnete Ordner (ein Arbeitsbereichsordner) die Standardsicherheit Public und die Benutzer KTHOMPSON und BDYSTRA haben beide Vollzugriff.

Fall	Aktueller Stand des Artikels	Erwartetes Ergebnis	Regel erfüllt
Sonstiges Verzeichnis	Standardsicherung ist auf „Vererben“ eingestellt.	Keine Änderung.	(Nicht zutreffend)
Dokument-Nr. 123	Standardsicherung ist auf „Ansicht“ eingestellt.	Wenn sich die Sicherung standardmäßig auf „Öffentlich“ ändert, werden folgende Benutzer zugewiesen: KTHOMPSON hat Vollzugriff BDYSTRA hat Vollzugriff JFALAT wurde durch die öffentliche Standardsicherung Zugang gewährt. FROTHGANGER- und ACASE-Zugriff reduziert sich auf das Lesen/Schreiben von der öffentlichen Standardsicherheit.	Standardsicherheit von neuem Ursprung anwenden. Die aktuelle Standardsicherung und ACLs werden gelöscht, danach werden die neuen übergeordneten Standardsicherung-ACLs angewendet. Dadurch kann sich möglicherweise die Zugriffsstufe eines Benutzers ändern. Siehe Standardsicherheit des Containers auf Vererben in Neuablageregeln
Dokument Nr. 899	Das Dokument ist gesperrt.	Keine Änderung.	Gesperrte Artikel werden nicht neu angelegt.
Dokument-Nr. 1352	Dokument ist geschützt und Refile-geschütztes Dokument ist Nein	Keine Änderung.	Geschütztes Dokument.
Dokument-Nr. 1352	Das Dokument ist geschützt und Refile-geschütztes Dokument ist Ja	Standardsicherung ist auf "Öffentlich" eingestellt, die folgenden Benutzer sind zugeordnet: KTHOMPSON hat Vollzugriff BDYSTRA hat Vollzugriff FROTHGANGER- und ACASE-Zugriff reduziert sich auf das Lesen/Schreiben von der öffentlichen Standardsicherheit.	Aktualisierung zulässig. Siehe Geschütztes Dokument.
Rechtsanwalts-Notizmappe	Standardsicherung ist nicht vererbt	Keine Änderung.	Positionen, die keine Sicherung erben, werden nicht verarbeitet.

Verschieben eines Dokuments an einen Ort, der die Sicherung erbt

Der folgende Fall erläutert die Ergebnisse einer vorgeschlagenen Änderung beim Verschieben eines Dokuments in einen Ordner. Dieses Szenario veranschaulicht, dass Dokumente und nicht der übergeordnete Ordner direkt in einen anderen Ordner verschoben werden, dessen Standardsicherung „Vererben“ lautet. Das heißt, der Ordner wird so behandelt, als hätte er die Standardsicherung seines übergeordneten Arbeitsbereichs.

Beim Verschieben von Dokumenten in einen neuen Ordner ist beabsichtigt, die Dokumentensicherung an die Sicherung des neuen Ordners anzupassen. Gesperrte Dokumente ändern sich nie, und geschützte Dokumente können sich je nach der Einstellung des Refile-Secure-Dokuments ändern.

images/download/attachments/57668955/Moving_doucments_and_refile_impact.jpg

Wenn eine Änderung beispielsweise durch das Verschieben von Dokumenten an einen neuen Ordnerstandort vorgenommen wird, versucht die Standardsicherung der Dokumente mit dem neuen übergeordneten Ordner übereinzustimmen. In diesem Beispiel hat der übergeordnete Ordner (ein Arbeitsbereichsordner) die Standardsicherheit Public und sowohl die Benutzer KTHOMPSON als auch BDYSTRA haben Vollzugriff.

Fall	Aktueller Stand des Dokuments	Erwartetes Ergebnis	Regel erfüllt
Dokument-Nr. 123	Das Dokument ist weder eingeschränkt noch gesichert, also wird es neu angelegt.	Die Standardsicherheit des Dokuments ändert sich aufÖffentlich , und die folgenden Benutzer werden zugewiesen: Benutzer KTHOMPSON hat Vollzugriff Benutzer BDYSTRA hat Vollzugriff Des Weiteren wird nun ACASE und FROTHGANGER von Vollzugriff auf Lesen/Schreiben zurückgesetzt, da sie aus den ACLs entfernt wurden. JFALAT erhält Zugriff, da er aus den ACLs entfernt wurde. Alle drei Benutzer erhalten Lese-/Schreibzugriff über die Standard-Sicherheitseinstellung von Public.	Standardsicherheit von neuem Ursprung anwenden. Die aktuellen Standard-Sicherheits- und ACLs werden gelöscht, daraufhin übernimmt der Container oder das Dokument die Standard-Sicherheits- und ACLs des übergeordneten Objekts. Dadurch kann sich möglicherweise die Zugriffsstufe eines Benutzers ändern. Siehe Standardsicherheit des Containers auf Übernehmen in Neuablageregeln.
Dokument-Nr. 899	Dokument ist gesperrt.	Keine Änderung.	Gesperrte Artikel werden nicht neu angelegt.
Dokument-Nr. 1352	Dokument ist geschützt und Refile-geschütztes Dokument ist Nein	Keine Änderung.	Geschütztes Dokument
Dokument-Nr. 1352	Das Dokument ist geschützt und Refile-geschütztes Dokument ist Ja	Die Standardsicherheit des Dokuments ändert sich auf Öffentlich , und die Benutzer werden wie folgt zugewiesen: Benutzer KTHOMPSON hat Vollzugriff Benutzer DYKSTRA hat Vollzugriff Des Weiteren wird nun ACASE und FROTHGANGER von Vollzugriff auf Lesen/Schreiben zurückgesetzt, da sie aus den ACLs entfernt wurden. Sie erhalten Lese-/Schreibzugriff aus der Standard-Sicherheitseinstellung von Öffentlich.	Geschütztes Dokument Aktualisierung zulässig.

Verschieben von Dokumenten in einen neuen Ordner mit expliziter Sicherheit

Der folgende Fall erläutert die Ergebnisse einer vorgeschlagenen Änderung beim Verschieben eines Dokuments in einen Ordner. Dieses Szenario veranschaulicht, dass Dokumente und nicht der übergeordnete Ordner direkt in einen anderen Ordner verschoben werden, dessen Standard-Sicherheitsstufe Privat ist (entweder als eingeschränkt oder, in diesem Fall, als gesichert).

Beim Verschieben von Dokumenten in einen Ordner mit expliziter Sicherheit, d.h. wenn die Standardsicherheit auf Öffentlich, Privat oder Anzeigen eingestellt ist, wird die Dokumentensicherheit auf den übergeordneten Ordner ausgerichtet. Gesperrte Dokumente ändern sich nie, und gesicherte Dokumente können sich je nach der Einstellung des Refile Secure-Dokuments ändern..

images/download/attachments/57668955/Moving_documents_to_explicit_security_folder_and_refile_impact.jpg

In diesem Beispiel hat der übergeordnete Ordner die Standardsicherheit Öffentlich und die Benutzer KTHOMPSON und BDYSTRA haben beide Vollzugriff. Ein typischer Top-Down-Refile-Vorgang, d.h. wenn die Datei versucht, von einem übergeordneten Ordner in einen untergeordneten Ordner zu gelangen, stoppt beim ersten „Privat“-Ordner, auf den es trifft (der Ordner mit dem Namen"Vertrauliche Informationen"), und versucht nicht, ein Security-Refile mit dessen Inhalt durchzuführen. In diesem Fall werden die Dokumente jedoch innerhalb eines Ordners verschoben, so dass sie in einen Security-Refile-Vorgang involviert sind. Dieses Ereignis beginnt mit den Dokumenten und nicht mit dem übergeordneten Ordner und versucht, die Standardsicherheit des übergeordneten Ordners inhärent zu machen.

Wenn der Umzug einen Ordner zusammen mit den Dokumenten betraf, unterliegt dieser Ordner den Regeln für die Neuablage.

Fall	Aktueller Stand des Dokuments	Erwartetes Ergebnis	Regel erfüllt
Dokument-Nr. 123	Das Dokument ist weder eingeschränkt noch gesichert, also wird es neu angelegt.	Die Standardsicherheit des Dokuments ändert sich auf Privat , und die folgenden Benutzer werden zugewiesen: KTHOMPSON hat keinen Zugriff BDYSTRA hat Vollzugriff	Standardsicherheit von neuem Ursprung anwenden. Die aktuellen Standard-Sicherheits- und ACLs werden gelöscht, daraufhin übernimmt der Container oder das Dokument die Standard-Sicherheits- und ACLs des übergeordneten Objekts. Dadurch ändert sich möglicherweise die Zugriffsstufe einiger Benutzer. Siehe Standardsicherheit des Containers auf Übernehmen in Neuablageregeln. Alle Benutzer bekamen ihre ACLs entfernt. Die Benutzer KTHOMPSON und BDYKSTRA erben ACLs von ihrem Ursprung.
Dokument-Nr. 899	Das Dokument ist gesperrt.	Keine Änderung.	Gesperrte Artikel werden nicht neu angelegt.
Dokument-Nr. 1352	Dokument ist geschützt und Refile-geschütztes Dokument ist Nein	Keine Änderung.	Geschütztes Dokument.
Dokument-Nr. 1352	Dokument ist geschützt und Refile-geschütztes Dokument ist Nein	Die Standardsicherheit des Dokuments ändert sich in "Privat", und die folgenden Benutzer werden zugewiesen: Benutzer KTHOMPSON hat Vollzugriff Benutzer DYKSTRA hat Vollzugriff Außerdem verlieren ACASE und FROTHGANGER jetzt den Zugriff, weil sie aus den ACLs entfernt werden.	Geschütztes Dokument Aktualisierung zulässig.