さまざまなシステムの真ん中にRPAが位置することで、自動化のメリットを享受できる。このような発想自体は、かつてのSOA(サービス指向アーキテクチャ)や「Enterprise Service Bus」などにもあっただろう。それらと異なる点は、RPAはツールの形で機能し、活用するのにプログラミングも既存システムの改変も必要ないことだ。「RPAなら事業部門にいるITスキルが高くない人でも、自動化を実現できる。RPAはそうした人たちが、ITを使いこなすためのものだ」と、ユーアイパスの長谷川康一代表取締役CEOは語る。ロボットを作るのではなく、ロボットを人々が使いこなす、それがRPAの本質。そのためIT部門よりも事業部門が主体となり、業務改善を考え実現する手法だ。
これらの誤解を解くためには、現場の小さなジョブを少しだけ自動化するのではなく、RPAをエンタープライズソリューションと捉え全社規模で活用する必要がある。逆に言えばRPAは、小さく始めて大きく育てられる仕組みでなければならない。「最終的には“Robot for All”で、各人がExcelを使うように1人1台のロボットを入れ、全ての人がそのロボットでメリットを得られるようにする。そういう時代が、これからはやってくる」と長谷川氏。
さらにRPAはシステム構築とは違うと捉えることも重要だ。既存システムの上にのるものであり、システム環境の変化などに合わせロボットを継続的に改良できなければならない。その際にはガバナンス機能が必要で、複数ロボットを一元管理できなければならない。「システムは簡単に改良できないが、ユーアイパスのロボットは容易に改良ができる」と言う。
Blue Prismの導入事例は金融業界で多いが、小売りや製造業もあり、業種、業態は問わない。デスクトップ型ではないので、ロボットの数ではなくどれくらい大手企業で採用されているかを実績として重視している。「多いのはグローバル展開していて、ガバナンスやコンプライアンスを重視する企業。他のデスクトップ型も利用していて、コンプライアンスを重視する業務はBlue Prismで自動化する企業もある」と、同社の千原寛幸マネージングディレクターは説明する。
Blue Prismのアーキテクチャーは、業務フローとなるプロセスとシステム単位の処理となるオブジェクトに分かれている。オブジェクト指向で部品化されており、メンテナンス性は高い。他のRPAベンダーも機能の部品化は行っているが、多くは部品をそれぞれのロボットにコピーする。そのため何らかの変更が発生した際は、それぞれのロボットの中にある部品を変更しなければならない。Blue Prismでは、サーバーで一元管理している部品を変更すれば、部品を利用する全てのロボットに反映される。このアーキテクチャーは、セキュリティーやコンプライアンスを確保する上でもかなり優位に働く。