iPaaS（アイパース：Integration Platform as a Service）は、社内外のさまざまなアプリケーションやシステム、SaaSを相互接続するクラウドサービスです。
アプリケーションを横断して、以下のような処理を行うことができます。
以下、iPaaSについて、それぞれの特徴や機能、料金プラン、導入レビューを紹介します。製品の選定に際して、導入メリットや基本機能、選び方などの詳細を確認したい方は、選定ガイドをご参照ください。
SaaSが急激に進展・普及した現代において、社内には至る所にデータが点在しているのではないでしょうか。例えば、同じ取引先データでも、CRMでは「Salesforce」、請求書情報は「freee」、電子契約では「クラウドサイン」といったように、用途や部署によってデータの所在が異なるはずです。
それらのアプリケーションのハブとなってデータやシステムの橋渡しをするのが「iPaaS」です。手動でデータを転記したり、新しいプログラムを開発することなく、異なるアプリケーションを相互連携させることができ、データの統合や業務プロセスの連携をスムーズに行えます。
本記事では、iPaaSについて、その役割や活用例、導入メリットなどをわかりやすく解説しています。また、iPaaSの比較検討時に押さえておきたいポイントも紹介していますのでぜひご参照ください。
iPaaSとは、複数のアプリケーションを連携・統合・管理するためのプラットフォームを提供するクラウドサービスです。クラウド・オンプレミスによらず、社内で使用しているさまざまな業務システムやアプリケーション、SaaSなどを相互接続し、シームレスな業務プロセスの連携やデータ統合を実現します。
複数のSaaSを使用することが当たり前となり、データを有効活用したいという企業ニーズに応えられるよう、SaaSベンダーはAPIを公開しはじめました。しかし、次々と登場するSaaSと既存のオンプレミスシステムとのスムーズな統合は決して単純なものではありません。
また、APIを用いた開発には人件費も時間もかかり、自社で開発するよりもシステム連携に特化したiPaaSを導入する方が、コストを抑えて効率的に実現できるケースが多いです。
RPA（Robotic Process Automation）とは、日本語で「ロボットによる業務プロセスの自動化」「仮想知的労働者」などと訳され、PC上（デスクトップ上）の操作を高速で自動処理するソフトウェアロボットを指します。
RPAとiPaaSは、業務自動化のソリューションとしては共通するところがあるものの、上記のように性質の異なる自動化であるため、業務自動化の対象や内容によって、どちらを選択すべきかは異なります。もちろん両者を連携し、それぞれの強みを活かして幅広い業務効率化を実現することも可能です。
投資予算の都合上、人手不足解消や業務改善を目的として、最初にRPAを導入するケースが多く見られますが、スモールスタートから運用範囲を拡大していく過程で、アプリを相互連携しきれない部分が発生することがあります。
そこに、iPaaSによるアプリケーションの統合を取り入れることで、RPAの弱点を補うことが可能です。部分的な自動化を拡張し、部署全体や企業全体の規模に渡っての業務最適化を目指すことができます。
iPaaSを活用したSaaSや業務ツールの相互連携によって、企業が得られるメリットは以下の3点です。
iPaaSを介してシステム連携を行うと、例えば以下のようなアプリケーションを横断した業務フローを設計できます。
定型的な業務フローはトリガー（業務フローを動かすきっかけ）があれば自動で稼働させることも可能です。アプリケーションの起動や切り替え、データの転記、繰り返し作業をカットすることで大幅な業務効率化が期待できるでしょう。
iPaaSを介すことで、システムを跨いだデータ同期や部門間のスムーズな情報共有が可能になれば、多角的なデータ分析もできるようになるでしょう。必要なデータを各担当者から収集したり、表計算ソフトを起動してコピペを繰り返したりといった手間は必要ありません。
データの変換・加工・統合を得意とするETL/ELT/EAI型のiPaaS（ETLツール）であれば、各種広告レポート、CRM、アクセス解析ツールのデータを統合し、BIツールでROIを可視化するといったことも可能です。
企業のSaaSの利用率が高まり、次々と新しいサービスが開発されています。事業規模の拡大や転換期に伴い、既存システムの入れ替えや新規サービスの導入が必要になることも考えられるでしょう。
iPaaSを利用していれば、既存システムとの相性を気にせずに、新規システムの導入検討を行うことができます。使用しているiPaaSとさえ提携できれば、他のシステムとの連携は気にする必要がないため、新規システムの選択肢も広がることでしょう。
改めて、iPaaSとは「アプリケーションやデータ、業務プロセスの連携」を実現するクラウドサービスの総称ですが、ひとくちにiPaaSと言っても、連携の対象や規模、接続方法などにはサービスによってさまざまな違いがあります。
現状、各ベンダーが注力しているソリューションや中心となる機能には傾向が見られることから、iPaaSは以下の4タイプに分類されることが多いです。
※上記は、各ツールが持つ代表的な特性に基づいて4タイプに分類したものです。どの製品・サービスも機能の拡張や強化を続けているため、各製品が必ずしもこの4分類に振り分けられるわけではなく、上記の枠を越えてカバーする機能を持ち合わせた製品もありますが、ご容赦ください。
レシピ型のiPaaSは、アプリケーション連携による「ワークフローのテンプレート（レシピ）」を使って、業務フロー内で複数のアプリケーションを横断するアクションを自動化できるツールです。「Zapier」や「Anyflow」がレシピ型に分類されます。
連携させたいアプリケーションを選んで、必要なアクションを設定するだけでレシピを作成でき、以下のようなトリガー（ワークフローを動かすきっかけ）に基づいて稼働するタイプのものが多いです。
プログラミングやデータ連携の知識が不要で非エンジニアでも操作できるため、導入ハードルが低く、急な業務プロセスの変更にもワークフローを滞らせることなく対応できます。
ETL／ELT型のiPaaSは、SaaSやオンプレミスのデータベースからデータを抽出し、それぞれのデータを扱いやすいフォーマットに変換・加工を行なって、格納先であるDWH（データウェアハウス）に書き出すツールです。
レシピ型が各アプリケーション上のアクションを連携する「ワークフロー」を設定するのに対し、ETL／ELT型は、各アプリケーションのデータを集約・統合するための「データ処理フロー（どこからデータを抽出し、どのように統合・変換し、どこに書き出すか）」を構築します。
ETL／ELT型のiPaaSは、「AWS Glue」や「Stitch」などが該当しますが、当サイトでは、別カテゴリとして、ETLツールの比較・おすすめのサービス一覧にて紹介しています。
EAI型のiPaaSは、組織内の業務アプリケーションのデータを統合（データカタログ化）するツールです。より高度で多様なデータ処理を行えるETL/ELT型の上位互換iPaaSとして分類されることが多く、「Informatica」や「DataSpider」などが該当します。
ETL／ELT／EAI型と一括りにされることもありますが、厳密には、以下のように、連携するデータの更新頻度と対象範囲によって使い分けが求められます。
必要なタイミングでのデータ連携や差分抽出を目的とし、データ処理にリアルタイム性が求められるEAIは、複雑な分岐処理などを高速で行うことができますが、一度に処理するデータ量に制限があります。
EBS型のiPaaSは、サービス指向アーキテクチャ（SOA）によって、さまざまなアプリケーションやソフトウェアを連携するシステム基盤を構築するミドルウェアです。
EBSに該当する「Mulesoft」では、アプリケーションやデータの連携・統合だけでなく、APIを設計構築して、SaaSが提供する外部APIと相互連携させるといった高度なデータ連携を実現できます。
非常に高機能なため導入費用も高額で、導入企業も、大規模なインフラストラクチャを抱えるエンタープライズが中心です。
前述した通り、iPaaSの役割や概念には抽象的な部分があり、各ベンダーの設計コンセプトや提供される付加価値、ソリューションはさまざまです。各製品の特徴を理解し、自社のニーズやユースケースから外れないようにターゲティングすることが重要になります。
その上で、iPaaSの比較や導入の意思決定を行う際には、下記2点をチェックしておくとよいでしょう。
iPaaSの導入検討の際には、自社で利用しているSaaSや社内システムを洗い出し、連携の優先度を整理しておきます。将来的に導入が見込まれる領域の業務システムやWebサービスもチェックしておくとよいでしょう。
国内でメジャーなSaaSであっても、海外製のiPaaSの中には提携対象に含まれていないケースも珍しくありません。ただし、ベンダーに申請を出すことで、カタログにないシステムを追加してもらえる場合もあるため、こちらも事前に確認しておくと良いでしょう。
また、製品スペックや契約プランによっては、連携可能なアプリケーションの「数」に上限が設けられていることがあります。この場合は、将来的な拡張も含めて、自社で利用するアプリケーション数には余裕を見ておく必要があるでしょう。
自社のニーズやユースケースにマッチするかどうかの判断には、国内企業での導入実績を参考にするのも一手です。iPaaSを導入した背景や導入前の業務課題など、自社に近い業界やシチュエーションの事例があれば、比較検討の参考にすることができます。
その際には、海外だけではなく日本国内での導入事例があるかどうかも確認しておきましょう。現状、iPaaSは海外製品が多く、また日本国内でiPaaSが普及し始めたのもここ数年のことです。特に、アプリケーション間の定型処理を連携する「レシピ型」のiPaaSは、海外製品の場合、日本特有の商習慣にマッチしない部分もあるかもしれません。
株式会社メルカリは、早くからiPaaSを導入し、業務自動化の拡大に取り組んでいる国内事例の一つです。
同社は、ノンプログラマー向けに開催していた定期勉強会にて、以下のような異なるアプリ間での作業自動化の相談が多かったことを受け、2017年に、レシピ型のiPaaS「Zapier」をテスト導入。
レシピ（ワークフロー）の作成とテンプレート活用によって、ほとんど学習コストをかけることなく、上記の相談に対する業務自動化ができるようになったと言います。
同社は、この成果を受けてZapierを全社導入。非エンジニアでも業務自動化に取り組めるよう、社内エンジニアからのハンズオンやノウハウ共有を行うことにより、現在は各自が必要なワークフローを作成し、日々の作業を自動化しています。
キラメックス株式会社は、オンラインプログラミングスクール「TechAcademy」や法人向けIT研修事業を運営するEdTech企業です。
急速な事業成長に伴って日々商談が増え続け、営業活動における行動管理や案件管理、事務作業の負担増加に課題を抱えていました。営業マネージャーは、Salesforce上のレポートやスプレッドシートの分析に加え、担当メンバーに個別確認するなど、現状把握だけでかなりの時間を要していたと言います。
こうした営業活動の非効率性を打破すべく、同社はノーコードでSaaS間を連携できるiPaaS「Anyflow」を導入。
SlackとSalesforceの連携ワークフローの実装を中心に、現在12個のワークフローを稼働させています。データの可視性・透明性が向上し、営業マネジメントに関する作業工数は以前の3分の1に軽減。
また、これまでSalesforce内で閉じていた情報が、コミュニケーションのハブとなっているSlack上に通知されることで、チームのコミュニケーション活性化や業務改善意識の芽生えなど、導入当初には想定していなかった効果も表れています。
