夢の会社の構築：マスターデータと統合

ビル・ゲイツと彼の同僚が将来のWindows 3.1のアーキテクチャについて考えていたとき、接着されたワットマン紙に手で描いたという伝説があります。システムのブロックとモジュールを示す小さな四角、およびそれらの間の矢印-データは1つのシステムから別のシステムに流れます（各システムは各システムと直接通信します）。この計画はゲイツ自身の近くのオフィスの床に完全に適合しました、しかし、テーブルと椅子は廊下に取り出されなければなりませんでした。



1年後、新しいWindows 95オペレーティングシステムを設計しているときに、彼らは食堂全体を取り出しました。しかし、数か月の作業の後、そこにも十分なスペースがないことが明らかになりました。また、アプリケーションがオペレーティングシステムとの通信を継続し、古い方法で相互に通信できるようにすると、無限の相互接続と依存関係が発生します。根本的に異なるアプローチが必要でした...







しかし、誰もが互いに通信するための単一のメカニズムを作成するとどうなるでしょうか。ユーレカ！



その結果、エンジニアリングの傑作であるWin32APIが生まれました。これは、Windowsコンポーネントとアプリケーションを相互にリンクするための一連の機能であり、Windows95以降のWindowsオペレーティングシステムを非常に人気のあるものにした要因の1つです。

統合

プロジェクトマネージャーや統合の責任者にとって、異なるシステム間でのデータの転送は、時にはパニックに近い感情を呼び起こします。プロセス管理の観点から、統合は、何かがうまくいかない可能性のある膨大な数の小さなことやボトルネックに満足しています。



集積回路に10〜20の異なる情報システムが存在する可能性がある大企業では、状況は特に深刻であり、すべての方向にデータを転送するときにビジネスプロセスの継続性を確保する必要があります。







このような複雑なアプリケーションのアーキテクチャを計画および管理することは簡単な作業ではありません。残念ながら、「すべての人にrebbitを使用させる」、「WSO2をインストールする」、「すべてをマイクロサービスに置き換えよう」という精神で解決することはできません。いいえ、例はこれまでもこれからもそうですが、せいぜい、統合の2つ以上の「コア」で終わり、最悪の場合、ビジネス継続性の混乱と参加者への不快な結果に終わります。



この記事では、大企業では通常自然発生するプロセスの主な段階について説明します。会社の統合開発のスケールを1から10に導入します。このスケールは、もちろん、会社自体の成長、会社の管理技術の開発レベルの成長を反映します。また、開発の主なベクトルの概要を説明したいと思います。どこで実行するか、何をするか、そして誰がこれらすべての責任を負うかです。冗談で。



活気のために、私は抽象的な製造会社の例を取り上げました。 ITの複雑さの増大はそれ自体が目的ではなく、成長する企業が直面するすべての新しい課題への対応であることを示すのが容易になります。あなたの会社が製造会社ではなく、たとえばサービス部門の場合、違いはわずかです。一部のステップは、全体的なシナリオを維持しながら、1レベルまたは2レベル上または下にシフトできます。



また、記事には特定の製品や技術の名前はほとんどありません。統合の分野では、「道はなく、方向性はあります」。入れて使うだけの商品はありません。それは常に、少なくともコネクタの開発に関するものです。1C、Windows、Officeは広く普及しているソフトウェアとして言及されていますが、それらの代わりに、意味を失うことなく、SAP、Linuxなどに置き換えることができます。



もちろん、わかりやすくするために例は簡略化されています。いくつかの質問は未解決のままになります。そして、ITで常にそうであるように、アプローチ自体が正しいものだけではないので、私はすべての人を議論に招待します。



この記事は、ITエグゼクティブ、アーキテクト、インテグレーター、およびかなり大規模な企業で働くすべての人にとって特に興味深いものです。

レベル0

おめでとうございます、あなたは最近大学を卒業し、事業を始めることにしました。個人の起業家を登録しました。



近い将来、あなたは素晴らしいビジネスの世界に精通するでしょう。そこでは楽しい瞬間とそれほど多くはないでしょう。あなたはすでにソーシャル広告からそれらの1つについて何かを聞いたことがあります-税金。



