ビジネスプロセス統合（BPI）の定義：メリットとステップ

企業は、従業員のオンボーディング・給与支払い、決算処理、消耗品の調達、マーケティング・キャンペーンの実施、製品の販売といった業務の規模拡大を支援するために、繰り返し可能なビジネスプロセスを活用しています。アプリケーション、データ、業務革新の急増に伴い、これらのプロセスは近年、より精巧かつ強固なものとなっています。

IITシステムにより、ビジネス・エキスパートは、ますます大量になるデータに基づいてワークフローを定義し、管理し、自動化することができます。これらのシステムでは、オンプレミスとクラウド・プロバイダー間で実行されるさまざまなアプリケーションとデータベースが混在していることがよくあります。

ビジネスプロセスの統合は、高度な分析とインテリジェントな自動化によるイノベーションの前提条件となっています。しかし、こうした目標を達成するためには、複数のクラウドにまたがるプロセスであっても、その基盤となるアプリケーションとデータソースとの連携が必要です。そうして初めて、AIや他の最先端テクノロジーを十分に活用し、リアルタイム・データ・ストリームからインサイトを引き出し、コラボレーションを容易にし、時間のかかる手動プロセスを排除することができます。

ビジネスプロセス統合(BPI)とは

ビジネスプロセス統合（BPI）とは、自動化された業務やデータのサイロをつなぐことを指します。実際には、アプリケーション、データ、パートナー・エコシステムのイベントベースでの同期が必要です。

平均的な企業は、財務、人事、営業、マーケティング、カスタマーサービス、サプライチェーン、製造、戦略計画などの機能を管理するために、何万ものインターフェイスを備えた1,000以上のアプリケーションを使用しています。コスト削減、生産性の向上、顧客関係の改善、画期的な新製品の開発、ひいては収益成長の推進を目指す企業にとって、パートナーが管理するものも含め、これらのアプリケーションやデータを同期させる必要性はますます高まっています。

主なポイント

• 今日のビジネスプロセスに関わるビジネス・アプリケーションとデータの統合が不十分な場合、企業全体にわたる、情報に基づいたタイムリーな意思決定に必要なデータを収集、分析、信頼する能力が制限される可能性があります。
• データの価値が急増し、自動化を可能にする急速に進化するテクノロジーにより、ビジネスプロセスを統合するための必要性が高まりました。
• ビジネスプロセス統合（BPI）は、データ分析、生成AI（GenAI）、AIによる自動化（エージェント型AI）、自然言語処理の高度な利点を最大限に活用するために必要です。
• アプリケーションとデータソースとの連携には、統合ソフトウェア・スイートでのネイティブな統合、アプリケーション・プログラミング・インターフェース（API）、統合プラットフォーム、B2Bプロトコル、セキュアなファイル転送、ロボティック・プロセス・オートメーションなど、複数の方法があります。
• BPIは、生成AI、エージェント型AI、ロボティック・プロセス・オートメーション（RPA）などの最先端ツールによるビジネス・オートメーションの基盤であり、反復的なタスクの多くの実行における人的介在の必要性を低減します。これにより、ワークフロー実行の迅速化、エラーの軽減、コストの削減を実現します。

ビジネスプロセス統合の説明

企業が新入社員をオンボーディングする際に行うことを想像してみてください。採用は、企業のServiceNowアプリケーションで上司によって承認され、Oracle Fusion Cloud Human Capital ManagementやWorkdayなどの人事システムに通知される必要があります。採用は、企業のServiceNowアプリケーションでマネージャによって承認され、Oracle Fusion Cloud Human Capital ManagementやWorkdayなどの人事システムに通知される必要があります。これが、最も一般的なエンタープライズ・ビジネスプロセスの簡素化された説明です。

ワークフローが個別のセグメントではなく、オンボーディング・プロセス全体を効果的に自動化するためには、ビジネス・ポリシーに基づいたオーケストレーションにより、これらすべてのアプリケーションがリアルタイムにイベントを通知し、相互にシームレスにデータをやりとりできる必要があります。このレベルの統合があって初めて、エンドツーエンドのプロセスを自動化し、関係するすべてのビジネス・アプリケーションでデータを同期することができます。

