ユーザーを複数のグループに割り当てる

違い：

ユーザーのプロファイルは、ユーザーが含まれるすべてのグループを完全に公開し、特にプライマリグループにフラグを付けます。

UMG が有効な場合：

• ユーザーがメンバーになっているすべてのグループが一覧表示されます。
• 最初に表示されるグループは、常にプライマリグループです。

ユーザープロファイルの設定

違い：

ユーザーは複数のグループにアクセスできるため、ユーザーが使用できるテンプレートとワークフローは、テンプレート／ワークフローが関連付けられているグループでグループ化されます。

• テンプレートとワークフローは、1 つのグループまたはアカウント全体にのみ関連付けることができます。
• アカウントレベルのテンプレート／ワークフローは、グループのリストの下部にある独自のセクションにも表示されます。
• このメニューからテンプレート／ワークフローを起動すると、関連するグループ値が自動的に適用された状態で送信（作成）ページが読み込まれます。
  • 送信元セレクターは、テンプレート／ワークフローが関連付けられているグループの値にロックされます。

グループレベルのテンプレートが使用されている場合は、グループが送信ページに挿入され、グループを編集するオプションが無効になります。

アカウントレベルのテンプレートが使用されている場合、グループは（ユーザーがメンバーになっているグループから）選択可能です。

違い：

送信ページの上部に送信元
ドロップダウンセレクターが表示されます。送信者は、このセレクターから、トランザクションのプロパティとオプションを管理するグループ（および関連するすべてのグループレベルのプロパティ）を選択できます。

• 送信元ドロップダウンフィールドでは、ユーザーは、明示的に追加され、送信権限が付与されているグループを選択するためのアクセス権のみが付与されます。
• ユーザーが送信ページにアクセスしたとき、プライマリグループは常にグループのデフォルト（読み込み済み）値になります。

考慮事項:

最初に送信元セレクターを設定します。

• セレクターを変更すると、次のようなグループレベルの設定が適用されます。
  • ブランディング
  • 許可される認証タイプ
  • 署名の制限
  • 共有ライブラリテンプレートおよびワークフローオプション
  • メッセージテンプレート
• 送信元セレクターを変更すると、Web ページが新しいグループ設定で強制的に再読み込みされるため、追加されたフィールドレベルのコンテンツは更新時に失われます。
• 一度契約書が送信されると、送信元のグループは変更できません。

違い：

送信ページと同様に、自己署名ページには、ページの上部にグループを選択ドロップダウンセレクターが表示されます。

このセレクターを使用すると、送信者は、トランザクションのプロパティとオプションを管理するグループ（および関連するすべてのグループレベルのプロパティ）を選択できます。 

• ユーザーは、自分が明示的に追加されたグループにのみアクセスできます
• ユーザーが送信ページにアクセスしたとき、プライマリグループは常にグループのデフォルト（読み込み済み）値になります

考慮事項:

最初に使用して送信セレクターを設定します。

• セレクターを変更すると、次のようなグループレベルの設定が適用されます。
  • ブランディング
  • 許可される認証タイプ
  • 署名の制限
  • 共有ライブラリテンプレートおよびワークフローオプション
• 使用して送信セレクターを変更すると、Web ページが新しいグループ設定で強制的に再読み込みされるため、追加されたフィールドレベルのコンテンツは更新時に失われます。

違い：

契約書の送信元グループを示す識別ラベルが契約書のコンテキストメニューに追加されました。

考慮事項:

一部の関数は、グループに強く関連しています（レポートパラメータや保持ルールなど）。

違い：

管理ページで作成される契約書のテーブルに列が追加されました。

• テーブルのグループヘッダーはクリックできません。データセットを並べ替えるには、フィルターを使用します。

違い：

新しいフィルターを使用して、管理ページのデータセットをグループでフィルタリングできます。