税金を支払うには（帰属所得がない場合）、その期間に合計でどれだけのお金を稼いだかを何らかの方法で計算する必要があります。個人の起業家がすぐに銀行振込で働き始める可能性は低く、現金で働く場合、最近ロシアではレジが必要になります。



もちろん、商品やサービスのカタログを作成して、リストからすぐに選択できるようにし、チェックを入れたいと思うでしょう。そして月末に、位置Aが位置Bよりもx％多いことを計算して確認します。



したがって、単純な1Cまたは他の同様の製品がラップトップに表示されます。

レベル1：拒否

ビジネスは順調に進んでいます。アシスタントがいて、次に別のアシスタントがいます。



あなたは街の別のエリアに2番目のアウトレットをオープンしました、そしてそこにあなたは2番目のチケット売り場を置く必要があります。ラップトップに接続できなくなります。



チェックアウトの手順を読み、モバイルインターネット経由で接続を設定します。または、購入した会社に連絡してください。喜んでお手伝いします。どんな種類の統合についてもまだ話はありません。

レベル2

ビジネスは良くなっています、あなたはなんとか企業部門に参入することができました。少し装飾したかもしれませんが、地元の2社に興味を持っていただけました。それほど大きくはありませんが、彼らはあなたが最初の実際の契約を結んだ実際の法人です！



そしてもう1つ、3つ目はサプライヤーとの契約ですが、どういうわけか彼は配達に関してあまり良い口頭での合意を持っていません。彼は期限に違反しており、品質についての質問があります。



最初のクライアントでは前払いに同意し、2番目のクライアントでは後払いを納得させました。次に、誰が「グラム単位で計量」されたかを正確に理解するために、クライアントのコンテキストで記録を保持する必要があります。幸い、1Cには請負業者のディレクトリがあり、最初の2つのエントリを厳粛に入力しました。万が一に備えて、別のサプライヤー。そしてもう1つ-「その他」。



昨日のパーティーの後で頭痛がした。あなたは口座明細書のために銀行に行きました-そしてそこであなたの最初の訪問を「見つけました」！もちろん、そのような機会を見逃すことはできませんでした。そして、あなたは、ある日あなたのビジネスが非常に成長し、支払いが毎日来るとしたらどうでしょうか？

レベル3：怒り

何度かすべてがほとんど消えました。コミットメントはあなたのビジネスに大きな違いをもたらしました。一般に、最も単純なことで問題が発生し始めました。あなたが間違いなくそれらを期待していなかったところ。



まず、数年のハードワークの中で初めて、あなたは休暇に行くことにしました。最近、良い注文が完了し、いくつかの無料のお金が現れました、休憩してみませんか？



私たちはすべてに同意し、最も賢い従業員を代理人に任命し、何か問題が発生した場合は電話するように言い、2週間休憩しました。



最初の週は電話がなく、おそらくあなたの人生で最も幸せで静かな週でした。最後はです。



それからベルが鳴った。いいえ、これは好きではありません。コール。すべてがうまくいかなかっただけでなく、あなたは緊急に家に帰らなければなりませんでした-そしてあなたなしでほとんど壊れていたすべてを回復しなければなりませんでした：クライアントとの関係、プロセス、会計。



あなたは最も賢い人と別れなければなりませんでした、しかしあなたはあなた自身のために2つの結論を出しました：



1。最初のマネージャー、リーダーを雇う時が来ました 。そして、重要なのは、時間がないということではなく、単に1日休むことができないということです。 IP作業スキームは階層を意味しないため、法人を形成してLLCになることを意味します。すべての契約の更新に伴い。



2.あなたは、ビジネスが現在どのように進んでいるかをいつでも理解できるツールが必要であることを理解しています。定期的なレポート。ええと、いつでもではなく、少なくとも週に一度は？そうじゃない？さて、月に一度。



第二に、法人の設立に関連して、法人向けのプログラムのバージョンを購入するために1Cフランチャイジーに連絡する必要がありました。



