TechTargetジャパン
経営とIT
RPA
運用＆Tips
ロボティックプロセスオートメーション（RPA）にできて、APIにはできないこととは？

将来的にはマルチクラウド統合も

ロボティックプロセスオートメーション（RPA）にできて、APIにはできないこととは？

ロボティックプロセスオートメーション（RPA）は、定型作業を自動化できる技術として高度化し、現在ではレガシーアプリとクラウドアプリをつなぐ用途でも活用が始まっている。

公開 2018年04月26日 05時00分

著者

George Lawton

[TechTarget]

印刷する Googleで優先するソースとして追加

　人工知能（AI）や自然言語処理の進歩によってロボティックプロセスオートメーション（RPA）の技術も進み、最高技術責任者（CIO）の関心が高まっている。かつてはスクリーンスクレイピングツールと大差なかったが、今では人間の手作業を含むさまざまな定型作業を自動化できる高度な技術に進化した。

　用途の幅も広がっており、レガシーアプリとクラウドアプリをつなぐ作業も新しい使い道の1つだ。レガシーアプリはGUI（グラフィカルユーザーインタフェース）からしか操作できないものが多い。RPAで抽象化層を提供すれば、そうしたインタフェースとクラウドアプリの間のデータ転送を自動化できる。

併せて読みたいお薦め記事

ロボティックプロセスオートメーションとは何か

APIについてもっと詳しく

　調査会社Forrester Researchの主席アナリスト、クレイグ・ルクレア氏は「RPAは人間と機械の間のインタフェースに対応できる。システムとシステムの間を処理するAPIとはそこが違う」と話す。

　同氏はデスクトップやWebのUI（ユーザーインタフェース）からしか操作できないアプリは約7割に上ると推定する。RPAにはこれを自動化するデスクトップスマート機能があるが、アプリの変更に弱いという短所がある。その点でいえば、APIを使う方がアプリの変更と接続性の問題を切り離すことができる。

　「頻繁に変更されるアプリではbotが動作しなくなり、メンテナンスのコストがかかる。そのようなアプリにはAPIの作成を検討する方がいい」（同氏）

主なユースケース

　RPAは、オンプレミスのレガシーシステムからデータを取り出し、新しいクラウドシステムに渡すために利用できる。例えば、保険金請求や人事情報のデータをクラウドに転送するような場合だ。

　HfS ResearchでRPAカスタマーエクスペリエンス担当リサーチディレクターを務めるジョン・オブライエン氏は「これはレガシーシステムやレガシープロセスをデジタル化したい場合に便利だ」と話す。

　レガシーアプリとクラウドアプリの間をつなぐ方法としてはAPI統合もあるが、RPAより時間と費用がかかり、拡張しにくいマイクロサービスが増えることになるという。

　「ERP層に特化したRPAツールなら同じ水準のコンプライアンス対応と統合を実現でき、はるかに少ない費用で済む」と同氏はいう。ただし、大規模なIT転換プロジェクトの場合はAPIの方が適していると付け加えた。

　RPAを利用する主な利点は、レガシー資産の統合抽象化を新しいプロセスに複製、再利用でき、素早くスケールアウトできるところにある。

　SaaS（Software as a Service）の背後でレガシープロセスやレガシーシステムを実行している企業では、自動化をスケーリングできる機能は不可欠だ。新しいRPAツールでは、「Salesforce」などのクラウドプラットフォームに組み込まれている自動化機能に合わせてレガシープロセスを自動化でき、APIを使わずに済む。

遅延に注意

　ビジネスプロセスアウトソーシングベンダーのRadialは、Pegasystemsの「Pega Robotic Process Automation（RPA）」と「Pega Robotic Desktop Automation（RDA）」をクラウドシステムとレガシーシステムの統合に利用している。同社のデータアナリティクス担当ディレクターであるロビン・ゴメス氏は「RPAのおかげでレガシーシステム用に新しいAPIを作成したり保守したりする必要がなくなった」と話す。これによってサポートへの問い合わせも減るという。

　RPAのもう1つの利点は、従来のAPIでは難しいような統合も実現できることだ。

　「RPAでもAPIでも、システムからシステムへ情報を受け渡すことができる。ただ、RPAならAPIのような技術的サポートやメンテナンスは不要だ。APIの場合は時間がかかり、担当者のワークフローに影響することが多いが、RPAにはそういった問題がない」（ゴメス氏）

