部署から全社へ：プリザンターを全社で使うときのガイド

誰が管理するか：ユーザーの3つの種類

プリザンターのユーザーは、一般ユーザー・テナント管理者・特権ユーザーの3つに分かれます。種類によって、できる操作が違います。

1. インストールした直後にあるユーザー「Administrator」は、テナント管理者です。特権ユーザーは、インストールした直後には存在しません
2. テナント管理者にするかどうかは、ユーザーの管理の画面で設定します。特権ユーザーは、パラメータファイル（Security.json）で設定します
3. テナント管理者や特権ユーザーが持つ権限を、一般ユーザーに個別に与えることはできません

マニュアル：ユーザ管理機能（ユーザ種別）
マニュアル：テナント管理者の設定
マニュアル：特権ユーザの設定

運用の役割と、使う機能

全社で使う運用では、ユーザーの3つの種類とは別に、次のような役割を置くことがあります。それぞれを、プリザンターのどの機能で実現するかを並べました。

誰をどのグループに入れるか、担当が替わるときの引き継ぎ、兼務や組織の改編への備えなど、運用の体制の細かい設計は、技術支援サービスでご相談いただけます。

誰が作ってよいか

既定では、一般ユーザーもサイトを作成できます。パラメータファイル（User.json）の設定で、次の操作を、ユーザーの管理の画面で許可したユーザーだけにできます。

1. トップ画面にサイトを作成する（「サイトトップへの作成を許可」にチェックしたユーザーだけ）
2. グループを作成する、グループを管理する
3. APIを使う

トップ画面へのサイトの作成を制限する設定は、Pleasanter.netではできません。

マニュアル：特定ユーザにのみサイトトップでの新規サイト作成を許可したい
マニュアル：パラメータ設定 User.json

組織・グループ・ユーザーの持ち方

アクセス権は、組織・グループ・ユーザーのどの単位にも付けられます。組織とグループの違いは次のとおりです。

1. 組織：ユーザーの所属です。一人のユーザーは、1つの組織にしか所属できません
2. グループ：ユーザーや組織をまとめて、グループの単位でアクセス制御をするための仕組みです。一人のユーザーや1つの組織は、複数のグループに所属できます
3. グループには、子グループを追加できます。子グループは、親グループのアクセス権を継承します

ユーザーを新しく作るときに、ほかのユーザーのアクセス権をコピーする機能はありません。あらかじめ各サイトで組織やグループにアクセス権を設定しておき、新しいユーザーを組織やグループに所属させると、ユーザーごとにアクセス権を付ける作業を減らせます。ユーザー・組織・グループは、CSVファイルからまとめて登録できます。

マニュアル：組織管理機能
マニュアル：グループ管理機能
マニュアル：子グループの追加
マニュアル：ユーザのインポート
マニュアル：ユーザ新規作成時に特定ユーザのアクセス権と同様のアクセス権を設定したい

マニュアル：アクセス制御の概要

サイトのアクセス権と、継承

1. アクセス権には、読取り・作成・更新・削除・メール送信・エクスポート・インポート・サイトの管理・権限の管理の9種類があります。組み合わせた標準のパターンとして、読取専用・書き込み・リーダー・管理者があります
2. トップ画面に作ったサイトは、作成者にすべてのアクセス権が付き、ほかのユーザーには表示されません。作成者が、ほかのユーザーにアクセス権を付けます
3. 2階層目以降に作ったサイトは、1階層目のサイトの権限の設定を継承します。フォルダにアクセス権を設定すると、配下のテーブルなどに継承できます
4. 継承を外して、サイトごとに独自のアクセス権を設定することもできます。サイトの構造を変更しても、権限の設定は変化しません

マニュアル：フォルダ機能

設計のときに気をつけること

