「マスターデータ管理システム」とは何か、なぜ必要なのか

データは何ですか



マスターデータ管理システムに直接移行する前に、一般的に利用可能なデータの種類を判断しましょう。



以下は5つのキータイプです。



1.メタデータ（メタデータ）;

2.参照データ（参照データ）;

3.マスタデータ。

4.トランザクションデータ。

5.履歴データ。



メタデータはデータに関するデータです。 会社が運営するデータを理解して決定するために必要です。 メタデータは、構造、データ型、それらへのアクセスなどを定義します。 メタデータを記述するためのさまざまなスキームがあります。 たとえば、XSDスキームを使用してXMLドキュメントの構造を記述したり、WSDLスキームを使用してWebサービスを記述したりできます。



参照データは、企業全体で操作を実行するときに使用される特定のエンティティの値を決定するデータを比較的まれに変更します。 このようなエンティティには、ほとんどの場合、通貨、国、測定単位、契約/アカウントの種類などが含まれます。



マスターデータは、企業が扱うビジネスエンティティを定義する基本データです。 このようなビジネスエンティティには、通常、（企業のサブジェクトエリアに応じて）顧客、サプライヤー、製品、サービス、契約、アカウント、患者、市民などが含まれます。 特定のマスターエンティティに関する直接の情報に加えて、マスターデータにはこれらのエンティティと階層間の関係が含まれます。 たとえば、追加の販売機会を探すという観点から、個人間の明示的および暗黙的な関係を特定することは非常に重要です。 マスタデータは企業全体に配布され、すべてのビジネスプロセスに関与しています。 通常、マスターデータは、企業の重要な無形資産として認識されます。 その作業の有効性は、その品質と完全性に依存します。 ロシアでは、「マスターデータ」という用語の代わりに、「参照情報」という用語がよく使用されます。



トランザクションデータは、企業がビジネストランザクションを実行した結果として形成されたデータです。 たとえば、営利企業の場合：製品とサービスの販売、購入、領収書/資金の償却、倉庫への領収書など。 通常、このようなデータは、エンタープライズリソース管理（ERP）システムまたは他の業界システムに基づいています。 当然、トランザクションシステムは、トランザクションを実行するときにマスターデータを広範囲に使用します。



履歴データは、履歴トランザクションおよびマスターデータを含むデータです。 ほとんどの場合、このようなデータはODSおよびDWHシステムに蓄積され、さまざまな分析上の問題を解決し、経営者の意思決定をサポートします。

マスターデータ管理システム

マスターデータ管理システムに移行する前に、マスターデータ管理の一般的な内容を定義します。



マスターデータ管理（MDM）は、マスターデータと連携して「ゴールデンレコード」、つまり、企業全体で使用されるマスターデータ標準であるマスターエンティティと関係の全体的かつ包括的なビューを作成するための分野です。 、場合によっては企業間で情報交換を簡素化します。



専用のマスターデータ管理システム（MDMシステム）は、このプロセスのすべての側面を自動化し、企業全体のマスターデータの「信頼できる」ソースです。 多くの場合、MDMシステムは参照データも管理します。



MDMシステムがマスターデータの唯一のソースである場合、すべての変更はMDMシステムに対して行われ、その後「記録システム」と呼ばれるコンシューマシステムにのみ転送されます。 これは、マスタデータを管理するための理想的な状況です。 ただし、実際には、すべてがそれほど単純ではありません。MDMシステムは必ずしも「記録システム」ではありません。 特定の企業のビジネスプロセスの特性、特定のシステムの技術的な困難などのため、マスターレコードの「コピー」を作成する必要があります。 マスタデータのコピーを含むシステムは「参照システム」と呼ばれます。 制御性を失わないためには、「参照システム」を管理し、「記録システム」と同期させる必要があります。

MDMシステムの三次元

3次元のMDMシステムを考えてみましょう。



通常、MDMシステムは「スナップ」で実装されません。 それらの実装は、異種データの維持からマスターエンティティの全体的な包括的理解の作成に至るまで、企業全体の連続した変換の複雑なプロセスです。 したがって、MDMシステムの実装は、指定された3つの次元でのターゲット結果への漸進的な近似で順次実行されます。



これらの測定についてさらに詳しく検討してみましょう。

ドメイン

マスターデータ管理のコンテキストでは、ドメインはマスターデータの特定の領域を指します。 最も一般的なマスターデータドメインは、顧客ドメインと製品ドメインです。 西洋の文献では、これらのドメイン内のマスターデータを管理するための確立された用語があります。顧客ドメインの顧客データ統合（CDI）と製品ドメインの製品情報管理（PIM）です。



CDIには、従来、顧客だけでなく、組織や個人も含まれます。これらは、産業部門に応じて、顧客、サプライヤー、銀行、資金、患者、市民などと呼ばれる場合があります。



PIMには従来、製品、商品、材料、サービス、作業などが含まれます。

CDIとPIMのマスターデータ管理アプローチには多くの類似点がありますが、多くの違いもあります。 たとえば、クライアントエンティティを差し引くと、ほとんどの場合、エンティティの属性の単純な構文分析と確率的アルゴリズムに基づくそれらの比較が実行されますが、自己学習メカニズムを使用した属性のセマンティック/オントロジー分析は製品ドメインで実行されます。 さらに、製品ドメインでは、属性は選択したカテゴリによって大きく異なります（たとえば、ラップトップには独自の属性セットがあり、洗濯機には独自の属性があります）。 さまざまなドメインのこれらの機能はすべて、MDMシステムでサポートする必要があります。



