仕事で使う型公式資料確認：2026年10月3日。例・型・確認方法は編集上の提案です。実機操作・現場での効果検証は未実施です。

同じ顧客が部署ごとに違う名称で登録されていると、集計や連携で迷います。この記事では「何を1件とするか」「どの情報を正本とするか」「誰が更新するか」を整理します。成果物は、データ定義メモと、修正が下流へ届いたことを確かめる変更記録です。

名称とIDを分ける

架空の顧客マスターでは、1法人を1件として管理する設定にします。顧客ID「C-001」、正式名称「青空商事株式会社」、営業用表示名「青空商事」を別の列に置きます。請求先の拠点も区別するなら、拠点IDなど別の管理単位を設計します。略称と正式名称が違うだけで、別顧客とも同一顧客とも断定しません。

名称変更の場合も、同じ管理対象と確認できればIDを保持するという設計案です。法人の統合や分割などは別の判断が必要なので、古いIDを自動的に使い回しません。正本は更新時刻が最も新しいファイルではなく、変更の根拠と承認手順を持つ指定のデータです。

コピーして使う：正本の定義

データ名／何を1件として管理するか：
IDの規則・重複禁止の範囲：
正本の場所・版／閲覧・更新の権限：
列名｜意味｜形式｜必須条件｜変更できる担当
正式名称と表示名の使い分け：
変更根拠となる資料と確認方法：
更新担当／承認者／不在時の担当：
変更履歴を残す場所：
複製・連携先と用途：
反映方法・タイミング・確認担当：
未確定事項と確認先：

英国政府のデータ品質フレームワークは、データ管理の責任、定義や補足情報の記録、ライフサイクル全体での品質確認を重視しています。本稿では、顧客データの更新から複製先への反映まで責任を残す型へ応用しています。特定のマスター管理製品を導入する前提ではありません。

正本を直したら、使う場所まで確認する

利用先の架空例使う値反映後の確認
営業の一覧顧客IDと表示名C-001に承認された表示名が対応する
請求用の一覧顧客IDと正式名称C-001に承認された正式名称が対応する
問い合わせの一覧顧客ID、必要なら表示名過去の記録と対応が崩れていない

過去の請求書など、発行時の名称を保持すべき記録まで一括上書きすることは含みません。どの値を現在の名称へ更新し、どの履歴を当時のまま残すかは担当者が決めます。複製先から正本を逆に書き換える場合も、競合時の判断ルールが必要です。

変更・反映記録
変更ID／顧客ID：
変更する列、旧値、新値：
根拠資料／承認者・承認日／適用日：
正本に反映した版・日時：
連携先｜反映方法｜反映日時｜確認結果
反映失敗・保留と担当：
旧値を残す履歴の範囲：
戻す必要がある場合の判断者・方法：

結果の確認ポイント

  • IDの管理対象と一意性が決まり、似た名称だけで統合していないか。
  • 更新できる役割と承認根拠があり、原値と変更履歴が残るか。
  • 正式名称・表示名・拠点情報を混ぜていないか。
  • 複製先の値をIDで照合し、失敗や未反映を見つけられるか。

今日試すこと

架空のC-001を使い、定義メモと1件の名称変更記録を作ります。正本だけでなく、営業用・請求用の各一覧で何を確認するかを書いてください。実データへの名寄せや同期の実行は、管理者の判断と承認後に行います。

参考資料

GOV.UK：政府データ品質フレームワーク（公式資料、2026年10月3日確認）。顧客例・定義メモ・更新手順はTOMONIの編集上の提案で、データ連携の実操作は未検証です。

次に読む

記事一覧へ戻る