# 権限モデルの仕組み

グループ、レコードの種類、権限レベルを組み合わせ、各メンバーができる操作を管理します。

Source: https://support.toolingmetrics.com/ja/admin/overview/permissions-model/
Updated: 2026-10-29

Tooling Metricsのアクセス管理は、**ユーザー**、**グループ**、レコードの種類ごとに設定する**権限レベル**の3つの概念に基づきます。その関係を理解すれば、役割を過度に制限したり、不十分な制限にしたりせず、組織の業務に合ったアクセスを設定できます。

## 構造

ユーザーは**1つ以上のグループ**に所属できます。各グループは、出庫リスト、工具アセンブリ、購入注文といったレコードの種類ごとに権限レベルを定義します。グループのフォームではレコードの種類がモジュールの見出し（生産、在庫、購買、工程設計、ライブラリ、レポート）の下に並びますが、権限レベルはモジュールではなく、レコードの種類ごとに設定します。

```
User → belongs to → one or more Groups → each has a permission level per → Record type
```

複数のグループに所属する場合、そのレコードの種類について持つレベルが組み合わされ、いずれかのレベルで可能な操作はすべて行えます。実際には最も高いレベルが適用されます（管理者 > 管理担当者 > ユーザー > 権限なし）。

ユーザーごとに権限を上書きする設定はありません。現在のグループと異なるアクセスが必要なら、別のグループに追加するか、グループから外してください。

## 権限レベル

| レベル | 閲覧できるレコード | 作成 | 自分のレコードの編集・削除 | 他人のレコードの編集・削除 |
|---|---|---|---|---|
| **管理者** | すべて | ✓ | ✓ | ✓ |
| **管理担当者** | すべて | ✓ | ✓ | — |
| **ユーザー** | 自分のものだけ | ✓ | ✓ | — |
| **権限なし** | — | — | — | —（レコードの種類を非表示） |

「自分のレコード」とは、そのユーザーが作成したレコードです。ユーザーの一覧には、自分が作成したレコード（と、インポートしたものなど作成者のないレコード）だけが表示されます。管理担当者は全員のレコードを閲覧できますが、変更できるのは自分のものだけです。他人が作成したレコードを変更できるのは管理者だけです。

レコードのタブも同じルールに従います。レコードを表示できる人は、そのすべてのタブを開けます。在庫品目の在庫移動やプロジェクトのジョブなど、関連レコードを一覧するタブは、そのレコードの種類の一覧と同じように表示します。ユーザーには自分が作成したレコードだけが、管理担当者と管理者には全員のレコードが表示されます。

## レコードの種類ごとの独立性

権限レベルは**グループ・レコードの種類ごと**に設定します。ユーザーは、プロジェクトでは管理担当者、購入注文ではユーザーという組み合わせにできます。保管ルールでは管理者、それ以外の在庫のレコードではユーザーという設定も可能です。CNCプログラマーは購入注文を作成する必要がなく、購買担当者は工具アセンブリを編集する必要がない、といった実際の業務に対応します。

**権限なし**にすると、そのレコードの種類はサイドバーに表示されません。モジュール内のどのレコードの種類にもレベルがなければ、モジュール自体がサイドバーから消えます。認知負荷を減らし、無関係な場所へ誤って移動することを防ぎます。

<a id="admin-center-access-is-separate-from-module-permissions"></a>

## 管理センターへのアクセスはグループの権限と別

グループ、ユーザー、採番設定、通貨、組織設定を扱う**管理センター**へのアクセスは、グループのフォームにあるレコードの種類に含まれません。次のように管理します。

- 組織を作成した**所有者**は、管理センターを含むすべての機能に常にアクセスできます。グループへの所属は不要です。
- 各組織には、`<org-name>-admins`と`<org-name>-users`の2つの組み込みグループが自動で作成されます。これらはグループのフォームでは編集できません。adminsグループのメンバーは管理センターにアクセスできますが、usersグループのメンバーはできません。