• 一度に有効にできるグループフィルターは 1 つだけです。
  • 他のフィルターと同様に、グループフィルターが有効になっている場合は、フィルターボタンの左側に小さなタグが表示されます。
  • グループフィルターには、グループに共有されているテンプレートが含まれます。
  • 明示的なグループフィルターには、アカウントレベルの共有テンプレートが含まれます。
• ユーザーは、現在メンバーになっているグループに対してのみフィルターを使用できます。
  • 「すべてのグループ」オプションは、ユーザーが現在メンバーではないグループで作成された契約書を含む唯一の「フィルター」です。

違い：

ライブラリテンプレートを作成するときに、作成者はテンプレートアクセスプロパティを設定し、メンバーになっているグループと契約書を共有することができます。

• テンプレートは 1 つのグループにのみ共有できます。
• テンプレートをこの方法でグループに共有すると、テンプレートとグループの間に強固な関係が確立されます。詳細の説明：
  • グループへのアクセス権を持つ管理者は、「共有ライブラリタブ」を使用してテンプレートを編集できます。
  • ユーザーがグループから削除されても、テンプレートはグループのアセットとして残ります（新しいグループに明示的に再リンクされない限り）。
  • グループに共有されているテンプレートは、グループのメンバー（およびテンプレートの作成者）のみが使用できます。
    • テンプレートの作成者が、そのテンプレートが共有されているグループから退出した場合、次のようになります。
      • テンプレートの作成者は、グループとの提携がなくなっても、契約書を送信するアクセス権を持ち続けます（テンプレートの所有者として）。
        • テンプレートの作成者は、管理ページで契約書のプロパティを編集する権限／アクセス権を保持します。
      • グループは引き続きテンプレートにアクセスできます。
  • 作成したユーザーが（GDPR の削除により）アプリケーションから削除された場合、その契約書はグループのアセットとして保持できます。

考慮事項:

すべてのグループへのアクセス権を持つ 1 人のユーザーを、中心的な文書管理者として使用できます。

Web フォームを作成する権限を持つユーザーは、自分のフォームを、メンバーになっている任意のグループに関連付けることができます。

• Web フォームは 1 つのグループにのみ関連付けることができます。
  • 関連するグループは、Web フォームの作成後には変更できません。
• 「共有ライブラリ」タブでは Web フォームは表示されません。
• 作成者がグループへのメンバーシップを失った場合、Web フォームはグループ関係を保持します。

違い：

レポートページにフィルターが追加され、1 つ以上のグループに関連する契約書に限定されたレポートを作成できるようになりました。

• ユーザーがフィルターを適用するには、グループへのアクセス権を持っている必要があります。

.csv レポートには、同じ送信者グループ列が引き続き表示され、1 人の送信者のグループが切り替えられたことを適切に追跡できます。

違い：

ユーザーが複数のグループの管理者である場合、ワークフローと共有ライブラリは、グループ管理者のメニューオプションの最上位レベルから、各個別グループのサブメニューに移動されます。

UMG が有効になっている場合は、まずグループを選択し、グループ設定を開いて、グループ固有のメニュー項目と設定にアクセスする必要があります。

違い：

グループ管理者が複数のグループに対する管理権限を持っている場合、管理者はまず、設定するグループを選択する必要があります。

• 左側のパネルメニューリストから「グループ」を選択します。
• 編集するグループをシングルクリックします（「グループ設定」リンクが表示されます）。
• 「グループ設定」リンクをクリックします。

違い：

グループレベルの管理者には、新しく作成したユーザーの契約書を強制的に表示するオプションがなくなりました。

• アカウントレベルの管理者は、引き続きこの権限を持っています。

違い：

アカウントにユーザーを追加するには、まずグループを選択して、「グループ内のユーザー」メニューオプションにアクセスする必要があります。

1 人 のユーザーを作成するプロセスは同じで、強制的にユーザーの契約書への共有を表示するオプションを除きます（上記を参照）。

考慮事項:

ユーザーを個別に作成する場合、作成プロセスの一部としてユーザーを複数のグループに含めるオプションを使用することはできません。

ユーザーが作成された後、グループ管理者はユーザープロファイルを編集して、ユーザーを複数のグループに含めて、送信権限を編集できます。

違い：

ユーザー ID が契約書に署名できるかどうかを判断する権限とユーザー ID の自動委任ルールをインストールする機能が、グループレベルの管理インターフェイスから削除されました。

• この権限は、UMG ルール下にあるアカウントレベルの管理者のみに存在します。

グループレベルの管理者は、ユーザーのプロファイルから管理する各グループに対するユーザーのメンバーシップを許可または禁止する権限を持っています。

• ユーザーは、ユーザーのリストに表示されるには、グループ管理者に公開されている必要があります（作成または管理者権限により）。

グループメンバーシップを追加するには：

• グループ／グループ内のユーザーページに移動します。
• ユーザーをダブルクリックして、ユーザープロファイルを開きます。
• グループメンバーシップヘッダーの右側にあるプラスアイコンをクリックします。
  • グループメンバーシップを追加ダイアログボックスが開きます。
• ユーザーを追加する契約書を選択します。
  • 自分が管理者であるグループのみが選択可能です。
• 「追加」をクリックします。
• 追加するすべてのグループに対してこの手順を繰り返します。
• 完了したら、「保存」をクリックします。

グループに新たに配置されたユーザーには、次の 2 つの権限値が採用されます。

• グループ管理者 - ユーザー ID にグループレベルの管理権限があるか。
  • デフォルトは False です。

• 送信可能 - ユーザー ID には、テンプレート／ワークフローにアクセスして、グループのプロパティプロファイルで契約書を送信する権限があるか。
  • デフォルトは True です。

必要に応じて、グループごとの値をオンまたはオフにします。

• 完了したら、「保存」をクリックします。

グループメンバーシップを削除する方法

グループメンバーシップからユーザーを削除するには：

• グループ／グループ内のユーザーページに移動します。
• ユーザーをダブルクリックして、ユーザープロファイルを開きます。
• 削除するグループをシングルクリックして、グループメンバーシップの削除アクションを表示します。
• 「削除」リンクをクリックします。
• 削除する追加のメンバーシップについて、この手順を繰り返します。
• 「保存」をクリックします。

Webhook を作成するグループレベルの管理者は、グループフィールド値を設定するときに自分が管理者である任意のグループを選択できます。

違い：

複数のユーザーを作成／アップデートするために使用される、アップロードされる .csv の形式が変更され、複数のグループおよびグループ固有の権限を持つユーザーに対応できるようになりました。  この最後に、UMG エクスペリエンスで次の 3 つの列が削除されました。

• グループ名 - 削除されました。グループ列に置き換えられました。
  
• グループ管理者 - 削除されました。グループ列のステータス値に置き換えられました。
• 送信可能 - 削除されました。グループ列のステータス値に置き換えられました。

UMG　を使用して一括でユーザーを作成またはアップデートする記事のリンク

UMG を使用しない記事のリンク

1 つの列グループ
が追加されました。

グループ列には、1 つ以上のグループ定義が含まれています。各グループ定義では、1 つのグループの名前の後に、1 つ以上のステータス値が角括弧で囲まれます。例：グループ名[ステータス]

• グループ名は、スペースを含む実際のグループ名と正確に一致します。例：デフォルトグループ
• グループ名[ステータス 1 ステータス 2] など、1 つのグループ定義に複数のステータス値を含めることができます。
  • ステータス値は角括弧で囲まれます。
    • グループ名には、角括弧を使用することもできます。この場合、ステータス値は最後の括弧文字列に含まれている必要があります。例：Sales [East Coast][ステータス1 ステータス2]
      
    • グループ名とステータス値が入った左角括弧の間にスペースはありません。
  • ステータス値は、値の間を 1 つのスペースで区切られます。
