Pマーク文書管理で必要な3つのこと

【2026年10月時点の注記】
本記事は2017年4月の公開時点の情報をもとにしています。制度・料金・統計などは、公開後に変更されている場合があります。最新の情報は無料相談でご確認ください。
プライバシーマーク(Pマーク)を取得するにあたっては、個人情報保護のための活動の手順を定め、それを文書化しなければなりません。
今回の記事ではプライバシーマーク(Pマーク)取得の過程で作成した文書を管理するうえで必要なことを解説したいと思います。
この記事のポイント
- Pマーク文書の管理で必要なことは、発行と改訂に関する情報を載せる、改訂点とバージョンを記載する、すぐに見れるようにしておく、の3つ
- 文書には、常に発行日と改訂日が記載されていなければならない
- 改訂点は、文書の最初か最後にまとめて改訂点一覧というページを設ける方法が一般的で、何回目の改訂版かがわかるように改訂番号(バージョン)も表示させておくべき
発行と改訂に関する情報を載せる
人に誕生日があるように文書には“発行日”があります。また文書には内容を更新する度に“改訂日”というものが発生します。
プライバシーマーク(Pマーク)文書には常にこの発行日と改訂日が記載されていなければなりません。通常は文書の表紙または最後などに以下のような文面で発行日と最新の改訂日を記載します。
平成○○年○月○日 発行
平成○○年○月○日 改訂
なおこの場合の「改訂」とは文書の内容を書き改めるという意味であって、法律などを見直す場合の「改定」とは異なります。
改訂点とバージョンを記載する
手順に変更が生じる度にプライバシーマーク(Pマーク)(Pマーク)文書も内容を更新していかなければなりません。プライバシーマーク(Pマーク)を取得した当時から内容を一切改訂していないという企業様も見受けられますが、手順を何かしら変更したのであればそれはよろしくありません。
文書を改訂した際は、文書内にどこを改訂したのかがわかるような記載をしなければなりません。変更になったルールを利用者にはっきりと周知させるためです。
書き換えが必要になった文に横線を引いてその下に新しい文を書き加えるという方法もだめではないのですが、それだと改訂を重ねるにつれ文書が見にくくなっていきます。
一般的なのは文書の最初か最後にまとめて改訂点一覧というページを設けるという方法でしょう。表にして改訂前と改訂後の文章を抜粋し、どのルールがどのように変わったのかを明確にするという方法です。
プライバシーマーク(Pマーク)文書によっては改訂が一回では終わらないこともあります。こういった場合のためにも何回目の改訂版かがわかるように改訂番号(バージョン)を文書に表示させておくべきでしょう。
「第1.1版」というようなバージョンのつけ方などが一般的です。小規模な改訂の場合と大規模な改訂の場合では、次のように更新していくわけです。
| 改訂の規模 | バージョンの更新 |
|---|---|
| 小規模な改訂 | 「1.2、1.3…」といった感じで小数点以下の数字を更新する |
| 大規模な改訂 | 「2.0、3.0…」と整数を更新していく |
バージョンのつけ方はそれぞれのプライバシーマーク(Pマーク)取得会社が自社に合った仕方でルールを定めることができます。
すぐに見れるようにしておく
最も重要なのはプライバシーマーク(Pマーク)文書が必要な場面ですぐに参照できる状態にあることです。
作ったはいいけどいざという時に見れないというようでは意味がありません。
個人情報保護のルールや手順に関する文書のほとんどは社員すべてが閲覧できる状態に置く必要があります。
そして設置場所を社員に周知しておかなければなりません。
プライバシーマーク(Pマーク)文書を電子データで持っている場合はどこからダウンロードできるのかを周知しておくことが必要です。
まとめ
文書の適正な管理には以上に挙げた点が重要となってきます。
もちろん文書を管理することは個人情報保護の手段であって目的ではありません。
文書管理に注意を向けるあまり文書管理のルールが複雑になりすぎないように注意しましょう。
この記事のまとめ
- 文書の適正な管理には、以上に挙げた点が重要
- 文書を管理することは個人情報保護の手段であって目的ではないので、文書管理のルールが複雑になりすぎないように注意する
★こちらの記事もおすすめです!
→【シャレにならない新ルール(EUの個人情報保護)【GDPRでISMS取得も有効な対策】】
株式会社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様の言葉です […]