オンボーディングは、異なるアプリケーション、データ・システム、クラウドにまたがる潜在的に数千のビジネスプロセスの1つです。企業のITポートフォリオには、オラクル、Salesforce、Workday、SAP、ServiceNowなどが混在していることも珍しくありません。最新のクラウドサービスに加え、ほとんどの企業では、ライセンスを取得し、高度にカスタマイズされたオンプレミスアプリケーションも引き続き運用されています。その中には、重要度が高く、脆弱であるため、すぐに廃止できないものもあります。また、クラウドベースのインフラストラクチャやデータ管理サービス、分析ツール、個人向け生産性アプリケーション、Eメール、インスタント・メッセージ・アプリケーションなど、さまざまなものを利用しています。

システムがすぐに連携できるのは良いことですが、それが可能となるのは通常、アプリケーションが単一のベンダーから調達されているか、緊密なパートナーシップを結んでいる場合に限られます。多くの場合、アプリケーション、そのデータ、およびそれらが編成する重要なビジネスプロセスを連携させるには、接続性レイヤーが必要です。

ビジネスプロセス統合が重要な理由

最新のビジネスでは、データの価値の急増、エンドツーエンドの自動化、データの整合性など、複数のトレンドがBPIの重要性をかつてないほど高めています。

モノのインターネットやモバイル・デバイスなどのデータソースの急増とAIなどのテクノロジーの登場により、データを使用した意思決定の改善がかつてないほど可能になっています。しかし、企業全体で意思決定者が個別のプロセスに結びついたデータ・ソースにアクセスし、信頼できるようになってはじめて、企業はそのデータの価値を最大限に発揮することができます。

エンドツーエンドの自動化は、ビジネスプロセスの統合を推進するもう一つのトレンドです。AIやRPAのようなテクノロジーを効果的に適用し、より効果的に実行することができ、ヒューマンエラーが発生しにくくなるように支援するためには、プロセスとプロセスから生成されるデータを相互に調整する必要があります。

BPIはまた、データの整合性を構築および保護する良い方法でもあります。アプリケーションやデータ・システムがサイロ化された状態では、重要なデータが同期されず、信頼性が低下する可能性が高まります。統合と自動化による最新化は、人間であれAIによるアプリケーションであれ、意思決定者が使用する同期データの信頼性構築を支援します。

BPIの仕組み

BPIは、接続性を簡素化し、これまで分かれていた業務全体でワークフローを統合することにより機能します。実際には、エンドツーエンドのプロセスを管理するすべてのアプリケーションの接続性と、それらのアプリケーションが生成するデータの共有が可能であることが要件となります。

異なるアプリケーションが共通のアプリケーション・スイートの一部であったり、緊密なパートナーシップを持つソフトウェア・ベンダーによって共同開発されたりしている場合、このような統合は「すぐに利用可能」です。そうでない場合、企業は通常、アプリケーションのクエリや同期にAPI、セキュアなファイル転送、B2B統合、その他の方法などさまざまなアプローチやプロトコルを活用します。また、運用データ・ストア、データレイク、データ・アダプタを使用する一元化されたナレッジ・リポジトリへのアクセスの共有など、データ・サイロの解消にはさまざまな手法があります。手法にかかわらず、記録システムとインテリジェンスの同期という目標は変わりません。

プロセス統合の種類

重要なビジネスプロセスをサポートするアプリケーションとデータ・システムの連携には、複数の方法があります。ほとんどの企業は、好みのテクノロジー・ベンダー、既存のアプリケーション・ポートフォリオ、レガシー・システムの制限、進化するビジネス・ニーズに応じて、次の3つのアプローチのいずれかを選択します。

1. ネイティブ

大手の企業アプリケーション・ベンダーの一部は、会計、人事、セールス、在庫、サプライチェーンなど、多くの業務プロセスを共通のフレームワークで実行する包括的なアプリケーション・スイートを提供しています。これらのアプリケーションはネイティブに統合するため、設計上相互に接続し、多くの場合共通のユーザー・インターフェースを共有します。統合アプリケーション・スイートは、導入されたモジュール内のBPIに対するほとんどの障壁を取り除きます。

2.API