1. レコードのアクセス制御は、レコード1件ごとに権限を設定するものです。特定の条件で一覧に表示するレコードを絞り込みたい場合は、サーバスクリプトや拡張SQLを使う方法が、マニュアルで案内されています
2. レコードのアクセス制御では、作成・エクスポート・インポート・サイトの管理の権限は付与されません。これらはサイトのアクセス制御で設定します
3. 読取り時のアクセス制御を設定した項目を「タイトル結合」に指定すると、タイトルの上ではアクセス制御が行われません。見せたくない項目は、タイトル結合に指定しないでください
4. ビュー、エクスポートの書式、プロセスのボタンにも、使えるユーザー・組織・グループを設定できます
5. 「サイトの管理」「権限の管理」の権限は、個人ではなく、組織やグループに付けておくと、担当の人が異動したあとも、サイトをメンテできる人が残ります。個人に付いている箇所は、Operations Toolsのアクセス権一覧で、ユーザーで絞り込んで確かめられます（7. 運用を見える化する）

マニュアル：レコードのアクセス制御（レコードの編集）

性能は、いくつもの要因で決まる

マニュアルでは、性能は、アクセス制御の設定、リンクの設定、フィルタでの検索条件、項目数、項目に入っている文字の量、ハードウェアの性能、同時アクセス数など、複合的な要因で悪化する場合があるとしています。

1. サイト数やレコード数に、システム上の制限はありません。最大値の目安は、マニュアルにあります
2. 目安の範囲内でも、十分な性能が出ない場合があります。個別の環境や要件に合わせた事前の検証が必須とされています

マニュアル：サイトの作成数や登録レコード件数の最大値は？
マニュアル：プリザンターの動作環境や推奨スペックが知りたい

パラメータの設定で、負荷を抑える

1. 多数のユーザーが同時にアクセスして画面の表示が遅くなる場合：セッションデータの保持にKVSを使う設定で、解決する可能性があります
2. 大量のレコードがあるテーブルでサマリ同期をする場合：処理を一定の件数ごとに区切り、待機時間を設ける設定で、データベースの高負荷を抑えられます
3. リマインダーの設定件数やユーザー数が多い環境の場合：リマインダーの確認処理の起動間隔を変える設定で、データベースの定常的な負荷を減らせます（プリザンター 1.5.5.0 以降）

マニュアル：パフォーマンス
マニュアル：プリザンターでKVSを利用する

大規模運用サポート機能

全社のインフラとして大規模に運用するときの、安定した応答性能を支える追加機能です。年間サポートサービスの契約プランによって、使える機能が違います。

1. 同時実行の抑止：1つのテーブルに対する、インポートや一括更新などの大量データの一括操作が、同時に実行されないようにします
2. キューイング：レコードのエクスポートとインポートを、バックグラウンドのジョブとして順に実行します
3. レートリミット：利用者・IPアドレス・APIキーの単位で、過剰なリクエストを抑えます
4. サイト設定のキャッシュ：一度読み込んだサイト設定を、Webサーバーのメモリ上で再利用します。テーブルごとに有効にできます

どのプランでどの機能が使えるかは、マニュアルの一覧をご確認ください。

マニュアル：大規模運用サポート機能

止められない業務には、冗長構成を検討する

サーバーを複数台にして動かすための設定は、マニュアルの「クラスタ化への備え」にあります。年間サポートサービスのビジネス以上のプランでは、冗長構成や高可用性についての技術的な相談ができます（冗長構成QAサポート）。

マニュアル：クラスタ化への備え

使われ方を見える化する：Operations Tools

運用支援ツールのOperations Toolsでは、利用状況、性能の状況、アクセス権を、一覧で確かめられます。

Operations Toolsを使い始める前に

1. Operations Toolsは、プリザンター 1.5.0.0 以降で動きます
2. Pleasanter.netの環境と、データベースがMySQLの環境では使えません
3. システムログの拡張機能を使っていない場合は、API関連などの一部の情報を参照できません

マニュアル：Operations Tools 機能概要