• セミコロンを区切り文字として使用して、複数のグループ定義を含めることができます（スペースなし）。
  
  • 例：グループ名[ステータス];その他のグループ[ステータス 1 ステータス 2 ステータス 3];最後のグループ[ステータス A ステータス B]
• グループ定義で使用できるステータス値は次のとおりです。
  • プライマリ - ユーザーのプライマリグループとしてグループを定義します。
  • 送信 - ユーザーがグループから契約書を送信できるようにします。
    
  • 送信不可 - ユーザーがグループから契約書を送信できないようにします。
  • 管理者 - グループのグループレベル管理者としてユーザーを定義します。
  • 削除 - グループからユーザーを削除します。
    • ユーザーがすべてのグループから削除された場合、そのユーザーはデフォルトグループに属します。

上記の例では、次のようになります。

• John@here.com は、次の 2 つのグループ定義で設定されます。
  • デフォルトグループは、彼のプライマリグループであり、彼はグループレベルの管理者であり、契約書の送信が許可されています。
    
  • Engineering グループは、彼をグループレベルの管理者として定義し、契約書を送信できます。
• また、Fred@here.com は、次の 2 つのグループ定義で設定されます。
  • Procurement グループは、彼をグループレベルの管理者として定義しますが、契約書の送信は無効にします。
  • さらに、Fred は、Sales グループから削除されています。

違い：

ユーザー ID を無効にするアクションは、権限のないグループ内のユーザーを無効にしないようにグループレベルの管理者に制限されています。

グループ管理者は、管理者のグループまたはデフォルトグループ内にのみメンバーシップを持つユーザーのみを非アクティブにできます。

• ユーザーが、非アクティブにしようとしているグループ管理者の権限の外部にメンバーシップを持っている場合、「ユーザーを非アクティブにする」オプションは使用できません。

違い：

個々のユーザーを作成するときに、ユーザーグループフィールドの名前がプライマリグループに変更されました。

違い：

グループレベルの管理者のセクションに記載されているように、複数のユーザーを作成／更新するために使用される、アップロードされる .csv の形式が変更され、複数のグループおよびグループ固有の権限を持つユーザーに対応できるようになりました。  この最後に、UMG エクスペリエンスで次の 3 つの列が削除されました。

• グループ名 - 削除されました。グループ列に置き換えられました。
  
• グループ管理者 - 削除されました。グループ列のステータス値に置き換えられました。
• 送信可能 - 削除されました。グループ列のステータス値に置き換えられました

UMG　を使用して一括でユーザーを作成またはアップデートする記事のリンク

UMG を使用しない記事のリンク

1 つの列グループ
が追加されました。

グループ列には、1 つ以上のグループ定義が含まれています。各グループ定義では、1 つのグループの名前の後に、1 つ以上のステータス値が角括弧で囲まれます。例：グループ名[ステータス]

• グループ名は、スペースを含む実際のグループ名と正確に一致します。例：デフォルトグループ
• グループ名[ステータス 1 ステータス 2] など、1 つのグループ定義に複数のステータス値を含めることができます。
  • ステータス値は角括弧で囲まれます。
    • グループ名と左角括弧の間にスペースはありません。
  • ステータス値は、値の間を 1 つのスペースで区切られます。
• セミコロンを区切り文字として使用して、複数のグループ定義を含めることができます（スペースなし）。
  
  • 例：グループ名[ステータス];その他のグループ[ステータス 1 ステータス 2 ステータス 3];最後のグループ[ステータス A ステータス B]
• グループ定義で使用できるステータス値は次のとおりです。
  • プライマリ - ユーザーのプライマリグループとしてグループを定義します。
  • 送信 - ユーザーがグループから契約書を送信できるようにします。
    
  • 送信不可 - ユーザーがグループから契約書を送信できないようにします。
  • 管理者 - グループのグループレベル管理者としてユーザーを定義します。
  • 削除 - グループからユーザーを削除します。