新しく雇われたマネージャーは、もちろんパートタイムで、賢い会計士を連れてきました。彼女はまた、働くためには、1Cフランチャイジーにいくつかのレポートの作成を注文する必要があると説明しました。それなしでは絶対に何もありません。彼女はまた、給与と人事記録管理の計算を引き継ぎ、1Cではなく、大学で教えられた別のプログラムでそれらを維持し始めました。

レベル4

さらに数年が経過しました。浮き沈みがあり、あらゆる種類のものがありました。危機は国内で消滅しましたが、どういうわけかそれはあなたに特に影響を与えませんでした。特に、あなたは常にあなたのビジネスの状態を明確に理解していて、必要に応じてすぐに「骨を切る」ことができるという事実のために。



あなたは信頼できるパートナーとしての評判を築き上げ、クライアント数は20を超え、会社はすでに約50人を雇用しています。いくつかの部門が登場しました！



仕事にはますます多くのレポートが必要になるため、1Cニックネームのプログラマーを雇いました。プログラマーは最終的に人事システムも習得し、改良を始めました。そしてもう1人、従業員をサポートし、コンピューター、プリンター、その他の機器をセットアップするためのあらゆる業界のIT担当者です。



あなたの仕事、商品の結果は、もはやあなたの寝室、廊下、ガレージに収まりません-そしてあなたは倉庫を借りることに決めました。



倉庫と配送を管理するプログラムについて考え始めましたが（いくつかのケースがありました-彼らは商品を間違ったクライアントに持っていきました）、1Cのニックネームは1C用の倉庫モジュールを購入できることを示唆していました。または何も買わないために、彼は自分自身をより良く書くでしょう-そしてあなたのニーズを正確に考慮に入れます。



また、さまざまな顧客に約束した割引を何度か混乱させ、最近、間違った顧客に数百万ドルを請求したため、彼は非常に緊張しました。すべての従業員が一体となって、CRMを実装する時が来たと主張しています。



IT担当者は最近大学を卒業し、生産サイクル全体を含む独自のCRMを作成することを提案しました。 1C-ニックは彼を助けると約束した。そして、ほんの数週間で、彼らは実用的なプロトタイプをスケッチしました、それを使用することはかなり可能でした！



話をし、自信を持って行動しました。その瞬間、あなたは真剣に考えました。独自のITサービスを開発するか、独自のソリューションを開発するか、それともインテグレーターに頼って、アウトソーシングサービスを使用するか。



たくさんの意見を考え、聞いて読んだ後、あなたはアウトソーシングを選ばないことに決めました。第一に、それはほとんどの場合、スタッフのスタッフよりも高価です。それはパフォーマーだけでなく彼らのリーダーシップも養い、多くの税金も支払われます。

第二に、そのような仕事の質は、たとえパフォーマーが最もタイトルが付けられていても、常に保証されるわけではありません（非公式の設定では、時間通りに成功したプロジェクトの割合について尋ねたことがあります...）



そして、第三に、そしてこれが最も重要です。「自分自身に関して」あなたのために仕事をするアウトソーシング業者は一人もいません。あらゆる方法であなたを彼に結びつけることは彼のビジネス上の利益に反します。



その結果、ITスペシャリストの説得力のある声を信じ、独自の開発を行う方がよいと判断しました。後で別の開発者を雇う必要があることは明らかです-そして複数の開発者。彼らがタイミングを台無しにし、気が散るようなことをしないことは明らかです。ここで重要なことは、リーダーが賢明であるということです。そしてニュアンス-つまり、それらはすべてニュアンスを持っているので、経理部門、セキュリティ、およびAXOにあります。



この瞬間から、ビジネスで起こり始めることが多すぎます。イベントでのビジネスの発展については説明しません。ITインフラストラクチャの複雑さを増し、ループ内のシステムの数を増やし、統合を開発することに集中します。



また、このレベルのあたりで、企業統合の歴史の中で最大かつ最も物議を醸しているレーキの1つを踏む危険があります。それは、システムが相互に直接通信できるようにすることです。次の図の例を参照してください。CRMは、データを倉庫および人事システムに直接「送信」します。