アプリケーション・プログラミング・インターフェースは、「ネイティブではない」統合戦略の最も一般的なコンポーネントです。APIは、異なるシステム間でリクエストとレスポンスをやり取りすることで通信を実現します。多くのアプリケーションは、組み込みのAPI（通常はREST APIアーキテクチャを使用）を公開し、カスタム開発またはISVから購入した外部システムが、自社のプロセスやデータに直接アクセスできるようにしています。しかし、あらゆるアプリケーションやデータソースがAPIを公開しているわけではなく、すべてのAPIが企業の統合ニーズを満たせるほど包括的なわけではありません。

3. サードパーティ

いくつかのソフトウェア・ベンダーは、統合プラットフォームをアプリケーションとデータ・システムの橋渡しをするサービスとして提供しています。APIや他のアプリケーションとデータ統合テクノロジーを使用して、元となる技術的な詳細を抽象化することで、開発者はより影響の大きなプロセスの自動化に集中することができます。ほとんどの統合プラットフォームは、ビジネス・ロジックを内部で導入するエンジンと、連携を構成するビジュアル・インターフェースを提供しています。また、サードパーティー・ベンダーも、ロボットをトレーニングしてユーザー・インターフェースとのやりとりを人間のように行うことで、システム間を連携させるRPAツールを販売しています。

ビジネスプロセス統合によるメリット

ビジネスプロセスを連携されたアプリケーションと共有データソースにより統合することができるため、企業は統合の基本的な課題の迅速な解決が促され、大きなメリットを得ることができます。ビッグデータ、AI、ハイパーコネクティビティの時代において、これらのメリットはビジネスにとって必須となっています。

• 自動化の拡大 ビジネスプロセスが統合されれば、AIやRPAなどのテクノロジーによって包括的なワークフローを自動化することができます。たとえば、エージェント型AIチャットボットをコミュニケーション・チャネルに導入したり、Webおよびモバイル・デバイスによるセルフサービス機能で顧客を支援することができます。しかし、反復的なプロセスを自動化するには、調達から請求、在庫など、異なるシステム間でイベントやデータがシームレスに行き来する必要があります。
• コラボレーションの強化 企業は、事業部門とその中のチームがより生産的に連携することを望んでいます。しかし、情報システムに接続し、統合されたビジネスプロセスから信頼できるデータにアクセスできなければ、最新のコミュニケーション・ツールのメリットは減少します。生産マネージャーは、コラボレーション・プラットフォームにサプライチェーン、在庫管理、生産管理システムにまたがるワークフローにエンドツーエンドの可視性を提供し、ワークフロー内のイベントがSlackやEメールなどのシステムを通じて通知をトリガーすることを望んでいる場合があります。コラボレーションには人間だけでなく、AIエージェントやチャットボットもますますチームの一員となっています。
• データの整合性 ビジネスプロセスを統合しない企業は、データを適切に管理できないリスクがあります。データのサイロ化された状態では、重複したデータや 時代遅れのデータ、不足したデータが含まれる可能性が高くなります。データソースの同期を保つためには、統合が必要です。
• 強化されたセキュリティ データ漏えいは、複数のデータ・リポジトリとその管理者が存在する場合に発生する可能性が高まります。ビジネスプロセスを統合することで、セキュリティ・プロトコルを標準化し、中央のセキュリティ・チームが吟味したコンポーネントを再利用し、一貫したポリシーとベストプラクティスを順守することが容易になります。
• コンプライアンス・コストの削減 統合ビジネスプロセスにより監査証跡がより明確に残るため、財務、セキュリティ、プライバシー、労働、その他の法律や規制に簡単に、かつ低コストで対応できるようになります。監査対応の自動化により、BPIは政府、リスク、コンプライアンス・プロセスへのAI導入の道を切り開き、コスト削減と同時にエラー削減を支援することで、保護機能の強化を実現します。

ビジネスプロセス統合の一般的な課題

ビジネスプロセスの統合は、ほとんどの企業にとって非常に重要ですが、多くの落とし穴があります。ほとんどの課題の根底にあるものは、統合するシステムの複雑性です。つまり、時間とともに拡張・進化できる必要がある、さまざまなアプリケーションやデータ環境全体の接続ポイントが多数存在することです。

