Skip to main content
組織管理

メンバーとロール

本記事では、Teams と Enterprise のメンバー管理、ロール権限、シートの占有ルールについて説明します。

対象プラン:Teams, Enterprise
組織は 4 つのメンバーロールをサポートしています。管理者とメンバーはシートを占有します。設定管理者とディレクトリメンバーはシートを占有しません。
  • 管理者(Admin):組織の全管理権限を持ち、管理コンソールにアクセスして課金を管理できます。サブスクリプションに対応する高度な機能とリソースを利用できます。
  • 設定管理者(Config Admin):組織の全管理権限を持ち、管理コンソールにアクセスして課金を管理できます。有料機能と Credits は利用できません。
  • メンバー(Member):サブスクリプションに対応する高度な機能とリソースを利用できますが、管理コンソールにはアクセスできません。
  • ディレクトリメンバー(Directory Member):組織のメンバーを Qoder に同期するためのロールです。参加時にシートを占有せず、管理者は組織内で必要に応じてシートを割り当てられます。有料機能と Credits は利用できず、組織の管理権限もありません。
設定管理者は、サブスクリプションまたは組織の管理を担当するユーザーに適しています。ディレクトリメンバーが有料機能を必要とする場合、管理者がロールをメンバーに変更し、シートを割り当てます。 管理者と設定管理者は、以下のメンバー管理操作を実行できます。以降の操作手順における「管理者」には、両方のロールが含まれます。
組織作成後のデフォルトロールはメンバー(Member)です。管理者は 組織設定 > メンバー設定 > デフォルトロール から変更できます。デフォルトロールをディレクトリメンバーに設定すると、新しいユーザーはシートを占有せずに組織に参加できます。

ロール権限

機能設定管理者管理者メンバーディレクトリメンバー
個人情報の管理✓✓✓✓
クライアントの使用✓✓
シート Credits クォータ Teams のみ と高度な機能✓✓
組織基本設定(名前、プライバシーモードなど)✓✓
ID 管理設定✓✓
メンバーの招待✓✓
メンバーロールの変更✓✓
メンバーの削除✓✓
使用量管理✓✓
モデル管理 Enterprise のみ✓✓
コードベースポリシー Enterprise のみ✓✓
エンタープライズナレッジベース Enterprise のみ✓✓
拡張とマーケットプレイス Enterprise のみ✓✓
分析とインサイト Enterprise のみ✓✓
IM チャンネル管理 Enterprise のみ✓✓
操作監査 Enterprise のみ✓✓
課金と注文管理✓✓
組織の削除✓✓
シートの占有✓✓

メンバーの追加

以下の方法で組織にメンバーを追加できます:
  • 招待リンクからの申請を承認
  • メール招待
  • シングルサインオン (SSO) の設定による自動参加
  • 手動作成 Enterprise のみ
メンバー一覧と操作メニュー

リンクによる招待

管理者は 組織設定 > メンバー設定 に移動し、招待リンク機能を有効にして有効期限を設定し、招待リンクを生成できます。
招待リンクの設定
招待したいユーザーにリンクを共有してください。ユーザーが他の組織に所属しておらず、ドメインチェック要件(設定されている場合)を満たしている場合、そのリンクを使用して組織への参加を申請できます。 ユーザーが申請すると、メンバー管理ページに参加リクエストが表示されます。セキュリティのため、管理者はリクエストを確認・承認する必要があります。承認されると、ユーザーは割り当てられたロールで即座に組織に追加されます。
参加申請の承認
招待リンクは有効期間中繰り返し使用でき、招待人数に制限はありません。管理者はいつでもリンクを無効化できます。無効化されたリンクは使用できなくなります。
セキュリティ上の理由から、招待リンクを生成できるのは管理者と設定管理者のみです。

メール招待

管理者は メンバー > メンバーの追加 からメール招待を選択し、招待の有効期間とロールを設定した後、対象者のメールアドレスを入力します。複数のメールアドレスを一度に貼り付けることで自動的にバッチ入力されます。
メール招待は管理者による追加の承認が不要です。メール内のリンクから直接組織に参加できます。

シングルサインオン (SSO) による参加

管理者は 組織設定 > セキュリティと ID に移動し、ドメイン検証と SAML シングルサインオン (SSO) を設定できます。参照: SSO が設定・有効化されると、検証済みドメインのメールアドレスを持つユーザーは、サインイン時にデフォルトロールで自動的に組織に追加されます。
SSO を設定する際は、検証済みドメインの範囲を確認し、ユーザーが期待通りに自動追加されることを確認してください。
デフォルトロールが管理者またはメンバーの場合、ユーザーは参加時にシートを占有します。組織の利用可能なシートが不足している場合、SSO による自動メンバー追加は失敗します。管理者に利用可能なシートの追加を依頼するか、デフォルトロールをディレクトリメンバーに変更してから、再度ログインしてください。デフォルトロールが設定管理者またはディレクトリメンバーの場合、ユーザーはシートを占有せずに組織に参加でき、利用可能なシート数による制限を受けません。
セキュリティと ID の設定