　RPAの開発時には、クラウド対応ツールのシステム応答時間に気を付ける必要がある。「クラウドからの情報取得がメインシステムで遅延を引き起こし、自動化フローに遅れが生じることがある」とゴメス氏は話す。

　開発者は自動化のタイミングや応答を十分にテストし、適切にワークフローを設定する必要がある。クラウドシステムとオンプレミスツールの両方を評価して、例えば「Microsoft Excel」のテーブルからデータベースにデータをコピーするなど、表形式環境でのRPAシステムの認識と実行を可能にしておくことも重要だ。

RPAのトレードオフ

　CIOは、カスタム統合ではなくRPAを利用する場合のトレードオフを検討しよう。例えば、RPAは簡単にセットアップできるが、その分簡単に動かなくなる。一方、APIを使ったカスタム統合は処理が速く、効率的にスケール可能だが、レガシーアプリに対して用意するのにコストがかかる。

　「最高執行責任者（COO）や最高財務責任者（CFO）からコスト削減を指示されている場合、APIのような従来型のシステム統合手法は費用がかかりすぎ、柔軟性が足りないことが多い」とオブライエン氏は指摘する。

　グッドガバナンスの実現を中心に考え、社内の利害関係者に意見を聞いて、IT部門と業務担当者の合意を得ることが重要だ。IT部門がRPA製品を承認することが、社内の問題解決につながる。IT部門に無断で別のツールを使われることのないように、最適な製品を1つ選択することが望ましい。

　基本的に、RPAでレガシーアプリからクラウドアプリにデータを転送することは、RPAによるオンプレミスプロセスの自動化と比べて特に難しいわけではない。個々のユースケースを評価して、APIとRPAのどちらが適しているか個別に判断することが重要だ。

　「場合によっては、ワークフローや担当者の作業を完結させるために、APIとRPAの両方を組み合わせることも必要だ」とゴメス氏は語った。

RPAの将来的な用途：マルチクラウド統合

　レガシーシステムとクラウドシステムの間をつなぐだけでなく、マルチクラウドを統合するシナリオにもRPAツールの活用が始まっている。

　「マルチクラウド統合は、新しくて大きな活用機会であり、これからますます重要になることは間違いない」とオブライエン氏は予想する。

　マルチクラウド統合にRPAを活用しようと考えているCIOには「実践的な小さなステップ」から始めることをオブライエン氏は勧める。クラウドプラットフォームで手動の回避処理やキーの再生成をしている部分について検討しよう。例えば、データのオンボーディング、クレンジング、マスターデータ管理、他のバックオフィススシステムへのハンドオフなどがある。

　「現行のシステムを阻害せず、現行のシステムと連携するツールキットが鍵となる。インテリジェントワークフローやアナリティクスも併用して、現行の作業方法に関する分析情報や継続的な改善につながるインテリジェンスを獲得することも役に立つ」（オブライエン氏）

印刷する

この記事の著者

George Lawton

ロンドンに拠点を置くフリーランスのジャーナリスト。テクノロジーやビジネス分野を中心に30年以上の執筆経験を持つ。DevOps、人工知能（AI）技術、感情知性（Emotional Intelligence）、変革的リーダーシップ理論などの分野に関心を持つ。

ロボティックプロセスオートメーション（RPA）にできて、APIにはできないこととは？

併せて読みたいお薦め記事

ロボティックプロセスオートメーションとは何か

APIについてもっと詳しく

主なユースケース

遅延に注意

RPAのトレードオフ

RPAの将来的な用途：マルチクラウド統合

この記事の著者

関連記事

新着ホワイトペーパー PR

瞬時にM365が乗っ取られる――全社員に周知すべき“新フィッシング”の教訓

ロボティックプロセスオートメーション（RPA）にできて、APIにはできないこととは？

併せて読みたいお薦め記事

ロボティックプロセスオートメーションとは何か

APIについてもっと詳しく

主なユースケース

遅延に注意

RPAのトレードオフ

RPAの将来的な用途：マルチクラウド統合

この記事の著者

関連記事

ロボティックプロセスオートメーション（RPA）は脱Excelに貢献するツールなのか？

「ロボティックプロセスオートメーション」（RPA）導入の鍵は“POCよりPOV”

新着ホワイトペーパー PR

瞬時にM365が乗っ取られる――全社員に周知すべき“新フィッシング”の教訓