• 接続の拡大 あるアプリケーションやデータベースから別のアプリケーションやデータベースへのカスタム・インターフェイスを作成することは、通常それほど難しいことではありません。しかし、ほとんどの企業は何千ものビジネス・システムにまたがる何千ものビジネスプロセスを実行しています。これらのシステム全体にわたり、ポイントツーポイントの複雑さや何千もの障害点を管理することは、BPIがエラーを起こしやすく、多くの手作業とコストを必要とします。
• 異なるインフラストラクチャ すべてのシステムが同じインフラストラクチャ上で実行されている場合、APIと他の統合テクノロジーを介してそれらを連携させることははるかに容易になります。そのため、クラウド生まれのスタートアップは、ビジネスプロセスの統合に関する課題に直面することが少ない場合があります。しかし、ほとんどの企業のIT部門にはその余裕はありません。なぜなら、複数のクラウドベンダーのサービスを使用して、クラウドとオンプレミスシステムを組み合わせてプロセスを実行しているからです。このような分散マルチクラウド環境では、アプリケーションとデータの連携に技術的な複雑さを伴うことは避けられません。
• 部門間のサイロ化 事業部門がそれぞれ独自にITシステムを調達およびメンテナンスする「部門間サイロ」は、自社データのサイロを形成し、これを打破することは困難です。こうした分離されたデータ・リポジトリは、正確で完全な信頼できるデータを長期的に維持するために併用されることを想定して設計されていない、異なるデータ・スキーマや構造、セマンティック・モデル、ログ・システム、タイミング・システムなどを持つ傾向があります。
• 変更管理 企業のITスタックは常に流動的です。システムにパッチを適用して更新し、新しいデータ・ソースとアプリケーションを採用する必要があり、既存のワークフローに最先端のテクノロジー(チャットボットやその他の生成AIなど)を導入するという絶え間ない動きがあります。買収は、異なるスタックを取り込むという新たな課題をもたらします。ビジネスプロセスの統合は、こうした不可避の変化に対応できる十分柔軟性のある包括的なプラットフォームを用いた将来性のあるものである必要があります。高度にカスタマイズされたレガシー・システムでは、それが厄介になることがよくあります。
• 統合戦略の相違 パートナー企業は共同プロセスを統合することを目指すことがよくありますが、それぞれが異なる統合戦略を追求することを望む場合もあります。統合アーキテクチャやプロトコルに関する関連企業間の意見の相違は、特定の業界固有の規制要件に起因する場合もあれば、ITチームやレガシーシステムによる単なる嗜好による場合もあります。たとえば、ある企業がすべてのパートナーとのAPI統合の実施を希望した場合に、一部のサプライヤーやディストリビューターは、システムが統合の標準化されたフォーマットでドキュメントを交換するため、EDI方式でのみ料金の送信や出荷の追跡が可能であることが判明することがあります。

アプリケーション統合とデータ統合の比較

BPIとは、結局のところアプリケーションとデータの連携です。アプリケーションがデータを生成し、アクセスし、保存するという点で、これらは関連する概念ですが、重要な違いがあります。

アプリケーション統合は、個別の業務の記録システムにまたがるオーケストレーションされたビジネスプロセスを扱います。例としては、人材管理システムと給与システムを連携させる必要がある新入社員のオンボーディングや、リード・ジェネレーション、営業、財務の各システムがシームレスに情報を交換する必要がある商談から発注への転換などが挙げられます。通常、統合はイベントベースで行われ、あるシステムがAPIや他のタイプのコネクタを使用して他のシステムにアクセスするための操作をトリガーします。スケジュールされた非同期アプリケーションの接続もよくあるパターンです。

データ統合には、分析や機械学習のために使用している元となるデータソースの統合が含まれます。オペレーショナルデータストア、データウェアハウス、データレイクなどの共有データリポジトリを作成し、それを、記録システムとインテリジェンスシステム間の統合イベントを検証、強化、監査するためのステージングエリアとして活用するアプローチが、ますます人気が高まっています。抽出、変換、ロード（ETL）、ELT、ストリーミング、リアルタイム・データ・レプリケーションなどの技術は、この種の共有データベースにデータを取り込むために使用されます。単一のリポジトリ内ですべてのデータを統合することができない場合、データ・アダプタを使用して、分離されたデータベースに含まれるデータを統合することができます。

ビジネスプロセス統合の例: Intelsat

