その通り。でも、すべてのコードを標準化・統合化することは非常に困難なことなんだ。そうなると、重要なコードを選別し、それらだけを標準化・統合化することになる。
では、どのようなコードを標準化・統合化を進めるべきだろうか。
重要なのはやはり「戦略」で、システム化することにより、企業が持つどのような課題を解決するか、そして、そのためにデータ活用視点でどのコードを標準化・統合化するべきか、ということを考えていくアプローチが大切だ。
参考だが、私がたずさわった製造業のプロジェクトでは大体、“CVMP-S”というフレームワークをベースにして標準化・統合化するコードを選別してきた。CはCustomer（顧客）、VはVendor（ベンダ）、MはMarket（市場）、PはProduct（品目：製品・サービスなど）、SはStructure（内部構造：組織・勘定コードなど）を指す。もちろん、これらは業種や業態、戦略で異なってくると思う。

拡大する

そう思いがちだけど、それは失敗するパターンの一つなんだ。コードはひとつの目的だけでなく、さまざまな目的で使用されるよね。そのために、コードは柔軟性というものも求められる。例えば、顧客のコードを一つ採番したとしよう。企業としては一つだが、製品の出荷先としては二か所あり、それぞれ住所が違っていたとしたらどうだろうか。オーダーを登録するような場合に、システムに毎回住所を入力するのは煩雑だよね。そのような場合は、二つの異なる顧客コードを設定し、顧客マスタにそれぞれの住所を登録しておけば、毎回住所を入力しなくていい。だから、標準化・統合化だからといって、一つに集約しなければいけないということではない。もちろん一つとして見たい場合がある。そのときは、これらをまとめるためのグルーピングのコードを設定したり、マスタの属性に統一コードを持たせるといった工夫をする。このようなことも含めて、コードの標準化・統合化の設計を進めていくんだよ。

マスタは、ITシステムにおける基本情報を格納するデータベースで、製品マスタ、顧客マスタ、価格マスタなどがその例だね。コードを維持・管理していくデータベースとして非常に重要な位置づけにあるもので、コードをさまざまなデータに対して適用するしくみとしてもマスタは欠かせないものだ。それぞれ個々のシステムにマスタを持っているが、それらに同一のものが適用されていることも大切だよね。これらが異なっていたら、結果的にデータの「精度」と「鮮度」に影響してしまう。よって、マスタの標準化・統合化というのもコードと合わせて重要になってくる。すべてのデータが同じものを持つシステムの全体設計が求められるが、マスタの一元管理は有効な手段となるね。
さらに必要なのは、常に正しい情報が登録され、継続的に維持されるしくみを作るということ。マスタの内容が間違っていれば、すべてのデータがその間違った内容で反映されてしまう。そうならないように、業務だけでなくマスタ管理についてもプロセス設計を行う必要があるね。
また、これらの設計は、個々の利害関係者がバラバラに検討してもなかなかなかできるものではない。品目や顧客といった個々のコード・マスタに関して責任を持つ組織や担当者を明確にし、利害関係者のコンフリクトを解消しながら全体最適で設計し、システムを構築していくことが重要となる。

拡大する