ロール

組織にメンバーを追加する際に、そのメンバーに デフォルトの役割を付与できます。この役割は、権限を組織から継承するあらゆるコンテンツに適用されます。

デフォルトの役割を理解することは、GitBook の権限管理の仕組みを最大限に活用するうえで重要です。

以下に関するドキュメントをご覧ください 権限と継承 GitBook 内のコンテンツ全体で権限がどのように継承されるかの完全な概要について。

GitBook の役割

役割とは、メンバーがコンテンツ（および管理者の場合は組織）に対して持つアクセスレベルと制御範囲を定義する方法です。

役割に関係なく、 すべての 個々のメンバー 組織の にカウントされます メンバー総数 請求 の目的のために。 以下についても詳しく知りたいかもしれません メンバーの招待と削除.

一覧を上に進むにつれて、各役割に付与されるアクセスレベルは段階的に高くなります。最も低いアクセス権から始めて見ていきましょう。

ゲストの役割

ゲストの役割は、GitBook では非常に特別な役割です。ゲストとは、 デフォルトの組織の役割がないメンバーです。その他の点ではゲストは標準ユーザーとして機能しますが、コンテンツレベルで明示的に権限を設定する必要があります。

ゲストを組織に招待すると、その人は自分が直接追加されたコンテンツだけを閲覧できるようになります。これは、外部の関係者や契約者を組織に追加したい一方で、デフォルトでどのコンテンツにもアクセス権を与える心配をしたくない場合に最適です。

ゲストメンバーは、請求上の目的では組織のメンバー総数に含まれます。

閲覧者

閲覧者は GitBook で最も基本的な役割で、読み取り専用アクセスを付与します。

すべてのプランにおいて、組織の Reader 席は有料です.

コメント投稿者

コメント担当者は閲覧者と同じ読み取り専用アクセス権を持ちますが、コンテンツやスペースにコメントを残すこともできます（その仕組みの詳細は コメント ドキュメントをご覧ください）。

コメント担当者は、Pro または Enterprise プランでのみ利用できる 2 つの高度なメンバー役割のうちの 1 つです。

エディター

編集者は、コメント担当者と同様に閲覧とコメントができますが、さらにいくつかの方法でコンテンツを編集することもできます。まず、スペースが オープン で ライブ編集である場合、編集者はコンテンツを直接編集できます。次に、ライブ編集が ロックされているスペースでは、編集者は作成して送信できます 変更リクエスト。編集者は変更リクエストをマージできません。

レビュー担当者

レビュアーは編集者とまったく同じ権限をすべて持ちますが、それに加えて自分自身および他の人の変更リクエストもマージできます。

レビュアーは、Pro または Enterprise プランでのみ利用できる 2 つの高度なメンバー役割のうちの 1 つです。

作成者

作成者は本質的にコンテンツレベルの管理者です。レビュアーと同じ権限をすべて持ちますが、さらにスペース、コレクション、サイトの作成と削除、変更リクエストのマージ、コンテンツレベルでの権限管理も行えます。

作成者が別の GitBook 組織でも作成者または管理者である場合、その人には 組織間でコンテンツを移動する.

Admin

管理者は、組織におけるスーパーユーザーのような存在で、完全なアクセス権を持ちます。請求に影響する変更、メンバー管理、そして組織のあらゆる領域の管理を任せてもよい相手であれば、その人を管理者に設定してください。

管理者が別の GitBook 組織でも作成者または管理者である場合、その人には 組織間でコンテンツを移動する.

Reader 役割と公開ドキュメント読者の違い

Reader 役割は、組織内で招待された有料席です。公開ドキュメントの読者には招待は不要で、有料席も消費しません。

Reader 役割（組織メンバー）

Reader 役割とは、次の条件に当てはまる組織メンバーです：

• 招待されている

• 有料席を消費する

• 公開済みおよび未公開のコンテンツにアクセスできる その人に権限がある.

公開ドキュメント読者（サイト訪問者）

公開ドキュメント読者とは、次の条件に当てはまる人です：

• 組織のメンバーではない

• 招待を必要としない

• 有料席を消費しない

• ドキュメントサイトで公開されているものにのみアクセスできます。