上記の例では、次のようになります。

• John@here.com は、次の 2 つのグループ定義で設定されます。
  • デフォルトグループは、彼のプライマリグループであり、彼はグループレベルの管理者であり、契約書の送信が許可されています。
    
  • Engineering グループは、彼をグループレベルの管理者として定義し、契約書を送信できます。
• また、Fred@here.com は、次の 2 つのグループ定義で設定されます。
  • Procurement グループは、彼をグループレベルの管理者として定義しますが、契約書の送信は無効にします。
  • さらに、Fred は、Sales グループから削除されています。

違い：

ユーザーが別のグループに追加された場合に、ユーザーをデフォルトグループから削除することを許可するための、UMG ルールに基づいた次の 2 つの設定が使用できます。

• グループの割り当てで、デフォルトグループがユーザーのプライマリの場合、ユーザーをデフォルトグループから削除する - 有効な場合は、プライマリグループがデフォルトグループに設定されているユーザーは、ユーザーをこのグループに割り当てる管理ページを使用して、他のグループに追加された場合に、デフォルトグループから削除されます。新しいグループが、自動的にユーザーのプライマリグループになります。
  • この設定は、ユーザーのプロファイルを使用してユーザーをグループに追加する場合には適用されません。
  • この設定は、CSV 読み込みまたは API メソッドを使用してユーザーを追加／変更する場合には適用されません。
• グループ管理者は、アカウントのデフォルトグループからユーザーを削除できる - この設定では、グループレベルの管理者がユーザーのプロファイルを使用してデフォルトグループからユーザーを削除するオプションが有効になります。
  

個々のユーザーを編集 - 次の方法で行います。

• ユーザーメニュー - アカウントレベルの管理者のみ
• グループ内のユーザーメニュー - アカウントまたはグループレベルの管理者

ユーザーをシングルクリックして「ユーザーを編集」オプションを表示し、「ユーザーを編集」をクリックします。

グループ管理用のオーバーレイが開き、管理者は、プラスアイコンをクリックして、管理者権限を持つ任意のグループにユーザーを自由に追加できます。

グループメンバーシップがユーザーに追加されると、管理者はグループ管理者および送信可能列ヘッダーの下にあるチェックボックスをオン／オフにすることで、グループ内のユーザーの権限を有効／無効にできます。

アカウントレベルの管理者は、ユーザーの一括作成／アップデート機能を使用して、アカウント内のすべてのユーザー ID をすばやく更新できます。

複数のユーザーを作成／アップデートするために使用される、アップロードされる .csv の形式が変更され、複数のグループおよびグループ固有の権限を持つユーザーに対応できるようになりました。  この最後に、UMG エクスペリエンスで次の 3 つの列が削除されました。

• グループ名 - 削除されました。グループ列に置き換えられました。
  
• グループ管理者 - 削除されました。グループ列のステータス値に置き換えられました。
• 送信可能 - 削除されました。グループ列のステータス値に置き換えられました。

新しいグループ列

グループ列には、1 つ以上のグループ定義が含まれています。各グループ定義では、1 つのグループの名前の後に、1 つ以上のステータス値が角括弧で囲まれます。例：グループ名[ステータス]

• グループ名は、スペースを含む実際のグループ名と正確に一致します。例：デフォルトグループ
• グループ名[ステータス 1 ステータス 2]など、1 つのグループ定義に複数のステータス値を含めることができます。
  • ステータス値は角括弧で囲まれます。
    • グループ名と左角括弧の間にスペースはありません。
  • ステータス値は、値の間を 1 つのスペースで区切られます。
• セミコロンを区切り文字として使用して、複数のグループ定義を含めることができます（スペースは使用できません）。
  
  • 例：グループ名[ステータス];その他のグループ[ステータス 1 ステータス 2 ステータス 3];最後のグループ[ステータス A ステータス B]
