ノーコード／ローコードのServiceNow(サービスナウ)のご紹介 – Software as a Service (SaaS)
弊社が案件を複数をやらせていただいているノーコード／ローコードのソリューションのServiceNowのご紹介です。 ServiceNowとは ServiceNowとはSaaS クラウド上にあるソフトウェアを利用した製品の提供に基づいています。みなさんがソフトウェアを持っていなかったとしても、クラウドつまりインターネットを通じて自分に合った、企業向けのサービスをインターネット上で利用できます。 ServiceNowは、ワークフロー構築やサポートデスクの運用管理といった社内業務に関するシステムを一元化して運用・管理できるクラウドサービスです。デジタル化、DX（デジタルトランスフォーメンション）は企業の生産性や競争力を高めていくためには不可欠です。 ServiceNowのすごい所！ ServiceNowは2018年に世界で最も革新的な企業というランキングでリストの対象となった最初の年ながら1位を獲りました。 ServiceNowは多くのパートナー企業を持ち、業務プロセスや業務アプリケーション、各種システムが孤立しているものを一つのデータベースに統合できます。 そして、私も学習をしたのですがServiceNowのFundamental コースが300ドルかかるところ、期間限定無料提供されています。 多くの企業で導入されている理由 では、なぜServiceNowがそこまで使われているのでしょうか？それは、以下のような便利な機能がServiceNowから標準で提供されているからです。その中でも今回はITSM(IT Service Management)という機能に触れていきます。 IT Service Management IT Operations Management IT Business Management IT Asset Management DevOps Security Operations Governance, Risk, and Compliance Telecommunications Network Performance Management Customer Service Management Field Service Management Connected Operations Financial Services Operations Telecommunications
【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