GLPIのプロファイル設定ガイド｜権限設計で属人化を防ぐ

画面例は公開当時のものです。利用するGLPIのバージョンや設定によって、画面や操作が異なる場合があります。

はじめに

GLPIを運用するうえで重要なのが、「誰にどのような権限を付与するか」を明確にすることです。この仕組みを管理するのが プロファイル（Profile） です。

プロファイルを正しく設計することで、誤操作やデータ改変のリスクを防ぎ、属人化しない運用を実現できます。この記事では、GLPIのプロファイル設定の考え方と、中小企業でよく使われる権限設計の例を紹介します。

プロファイルと合わせて設定するエンティティについてはこちらの記事をご覧ください。

GLPIのプロファイルは、ユーザーに付与される 操作権限のセット です。どの機能にアクセスできるか、データに対してどのような操作ができるかを定義します。

プロファイルとエンティティを組み合わせることで、「どの範囲の資産に、どのレベルの操作を許可するか」を柔軟に制御できます。

GLPIにおける権限設計の目的は、次の3つに集約されます。

GLPIの初期設定には、あらかじめいくつかのプロファイルが用意されています。用途や運用規模に応じて、これらをベースにカスタマイズするのが一般的です。

プロファイル名	権限レベル	主な機能	想定利用者
Super-Admin	最高権限	すべての設定・削除・管理が可能	システム管理者
Admin	管理者	資産管理・チケット対応・設定変更	情報システム部など
Technician	担当者	自部門の資産やチケットを操作	ITサポート担当者
Self-Service	一般ユーザー	自分のチケット閲覧・申請のみ	一般社員・利用者
Observer	閲覧専用	資産・チケットの閲覧のみ	監査担当・経営層

GLPIのプロファイル設計は、以下の手順で考えるとスムーズです。

どの部門・拠点・グループ単位でデータを管理するかを先に整理します。エンティティを分けたあとは、それぞれに対して管理者・担当者・閲覧者を割り当てます。

資産、チケット、契約、ユーザーなど、機能ごとに「閲覧」「追加」「編集」「削除」の権限を設定します。

資産情報の権限セット

全般管理の権限セット

以下は、中小企業（社員数100名程度）での一般的な設定例です。情報システム担当者には GLPI の管理権限を付与し、部門ごとに管理を移管し、閲覧権限を付与する構成です。

役割	所属エンティティ	操作範囲	権限概要
情報システム管理者	全社（親エンティティ）	すべて	すべての資産・契約・ユーザーを管理
各部門担当者	各部門（子エンティティ）	自部門のみ	部署内の資産・チケットを編集可
一般ユーザー	所属部門	自分のチケットのみ	チケット申請・ステータス確認
監査担当	全社	閲覧のみ	レポート閲覧・監査確認

管理権限を「1名に集中させる」のではなく、親エンティティ（統括）＋子エンティティ（部門管理） で役割分担するのが理想です。

GLPIのプロファイル設計は、システムを守る「ルールブック」のような存在です。誰がどの範囲を管理するかを明確にすることで、運用ミスや情報漏えいのリスクを大きく減らせます。

まずは小規模な権限構成から始め、エンティティ構造と組み合わせて「安全で属人化しない運用体制」を築いていきましょう。