メンバーロールの変更

管理者はいつでもメンバーのロールを変更できます。 組織設定 > メンバー管理 に移動し、対象ユーザーを選択してリストの右側にある ... をクリックし、ロールの編集 を選択します。 ロールの変更に伴い、シートの占有状態も自動的に調整されます。シートを個別に割り当てたり解放したりする必要はありません。
  • 設定管理者またはディレクトリメンバーを管理者またはメンバーに変更すると、利用可能なシートを 1 つ占有します。利用可能なシートがない場合、変更は失敗し、元のロールが維持されます。
  • 管理者またはメンバーを設定管理者またはディレクトリメンバーに変更すると、ユーザーを組織に残したままシートが解放されます。Enterprise では、シートは即座に利用可能になります。Teams では、ユーザーが現在の使用量集計期間中に Credits を一度も使用していない場合、シートは返却され、再割り当てできます。使用済みの場合、その集計期間中は再割り当てできません。
  • 管理者とメンバーの間で変更する場合、既存のシートは維持されます。設定管理者とディレクトリメンバーの間で変更する場合、引き続きシートは占有しません。
たとえば、管理者を設定管理者に変更すると、管理権限を維持したままシートを解放できます。メンバーをディレクトリメンバーに変更すると、組織への所属を維持したまま有料機能と Credits の利用権限を停止できます。設定管理者は自分自身を管理者に変更できません。組織の全管理権限を持つ別のメンバーが操作する必要があります。
組織には少なくとも 2 名の課金ロールメンバー と少なくとも 1 名の管理者 が必要です。

メンバーの削除

管理者は、組織の最低メンバー数とロール要件を満たしている限り、いつでもメンバーを削除できます。削除は即座に有効になります。 組織設定 > メンバー管理 に移動し、対象ユーザーを選択してリストの右側にある ... をクリックし、メンバーの削除 を選択します。 メンバーを削除すると、そのメンバーは組織から退出し、トライアルプランにダウングレードされます。シートを回収しつつ組織への所属を維持する場合は、ディレクトリメンバーに変更できます。管理権限も維持する場合は、設定管理者に変更できます。 設定管理者またはディレクトリメンバーを削除しても、シートの解放は発生しません。以下のルールに注意してください。
  • Enterprise:シートを占有しているメンバーを削除すると、シートは自動的に解放され、利用可能になります。現在の請求サイクル内で別のメンバーに再割り当てできます。シートはシステムによってバックグラウンドで自動的に割り当てられるため、手動で指定する必要はありません。1 つのシートを同時に利用できるのは 1 人のメンバーのみです。
    • シートを解放しても、組織のリソースクォータや Credits は増えません。
    • 企業ナレッジベースのナレッジは組織に帰属し、メンバーを削除しても削除または移行されません。
  • Teams:各シートには一定量の Credits が含まれるため、シートを占有しているメンバーを削除すると、そのシートに残っている Credits はゼロになります。削除時点でそのユーザーが現在の使用量集計期間中に Credits を一度も使用していない場合、シートは返却され、別のユーザーに再割り当てできます。Credits を使用済みの場合、その集計期間中は再割り当てできません。シートを必要としないロールに変更する場合も、同じシート返却ルールが適用されます。
  • SSO を有効にしている場合は、ID プロバイダー(IdP)でそのユーザーの Qoder へのアクセス権限も取り消し、SSO によって組織に自動的に再参加しないようにしてください。

メンバーとシート課金

組織にメンバーを追加する際は、指定したロールが適用されます。ロールを指定しない場合は、組織のデフォルトロールが適用されます:
  • 管理者 または メンバー はシートを 1 つ占有します。シートの料金についてはプランと料金をご参照ください。
  • 設定管理者 と ディレクトリメンバー はシートを占有せず、シート料金も発生しません。その後、シートを必要とするロールに変更した時点で、シートの占有と対応する課金が適用されます。
  • 課金サイクル中にシートを追加する場合、残り期間に基づいて日割り計算で課金されます。シートに Credits が含まれる場合(Teams プラン)、含まれる Credits も比例配分されます。