• グループ定義で使用できるステータス値は次のとおりです。
  • プライマリ - ユーザーのプライマリグループとしてグループを定義します。
  • 送信 - ユーザーがグループから契約書を送信できるようにします。
    
  • 送信不可 - ユーザーがグループから契約書を送信できないようにします。
  • 管理者 - グループのグループレベル管理者としてユーザーを定義します。
  • 削除 - グループからユーザーを削除します。

上記の例では、次のようになります。

• John@here.com は、次の 2 つのグループ定義で設定されます。
  • デフォルトグループは、彼のプライマリグループであり、彼はグループレベルの管理者であり、契約書の送信が許可されています。
    
  • Engineering グループは、彼をグループレベルの管理者として定義し、契約書を送信できます。
• また、Fred@here.com は、次の 2 つのグループ定義で設定されます。
  • Procurement グループは、彼をグループレベルの管理者として定義しますが、契約書の送信は無効にします。
  • さらに、Fred は、Sales グループから削除されています。

ユーザー対ユーザーの共有は UMG ルールで変更されません。

• ユーザー A が自分のアカウントをユーザー B と共有する場合：
  • ユーザー B は、ユーザー A が作成したまたは当事者であるすべての契約書／テンプレートコンテンツにアクセスできます。
    • ユーザー A が所有するすべてのテンプレート（自分自身／グループ/アカウントに割り当てられている）が表示されます。
  • 複数のグループにメンバーシップを持っている場合、またはユーザー A を別のプライマリグループに移動しても、関係には影響しません。

ユーザー A がグループ X に共有されている場合：

• グループ X のすべてのメンバーは、ユーザー A が作成したまたは当事者であるすべての契約書／テンプレートコンテンツにアクセスできます。
  • ユーザー A が所有するすべてのテンプレート（自分自身／グループ/アカウントに割り当てられている）が表示されます。
• 複数のグループにメンバーシップを持っている場合、またはユーザー A を別のプライマリグループに移動しても、関係には影響しません。
• グループ X に追加されたユーザーは、ユーザー A の契約書／テンプレートコンテンツにアクセスできます。
• グループ X から削除されたユーザーは、ユーザー A によって共有されている契約書／テンプレートコンテンツにアクセスできなくなります。

グループ A がユーザー X に共有されている場合：

• ユーザー X は、グループ A から作成／送信されたすべての契約書にアクセスできます。
  • 送信側のユーザー ID は、グループ A の現在のメンバーである必要はありません。グループ A から契約書が作成されたことで、関係が定義されます。
    
• ユーザー X は、グループ A がプライマリグループとして定義されているすべてのユーザー ID のすべての契約書／テンプレートにアクセスできます。
  • 例：ユーザー M のプライマリグループをグループ A からグループ B に変更すると、ユーザー X にはユーザー M のコンテンツが表示されなくなります（上記のルールに従ってグループ A から送信された契約書を除く）。

グループ A がグループ B に共有されている場合：

• グループ B のすべてのメンバーは、グループ A から送信されたすべての契約書にアクセスできます
  • 送信側のユーザー ID は、グループ A の現在のメンバーである必要はありません。グループ A から契約書が作成されたことで、関係が定義されます。
• グループ B のすべてのメンバーは、グループ A がプライマリグループとして定義されているユーザーのすべての契約書／テンプレートコンテンツにアクセスできます。
• グループ B に新しいユーザー ID を追加すると、そのユーザー ID は、グループ A のコンテンツのへアクセスを付与されます。
  • グループ B からユーザー ID を削除すると、グループ A のコンテンツへのアクセスが削除されます。
• グループ A がプライマリグループになるようにユーザー ID を作成またはアップデートすると、すべてのユーザーの契約書／テンプレートコンテンツがグループ B に公開されます。
  • グループ A からユーザー ID を削除すると、グループ B のコンテンツに対するユーザーのアクセス権が削除されます（グループ A から作成された契約書を除く）。