管理センターへのアクセスは、カスタムグループで設定する権限レベルではなく、組み込みグループへの所属で決まります。作成したカスタムグループはレコードの種類ごとの権限だけを制御し、管理センターへのアクセスを付与・削除できません。

組み込みのadminsグループにより管理センターにアクセスできても、他のグループではライブラリのすべてのレコードの種類が「権限なし」という状態もあり得ます。そのユーザーは、ユーザーや組織設定を管理できても、工具ライブラリを閲覧・編集できません。

## 推奨するグループ構成

適切な構成は組織によって異なります。次は規定ではなく、設定の出発点です。

各表はモジュールごとに1つのレベルを示します。グループのフォームでは、そのモジュールの下にあるすべてのレコードの種類をこのレベルに設定し、役割に応じて個別のレコードの種類を調整してください。モジュール内のすべてのレコードを閲覧する必要がある役割には、管理担当者を設定します。管理担当者は、すべてのレコードが表示される最も低いレベルで、自分が作成していないレコードは変更できません。

**技術者** — 加工工程を設計し、ライブラリを保守するCNCプログラマーと工具技術者

| モジュール | レベル | 理由 |
|---|---|---|
| ライブラリ | 管理担当者 | 工具アセンブリの構築と、全員のアセンブリの閲覧 |
| 工程設計 | 管理担当者 | プロジェクトの作成と、全員のプロジェクトの閲覧 |
| 在庫 | 管理担当者 | 工具選定時の在庫確認 |
| 生産 | 管理担当者 | 段取り表と工具状態の確認 |
| 購買 | 管理担当者 | 注文状況の確認 |
| レポート | 管理担当者 | 原価と寿命データの確認 |

**在庫・生産** — 工具室の担当者、作業者、段取り技術者

| モジュール | レベル | 理由 |
|---|---|---|
| ライブラリ | 権限なし | ライブラリ編集は不要 |
| 工程設計 | 管理担当者 | 段取り表の閲覧 |
| 在庫 | 管理担当者 | 在庫移動の作成と、全員の在庫移動の閲覧 |
| 生産 | 管理担当者 | セット工具の作成と、すべてのセット工具と機械の閲覧 |
| 購買 | 管理担当者 | 入庫予定の確認 |
| レポート | 管理担当者 | 工具使用の確認 |

**購買** — 購買担当者と購買管理者

| モジュール | レベル | 理由 |
|---|---|---|
| ライブラリ | 管理担当者 | 調達用の製品データ閲覧 |
| 工程設計 | 管理担当者 | プロジェクト要件の確認 |
| 在庫 | 管理担当者 | 発注前の在庫確認 |
| 生産 | 権限なし | |
| 購買 | 管理担当者 | 購入注文の作成と、全員の注文の閲覧 |
| レポート | 管理担当者 | 支出データの確認 |

これらの役割に管理センターへのアクセスは不要です。上の[管理センターへのアクセスはグループの権限と別](#admin-center-access-is-separate-from-module-permissions)を参照してください。

## よくある設定の誤り

**全員を管理者にする：** 「必要な操作をすべてできる」と安心しがちですが、業務の責任分担を崩します。他人が作成したレコードを編集・削除できるのは管理者だけなので、そのレコードの種類に責任を持つ人に限ってください。

**技術者の在庫のレコードの種類を「権限なし」にする：** プロセスデザイナーで工具アセンブリを選ぶ技術者は、在庫の有無を確認する必要があります。在庫品目とシリアル管理個体の管理担当者権限が適切です。全員の在庫を閲覧でき、自分が作成していないレコードは変更できません。

**生産チームにすべての管理者権限を与える：** 生産担当者が、他の人が設定した保管ルール、機械、WAPを変更する必要はありません。日常作業には生産と在庫のレコードの種類で管理担当者権限があれば十分です。保管ルールと機械の管理者権限は、その責任を持つ人だけに与えてください。