レベル5：交渉

ビジネスの成長に伴い、隣接する地域センター、次に北部の首都にオフィスが開設されました。ビジネスと企業開発における次の重要な瞬間が来ました-地域のスケーリング。 より良いシナリオを求めて、



たくさんの 血が飲まれたコーヒー、たくさんのタバコが吸われました。他のオフィスに拡張するには、コストを2倍するだけでは不十分な場合が多いことを知って驚いた。たとえば、内部電話を使用して2番目のオフィスから最初のオフィスにシームレスに電話をかけることができるようにするには、最初のオフィスだけでなく、はるかに多くの費用をかける必要があります。インフラストラクチャを作成し、ハードウェアとソフトウェアのライセンスを購入する必要があります。幸いなことに、3番目のオフィス、4番目など。そのような設備投資はもはや必要ありません。



情報漏えいが何度か発生した後、情報セキュリティの専門家を雇うことにしました。もちろん、彼はITインフラストラクチャのほぼ全体を逆さまにし、すべてのITスペシャリストの誠実な「愛」をすぐに獲得します。しかし、しばらくの間だけ、tk。彼の要件を明確に正当化する方法を知っており、一般に、ITスペシャリスト自身も彼らと同じ血を流しています。彼の最初の要件は、不要なポートをすべて閉じ、安全なチャネルを介して情報を送信することでした。彼は、監視、バックアップ、セキュリティ、およびその他の有用性について多くの優れたアドバイスを提供しましたが、最も重要なこととして、この記事のコンテキストで、他のシステムと統合する必要のある情報システムをさらにいくつか会社に持ち込みました。合計で、あなたはすでに7-8を持っています。



最近、企業ポータルであるイントラネットが立ち上げられ、従業員にとって良いヘルパーになりました。しかし、あなたにとって最大の発見は、ポータルが会社の構造と従業員のリストを表示できなかったことです。いいえ、彼らは何かを見せました、しかしこの構造は何ですか、彼らはそれをどこで手に入れましたか？ヘビとハリネズミの一種の雑種です！従業員のリストはどうですか？あなたはそれらのいくつかを個人的に解雇しました、なぜそれらはまだ現れているのですか？彼らは人事制度にいますか？そして1Cでは？このデータはどこから来たのですか？..



1C開発者 *）は、会計マスターデータのモジュールを購入して実装するという提案を出しました-これは、すべての一般的なディレクトリ（たとえば、構造、従業員、請負業者）のすべての情報が1つのシステムで収集および制御されます **）..。また、すべての情報交換がこのシステムを経由するように、このプロセスは視覚的で管理しやすくなります。間違いがあった場合、すぐに気付かれます-これは特に重要です。数か月前、給与情報が人事システムから1Cにダウンロードされず、給与が時間どおりに従業員に転送されなかったという前例がすでにありました。



これには何が必要ですか？そのようなシステムを選択してください。開発者は、1Cプラットフォームでのソリューションをアドバイスします。これは、自分で改良する必要があるコンストラクターです。また、開発者は、すべての交換がリアルタイムで行われ、夜間の交換やスケジュールされた交換は行われないと主張しています。この決定の将来はまだ明確ではありませんが、その必要性の論理的根拠は明確で論理的に聞こえます。取って！

*) , 1 . MDM ( -) ESB ( ) . SAP, IBM, Oracle, — Fuse, Mule .



**) , ( — ) API. , 20-30, 40-50 , , . .

6

会社の領土拡大は爆発に例えることができます！数年の間、数十のオフィスが開設され、会社のスタッフは数倍に増えました。最初の外国事務所は旧ソ連のいくつかの国に開設されました。一般的に、私たちの人々は、プロセスがすべて明確であり、法律と課税は実質的にロシアと違いはありません。