すでに組織に所属している設定管理者またはディレクトリメンバーが、初めてシートを必要とするロールに変更する場合、シートの占有を開始した時点が、そのシート料金と Credits クォータの計算の起点になります。たとえば、月初にディレクトリメンバーとして参加し、月中にメンバーに変更した場合は、月中から計算されます。シートを占有していなかった期間に遡って課金されることはありません。
Teams プランのみ:リデンプションコードモード で作成された組織を使用している場合、シートの計算ルールは以下の通りです:
  • 管理者またはメンバーがシートを占有すると、このモードのルールに従って組織残高からシート月が自動的に消費されます。設定管理者とディレクトリメンバーはシート月を消費しません。
  • メンバーが初めてシートを占有する際の課金方式は管理者が手動で選択でき、サイクル残り時間に比例した差し引きとサイクル全体分の差し引きの 2 つのモードが利用できます。デフォルトはサイクル残り時間に比例した差し引きです。このルールは、すでに組織に所属しているシート未占有のメンバーが、初めてシートを必要とするロールに変更する場合にも適用されます。
組織管理者は 組織設定 > 詳細設定 > 使用量管理 > 新規メンバーの課金方式 で、メンバーが初めてシートを占有する際のシート月の差し引きとリソースクォータの配分方式を設定できます。2 つの課金方式のルールの比較は以下の通りです(月中に初めてシートを占有する場合の例):
課金方式シート月の残高差し引きCredits クォータの付与例
サイクル残り時間に比例した差し引き(デフォルト)シートの占有開始時点からサイクル終了までの残り時間に比例してシート月の残高が差し引かれます同じ比率で付与されます0.5 シート月を差し引き、Credits を 50% 付与
サイクル全体分の差し引きシートの占有開始時期にかかわらず、1 シート月分がすべて差し引かれますサイクル全体分の Credits クォータが全額付与されます1 シート月を差し引き、Credits を 100% 付与
  • 課金方式の変更は、その後に初めてシートを占有するメンバーに適用されます。すでに組織に所属していても、まだシートを占有していないメンバーが含まれます。すでにシートを占有しているメンバーの今回の差し引きとクォータには影響しません。
  • サイクル全体分の差し引きを選択した場合、付与された Credits の有効期限は組織で統一された現在の月次サイクル終了時までとなり、シートの占有開始時期に応じて延長されることはありません。
Alibaba Cloud マーケットプレイスのリデンプションコードでサブスクリプションを有効化した組織に適用されます。組織への新規参加か、シートを必要としないロールからの変更かにかかわらず、メンバーが初めてシートを占有する際に、以下のルールに従って残高から差し引かれる「シート月」数とメンバーの当サイクルの Credits クォータが計算されます。メンバーはサイクル途中でシートの占有を開始する可能性があるため、最初のサイクルでの残高差し引きと Credits クォータは標準値より低くなる場合があります。次の完全なサイクルでもシートを占有している場合は、標準値が適用されます。1. 基本公式
  1. 時間比率 = メンバーが初めてシートを占有した時点からサイクル終了までの残り時間(時間単位) ÷ サイクルの総時間数
  • 時間単位で計算、小数点以下 2 桁まで
  1. シート月の残高差し引き = 時間比率 × 1 シート月
  • 最小差し引き量:0.01 シート月
  1. メンバーの当サイクル Credits クォータ = 時間比率 × 完全サイクルの Credits
2. 典型的なシナリオ31 日の課金サイクル(744 時間)、1 シートあたり 2,000 Credits の例:
初回のシート占有時期時間比率シート月差し引きシート Credits クォータ
月初 (Day 1)~1.00(残り 744 時間)~1.00~2000
月中 (Day 15)~0.53(残り 396 時間)~0.53~1060
月末 (Day 29)~0.10(残り 72 時間)~0.10~200
3. 大小月の影響月ごとの総時間数の違いにより、時間比率に約 3〜5% の差異が生じることがありますが、システムは実際の時間数を使用して計算するため、特別な処理は不要です。4. まとめ
  • サイクル内でシートの占有開始が早いほど残高(コスト)の差し引きは多くなりますが、メンバーが当サイクルで受け取る Credits も多くなります。
  • サイクル内でシートの占有開始が遅いほど残高(コスト)の差し引きは少なくなりますが、メンバーが当サイクルで受け取る Credits も少なくなります。
  • 次のサイクルでもシートを占有している場合は、サイクル開始時から差し引きが行われ時間比率は 1 となるため、メンバーは完全な Credits クォータを受け取ります。
シートを占有しているメンバーを削除しても、すでに発生したシート料金は返金されず、残り期間に応じた返金も行われません。削除されたメンバーのシートを再割り当てできるかどうかはプランによって異なります。詳しくはメンバーの削除をご参照ください。