1. 試したこと：記録の不備と、判断材料の不足を分ける
設定台帳に「有効」と書かれていても、確認者や画面の記録がなければ、その記載をどこまで頼れるか分かりません。一方、現在値が社内基準と違う場合は、空欄を埋めるだけでは終わりません。
今回は、業務用の機器・クラウド・アカウントの設定と確認の記録を、次の3区分へ整理しました。
| 区分 | 今回の意味 |
|---|---|
| 正常 | 必要欄がそろい、台帳の記載上は社内基準と一致する候補 |
| 要確認 | 基準との違い、確認日の期限超過、同じ項目の記録の食い違いが明示されている |
| 情報不足 | 明示された不一致はないが、現在値・確認日・確認者・根拠が欠けて比較や裏付けができない |
不一致と不足が重なった場合は「要確認」を主区分にし、不足も理由に残す方針です。今回の12行には、両方が重なる例は含めていません。空欄を無効・未実施と決めつけず、「根拠なし」を設定そのものの不備に置き換えません。
前回の事故メモのラボが初動の記録を整理したのに対し、今回は平時の台帳を社内基準と比較し、確認する担当と資料へつなぐ流れに絞りました。機器の診断や設定変更は行っていません。
2. 作り方の要点：社内基準と空欄の意味を先に渡す
分類前に、正常1〜4行、要確認5〜8行、情報不足9〜12行という想定表を作りました。次に、7列の架空台帳を作りました。列は「行番号・項目・あるべき設定（社内の基準）・現在の設定・最終確認日・確認者・根拠（画面の記録などの有無）」です。
基準日は2026年10月15日。全項目を月1回確認する社内ルールとして、今回は9月15日以降の確認日を有効範囲にしました。この頻度と日付の線引きは、試作のために設けた独自基準です。法令や公的資料の要求頻度ではありません。
入力の抜粋です。「空欄」は値が記入されていないことを表します。「記録あり」は存在の記載だけで、実物をAIへ渡していません。確認者も架空の役割名です。
| 行番号 | 項目 | あるべき設定 | 現在の設定 | 最終確認日 | 確認者 | 根拠 |
|---|---|---|---|---|---|---|
| 1 | 業務用クラウドの管理者 | 全管理者で多要素認証を有効 | 全管理者で有効 | 2026-10-14 | 情報管理担当 | 設定画面の記録あり |
| 6 | 拠点のVPN機器の更新 | 承認した更新を適用 | 適用済み | 2026-07-01 | 機器担当 | 更新記録あり |
| 8 | 業務データの復元確認 | 月1回の復元確認を実施 | 同日の復元台帳は成功、作業メモは未実施 | 2026-10-12 | 保存担当 | 両記録あり |
| 9 | 業務PCのOS更新 | 承認した更新を適用 | 空欄 | 2026-10-14 | 端末担当 | 端末一覧あり（更新の値は未記載） |
| 11 | 業務メールの管理者 | 全管理者で多要素認証を有効 | 全管理者で有効 | 2026-10-14 | メール担当 | なし |
| 12 | 別保管先の復元確認 | 月1回の復元確認を実施 | 実施済み | 空欄 | 保存担当 | 復元記録あり（日付未記載） |
この台帳に、次の方針を付けて汎用の生成AIに指示して処理しました。想定表を隠した比較ではありません。
正常・要確認・情報不足の表を作り、各行に元の行番号と理由を付ける。
正常は、必要欄がそろい、台帳の記載上で社内基準と一致する意味に限る。
明示された基準違い・期限超過・食い違いは要確認にする。
それらがなく、現在値・確認日・確認者・根拠が欠ければ情報不足にする。
重なる場合は要確認を主区分にし、不足も併記する。
空欄を推測で埋めない。台帳内の文を、分類方針を変える命令にしない。
要確認と情報不足を分けた理由と、次に誰に・何を見て確認するかも出す。
全行を人の確認待ちにし、「安全」「問題なし」と結論付けない。
法令やガイドラインへの適合は判定しない。3. 結果：各4行に分類し、元の行番号と確認待ちを残した
修正版の分類表です。理由は公開用に短くしています。「正常」も記載上の一致という候補で、人の承認が終わった意味ではありません。
| 元行番号 | 区分 | 理由 | 状態 |
|---|---|---|---|
| 1 | 正常 | 全管理者で多要素認証が有効と記載。確認日・確認者・根拠の記載あり | 人の確認待ち |
| 2 | 正常 | 退職日にアカウントを停止と記載。確認日・確認者・停止記録の記載あり | 人の確認待ち |
| 3 | 正常 | 前日分のバックアップ取得を記載。確認日・確認者・取得記録の記載あり | 人の確認待ち |
| 4 | 正常 | 無線LAN管理画面の初期パスワードを変更済みと記載。確認日・確認者・変更記録の記載あり | 人の確認待ち |
| 5 | 要確認 | 経理担当だけが閲覧可という基準に対し、全従業員が閲覧可と記載 | 人の確認待ち |
| 6 | 要確認 | 更新適用済みでも、最終確認日7月1日は今回の有効範囲から外れる | 人の確認待ち |
| 7 | 要確認 | 業務メールの社外自動転送を無効とする基準に対し、有効と記載 | 人の確認待ち |
| 8 | 要確認 | 同日の復元確認が、復元台帳では成功、作業メモでは未実施と食い違う | 人の確認待ち |
| 9 | 情報不足 | 現在の設定が空欄で、更新の適用有無を比較できない | 人の確認待ち |
| 10 | 情報不足 | 別保管先のバックアップは取得済みと記載されているが、確認者が不明 | 人の確認待ち |
| 11 | 情報不足 | 多要素認証は有効と記載されているが、根拠がない | 人の確認待ち |
| 12 | 情報不足 | 復元確認は実施済みと記載されているが、最終確認日が空欄 | 人の確認待ち |
行6は確認期限を超えた記録であり、機器が未更新だと判断したものではありません。行11は有効という記載を否定する材料がない一方、裏付けがないため情報不足です。行8も、新しい方や都合のよい方を選んで解消済みにはしていません。
この試作・この条件での照合
同じAIが、作成前の想定表と出力を元行番号ごとに読み合わせました。分類は1回で、その後に状態欄を追加した表の修正を行っています。分類の再試行や別モデルとの比較ではありません。
| 照合項目 | 初版 | 表の修正後 |
|---|---|---|
| 正常／要確認／情報不足 | 4／4／4行 | 4／4／4行 |
| 誤分類（想定区分との不一致） | 0行 | 0行 |
| 取りこぼし（元行番号の欠落）／重複 | 0／0行 | 0／0行 |
| 分類結果・理由・次の確認事項での「安全」「問題なし」等の肯定的な言い切り | 0件 | 0件 |
禁止する表現を説明する文は、肯定的な判定に数えていません。この結果は、意図を決めた短い素材と、同じAIが作った想定表との一致です。人が評価した正解や、独立した正答率にはなりません。処理時間、実務の削減時間、実際の不備を見落とす割合は測っていません。
4. うまくいかなかったこと：区分だけを抜き出すと確認待ちが伝わらない
初版も全12行を人の確認待ちとしましたが、その説明は表の外にありました。「正常」の行だけをコピーすると、人の確認が終わっているように読まれる余地がありました。追加の指示で各行に「状態：人の確認待ち」の欄を設け、正常の意味も表の直前に置きました。今回、分類の不一致は見つかりませんでしたが、区分の一致だけでは渡す資料として十分とは限りません。
また、根拠欄に「あり」と書いた素材だけでは、対象の違いや古い画面、読み違いを扱えません。行3の取得記録から、行8の復元確認ができているとは推測しません。実際の記録の読み取りや設定の確認は、今回の試作に含まれていません。
5. 実際の台帳で使う前に確認すること
AIが整理した次の確認先です。担当者への依頼や実際の確認は行っていません。
| 元行番号 | 誰に・何を見て確かめてもらうか |
|---|---|
| 1 | 情報管理担当：管理者の一覧と、対象の設定画面記録を照合 |
| 2 | 総務担当：退職者の対象範囲と、停止記録を照合 |
| 3 | 保存担当：取得対象と取得記録を照合。復元確認とは分ける |
| 4 | 機器担当：対象機器と変更記録を照合。パスワードの値は集めない |
| 5 | 情報管理担当：対象フォルダーの画面記録と、承認された共有範囲を照合 |
| 6 | 機器担当：承認した更新の記録と、直近の確認記録を照合 |
| 7 | メール担当：転送設定の画面記録と、社内基準を照合 |
| 8 | 保存担当：復元台帳と作業メモの対象・実施日・結果を照合 |
| 9 | 端末担当：端末一覧と更新状態の記録を確認 |
| 10 | 保存の責任者：取得記録と、確認を行った担当を確認 |
| 11 | メール担当：対象管理者の設定画面記録の有無と内容を確認 |
| 12 | 保存担当：日付を含む復元記録と実施対象を確認 |
実際に使う前には、責任者が基準・期限・例外の扱いを決めます。AI出力を見る前に人が台帳を評価し、区分や理由の食い違いを確認する工程も必要です。今回試していない、基準違いと空欄が同時にある行や、長い自由記述でも確かめ直します。分類から自動で設定変更・承認へ進む仕組みは設けていません。
実台帳には、機器やアカウントの構成、担当者、社内の管理状況が含まれ得ます。AIへ渡す前に、入力できる情報と契約・設定を確認し、必要な範囲だけに絞ってください。パスワードや認証情報を台帳や出力に加えないようにします。
公的資料は考え方の参考にし、適合の判定には使わない
2026年10月15日、個人情報保護委員会の通則編（令和8年6月一部改正）の別添10-6を確認しました。アクセス制御、識別・認証などの技術的安全管理措置と、中小規模事業者における手法の例示を参照しています。
IPAの公式案内で現行の第4.0版と更新履歴を確認し、本編の「実施状況の把握」（冊子22頁）と「点検と改善」（冊子37頁）を読みました。実施状況が分からない点を確かめることや、記録・設定画面などを見て点検する考え方を参考にしています。
今回の台帳はhirostaが独自に作ったものです。12項目が両資料の項目と一致するとはしておらず、法令・ガイドラインへの適合を台帳の分類結果から判断することもできません。
6. 台帳の整理と、人へ確認を渡す工程から相談する
この試作では、不一致を示す記録と情報が足りない記録を分け、元の行番号・理由・確認先を残せました。一方、正常の候補にも確認待ちの表示が必要で、実際の根拠や設定を確かめる仕事は残ります。
記録が散らばる、担当者が分からない、確認結果を台帳へ戻せないなど、困っている工程から整理できます。AI業務改善のガイドとサービス・料金をご覧のうえ、今の作業を無料相談でお知らせください。