まず、拠って立つ標準です。デジタル庁の『データガバナンス・ガイドライン』は、データ品質について次のように注記しています。

ISO/IEC 25012 は、コンピュータシステム内で構造化された形式で保持されるデータについて、一般的なデータ品質モデルを定義した国際規格です。ISOの公式ページによると、品質の属性を15の特性に分類し、それらを「そのデータが本来もつ性質」と「システムに依存する性質」という2つの観点から捉えます。用途のひとつとして「データが法令や要求事項に適合しているかを評価すること」も挙げられています。

この15という数は、日本語の資料にもそのまま引き継がれています。デジタル庁の『データ品質管理ガイドブック』が示す15項目です。

出典：東京都デジタルサービス局『データの利活用推進に向けた技術ガイドライン 付録 データ品質の評価項目』。同資料は、デジタル庁『データ品質管理ガイドブック』からの引用を基に全15項目を概説し、そのうち重点5項目（正確性・完全性・一貫性・最新性・可用性）をガイドライン本文で取り上げたとしています。

第1章 おわり — 次は第2章

第1章の表を、セキュリティの目で読み直します。太字にした項目のチェック観点は、そのままセキュリティ対策の言葉で書かれています。

出典：同付録資料の各項目の説明から抜粋。情報セキュリティの3要素（機密性・完全性・可用性）が、そのまま品質の項目として並んでいます。加えて、ログ（追跡可能性）とバックアップ（回復性）も入っています。

逆向きの効き目もあります。品質の低いデータは、セキュリティの判断そのものを狂わせます。セキュリティ対策の多くは、台帳の内容を正しいものとして動くからです。

この5行は、この辞典の他の記事で扱った問題をデータ品質の言葉に置き換えたものです。1行目はASM／EASM、3行目はログ管理、5行目はデータベースの記事の主題です。別々の課題に見えていたものが、同じ原因を共有しています。

第2章 おわり — 次は第3章

データ品質は、望ましい姿の話にとどまりません。個人データについては、法律が2か所で品質に触れています。片方は努力義務、もう片方は請求されたら応じなければならない義務です。

第22条の後半には消去の努力義務も定められていますが、そちらは別の記事で扱いました。ここで見るのは前半、つまり品質の部分です。

条文を読むと、第1章の15項目のうち「正確性」と「最新性」が名指しされているのが分かります。

そして第34条は、本人の側から品質を問える仕組みです。「事実でないとき」という条件がついているのが要点で、意見や評価の当否ではなく、事実の誤りが対象です。

出典：個人情報保護法第34条。4段目に注目してください。訂正しない場合も通知が必要です。放置して終わりにはできません。そして2段目の「調査」は、品質管理の仕組みが無いと手作業になります。

第3章 おわり — 次は第4章

まわりの言葉を整理します。どれもデータを整える活動ですが、扱っている層が違います。

最下段が、いちばん狭い意味の作業です。「データ品質管理＝クレンジング」と理解していると、機密性や回復性が視野から外れます。クレンジングは15項目のうち数項目に効く作業にすぎません。

誤解も並べます。

4つ目は、この辞典で扱ってきたデータ系の語の中では珍しい特徴です。セマンティックレイヤーやETL／ELTには公的な定義が見当たりませんでしたが、データ品質については国際規格と国の資料の両方があります。物差しを自作する必要はありません。

第4章 おわり — 次は第5章

企業が持っている自分のデータに誤りがある。住所が古い、名前の字が違う、契約内容が事実と異なる。この場合、直すよう請求できます。

出典：個人情報保護法第34条。「事実でないとき」が条件です。評価や判断が気に入らない、という理由では対象になりません。逆に、事実の誤りであれば、直すか直さないかの返事は必ず来ることになっています。

もうひとつ、知っておくと役に立つのが「最新性」の考え方です。第1章の表のとおり、品質の項目には「最終更新日時が確認可能か」が含まれます。企業が公開している情報や、自分に届く通知に更新日が書かれていない場合、それは品質の観点では不十分な状態です。日付のない情報は、いつの話か分かりません。

第5章 おわり — 次は第6章

セキュリティ対策の多くは、台帳を正しいものとして動きます。つまり台帳の品質が、対策の効き目の上限を決めます。15項目を自社の台帳に当てて点検する方法を示します。

どの質問も、答えられないこと自体が結果です。「たぶん載っている」は、完全性を満たしていないという意味です。点検は、正解を出す作業ではなく、答えられない項目を特定する作業だと考えてください。

そのうえで、品質を保つ仕組みを作ります。人が思い出して直す運用は、必ず止まります。

5行目は見落とされがちです。資産台帳や保管場所の一覧は、攻撃する側にとって最も価値のある文書のひとつです。品質の項目に「機密性」が入っているのは、この意味でも理にかなっています。

第6章 おわり — 次は第7章

棚卸しを始めたら、台帳が実態と合っていないと分かった。ここで全項目を突き合わせ始めると、数か月かかって途中で止まります。順番を決めます。

4行目が肝心です。登録漏れなら入口の手続きに、更新漏れなら定期の見直しに原因があります。直す作業と、二度と同じ差分が出ないようにする作業は別のものです。前者だけをやると、来年また同じ棚卸しをすることになります。

なお、個人データの台帳で誤りが見つかった場合は、本人からの訂正請求が来る前に直すほうが安く済みます。請求が来てからでは、調査と通知の手続きが加わります。

第7章 おわり — 次は第8章

この用語とセットで覚えると理解が早くなる語です。

第8章 おわり — 最後にFAQ