現時点でITランドスケープと統合を計画する際の主な問題は、各情報システムがすべての国で同時に機能することが可能かどうかです。実際には、各システムには独自のニュアンスがあります。経理および人事システム-それらは厳密に異なる拠点に保管する必要があります。 MDMとESBは、ほとんどの参考書に国の拘束力が現れるように変更する必要がありました。さらに、一部の要素（フルネーム、役職、請負業者の名前など）は、一度に複数の言語で保存する必要がありました。



また、さまざまな言語でいくつかのセクションを作成することにより、企業ポータルを統一することができました。クライアント機能に加えて、主要なビジネスプロセスの自動化も含むCRMは、すべての国で成功を収めています。



実際、あなたはITおよびITチームの状況に満足しています。一度敷設された基礎により、特別な困難や停止要因なしに拡張を実行することが可能になりました。会社にマスターデータとデータバスがなかった場合、今どのくらいの労力とリソースが必要になるか想像するのは難しいです。私たちは一般的にCRMについて沈黙しています！

レベル7：うつ病

すべてが順調であるように思われるでしょう。 Exchangeが実行され、データが実行され、ビジネスプロセスが実行されています。だが。



最近、データが正しくないということがさまざまな側面からますます頻繁に聞かれます。すべてのシステム、すべての統合は何度もチェックおよびテストされています。いいえ、技術的なエラーや障害はありません。すべてが時計仕掛けのように機能します。



かつて、企業ポータルがあなたの結婚記念日を祝福しました。すべてがうまくいくでしょうが、経験はあなたが実際に働いているよりも数年少ないように見えました-そして日付は同じではありません。大学卒業、就職1年目を思い出して考えていますか...



何かがうまくいかなかった。開発者はそれを理解しに行き、物語を持ち出しました。ある種の雇用契約の再交渉で、人事担当官は自分自身を封印し、間違った日付を入力したことが判明しました。それは明らかです、通常の人的要因、それは大丈夫です。



翌日、あなたは重要な契約に署名しました。元払い？いいえ、数日間、お金はアカウントに入金されません。あなたはそれを正確にリストしましたか？正確に記載されています！そして、何が問題なのですか？銀行への電話、彼らは言う：間違い！ MDMシステムの詳細に関するデータが古くなっていることが判明しました。それらは変更されています。そして、それらを修理することになっていた従業員は病気になりました。



そして、これはほぼ毎日、ほぼすべての参考書とすべてのプロセスでたくさんあります。会社の状況に不満を持っている人が増えており、従業員はすべてのマスターデータシステムを非難し、オペレーターは何度も言い訳をし、従業員の間違いについて話します。



使用している製品を交換するかどうかさえ疑問に思いました。ここで、あるプレゼンテーションで、SAP製品（Oracle、IBM）はバグがないと言っていました。開発者は反対します：いいえ、それは製品についてではなく、プロセスについてです。外部監査が実施され、彼はシステムが技術的に正しく機能していることを確認しました。



大量の情報があると、マスターデータの品質という重要性がないため、これまで誰も注目していなかった問題が発見されました。データは古くなり、データの関連性が失われ、このデータを入力する人々は常に間違いを犯しています。そして、これは誰のせいでもありません。エラーは必然的に数十万のレコードのボリュームに表示されます。



エラーの可能性を高めた追加の要因は、かつては調和のとれたデータ入力シナリオを選択したことでした。これは、データを任意のシステムに入力して、MDMに収集できることを意味します。たとえば、新しいカウンターパーティは、企業ポータルを介して1CでCRMに追加できます。これは、特定の従業員が特定の時間に都合のよい方法で行うことができます。



データ品質の問題？さて、開発者はおそらくプロセスを自動化するための多くのデータ品質管理ツールを持っています。いくら？そして、何、あなたの手で小切手を書くだけですか？



残念ながら、この問題に対する簡単な解決策はありませんでした。しばらくは無視されていたかもしれませんが、ダイナミクスでは、企業開発のいくつかのレベルの後、この問題は単にあなたを埋めるだろうことが明らかになりました。そして、誰もこれを非難することはありません。しかし、複雑なソリューションを実装するのは非常に困難です。

レベル8

データ品質の問題に対する解決策があります！



