台帳の中での個人情報カテゴリ【Pマーク取得の基礎知識】

【2026年10月時点の注記】
本記事は2017年12月の公開時点の情報をもとにしています。JIS Q 15001は2023年に改正され、プライバシーマークでは2024年10月1日から「構築・運用指針【JIS Q 15001:2023準拠】」に基づく申請受付が始まっています。
プライバシーマーク(Pマーク)(Pマーク)の要求事項に「個人情報の特定」というものがあります。「個人情報の特定」とは自社にどのような個人情報があるのかを洗い出して明確にすることです。
実のところ個人情報保護マネジメントシステムのすべての活動は個人情報の特定を抜きにして始めることはできないといっても過言ではありません。プライバシーマーク(Pマーク)取得の取り組みのかなり早い段階で「まずは会社の中にどのような個人情報があるのかを特定しましょう」という話になるのもそのためです。
個人情報を特定したら、次は特定した個人情報を可視化します。プライバシーマーク(Pマーク)の要求に出てくる「個人情報管理台帳」とはそのようにして特定した個人情報をリストアップした台帳のことです。
個人情報管理台帳の作成で頭を悩ませる企業様もいらっしゃいますが、今回は個人情報の特定をスムーズに進めるためのコツとして、社内に存在する個人情報を大まかに分類した時にだいたいどのようなカテゴリに分けられるかを把握しておくという点に注目してみたいと思います。
この記事のポイント
- 「個人情報の特定」とは、自社にどのような個人情報があるのかを洗い出して明確にすること
- 「個人情報管理台帳」とは、特定した個人情報をリストアップした台帳のこと
- 社内に存在する個人情報は、従業員の個人情報、顧客の個人情報、個人情報保護マネジメントシステム維持に必要な個人情報という3つの大きなカテゴリに分けられる
- カテゴリから一つ一つ詳細な個人情報の内容を洗い出していくと、個人情報の特定漏れをなくすことができるかもしれない
| カテゴリ | 例 |
|---|---|
| 従業員の個人情報 | 履歴書、給与情報、社会保険関係書類、応募書類など会社の採用活動で取得する個人情報 |
| 顧客の個人情報 | 会員申込書、受注データ、取引先情報データベース、顧客アンケートなど |
| 個人情報保護マネジメントシステム維持に必要な個人情報 | 入退室記録、個人情報の開示申出書、バックアップ更新データ、アクセスログなど |
従業員の個人情報
プライバシーマーク(Pマーク)を取得する会社の場合は必ず会社に従業員が存在します。従業員がいるということは会社で従業員の労務管理を実施しているということです。つまり会社には必ず従業員から取得した個人情報があるということです。
履歴書をはじめ給与情報、社会保険関係書類などが会社で管理されているはずですので、個人情報管理台帳を作成する際まずはこのような従業員関連の個人情報を洗い出しましょう。
また応募書類など会社の採用活動で取得する個人情報も忘れないようにしましょう。
顧客の個人情報
事業には必ず顧客が存在します。サービスの対象が企業であれ消費者であれ必ず人が存在しますから、会社としては事業遂行にあたって何かしらの個人情報を取得しているはずです。
会員申込書、受注データ、取引先情報データベース、顧客アンケートなど顧客から取得した個人情報は多岐にわたります。
プライバシーマーク(Pマーク)取得会社として個人情報の特定を行う際はこうした顧客関連の個人情報から洗い出していくというのも一つの方法です。
個人情報保護マネジメントシステム維持に必要な個人情報
プライバシーマーク(Pマーク)の運用のために新たに作成する個人情報があります。たとえば入退室記録や個人情報の開示申出書などです。
また情報システムのセキュリティを維持するために取得したり生成したりする個人情報もあります。バックアップ更新データやアクセスログなどがこれに該当します。これらは通常電子データですので見落とされやすいのですが、個人情報を含む場合がほとんどですのでやはり個人情報管理台帳に挙げる必要があります。
まとめ
この記事のまとめ
- 大きなカテゴリとしては、従業員の個人情報、顧客の個人情報、個人情報保護マネジメントシステム維持に必要な個人情報という3つがある
- カテゴリから一つ一つ詳細な個人情報の内容を洗い出していくと、個人情報の特定漏れをなくすことができるかもしれない
大きなカテゴリとしては以上のように従業員の個人情報、顧客の個人情報、そして個人情報保護マネジメントシステム維持に必要な個人情報という3つがあります。
カテゴリから一つ一つ詳細な個人情報の内容を洗い出していくと個人情報の特定漏れをなくすことができるかもしれません。
・こちらの記事もおすすめです
→【Pマークって日本だけ?】
株式会社UPFについて(2026年10月1日時点)
株式会社UPFは、プライバシーマーク(Pマーク)・ISMS(ISO/IEC 27001)・AIMS(ISO/IEC 42001)・TISAXなどの認証の取得・運用支援と、セキュリティ監査、AI利用ガイドラインの策定支援を行う情報セキュリティの専門会社です。
- 創業:2005年5月(認証取得支援は2009年から)
- 支援実績:累計5,695社(うちプライバシーマーク4,261社、ISMS 1,199社)
- 継続率:95%(2020〜2026年平均。初めてUPFを利用したお客様が、次回の更新もUPFに依頼した割合)
- 体制:プライバシーマーク審査機関(JIPDEC)の現役審査員が在籍(自らがコンサルティングを担当する企業の審査は行いません)。年間2,000件を超える審査関連の情報が社内に集まります
- 自社でも取得:プライバシーマーク、ISMS(ISO/IEC 27001)、ISO/IEC 27701
- 拠点:東京(本社)・名古屋・福岡。全国の企業に対応
- 数字の定義と根拠:UPFの支援実績・継続率などの数字の定義と根拠
この記事を書いた人
株式会社UPF
同じテーマの記事はこちら
AI利用ガイドラインは自社で作る?テンプレート?専門家に依頼?3つの作り方を費用・期間・注意点で比較【2026年】
「社内でもAIを使い始めたので、利用ルールを決めておきたい」 この1年で、こうしたご相談を本当に多くいただくようになりました。 総務省の「令和8年版 情報通信白書」によると、生成A […]
AI利用ガイドラインとAIMS(ISO/IEC 42001)はまったく別のもの|目的・中身・費用・期間の違いと、自社に必要なのはどちらか
「AIのルールを整えたいのですが、AIMSを取ったほうがいいのでしょうか」 AI利用ガイドラインのご相談のなかで、こうしたご質問をいただくことがあります。 どちらも「AI」と「ルー […]
【2026年10月】名古屋・大阪・福岡でAI社内ガイドライン策定を頼める会社比較|地域別の依頼先と料金・支援内容
「生成AIの社内ルールを整えたいが、名古屋(大阪・福岡)で頼める会社はどこか」 東京以外の企業様からも、こうしたご相談をいただくことが増えてきました。 本記事では、名古屋・大阪・福 […]
「破られる前提」で備える時代へ——PHPの深刻な脆弱性(php2shell)とAI時代のサイバー攻撃について、私が考えたこと
2026年10月、サーバー側の言語が判明しているWebサイトの約7割で使われるPHPに、認証なしで外部からコードを実行され得る深刻な脆弱性(php2shell、CVSS 9.2)が公表され、国内外でサイト停止が相次ぎました。10年以上潜んでいた穴の攻撃経路をAIが突き止めた今回の件から、企業が「破られる前提」で備えたいことを、情報セキュリティの支援会社の代表として考えます。 […]
AI利用ガイドラインには何を書く?入れるべき項目と分量の考え方、作った後の社内展開・見直しまで
「どういう内容で、どれぐらいのボリュームで作るのが正解なのか、まったくイメージが湧かなかった」 AI利用ガイドラインの策定をご依頼いただいた、PR会社の株式会社LITA様の言葉です […]