【Boomi MDH : Master Data Hub】の特徴・使いどころ・使い方をご紹介
弊社がパートナーをやらせていただいているiPaaSソリューションのBoomiのご紹介です。 本記事では前回記事に続いてBoomiのソリューションの一つを紹介したいと思います。今回は『MDH』 (Master Data Hub)を取り上げます。MDHを紹介するにあたり、筆者の取得したBoomi資格『Associate Master Data Hub Certification 2022』の内容も踏まえながら進めていきたいと思います。 *Boomiの各資格はboomiverseというDell Boomi社が提供している無料のオンライントレーニングを通して取得できます。学習コンテンツも豊富で質も高いです。 MDH：Master Data Hubとは？ 名前から少し察することができるように、MDHでは企業のもつ複数のサービス・アプリケーションで用いている各データのマスターとなるデータを保持し、必要に応じて接続先サービスのデータもMDHのマスターデータで更新できます。正にデータハブの役割を担っているようなイメージです。 MDHではこのような各サービス・アプリケーションに対してのマスターデータとなる情報を保持し、それらのデータを『Golden Records（GR）』と呼んでいます。Golden Recordsは言わば信頼できる唯一の情報源（= Single Source of Truth）となるわけです。MDHではGRを信頼できる状態に保てるように、各サービスのソースデータとID で紐付けたり、様々な条件やビジネスルールを加えることによって、重複なくより正確にデータを保持できる機能が備わっています。これら機能については後ほど少し触れたいと思います。 どんなビジネスケースに使えるのか さて、これまでMDHの概要と特徴を少し紹介してきましたが、このMDHはどんなビジネスの問題を解決し得るのか、その使い所についても触れたいと思います。 例えば以下のような状況は割とあるあるなのではないかと思います。 セールスチームが営業活動を実施する際に顧客のContact情報をCRM(SalesForce)に入力して管理する。 ステータスがWON/CLOSEDになったら、社内のDB（MySQL）にContact情報を登録する。 その後、ポストセールス活動では社内の他のチームが他システム/アプリなどからMySQLに対して顧客情報を参照/更新していく一方で、SalesForce側では顧客との関わりが薄くなり、SF側の情報はUpdateされないままとなっている。 社内のシステム間、データソース間で情報の差異が発生し、どの情報が最新なのかも不明な状態に陥る。 *参照元：Boomi社提供「Associate Master Data Hub」トレーニング このような状態に陥ってしまうと、顧客に対してどの情報が正確で信頼できるのかが不明瞭になってしまい、適切なカスタマー・エクスペリエンスを提供していく際の障壁になりかねません。不正確な顧客データなどは、製品やサービスに対する信頼の喪失につながり、顧客は他の選択肢を採用してしまうかもしれません。ビジネスの損失につながる可能性があるのです。ガートナー社の調査でも企業や組織は、データ品質が低いと年間平均 1,500 万ドルの損失が発生するとされています。大変です。 MDHにはどんな特徴があるのか マスターデータを保持するだけであれば、一般的なDBやRed HatなどのDWHサービス、AWS S3なども候補にあがるかもしれません。MDHはデータ保持に加えて、保持するデータをいかにGolden Recordsとするか、という点に対していくつかの特徴的な機能が備わっています。その中でいくつかを紹介していきたいと思います。 特徴的な機能①：MDHレコードは各データソースのレコードと一意のIDで紐付けされる。 一度MDHに取り込まれたレコードは、ソース元レコードとGRレコードを紐づけるIDが内部的に作成され、MDH内の参照テーブルに保持されます。このIDによるマッピングが今後MDHとデータソース間でデータのやり取りが発生する際に、既存レコードかどうかを判断するために不可欠なものとなります。 特徴的な機能②：IDで紐づいた各レコードは、MDHとデータソース間で常時同期できる。 IDで紐づいたレコードに対しては、各データソースでレコードがUpdateされた際に、MDHのGRをUpdateし、さらに他のデータソースに対しても最新情報をUpdateすることが可能です。各データソースに対して、MDHからUpdateするかどうかの制御も可能です。 *参照元：Boomi社提供「Associate Master Data Hub」トレーニング 特徴的な機能③：GRを定義するModel（データオブジェクト）を作成する際に、データ精度を向上するためのルールや、重複排除するためのルールをUIを通して定義できる。 どのようなレコードをGRとして保持するかを定義する際に、MDHではまずデータのModelを作成します。そのModelを作成する際に、MDHから提供されている機能を用いて、保持するGRの精度を向上できるのです。詳細は後述の「使ってみよう」で触れたいと思います。 使ってみよう（開発） では実際にはどのように使い始めることができるのか、MDHのLifecycleに沿って大まかに見ていきましょう。 MDHのLifecycleは Define → Deploy → Synchronize → Steward
【Boomi】最先端iPaaSソリューション を資格取得しながら触ってみる
弊社がパートナーをやらせていただいているiPaaSソリューションのBoomiのご紹介です。 Boomiとは？ Boomiとはエンタープライズ企業が保有・管理する多種多様なシステムおよびアプリケーションの統合を可能とするインテグレーション・サービス（iPaaS）です。Boomiの保有する各ソリューションは『Boomi AtomSphere Platform』として提供されています。今回はその中でも『Integration』というサービスについて触れていきたいと思います。 せっかくなので著者が保有するBoomi資格『Professional Developer Certification』を取得するまでの学習内容に沿ってBoomi Integrationの機能を紹介していきたいと思います。 *Boomiの各資格はboomiverseというDell Boomi社が提供している無料のオンライントレーニングを通して取得できます。学習コンテンツも豊富で質も高いです。 触ってみる。 Boomi Integrationでは下図のようなBuildタブをWebブラウザで表示しながら、GUIで各コンポーネント（プロセス・シェイプなど）を作成してくイメージです。 上図はProfessionalのひとつ前の資格であるAssociate Developerの学習コンテンツで実際に作成するプロセスになります。 上図プロセスではSalesForceに接続し一定の条件でフィルターした企業情報を取得し、条件分岐を実施した後にTrueの結果のレコードに対してはフォーマットを整形してDBにレコードをインサートしています。 もうひとつプロセス例を見てみましょう。こちらはProfessional Developerのコース内容です。 こちらのプロセスではBoomiでWebサービスを作成しています。Boomiでは他アプリに対して自らデータを取得する（＝リクエスト投げる）ことに加えて、Webサービスを作成することでデータを受信（＝リクエストを受ける）ことも可能です。イベント・ドリブンのアーキテクチャにも対応できるというわけです。 もちろんBoomiからAPIリクエストをコールすることもできます（下図）。 感想と考察 今回ご紹介したのはBoomi Integrationで実装できるほんの一部の機能でしたが、実利用を想定したより複雑なビジネスロジックや、一般的なエラーハンドリング、作成済みの他プロセスを複利的に利用（Process Call）したりすることもできます。また、今回の例は１対1システムの統合でしたが、多：多のシステム統合を実施する時にはBoomiキャンバス上で視覚的にシステム間の接続が把握できるのは大きな利点かと思いました。またSalesForceだけでなくOracleやSAPなどのERP、AzureやAWSなどのクラウドサービスとの接続に利用するコネクターも利用可能であり、それらのサービスを利用している企業にとっても使い勝手のよいサービスだと思いました。 複数システムが複雑に組み合わさったエンタープライズ企業にとって、今後のシステム統合を進めて行く上でBoomiは一つの切り札になる可能性が高いと感じています。 Go Boom it !
Business Spend Management (BSM)のCoupa(クーパ)のご紹介
Coupaとは？ https://coupa.co.jp/ CoupaとはBusiness Spend Management (BSM)「経費精算システム」と位置づけとされているのですが、それって一体なにができるの？を実際使用してみた感想も含めてお伝えしていきます。 Coupaの機能としては、以下のようなものがあります。 旅費と経費精算 申請 注文書 コミュニティ 支払い 在庫管理 ソーシング（見積もり） サプライヤーの評価 KPIレポート その中でもCoupaの得意な事として“購買”と“承認”があります。 Coupaの得意なこと-その1.購買管理 会社の購買が一括で管理できる。これは製造業であれば資材などの直接材、間接材、外注労務費や、プリンター用紙など事務用品の全てがCoupaで一元購買管理できます。AmazonなどのサプライヤーショッピングサイトもCoupaにつなげることができるので（パンチアウトといいます）、カートに入れたものをそのままCoupa連動させて、社内承認から請求書処理へにつなげることができます。 Coupaの得意なこと-その2.承認管理 組織が大きくなればなるほど、購買は複雑化してきて社内申請書->発注書->請求書の流れに違った承認フローが必要とされます。Coupa上で複数の承認ルートやケース・バイ・ケースでの承認ができるのが便利。 その他いいなと思う機能はKPIとサプライヤーの評価です。 ビジュアルKPI KPIをビジュアルで見れるのはマネージメント層にもありがたい機能ですね。 サプライヤーの評価 サプライヤーの評価を社内で蓄積できるので、信頼できるサプライヤーどうかをCoupa上で確認できます。特にサプライチェーンが混乱している今、そのサプライヤーがいいサプライヤーなのか、実績があるのか等の判断をするのに参考に出来ます。 Coupaの未来 Coupaのすごい事、それはずばりサプライヤーポータルの使用が無料で提供されている事だと思います。Coupa本体とサプライヤーポータルとの連携により、海外進出している大企業、グループ会社全体でCoupa導入した時にものすごい効果を発揮します。本社と子会社への発注-受注の書類処理をCoupa上で一元管理することで、データを再度入力する必要が無くなります。クリックひとつで発注書受理->請求書発行->請求書受理->支払処理が可能になり、時間と人材の有効活用が図れるようになります。 具体的にいうと、あるシステム上で発行した請求書を担当者にEmailにて添付という様な業務が一般的ですが、CoupaとCoupaサプライヤーポータルを導入することによってクリックで請求書が担当者に届く、そんな事が可能になります。 近い未来にリモートワークが主流となり、またサプライチェーンが複雑化する中でこういったシステムを必要とする企業は多くあると思っています。