iPaaSによる業務の自動化を解説する前に、日本ではあまり知られていないiPaaSですが、比較的利用が進んでいる欧米の企業ではどのようなシステムに適用しているのでしょう。いくつかのシステムをピックアップして、RPAとのすみ分けも含め日本企業と比べてみたいと思います。

まずは日本企業がRPAを適用することが多いシステムは以下になります。

これら以外のシステムについては、従来どおりシステム開発（ExcelについてはVBA[Visual Basic for Applications]含む）や人の手作業により実行されています。

次に欧米企業がRPAを適用することが多いシステムです。

これだけを見るとRPAの適用システムが多い日本企業の方が業務の自動化が進んでいるように思われるかもしれませんが、欧米企業ではさらにiPaaSおよびチャットボットを利用することで以下のシステムの自動化も進めています。

iPaaSを適用しているシステムの選定基準は、APIを実装しているか否かになります。
ちなみにマイクロサービスとは、機能のみが提供されAPIで利用するサービスです。ユーザーインターフェイスが提供されないため、当然RPAは利用できません。また人の判断が必要な業務フローについては、ビジネスチャットと対話しながら人の判断を業務フローに反映させる仕組みで、自動化を進めています。チャットボットについては、日本企業でもコロナ禍でテレワークが進んだことで、ビジネスチャットが急激に普及したこともあり、チャット上で動作するチャットボットは身近になりつつあります。ただし、総務省の調査によるとビジネスチャットの普及率は、日本が23.7%であることに対して米国は67.4%、英国は55.9%であることから、業務での利用も欧米企業の方が先行しているようです。
このように、欧米企業ではシステム開発以外の自動化手段として、RPAとiPaaS（チャットボット含む）の2択という考え方で、対象システムに対して自動化に適したテクノロジーを使い分けています。

さらに、iPaaSのメリットをクラウドアプリケーション連携の観点で解説しましょう。
皆様が業務でクラウドアプリケーションを利用する際、以下の手順で利用するのが一般的ではないでしょうか。たとえばSalesforceなら、最初にサービスにログインを行い、メニュー画面からタブを選択し、ダッシュボードや案件など目的の情報にアクセスし、データ登録・更新や集計などを行うと思います。さらにプロジェクトの進捗をガントチャート形式で管理するような場合は、プロジェクト管理システムにログインし、メニュー画面から…、というように目的の情報にたどり着くまでに複数の画面をたどっていきます。当然ですが各クラウドアプリケーションによりインターフェイスや機能も異なり、それぞれ操作を覚えなくてはなりません。クラウドサービスのためカスタマイズができないという前提で考えれば、これらの操作は当たり前だと思われがちですが、実はiPaaSを利用すればもっと便利にクラウドアプリケーションを使いこなすことができるのです。
先ほど、欧米はビジネスチャットが普及している話をしましたが、たとえばビジネスチャット（Slack社の「Slack」やMicrosoft社の「Teams」など）を、インターフェイスに必要な機能を各アプリケーションから部分的に切り出して利用しています。そのため各アプリケーションにアクセスし、ログインすることなく、ビジネスチャット上で業務を実行します。
経費精算処理を行うために利用する文書管理や経費精算、案件管理など、複数のサービス・システムをiPaaSで連携させることで、社員が経費精算を申請すると、管理者は申請内容の確認、承認、差戻しの一連の作業をSlackやTeams上で完了することができます。
実はクラウドアプリケーションを提供するベンダー側も、このような使い方を想定し、豊富なAPIを提供しており、マイクロサービスが標準インターフェイスを持たないのもこのためです。日本では馴染み（なじみ）のないマイクロサービスですが、米国マーケットはさまざまな機能に特化したマイクロサービスベンダーがしのぎを削っています。ユーザーインターフェイスを持たないことで、ベンダーはコア機能の開発にリソースを集中し、いち早くマーケットインできるメリットがあります。近い将来、iPaaSの普及に伴い日本でも魅力的なマイクロサービスが販売されるようになるでしょう。

ところで、iPaaS製品には具体的にはどのようなものが存在するのでしょう。
以下に代表的な製品を記載します。

各製品により、カスタムマッピング重視のクラウドETL・ELT型の製品や、定型処理の業務フローを利用するレシピ型の製品に分類されます。また、提供しているコネクター（利用可能なAPI）にも特徴がありますので、自社の目的に応じて最適な製品を選択するのがよいでしょう。

RPAはパソコン上の人の操作を再現するテクノロジーであるため、システムに入力するデータ量が膨大であれば、当然処理にも時間がかかってしまいます。

対象システムがクラウドサービスの場合、サービスベンダー側の都合でアップデートや改修が行われます。設定されたシナリオどおりの手順で作業を行うRPAでは、画面デザインの変更や新機能の追加に追随できません。

基幹システムやクラウドアプリケーションなどのデータ処理の完了や、特定機能の操作（例：案件ステータス変更やファイル登録・更新、承認、メール受信など）に連携するような、対象システムの内部的なイベントをトリガーに実行する機能がRPAにはありません。

RPA単体でできることは、定型業務の自動化です。人のように状況に応じて最適な判断をするといったことが難しいため、RPAで自動化できるのは人の判断や承認が不要な業務フローに限られます。

APIを利用してさまざまなシステムやサービスに接続できることがiPaaSのメリットなので、そのメリットを生かすためには標準でAPI接続を可能にする部品（iPaaSでは「コネクタ」と呼びます）を、豊富にそろえていることが重要です。
また、iPaaS製品の中には、クラウドサービスの統合のみにフォーカスしていて、オンプレミスシステムとの接続が考慮されていない製品もあります。オンプレミスシステムと接続が必要であれば、そのための仕組みも標準で実装している製品を選ぶことが重要です。
さらにオンプレミスシステムにはERPパッケージやその他の業務アプリケーションなど、さまざまなシステムが含まれており、標準コネクタで対応しきれないこともあるため、必要なコネクタを個別に作成できる機能も不可欠です。

一般的にiPaaSの導入後には、環境準備やユーザー教育、レシピ（RPAに例えると「シナリオ」に相当するアクションを記述した業務フロー）作成など、時間と工数がかかります。これらの作業を省力化するためには、システムとの接続に特別な構築が不要で、ユーザー操作が直感的であり、レシピについてもサンプル数が多いことがポイントです。また、サンプルレシピについてはメーカーが提供するもの以外にも、他ユーザーや販売パートナーが作成したものが日々拡充されていく、コミュニティの存在も重要な選定基準になります。

人の判断や承認を業務フローに反映させる機能として、前項でチャットボットとの連携を例に挙げましたが、この機能はiPaaS製品に実装されていれば、さらに利便性も高いと言えるでしょう。また、業務フロー全体の中にはAPIを持たないようなレガシーシステムとの連携や、Excelを活用する業務などは、RPAの方が適しているものもあります。そのためRPAと連携が可能であることもポイントです。

その他のチェック項目として、導入実績や購入後にも安心できるサポート体制、製品の将来性および製品戦略、もちろんライセンス体系や価格も重要な要素です。

Workatoを導入した企業が実際にどのような業務に利用しているのか、事例をご紹介します。なお、各事例における企業名については匿名とし、業態および業種のみとさせていただきます。