データマネジメント試験（仮称）科目Bサンプル問2（顧客データの結合キー）の解説

答えはオ：課題は顧客ID、暫定の結合キーは電話番号

正解はオ（aが（二）、bが（五））です。IPAは出題趣旨で、この問題を、データカタログの情報と実データの調査結果を解釈して「表面的な技術課題と，より本質的なガバナンス上の課題を切り分ける能力」と、「現実的な暫定対応を選択する能力」を問うものとしています。

空欄aの候補（一）〜（三）は、どれも本文から読み取れる内容です。どれも「問題」ではありますが、aに入るのは最も根本的な課題だけです。bの候補（四）〜（六）は、結合キーの3つの候補（顧客ID、電話番号、メールアドレス）に1つずつ対応しています。

結合キーの3つの候補を、表で比べる

本文の表1・表2と、データプロファイリングの結果を、結合キーに使えるかという観点で並べると、次のようになります。

顧客名は、注記2で「データ結合のキーとしては使用できないものとする」とされているので、候補から外れます。

電話番号は、両方とも「本人認証済み携帯電話番号」で、一意性制約あり・NULL不可です。違いは形式（999-9999-9999と99999999999）だけで、注記1によると、この傾向は実データの全件で同じです。ハイフンを取り除けば、機械的に揃えられます。これが（五）の「データ形式を整形し，電話番号をキーとして」の意味です。

aを決める：形式の違いは「表面的な技術課題」

aの候補のうち、（一）の電話番号の形式の違いは、bの（五）で整形すれば解消します。暫定対応で消える問題は、根本的な課題ではありません。（三）のメールアドレスの未入力も、結合キーにメールアドレスを使わなければ避けられる、個別の項目の問題です。

（二）だけは、どの暫定対応をとっても残ります。ECサイトと店舗は、それぞれ自分のシステムの中で顧客IDを採番していて、会社として「この顧客はこのID」と決めた識別子がありません。電話番号で結合するのは、識別子の代わりを探しているだけです。本文の「このままでは同一顧客の EC サイトと店舗の購買実績をひも付けることができず」も、この点を指しています。

出題趣旨の言葉を当てはめると（当サイトの解釈）、（一）と（三）は表面的な技術課題、（二）はガバナンス上の課題です。チャネルをまたいだ顧客識別子を決めて管理するのは、どちらかの部門のシステムだけでは解決できず、組織としての決定が要るからです。

bを決める：一意性制約は「全員が入力している」を保証しない

（五）と（六）で迷った場合は、NULLの扱いを見ます。メールアドレスにも一意性制約がありますが、一意性制約が保証するのは「入っている値が重複しない」ことだけで、全件に値があることは保証しません。店舗会員データのメールアドレスはNULL許容で、実データにも未入力があります（表2の経済 次郎）。

メールアドレスで結合すると、メールアドレスを登録していない店舗会員は、ECサイトの購買実績とひも付きません。経営陣の要求は「優良顧客の特定」なので、店舗でよく買うのにメールアドレスを登録していない顧客を取りこぼすと、レポートの結論が変わるおそれがあります。

（四）の顧客IDは、aで「販売チャネル横断の顧客識別子として機能しない」としたものそのものです。それぞれのデータの中で一意でも、2つのデータの間で値が対応していません。

間違えやすいところ：本文の事実は全部正しい

aの誤答の候補（一）と（三）は、どちらも本文の事実を言い換えたものです。（一）も（三）も、書かれている内容は正しく、それが課題であることも間違いではありません。そのため、「本文に書いてあるか」で判断すると、どれも当てはまってしまいます。

判断の基準は「その課題を解消すれば、チャネル横断で顧客をひも付けられるようになるか」です。電話番号の形式を揃えても、メールアドレスを全員に入力してもらっても、2つのシステムが別々に顧客を管理している状態は変わりません。

時間をかけないコツ：先にbの候補を表で比べる

解く時間の目安は6分ほどです（当サイトの推測）。本文と表は長いですが、読む目的を「結合キーの候補を比べる」に絞ると、見る箇所は表1の3項目（顧客ID、電話番号、メールアドレス）と、プロファイリングの結果の段落だけになります。

bが（五）に決まると、残る解答群はイ・オ・クの3つです。そこでaを考えます。（一）は（五）の整形で解消されてしまうのでイが外れ、（三）は電話番号で結合するなら関係がなくなるのでクが外れます。

実務の目で見ると：暫定のキーには、ずれが残る

電話番号での結合は、あくまで暫定です。ECサイトの電話番号は「配送連絡用」、店舗会員の電話番号は「会員カード申込時」のもので、登録の経緯が違います。登録した時期もずれている可能性があり、その間に番号を変えた顧客は、同じ人でも一致しません。暫定のレポートには、ひも付かなかった件数を添えて、結果の確からしさを説明できるようにしておくのが安全です。

根本の対策は、チャネルをまたいだ顧客識別子を決め、それを各システムで共有することです（マスターデータの管理）。シラバス案（Ver.0.1）の科目Bの項目「1-2. データ間の関係と整合性の確認」は、データを識別して関連付けるキー項目を把握し、不整合がある場合の影響を説明するスキルを挙げています。この問題は、その判断を、データカタログと実データの両方を見て行う形で問うものです。