Wenn Benutzer Vereinbarungen von mehr als einer Gruppe senden können, können Administratoren Bibliotheksvorlagen, Empfängerauthentifizierung und Signaturanforderungen eng mit einer Gruppe verknüpfen. So wird die Art der Gruppe durch den Workflow und nicht durch die Benutzer in der Gruppe definiert.
Wenn eine Vereinbarung erstellt wird, sind es die Einstellungen auf Gruppenebene, die weitgehend die verfügbaren Assets (Vorlagen/Workflows) und die vom System bestimmten Eigenschaften der Vereinbarung (Branding, Empfängerrollen, Authentifizierungsmethoden, PDF-Sicherheit/Aufbewahrung usw.) festlegen.
Durch die Zugehörigkeit zu nur einer Gruppe sind Benutzer auf einen Satz von Standardvorgaben, eine Reihe von Vorlagen und Workflows und ein Konzept der Signatur-Compliance beschränkt.
Wenn Benutzern der Zugriff auf mehrere Gruppen gewährt wird, können Administratoren Gruppen als mehr als eine Sammlung von Benutzern betrachten. Gruppen können als Umgebung für spezifische Anforderungen an das Signieren von Dokumenten gesehen werden, auf die Benutzer Zugriff erhalten.
So kann beispielsweise eine Gruppe für Inhalte mit sehr strengen Compliance-Regeln hinsichtlich Signatur und Verteilung erstellt werden und eine andere für interne Workflows und Vorlagen mit einem geringen Maß an Authentifizierung. Ein Benutzer, der beiden Gruppen zugewiesen ist, kann auf alle Ressourcen für jede Gruppe zugreifen.
Administratoren auf Gruppenebene können auch mehr als eine Gruppe verwalten, was die praktische Benutzerfreundlichkeit dieser Administratorrolle verbessert.
Dieses Dokument hebt Änderungen an der Benutzeroberfläche und an Funktionen hervor, die sich durch UMG (Benutzer in mehreren Gruppen) für Benutzer ergeben. Außerdem werden Überlegungen aufgeführt, die von Administratoren bei einer Migration zu UMG beachtet werden sollten.
Allen Benutzern unter den UMG-Regeln wird eine „primäre Gruppe“ zugewiesen. Die primäre Gruppe ist:
Objekte und Vererbung (über- und untergeordnete Objekte)
„Objekt“ ist ein Begriff, der verwendet wird, um eine Sammlung von Eigenschaften zu beschreiben, die eine Idee darstellt. Ein Konto ist ein Objekttyp, ebenso wie der Benutzer.
Innerhalb einer Anwendung wie Acrobat Sign können Objekte als Vorlagen zum Erstellen anderer Objekte verwendet werden. Wenn ein Objekt aus einem „Vorlagen“-Objekt erstellt wird, werden diese beiden Objekte als über-/untergeordnete Objekte bezeichnet.
Da ein untergeordnetes Objekt eine direkte Kopie des übergeordneten Objekts ist, sind die Einstellungen identisch. Das untergeordnete Objekt erbt die Eigenschaftswerte des übergeordneten Objekts. Wenn sich ein übergeordneter Wert ändert, wird diese Änderung auch vom untergeordneten Wert übernommen.
Eine Objektstruktur in Acrobat Sign ist die Eigenschaftengruppe Konto > Gruppe > Benutzer.
Wenn Sie die Objektkette Konto > Gruppe > Benutzer betrachten, können Sie leicht sehen, wie sich durch Verschieben eines Benutzers in eine neue Gruppe die „Standardfunktionen“ des Benutzers aufgrund der von der neuen Gruppe geerbten Parameter ändern.
Sie können Eigenschaftswerte von untergeordneten Objekten ändern. Diese explizite Änderung hebt im Allgemeinen die Erbung der Werte vom übergeordneten Objekt auf. Wenn der Wert für eine solche Eigenschaft im übergeordneten Objekt geändert wird, übernimmt das untergeordnete Objekt nicht den neuen Wert, da der explizit festgelegte Wert Vorrang hat.
Dies lässt sich am besten erkennen, wenn Gruppenadministratoren Einstellungen für ihre Gruppe auf Kontoebene überschreiben. Und da die Benutzer in der Gruppe untergeordnete Objekte dieser Gruppe sind, wird das Benutzererlebnis entsprechend geändert.
Bei Benutzern, die Zugriff auf mehrere Gruppen haben, ändern sich die geerbten Eigenschaften, wenn sie die aktive Gruppe wechseln. Wenn ein Benutzer seine Gruppe auf der Seite Senden ändert, wird die Seite aktualisiert, um die neuen Eigenschaften auf Gruppenebene zu laden. Dies ist besonders deutlich, wenn Sie eindeutige Logo-Brandings für Gruppen verwenden.
Objekt IDs
Jedes Objekt hat hinter den Kulissen eine eindeutige Identifizierungsnummer. Mit dieser eindeutigen ID unterscheidet die Anwendung Objekte eines ähnlichen Typs und verknüpft die Objekte miteinander.
Die Bedeutung von Benutzer- und Gruppen-IDs ist unter den UMG-Regeln deutlicher, insbesondere im Hinblick auf die Berichterstattung. Wenn ein Benutzer ein Asset im System erstellt (Vereinbarung, Vorlage, Webformular), werden die Benutzer-ID des Erstellers und die Gruppen-ID, mit der das Asset erstellt wurde, in dem Asset codiert.
Wenn ein Benutzer einen Bericht für seine Vereinbarungen ausführt, gibt die Anwendung die Daten zurück, die mit seiner Benutzer-ID verknüpft sind. Die Gruppen-ID ist für die Suche nicht relevant (es sei denn, es wird ein Filter angewendet).
Wenn jedoch ein Gruppenadministrator einen Bericht für eine Gruppe ausführt, gibt die Anwendung die Daten zurück, die sich auf die Gruppen-ID beziehen (unabhängig davon, mit welcher Benutzer-ID Assets erstellt wurden).
Wenn Benutzer nur zu einer Gruppe gehören, wäre im Allgemeinen kein Unterschied zu erkennen. Wenn Benutzer aber Assets in mehreren Gruppen erstellen, ist es möglich, dass sich ihre Inhalte über Gruppen erstrecken, die von verschiedenen Gruppenadministratoren verwaltet werden.
Administratoren auf Gruppenebene können nur auf Inhalte zugreifen, die innerhalb der Gruppe generiert wurden, für die sie eine Berechtigung haben (mit Ausnahme der Inhalte, die sie persönlich erstellen). Wenn ein Gruppenadministrator einen Bericht für den Inhalt einer Benutzer-ID ausführt, enthält der zurückgegebene Datensatz nur Inhalte (erstellt durch die Benutzer-ID) von Gruppen, die er verwaltet.
Vereinbarungen, Webformulare und Massenversand-Ereignisse, die vor der Aktivierung von UMG erstellt wurden, sind nur mit der ID des erstellenden Benutzers verknüpft.
Vereinbarungen, Webformulare und Massenversand-Ereignisse, die nach der Aktivierung von UMG erstellt wurden, sind außer mit der ID des erstellenden Benutzers auch mit der ID der Gruppe verknüpft, die die Elemente erstellt hat.
In der Praxis bedeutet dies, dass die vor der Aktivierung von UMG erstellten Elemente mit dem Benutzer verschoben werden, wenn Sie die primäre Gruppe des Benutzers ändern. Benutzer, die die Gruppe (über die Kontofreigabe) anzeigen, sehen diese Elemente nicht mehr, wenn der Benutzer aus der freigegebenen Gruppe entfernt wird.
Elemente, die nach der Aktivierung von UMG erstellt werden, bleiben mit der Gruppe verknüpft. Benutzer, die die Gruppe anzeigen, sehen weiterhin die in der Gruppe erstellten Elemente, nachdem der erstellende Benutzer in eine neue primäre Gruppe verschoben wurde.
Die Aktivierung oder Deaktivierung von UMG kann nur über einen Administrator auf Kontoebene erfolgen. Anweisungen zum Upgrade Ihres Kontos finden Sie in diesem Artikel.
Das Zurücksetzen von UMG ist möglich, hat aber die folgenden erwähnenswerten Auswirkungen:
Ein Benutzer kann maximal 100 Gruppen angehören.
Änderungen auf Benutzerebene sind allgemein. Alle Benutzer, die sich bei Acrobat Sign anmelden können, sehen die folgenden Änderungen:
Was ist anders?
Das Profil des Benutzers zeigt alle Gruppen, zu denen der Benutzer gehört, vollständig an und markiert speziell die primäre Gruppe.
Bei UMG aktiviert:
Was ist anders?
Da der Benutzer Zugriff auf mehrere Gruppen hat, werden dem Benutzer verfügbare Vorlagen und Workflows nach der Gruppe gruppiert, mit der die Vorlage/der Workflow verknüpft ist.
Wenn Sie eine Vorlage auf Gruppenebene verwenden, wird die Gruppe auf der Seite Senden eingefügt und die Option zum Bearbeiten der Gruppe wird unterdrückt:
Wenn Sie eine Vorlage auf Kontoebene verwenden, kann die Gruppe ausgewählt werden (aus den Gruppen, in denen der Benutzer Mitglied ist):
Was ist anders?
Oben auf der Seite Senden gibt es eine Dropdown-Liste: Senden von
.
Über diese Liste kann der Absender die Gruppe (und alle zugehörigen Eigenschaften auf Gruppenebene) auswählen, die die Eigenschaften und Optionen für die Transaktion regelt.
Zu berücksichtigende Faktoren:
Legen Sie zuerst die Auswahl Senden von fest.
Was ist anders?
Ähnlich wie bei der Seite Senden wird auch oben auf der Seite Selbstsignatur die Dropdown-Auswahlliste Gruppe auswählen angezeigt.
Über diese Liste kann der Absender die Gruppe (und alle zugehörigen Eigenschaften auf Gruppenebene) auswählen, die die Eigenschaften und Optionen für die Transaktion regelt.
Zu berücksichtigende Faktoren:
Legen Sie zuerst die Auswahl Senden mit fest.
Was ist anders?
Dem Kontextmenü von Vereinbarungen wurde eine ID-Bezeichnung hinzugefügt, die angibt, von welcher Gruppe eine Vereinbarung gesendet wurde.
Zu berücksichtigende Faktoren:
Einige Funktionen sind stark mit der Gruppe verknüpft (z. B. Berichtsparameter und Aufbewahrungsregeln).
Was ist anders?
Der Tabelle mit Vereinbarungen, die auf der Seite Verwalten erstellt wird, wurde eine Spalte hinzugefügt.
Was ist anders?
Ein neuer Filter ist verfügbar, um Daten auf der Seite Verwalten nach Gruppe zu filtern.
Was ist anders?
Beim Erstellen einer Bibliotheksvorlage kann der Ersteller Vorlagenzugriff festlegen und die Vereinbarung mit jeder Gruppe teilen, der er angehört.
Zu berücksichtigende Faktoren:
Ein Benutzer mit Zugriff auf alle Gruppen kann als zentraler Dokumentenadministrator verwendet werden.
Ein Benutzer mit der Berechtigung zum Erstellen von Webformularen kann seine Formulare jeder Gruppe zuordnen, der er angehört.
Was ist anders?
Der Seite Berichte wurde ein Filter hinzugefügt, damit der Bericht auf Vereinbarungen beschränkt werden kann, die mit einer oder mehreren Gruppen verknüpft sind.
Der CSV-Bericht verfügt weiterhin über dieselbe Spalte Absendergruppe und verfolgt die Gruppen ordnungsgemäß, wenn ein Absender zwischen Gruppen wechselt:
Wenn ein Benutzer aus einer Gruppe entfernt wird, aus der er zuvor Vereinbarungen gesendet hat, kann er keine Berichte zu diesen Transaktionen erstellen.
Diese Schnittstellenänderungen sind nur für die Administratoren des Kontos beobachtbar (wie von den Admin-Kontrollen auf Kontoebene zugelassen):
Die Rolle des Administrators auf Gruppenebene wurde erheblich verbessert. Ein Benutzer kann der Administrator für mehrere Gruppen sein und er muss nicht der Administrator aller Gruppen sein, denen er angehört.
Administratoren auf Gruppenebene in mehreren Gruppen können Dokumente und Workflows für größere Teams besser verwalten und Berichte zu den Inhalten mehrerer Gruppen erstellen, ohne dass sie Zugriff auf den vollständigen Datensatz für das Konto haben.
Was ist anders?
Wenn der Benutzer ein Administrator von mehr als einer Gruppe ist, wurden Workflows und freigegebene Bibliotheken von der obersten Ebene der Menüoptionen des Gruppenadministrators in Untermenüs für jede einzelne Gruppe verschoben:
Wenn UMG aktiviert ist, müssen Sie zuerst die Gruppe auswählen und die Gruppeneinstellungen öffnen, um auf die gruppenspezifischen Menüpunkte und Einstellungen zuzugreifen:
Was ist anders?
Wenn ein Gruppenadministrator über Administratorrechte für mehr als eine Gruppe verfügt, muss der Administrator zuerst auswählen, welche Gruppe konfiguriert werden soll:
Was ist anders?
Der Administrator auf Gruppenebene hat nicht mehr die Möglichkeit, eine Ansicht der Vereinbarungen für neu erstellte Benutzer zu erzwingen.
Was ist anders?
Um Ihrem Konto einen Benutzer hinzuzufügen, müssen Sie zunächst eine Gruppe auswählen, um Zugriff auf die Menüoption Benutzer in Gruppe zu erhalten.
Beim Erstellen einzelner Benutzer definiert die ausgewählte Gruppe die primäre Gruppe für den Benutzer.
Administratoren auf Gruppenebene sind nicht berechtigt, die primäre Gruppe zu bearbeiten, nachdem der Benutzer erstellt wurde.
Der Prozess zum Erstellen eines Benutzers ist identisch, ohne die Option zum Erzwingen einer Ansichtsfreigabe für die Benutzervereinbarungen (siehe oben).
Zu berücksichtigende Faktoren:
Wenn Benutzer einzeln erstellt werden, ist es nicht möglich, den Benutzer als Teil des Erstellungsprozesses in mehrere Gruppen aufzunehmen.
Nachdem der Benutzer erstellt wurde, kann der Gruppenadministrator das Benutzerprofil bearbeiten, um den Benutzer in weitere Gruppen aufzunehmen und seine Sendeberechtigungen zu bearbeiten.
Was ist anders?
Die Berechtigung, zu bestimmen, ob eine Benutzer-ID Vereinbarungen signieren kann, und die Möglichkeit, eine automatische Delegationsregel für eine Benutzer-ID zu installieren, wurden aus der Admin-Oberfläche auf Gruppenebene entfernt.
Administratoren auf Gruppenebene können über das Benutzerprofil die Mitgliedschaft eines Benutzers zu von ihnen verwalteten Gruppen zulassen oder verweigern.
Gruppenmitgliedschaft hinzufügen:
Benutzer, die einer Gruppe neu zugeordnet wurden, übernehmen zwei Berechtigungswerte:
Aktivieren oder deaktivieren Sie die Werte pro Gruppe nach Bedarf.
Administratoren auf Gruppenebene sind nicht berechtigt, die primäre Gruppe für eine Benutzer-ID zu bearbeiten, es sei denn, sie verfügen über Administratorrechte in beiden Gruppen, also sowohl in der ursprünglichen primären Gruppe als auch in der neuen Gruppe.
So entfernen Sie die Gruppenmitgliedschaft für einen Benutzer:
Wenn einem Benutzer die Gruppenmitgliedschaft für alle Gruppen entzogen wurde:
Administratoren auf Gruppenebene, die Webhooks erstellen, können jede Gruppe auswählen, deren Administrator sie sind, wenn sie den Wert für das Gruppenfeld festlegen:
Was ist anders?
Das Format für die hochgeladene CSV-Datei, die zum Erstellen/Aktualisieren mehrerer Benutzer verwendet wird, wurde geändert, um Benutzer mit mehreren Gruppen und gruppenspezifischen Berechtigungen zu berücksichtigen. Zu diesem Zweck wurden drei Spalten aus dem UMG-Erlebnis entfernt:
Eine Spalte wurde hinzugefügt: Gruppen.
Administratoren auf Gruppenebene sind nicht berechtigt, Benutzer über die Spalte Gruppen zu bearbeiten.
Wenn ein Administrator auf Gruppenebene neue Benutzer per Massen-Upload erstellt:
Der folgende Inhalt dient zu Ihrer Information, da die Upload-Vorlage die Spalte Gruppen enthält.
Die Spalte Gruppen enthält mindestens eine Gruppendefinition. Jede Gruppendefinition enthält den Namen einer Gruppe, gefolgt von einem oder mehreren Statuswerten in eckigen Klammern. Beispiel: Gruppenname[Status]
Im obigen Beispiel:
Was ist anders?
Die Aktion zum Deaktivieren einer Benutzer-ID wurde für Administratoren auf Gruppenebene eingeschränkt, um sicherzustellen, dass sie keine Benutzer in Gruppen ohne Berechtigung deaktivieren.
Gruppenadministratoren können nur Benutzer deaktivieren, die Mitglieder in den Gruppen des Administrators und/oder der Standardgruppe sind.
Nur Administratoren auf Kontoebene haben Zugriff auf die folgenden Elemente:
Was ist anders?
Beim Erstellen eines einzelnen Benutzers heißt das Feld Benutzergruppe jetzt Primäre Gruppe.
Was ist anders?
Wie im Abschnitt zu Administratoren auf Gruppenebene angemerkt, wurde das Format für die hochgeladene CSV-Datei, die zum Erstellen/Aktualisieren mehrerer Benutzer verwendet wird, geändert, um Benutzer mit mehreren Gruppen und gruppenspezifischer Berechtigung zu berücksichtigen. Zu diesem Zweck wurden drei Spalten aus dem UMG-Erlebnis entfernt:
Eine Spalte wurde hinzugefügt: Gruppen.
Die Spalte Gruppen enthält mindestens eine Gruppendefinition. Jede Gruppendefinition enthält den Namen einer Gruppe, gefolgt von einem oder mehreren Statuswerten in eckigen Klammern. Beispiel: Gruppenname[Status]
Im obigen Beispiel:
Was ist anders?
Berechtigungen für Administratoren auf Gruppenebene (durch Administratoren auf Kontoebene) haben unter UMG zusätzliche Granularität.
Die bisherige Option, neue Benutzer zu Gruppen hinzuzufügen, wurde in zwei Optionen unterteilt:
Admin-Tools auf Datenschutzebene werden derzeit nicht durch die UMG-Einstellungen geändert.
Nur v6 der REST API wird hinsichtlich UMG aktualisiert.
Die Legacy-SOAP-API wird nicht aktualisiert, um UMG zu integrieren.
Die Verwendung von SOAP-APIs oder v5 REST (und älter) funktioniert ohne Berücksichtigung von UMG und es gilt die primäre Gruppe des Benutzers.
v6 REST API-Endpunkte, die im Kontext einer bestimmten Gruppe ausgeführt werden, wurden um eine optionale Gruppen-ID erweitert. Diese kann als Abfrageparameter, Header oder als Teil des Textkörpers an eine Anfrage übergeben werden.
Dieser Parameter ist optional. Wenn er nicht angegeben wird, gilt standardmäßig die primäre Gruppe des Benutzers.
Gruppenspezifische Aktionen sind in zwei Kategorien unterteilt:
In Bezug auf die Benutzerverwaltung können mehrere Gruppenmitgliedschaften in einem API-Aufruf verwaltet werden. Außerdem wurde das Sicherheitsmodell hinsichtlich der Möglichkeiten für Gruppenadministratoren erweitert. So wird sichergestellt, dass Gruppenadministratoren keine Änderungen an Gruppen außerhalb ihrer Reichweite vornehmen können.
Hinsichtlich der Ressourcenvorgänge gibt es einen zusätzlichen Gruppen-ID-Parameter für Anfrage-/Antwortmodelle, der einen Gruppenkontext für Vereinbarungen, Webformulare und Massenversand-Ereignisse bereitstellt.
Der Gruppen-ID-Parameter wird nur in der v6 REST-API hinzugefügt. Versionen vor v6 REST verwenden die primäre Gruppe für Abwärtskompatibilität.
Ein allgemeiner Fehlerantwortcode INVALID_GROUP_ID wird ausgelöst, wenn:
Wenn UMG nicht aktiviert ist, verhalten sich alle vorhandenen Endpunkte wie zuvor. Die primäre Gruppe des Benutzers wird als einzige gültige Gruppenmitgliedschaft verwendet. Wenn eine andere Gruppen-ID an einen Endpunkt übergeben wird, wird INVALID_GROUP_ID zurückgegeben.
Das Hinzufügen eines Benutzers zu mehreren Gruppen erfolgt auf eine von zwei Arten:
Einzelnen Benutzer bearbeiten:
Klicken Sie einmal auf den Benutzer, um die Option Benutzer bearbeiten anzuzeigen. Klicken Sie dann auf Benutzer bearbeiten.
Das Overlay für die Gruppenverwaltung wird geöffnet und der Administrator kann den Benutzer zu jeder Gruppe hinzufügen, für die er Administratorrechte besitzt, indem er auf das Pluszeichen klickt.
Nachdem einem Benutzer die Gruppenmitgliedschaft hinzugefügt wurde, kann der Administrator Berechtigungen innerhalb der Gruppe aktivieren/deaktivieren, indem er die Kontrollkästchen unter den Spaltenüberschriften Gruppenadministrator und Kann senden aktiviert/deaktiviert.
Mit der Funktion Benutzer in großen Mengen erstellen oder aktualisieren können Administratoren auf Kontoebene schnell alle Benutzer in ihrem Konto aktualisieren.
Das Erstellen und Bearbeiten von Benutzern in großen Mengen ist eine Option für Administratoren auf Gruppenebene für Funktionen wie das Bearbeiten von Namen, Unternehmen, Titeln und ähnlichen Informationen. Die Gruppenmitgliedschaft kann von Administratoren auf Gruppenebene nicht über eine hochgeladene CSV-Datei geändert werden.
Klicken Sie auf den Link CSV-Musterdatei herunterladen, um eine Beispiel-CSV mit den verschiedenen Eigenschaften herunterzuladen.
Das Format für die hochgeladene CSV-Datei, die zum Erstellen/Aktualisieren mehrerer Benutzer verwendet wird, wurde geändert, um Benutzer mit mehreren Gruppen und gruppenspezifischen Berechtigungen zu berücksichtigen. Zu diesem Zweck wurden drei Spalten aus dem UMG-Erlebnis entfernt:
Die neue Spalte Gruppen
Die Spalte Gruppen enthält mindestens eine Gruppendefinition. Jede Gruppendefinition enthält den Namen einer Gruppe, gefolgt von einem oder mehreren Statuswerten in eckigen Klammern. Beispiel: Gruppenname[Status]
Im obigen Beispiel:
Die UMG-Regeln sind zu Beginn der Erstellung einer neuen Vereinbarung zu beachten.
Wenn ein Benutzer den Prozess startet, indem er eine Vorlage oder einen Workflow auf der Startseite unter Aus Bibliothek starten auswählt, muss der Benutzer zuerst die Gruppe festlegen. Dann kann eine Vorlage/ein Workflow aus den innerhalb der Gruppe verfügbaren Optionen ausgewählt werden.
Wenn Sie eine Vorlage/einen Workflow auswählen und auf Start klicken, wird die Seite Senden geöffnet, auf der der Benutzer die Konfiguration abschließen kann.
Wenn Benutzer die Vereinbarung über eine Vorlage oder einen Workflow auf Gruppenebene starten, wird der Gruppenwert auf der Seite Senden eingefügt und die Option zum Bearbeiten der Gruppe wird unterdrückt.
Wenn ein Workflow/eine Vorlage auf Kontoebene ausgewählt wird, hat der Absender die Möglichkeit, den Gruppenwert auszuwählen.
Wenn der Benutzer den Prozess von der Seite Senden startet, definiert die Dropdown-Liste Senden von die Gruppe, der die Vereinbarung zugeordnet ist.
Durch Auswahl der Gruppe wird die Vereinbarung auf die Bibliotheksvorlagen beschränkt, die für die ausgewählte Gruppe verfügbar sind.
Wenn Sie die Gruppe ändern, werden die auf die Vereinbarung angewendeten Eigenschaften geändert. Dadurch wird die Seite aktualisiert und eingegebene Inhalte auf Feldebene gehen verloren.
Die Erstellung und Verwaltung benutzerdefinierter Workflows ist bisher nicht von den UMG-Regeln betroffen:
Bei zukünftigen Aktualisierungen erhalten Administratoren Schnittstellenoptionen, um von ihnen erstellte Workflows einzelnen Gruppen zuzuordnen, für die sie Administratorrechte haben, unabhängig von ihrer primären Gruppe.
Beim Erstellen einer wiederverwendbaren Bibliotheksvorlage unter den UMG-Regeln ist ein zusätzlicher Schritt erforderlich, wenn die Berechtigung auf Gruppenebene für den Zugriff auf die Vorlage erteilt wird.
Sie müssen die Gruppe definieren, der die Bibliotheksvorlage zugeordnet ist.
Der ursprüngliche Benutzer, der eine Vorlage erstellt, gilt als „Eigentümer“ dieser Vorlage.
Der Eigentümer ist immer zum Senden oder Bearbeiten der Vorlage berechtigt. Es spielt keine Rolle, welche Berechtigungsebene der Eigentümer hat oder ob der Eigentümer mit der Gruppe verknüpft ist, der die Vorlage zugänglich gemacht wird.
Sie können die Eigenschaften vorhandener Bibliotheksvorlagen über die Seite „Verwalten“ bearbeiten.
Öffnen Sie die Vorlage zur Bearbeitung. Wenn die Vorlage für einen Benutzer in der Gruppe freigegeben ist, kann der Editor die Gruppenzuordnung ändern:
Die Änderung der Gruppenzuordnung wirkt sich nicht auf die Gruppenzugehörigkeit für bereits erstellte Vereinbarungen aus.
Das Erstellen eines Webformulars unter den UMG-Regeln umfasst einen weiteren Schritt.
Sie müssen die Gruppe definieren, der das Webformular zugeordnet ist. Dies erfolgt ganz oben auf der Seite.
Die zugehörige Gruppe kann nach der Erstellung des Webformulars nicht mehr geändert werden.
Die UMG-Regeln wirken sich nicht auf die Verwaltung vorhandener Webformulare aus (da die zugehörige Gruppe nicht bearbeitet werden kann).
Berichte für das Webformular können vom Ersteller oder einem Administrator mit Berechtigung für die Berichtsdaten in der Gruppe ausgeführt werden.
Die Freigabe einer individuellen Vereinbarung oder Vorlage wird durch die UMG-Regeln nicht beeinträchtigt.
Konten, die die standardmäßige Kontofreigabe verwenden (nur Freigabe von Benutzer zu Benutzer ), sind von den UMG-Regeln nicht betroffen.
Erweiterte Kontofreigabe ermöglicht die gemeinsame Nutzung zwischen Benutzern, zwischen Gruppen sowie zwischen Benutzern und Gruppen:
Die Freigabe von Benutzer zu Benutzer hat sich unter den UMG-Regeln nicht geändert:
Wenn ein BenutzerA für GruppeX freigegeben wird:
Wenn GruppeA für BenutzerX freigegeben wird:
Wenn GruppeA für GruppeB freigegeben wird:
Es werden keine Änderungen am DSGVO-Toolset in Bezug auf die UMG-Änderungen erwartet.
Alle Enterprise-Konten können UMG aktivieren, selbst wenn eine (oder mehrere) Integrationen konfiguriert sind.
Die aktuellen Acrobat Sign-Integrationspakete berücksichtigen UMG in keiner Weise. Daher wird bei allen Benutzern, die Vereinbarungen über eine Integration senden, nur die primäre Gruppe erfasst und Sendeparameter entsprechen den Einstellungen dieser primären Gruppe.
Bei vielen REST v6 API-Endpunkten wurde der Methode ein optionaler Parameter für die Gruppen-ID hinzugefügt.
Derzeit wird erwartet, dass jeder vorhandene REST v6 API-Aufruf weiterhin funktioniert, unabhängig davon, ob UMG aktiviert ist oder nicht.
Frühere API-Versionen (sowohl SOAP als auch REST) funktionieren weiterhin wie erwartet und verstehen den Benutzer nur als Mitglied seiner primären Gruppe.
Bei Ihrem Konto anmelden