矢野 　まず、ERPの本質というのは、実はRPAと組み合わせても組み合わせなくても、あまり変わらないのです。ERPの歴史を紐解くと、リアルタイムかつワンファクト・ワンプレースの情報の価値などがキーワードになるわけです。データを握っているのがERPというのは変わらなくて、RPAはあくまでもそのデータをどう動かすかを司るものです。データのインプットやアウトプットなど、人間がやっていた業務を置き換えるものです。

　そのうえで、ERPビジネスとの関係を考えてみましょう。RPAを使うとアドオンがゼロになる、追加開発がゼロになるみたいな話は、最近よく聞くようになりました。しかし、実際はそんなことはありません。もともと基幹システムの上流の仕組みとのインターフェース機能が整備されていたり、取引先とのデータ連携をEDIでやっていますみたいな仕組みがあって、システム化対応して自動化されている部分は、わざわざRPA化する意味はないわけです。パッケージのもともとの機能でカバーできない業務があったとして、本来、システム化して対応すべきものはアドオン開発しますし、システム化対応するのは合理的ではない部分もありますので、そういったところは人力で対応してきたわけです。RPAが置き換えられるのは、あくまでも後者の方です。結果として、RPAの導入によってERPのアドオンが減るというケースはあまりないのではというのが私の考えです。

――とはいっても、矢野さんがおっしゃったように、RPAでERPのアドオン開発を減らすことができるという謳い文句はよく耳にするようになりました。そうしたメッセージは、的外れだということでしょうか。

矢野　考えられるのは、ERPの導入時、業務プロセスをつくっていくときに、本来はERPへのアドオンで実現すべきではないものを、お客さんから言われたので仕方なくつくりました、みたいなケースですね。もっと大きな選択肢でいうと、入力系の工数、コストを落としたい、単純作業から解放したいという話なら、RPAの前にシェアドサービスセンターを立ち上げましょうとか、BPOをやりましょうという手段もあるわけです。ERPでシステム対応すべきものと単純な事務の効率化というのは、分けて考えるべきものですが、そこを一緒にして個別最適してしまったようなケースは、RPAが最適解ということもあり得るでしょう。

　その意味では、とくに欧米の会社は、インドのBPOが流行っていて、彼らの発想では入力系の単純作業はそっちに送ってしまえという流れがあるんですね。しかし日本企業にとっては、日本語対応ができるBPOセンターはインドにあまりないので、手つかずで残っていました。そこにRPAの波が来て、盛り上がったというところはあると思います。当社も、シェアドサービスをやりたいという相談をいただくことも多いのですが、その代わりにRPAでやれるところまでやってみようという案件も出始めてきています。

――そうすると、RPAとERPの組み合わせで生まれる価値というのは、あくまでも周辺業務の効率化に限られるということになるのでしょうか。

矢野　現状、RPAを入れるきっかけになっているのは、現行業務が10あるとして、そのうち4が単純作業で、そこから解放してあげたいというモチベーションです。それがもう少し先に進んでいくと、「本当はこういうデータまで入力できればもっとデータ活用の範囲が広がるのに」というようなニーズが出てきて、それをRPAがカバーできるんじゃないかと思っています。ビジネスのデジタル化という意味では、ERPで活用するデータを飛躍的に増やすという観点で、RPAとの組み合わせのポテンシャルがあるのでないでしょうか。

　例えば、データをグローバルで一元管理して生かしていこうとした場合、拠点間、事業間で、マスターやコードが違って、横ぐしを通してデータを分析するのを諦めてしまうことも多いです。マスターやコードを統一化する作業は、RPAが生きるところです。また、新規の取引先を増やしていくときに、自社にとっては新しい取引先だったとしても、グループ会社まで含めるとすでに取引がある得意先だったりする場合もありますが、そのチェックや登録の自動化などにもRPAは役立ちます。こうしたRPAの使い方とERPを組み合わせれば、データを一元管理する範囲を広げ、ERPの本来のメリットをより存分に活用できるようになるのではないかと思います。