最近、メタデータ構造を柔軟にカスタマイズできるマルチドメインMDMシステムを作成する傾向があります。 このような柔軟性により、企業はすべての機能とニュアンスを考慮して、独自にマスターデータを記述することができますが、そのようなシステムを正しく設計および構成するにはかなりの時間と知識が必要です。 また、市場には、既に正しく構成されたメカニズムを備えたマスターエンティティの「リジッド」構造を持つシステムがありますが、そのようなシステムの使用は、それに適応できる企業によってのみ可能です。 通常、このようなシステムは、特定の業界内でマスターデータを管理する問題を解決するのに適しています。 私の意見では、最も有望なのは、柔軟なメタデータモデルを備えたシステムですが、さまざまな業界の企業向けに迅速に再構成できるモデルを備えていることです。

使用方法

使用方法MDM（使用方法）は、企業で使用されるMDMシステムを決定します。 言い換えれば、誰がマスターデータの消費者になるのか（もちろん、いくつかあります）。



主な使用方法は3つです。



1.分析

2.運用

3.コレクティブ（コラボレーティブ）



分析の使用方法は、主にビジネスパフォーマンスの分析、必要なレポートの提供、分析機能の実行にマスターデータを使用するビジネスプロセスとアプリケーションをサポートします。 多くの場合、これはMDMとBIツールおよび製品との相互作用によって発生します。 通常、分析MDMシステムは読み取りモードでのみデータを処理し、ソースシステムのデータは変更しませんが、その精製と強化に関与します。



運用の使用方法を使用すると、ビジネストランザクション（運用）を実行するプロセスでマスターデータを収集、変更、および使用でき、すべての運用アプリケーション内でこれらの操作内のマスターデータのセマンティック整合性をサポートできます。 実際、この場合、MDMは他のオペレーティングアプリケーションまたはユーザーからの要求を処理するOLTPシステムとして機能します。 このモードでの作業には、多くの場合、サービス指向アーキテクチャ（SOA）の原則とエンタープライズサービスバスツール（ESB）の使用を使用した単一の統合ランドスケープの構築が必要です。 理想的には、このようなツールはMDMシステムに直接含まれているか、MDMシステムの続きである（MDMとESBの両方のソリューションが密接に統合されているベンダーがいます）。



一括使用方法を使用すると、この作成中に異なるユーザーグループ間での一括操作が必要な場合にマスターエンティティを作成できます。 通常、このような調整には、さまざまな自動タスクと手動タスクで構成される複雑な「分岐」ビジネスプロセスがあります。 手動タスクは、ビジネスプロセスによって決定される方法で、さまざまなデータスペシャリスト（データスチュワード）によって実行されます。 ほとんどの場合、集団使用法は食料品の分野で使用されます。 たとえば、新しい製品を作成するとき、さまざまなデータの入力を担当する複数の人がいる場合、多くの手作業と最終的な調整が必要です。 MDMシステムでは、特定の企業のビジネスプロセスを迅速にサポートするために、任意のビジネスプロセスを構成できることが重要です。

実装スタイル

通常、3つの主要な実装スタイルがあります。



1.登録（レジストリ）;

2.共存（共存）;

3.トランザクション（トランザクション）。



レジストリ実装スタイルには、下位データソースへの「参照システム」としてのマスターデータソースの作成が含まれます。 レジストリMDMには、エンティティの識別とマッピングに必要なキー属性のみが含まれています。 レジストリMDMは読み取り専用モードで動作し、データはソースシステムに入力され、MDMに転送されてエンティティを解決します。 また、レジストリMDMには、非キーデータのソースへのリンクを保存できますが、通常、このデータはMDMに転送されません。 通常、レジストリ実装スタイルは、MDMを使用する運用方法を選択するときに適用されます（上記を参照）。



共存する実装スタイルは、いくつかのソース（ビジネスアプリケーションとMDMシステム）に分散データエントリが存在することを意味します。 この場合、MDMシステムは属性の一部のみの「レコードシステム」になることができます。 それでも、MDMシステムでは本格的なマスターエンティティが形成され、その変更は他のシステム（おそらくすべてではない）に送信されます。 共存する実装スタイルは非常にシンプルで、次のトランザクションステップの最初のステップとしてよく使用されます。 MDMシステムと対話するシステムの深い処理は必要ありません。



トランザクションの実装スタイルには、すべてのデータをマスターエンティティに保存する本格的な「記録システム」の作成が含まれます。 この場合のMDMシステムは、すべてのコンシューマシステムの「唯一の真実の源」です。 すべてのデータ作成および処理操作は、MDMシステムレベルで実行されます。 消費者システムのレベルでのデータ入力は禁止されています。 このアプローチは通常、実装が非常に困難です。なぜなら、 ビジネスプロセスとサブスクライブシステムの大幅な変更が必要です。

おわりに

実際には、特定のMDM実装戦略の選択は、マスターデータ管理の分野における企業の目標、企業の成熟度、ITインフラストラクチャの準備の程度、プロジェクトへの投資の可用性、および他の多くのパラメーターによって決定されます。 実装戦略を決定するには、これらすべての要因を徹底的に分析し、プロジェクトの詳細な実現可能性調査とプロジェクトのフェーズを示す詳細なスケジュールを作成する必要があります。 ただし、これは別の広範なトピックであり、個別の検討が必要です。



確かなことの1つは、MDMシステムの導入には非常に慎重かつ漸進的にアプローチする必要があるということです。 MDMシステムの実装プロジェクトのほとんどは、MDMプロジェクトで直面しなければならない変更の複雑さと量を過小評価しているため、正確に失敗します。



マキシム・ヴラソフ