Intelsatは、衛星および地上通信ネットワークをソフトウェア定義の5Gネットワークに統合し、放送テレビおよびラジオおよびブロードバンド・インターネット・サービスを世界中の20億人以上に提供します。

しかし、これらのサービスを支えるシステムは、個別に作られた接続部品（コネクタ）でつなぎ合わせた状態で運用されており、単一障害点や、ファイルベース・バッチベースの連携による大規模データ処理のパフォーマンス低下などの課題がありました。また、多数のポイントツーポイント統合を管理するために、特定スキルを持つ社員への依存度も高まっていました。

そこでIntelsatは、160のデータベース、100以上のオンプレミス、クラウド、Webアプリケーション、およびパートナーシステムを接続できる単一の統合プラットフォームを必要としていました。さらに、この衛星サービスプロバイダーは、より多くのビジネスプロセスを自動化するにつれて、維持が容易なローコードのビジュアル環境で、複雑なポートフォリオ全体にわたる統合を設計できることを望んでいました。

このプロジェクトでは、複数のプロバイダーからの財務、サプライチェーン、人事、営業、カスタマーサービスやその他のアプリケーション、さらにIntelsat独自のカスタマーサービスや請求システム間のデータをシームレスに受け渡しできるソリューションが求められました。また、地上施設、多軌道衛星、大手通信顧客から取り込んだデータをこれらのプロセスに統合する必要がありました。そして、統合ファブリックには、ビジネスプロセスの変更や、すでに計画段階にある新しいシステムを組み込むために十分な柔軟性が必要でした。

Oracle Integrationを導入することで、Intelsatは統合接続性管理と組み込みのガバナンスとセキュリティを手に入れました。このプラットフォームにより、Intelsatは、統合の中断を最小限に抑えながら、多数のクラウド・アプリケーションとオンプレミス・アプリケーションを確実にアップグレードできるようになり、本番環境への新しいシステムの導入を迅速化できるようになりました。Oracle Integrationはまた、企業が実際に使用するサービスのみに課金することで、Intelsatの統合コストを半分に削減しました。

ビジネスプロセス統合の開始方法

特にミッションクリティカルなアプリケーションやデータベースを大量に実行している企業では、BPIイニシアチブを実行することは困難な場合があります。ここでは、何から始めるべきかを説明します。

1. プロセスを優先度設定する

大規模なアプリケーション・ポートフォリオは、一挙に統合することはできません。企業はまず、重要なビジネスの成果を実現するために相互に連携する必要のあるプロセスを、組織外のプロセスも含めて、優先順位順にランク付けすることから始める必要があります。たとえば、請求書発行プロセスと請求プロセスを統合できなかったり、重要なサプライヤーがデータをシームレスに調達システムや在庫管理システムに取り込むことができない場合、企業は迫り来る問題に直面する可能性があります。

2. 経営層の支援を得る

BPIプロジェクトのスポンサーになる可能性の高いビジネス・リーダー、特に新しいポジションに就き、当初から変革を推進することを望むビジネス・リーダーを特定します。エグゼクティブの賛同は、BPIプロジェクトの資金調達を確保し、成功に導くうえで不可欠です。

3. ワークフローを可視化する

ビジネス・リーダーは、プロセス統合によって導入する必要があるエンドツーエンドのワークフローを可視化することが重要です。これは「ビジネスプロセスマッピング」という手法で実施でき、フローチャートを用いてワークフローや統合アーキテクチャを明確に図示します。既存の統合性をマッピングし、それらの異なるプロセスをより大きなファブリックに連携させること により、新しいユースケースや生産性の向上、スケーラビリティの向上を実現する方法を示します。

4. 統合アプローチの選択

アプリケーションとデータベースを連携させ、エンドツーエンドのビジネスプロセスを調整する方法とテクノロジーは数多くあります。いかなる企業にとっても最適なものは、そのビジネスの優先順位、オペレーティング・システム、既存のITシステムとアーキテクチャにより異なります。一部の企業は、すべてのミッションクリティカルなアプリケーションを単一のベンダーから調達することにメリットを見出し、ネイティブな統合でプロジェクトを開始し、終了します。また、APIを使ってカスタムコネクタを構築したり、クラウドPaaS環境を活用する企業も見られます。

5. 将来を見据える