はい、これには、あらゆる多様性のあるデータを扱うアプローチの質的な変更が必要でした。変更プロジェクトは、誰かから「品質のための品質」と冗談めかして呼ばれていました。



各ディレクトリの特定のエントリごとに、データの責任者の概念が登場しました（IT部門にはなれないことは明らかです）。すべてのプロセスが分析され、エラーを分類するメカニズム、データチェックを作成するメカニズムが開発されました。実際、データが蓄積されるにつれて、ますます多くの種類のエラーが発生します。つまり、ルールとチェックを確立するプロセスは、実際にはデータ入力プロセス自体に組み込まれる必要があります。



データ品質管理機能を集中化するか分散化するかについては、長い間議論がありました。財務部門は、契約と請求書のデータの品質が彼らの責任範囲であると信じていました。管理および経済管理者は、プロパティのデータを「自分のもの」と見なしました。社内のさまざまな場所に関して、データ品質にはさまざまな基準があることがすぐに明らかになりました。



1つは、1つのカットが必要であり、もう1つは、別のカットが必要です。要件の一部が矛盾していることが判明するまでになりました。したがって、そのようなデータ要件のレジスタがコンパイルされました。これ自体がマスターデータです。他のすべてのシステムでこの情報が必要になります。また、データ品質管理機能自体を一元化することを決定し、社内のプロセスを変更するための真剣な力を与えました。



会社のプロセスを変更すると、興味深い事実が明らかになりました。データを入力する人は、原則として、自分の間違いが後で他の人にどのような影響を与えるかには関心がありません。そして、そのような従業員に品質を監視し、「理由だけで」間違いを訂正するように動機付けることは困難です。しかし、彼らが結果を説明している場合（これは無関係な小道具です。従業員Xは明日給与を受け取らないため、エラーが発生してお金が間違った場所に送られます）、これにより彼らの増加が見られます。プロセスへの関心。



データ品質管理システムが開発されました-MDMモジュールとしてのDQS。彼女は（スケジュールに従って、各エントリを追加するときに）チェックを開始し、エラーを作成した人に個人的にエラーを報告しました。考えられる結果の説明付き。



システムのルールは最初は100、次に500でしたが、1年後にはすでに約1000がありました。人事部門は、トレーニング、従業員のやる気を引き出すためのオプションの提案、インフォグラフィックの作成、エラー数の漫画の指標を作成し、エラーの減少に注目しました。競争はさらに多くのバグを見つけて、より多くのルールを追加し始めました！もちろん、四半期ごとのボーナス付き。



DQSシステムの開発の次のレベルは、インテリジェントルール、ルールを集約するファジールールです（たとえば、異なる側から同じエンティティを説明する2つのレポートの合計値は一致する必要があります）。



DQSの最高レベルは、マスターデータの品質管理であり、政府のオープンデータに基づくシステムコンテンツですらあります。例として、税務Webサイトのカウンターパーティ向けサービスがあります。これらのサービスを使用すると、MDMの詳細の正確さを制御できます。

レベル9：受け入れ

データの品質、それに基づいて生成されたレポートの正確さについては、落ち着くことができます。バグ修正はあなたの会社の遺伝暗号に埋め込まれていて、それ自体で起こります。



プロセスの現在の状態を明確に理解し、ダイナミクスのレポートを処理し、生産の品質管理を行い、クライアントと連携することで、市場でトップに立つことができました。あなたの会社名は事実上業界の代名詞になっています。



しかし、あなたのビジネスは減速しています。自由市場全体を占領しそうですが、買収や合併を中心にさらなる成長が可能です。買収における主な問題の1つは、新しいチームと確立されたすべてのプロセスを会社に統合することです。



管理部分とビジネスプロセスを括弧の外に残しましょう。統合について言えば、技術的にはタスク自体はそれほど難しくありません。新入社員の研修を実施し、一定の時点である「X」時間を確定します。 「X」時間後、新しく開始されたすべてのプロセス、新しい請負業者、新しい契約は、メインシステムで厳密に保持する必要があります。これらのシステムは、問題なく最大10〜20％、さらには50％の成長に耐えます。クラスMDM、ESB、CRMなどの最新のシステムはすべて、新しいサーバー機器を購入するだけで、自分自身を拡張できます。



これと並行して、約1時間の「X」で、買収した会社の情報システムを凍結し、ダンプを生成し、情報を準備して、フォーマットに変換する必要があります。一部のデータが欠落していることが判明する場合があります。データを補充するか、架空のエンティティを一時的に作成する必要があり、そこから目的が明確になります。徐々に、それらすべてを実際のデータで強化して置き換える必要があります。この作業のタイミングと責任も決定する必要があります。

レベル10

BIシステムからレポートを再度アンロードした後、数値を確認して考えました。あなたの会社の従業員数はまもなく6桁になります。これは、都市全体の人口です。年間売上高はロシアのGDPの0.1％に近く、アルタイ共和国とトゥヴァ共和国のGDPを上回っています。前者の領土について。ソ連市場はすべてあなたのものです！そして、正直なところ、彼は完全に占領されています。その上で成長する場所は他にありません。



最近、あなたが長年夢見ていたイベントが起こりました！あなたはEU市場で事業を行っている小さな会社を買収し、いくつかの新しい旗を地図に載せました。



事業上および管理上の問題に関して、この買収が前者の企業と大差ない場合。ソ連、そしてそれらをあなたのインフラストラクチャに技術的に統合することははるかに心配です。



主な理由は、個人データに関する欧州連合の厳格な法律です（そして、専門家が説明するように、欧州連合ではほとんどすべてのデータが個人データに起因する可能性があります）、いわゆるGDPRはデータ保護に関する規定であり、欧州連合におけるプライバシー。



データ品質に加えて、主に個人データに関連して、さらにいくつかのカテゴリが表示されます。同意、契約、公的任務、重要な利益、正当な利益、または正当な要求など、すべてのプロセスを通じてこれらのカテゴリを取得する必要があります。特定の条件が発生した場合は、本人（データ主体）自身の要求に応じて、個人データを削除する準備ができている必要があります。また、データ保護を確保するだけでなく（情報セキュリティサービスのおかげで長い間これを行ってきました）、この保護の監査を定期的に実施する必要があります。



そして最も重要なことは、データは欧州連合のサーバーに保存する必要があるということです。将来的には、これらまたは同様の要件がますます多くの国で発生し、それらの違反に対して、単に巨額の罰金が科せられます。欧州連合の場合、これは最大2,000万ユーロ、つまり会社の世界売上高の最大4％です。



ほとんどの場合、現時点では、情報システムのアーキテクチャでは、地理的に分散したデータベースを直接操作することはできません。ただし、このレベルに正常に到達できた場合は、ITチームが解決策を考え出す可能性があります。これらの変更には1年ではなくても数か月かかるため、事前に準備しておくことをお勧めします。



地元の会社、地域、連邦、次は何ですか？グローバル？



全世界があなたを待っています！

結果

上記の話からいくつかの結論を共有したいと思います。すべての結論が明確であるわけではありません-そして私はそれらが異議を引き起こすかもしれないと思います。基本：

1. マスターデータの編成と統合に対する思慮深いアプローチは、会社にとって戦略的に重要な問題です。それらの間違いは会社の成長を止めたり、会社を完全に埋めたりする可能性があります。
2. 重要なのはマスタデータ自体だけでなく、その品質でもあります。会社が成長するにつれて、データ品質の問題が重要になります。
3. 同時に、MDM、ESB、DQSの次の各レベルの開発には費用がかかり、追加の費用がかかります。明確なスケールがあり、それに基づいて現在のインフラストラクチャを形成できます。1〜2レベル以上のマージンで作成する必要はありません。
4. データの品質に対する責任は、IT部門ではなく、ビジネス全体が負う必要があります。ITのタスクは、この責任を実装するための便利なツールを提供することです。
5. データ品質管理機能は一元化する必要があります。品質管理プロセスは、最初の入力から始めて、データを使用する作業のすべての参加者に分散されます。

ディスカッションにご招待します！