BPIイニシアチブは決して本当に完全なものではないので、常に将来性のあるものであることが求められます。新しいアプリケーションやデータソースは、最終的には既存のビジネスプロセスに組み込む必要があります。反復可能な方法論に依存する統合戦略を採用するため、後で新しいシステムを追加するときに最初から始める必要はありません。

オラクルによるビジネスプロセス統合の開始

オラクルは、各組織のニーズ、機能、計画に応じて、ビジネスプロセスを統合するための幅広いソリューションを提供しています。Oracle Fusion Cloud Applicationsは、業界で最も包括的なエンタープライズ・アプリケーション・スイートであり、「すぐに」ネイティブな統合を実現するように構築されています。

Oracle Cloud Infrastructure(OCI)は、企業がすべてのアプリケーションとデータソースのセキュアな 連携を支援する幅広い統合サービスを提供し、ビジネスプロセスの自動化とAIおよび高度な分析の活用に向けた基盤を構築します。OCIは、主要なSaaS製品、エンタープライズ・メッセージング、B2Bプロトコル、マルチクラウドおよびデータ・サービス向けのデフォルトのアダプタを備えた、クラウドとオンプレミスのアプリケーションを連携させるためのビジュアル開発プラットフォームや、オラクルの幅広いアプリケーション・スイートへのネイティブなアクセスを含む、アプリケーション統合を提供します。

アプリケーションがひとたび連携されると、Oracle Autonomous Database Data Studioを使用して、アプリケーション間でやりとりされるデータの変換、エンリッチ、管理を行い、ビジネスプロセス統合をさらにサポートすることができます。企業は、Oracle Autonomous Databaseに直接組み込まれたこれらの直感的なデータ・ツールを活用して、分析で使用するモデルのトレーニング、データのセキュアな共有、複雑なビジネスプロセスをオーケストレーションするためのカスタム・アプリケーションの開発を行っています。

このデータ統合ポートフォリオを補完するのは、フォルト・トレラント運用やオンライン移行のためにリアルタイム・データ・レプリケーションを提供するOCI GoldenGateです。GoldenGateを使用すれば、企業は計算環境の割り当てや管理を必要とすることなく、データ・レプリケーションの設計、実行、モニタリング、さらにはストリーミング・データの分析を行うことができます。

ビジネスプロセス統合に関するFAQ

ビジネスプロセス統合とビジネスプロセス自動化の関係について教えてください。

企業がエンドツーエンドのビジネスプロセスを自動化する前に、これらのプロセスが実行するシステムとデータソースを最初に連携させる必要があります。ビジネスプロセス統合は、ビジネスプロセス自動化の基盤を築きます。

システムを統合する3つの基本的な方法を教えてください。

ネイティブな統合は、単一のベンダーのアプリケーション・スイートを連携させます。APIは、異なるアプリケーション間でリクエストとレスポンスをやり取りすることで通信を可能にします。サードパーティ・プラットフォームでは、基盤となるコネクタを処理するためのコードをほとんど、あるいはまったく必要とせずに、統合ファブリックを視覚的に設計できます。

アプリケーション統合とは

アプリケーション統合は、複数の業務記録システムにまたがるオーケストレーションされたビジネスプロセスを扱います。新入社員の採用を検討している場合、新入社員の情報をHCMアプリケーションに追加し、その後、給与計算システムにシームレスに転送し、さらに施設アクセスシステムに連携させる必要があります。通常、統合はイベントベースで行われ、あるシステムがAPIや他のタイプのコネクタを使用して他のシステムにアクセスするための操作をトリガーします。

データ統合について教えてください。

データ統合には、データソースの統合が必要です。これを行うには、データウェアハウスやデータレイクなどのデータまたはナレッジの調和ビューをサポートする共有データ・リポジトリを作成するか、データ・アダプタを使用して個別のデータ・リポジトリを接続します。

ロボティック・プロセス・オートメーションが統合をサポートする仕組みを教えてください。

ロボティック・プロセス・オートメーション（RPA）は、人間が手動でユーザー・インターフェースを操作する方法をシミュレーションするようにトレーニングされたソフトウェア・ロボットの構築と導入に使用されます。企業は、このテクノロジーを使用して、RPAボットが記録システム間の反復タスクを自動化することで、プロセスを統合することができます。