製品比較

フローチャート型
スクリプト型

多彩(フォルダ監視等)

オンプレ/クラウド
WEBベースの開発・実行

小～大規模

充実+関連製品有

◎良い
部品群やPKG豊富

良い

すべてサポート済

サーバ型最小構成はAutomation 360が一番安価

一般にRPAにおけるロボット開発スタイルは、フローチャート方式(ワークフロー方式)か、スクリプト方式(リスト方式)のいずれかになります。どちらも、いわゆるノンコーディングスタイルの開発方式です(※)。
(※CやJAVAなどの開発言語を覚えてソースコードを書く必要がなく、既に詳細な指示が組み込まれた部品/コマンドを組み合わせることで、目的の機能/ロボットを開発できることをノンコーディングと呼びます)
両者の違いとして、主に以下のような点が挙げられます。

・フローチャート方式は、初心者にとっては直感的に開発/学習が容易である、というメリットがあります。ただし、ロボット内の処理が多くなってきたり、開発者がなれてくると、開発/メンテナンス共に煩雑になって扱いづらい、という難点があります。
・スクリプト方式は、開発したロボット自体の視認性がよく、開発/メンテナンス時や、他人の作成したロボットを理解する際に、本方式の方が効率的に作業を行える、というメリットがあります。その一方で、まったくの初心者が学習を始める際には、直感的に理解しづらいという難点があります。

Automation 360は、この2つの開発方式の良い部分を採用しており、いつでも簡単な操作のみで表示方式を変更できるため、初心者からベテランまで、幅広いニーズにこたえられる開発方式になっております。

一般にRPAにおけるロボット起動トリガ—(ロボットの実行方法)は、主に以下の2点です。

・手動実行方式
　→人間がPCの前にいて、ロボットを直接、実行する。廉価版のRPA製品における実行方式はおおむねこれに該当します。
・スケジュール実行
　→サーバにあらかじめ登録されたスケジュール(実行計画)にそって、指定された時間になり次第、ロボットを自動的に実行する。

上記の方式だけでも大抵のことはできますが、もう少しきめ細やかな実行方式を実現したいと考えた場合には物足りなさがでます。

例えば『基幹システムのバッチ処理が終わりデータファイルが出力されたタイミングで自動的に実行したい』、『特定のタイトルのメールを受信したときだけ実行したい』等、これらを実現するためには、これまで、ロボット自体のつくりを工夫してなんとか仕立て上げるか、自らバッチやパワーシェルを開発するなど、追加の開発作業を要求されてきました。
そこで、Automation 360では、第3の実行方式として、以下の方式を予め用意し、運用にかかる開発工数と手間を大幅に削減することを支援しています。

・トリガー方式
　→Windows上で発生する何らかのイベントをきっかけにロボットを実行する
　　例：『特定の共有フォルダを監視し、データファイルが格納されたら都度ロボットを起動』
　　例：『メールフォルダを監視し、特定のタイトルのメールを受信したら都度ロボットを起動』
　　例：『プロセス/サービスの監視を行い、ダウンしたのを検知して起動』

RPAの高度活用/全社展開を推進しようとした場合、サーバ機能を保有することが必須となってまいります。
ただし、サーバ機能を構築するうえで、プラットフォームがオンプレミスでも構築可能か、またはクラウドでの提供が可能か、お客様のご要望に応じてどちらも選択可能であることが一つの重要な要件であると考えます。
Automation 360は、デリバリースタイルとして、Webベースのクラウドモデルを念頭に開発されており、同時にまったく同じスタイルで、オンプレミスモデルでのご提供を行うことも可能です。
また、更に、Automation 360はWebベースのクラウドモデルを前提としていることから、クラウド/オンプレミスのいずれの場合であっても、開発クライアントの開発画面は、ChromeやIEといったWebブラウザ上でのご提供を前提としております。これにより、開発クライアントの構築にかかる作業時間そのものを削減するばかりではなく、開発クライアントのバックアップ/保守といった運用的な負担/コストを削減することが可能になります。

RPA製品の備える機能/コマンドや、適用可能な業務アプリやデータ種別などの幅広さは、そのまま、導入後の業務自動化適用範囲の広さに直結します。
一般に、どの様な価格帯のRPA製品でも、小規模な適用範囲、例えばExcel上のデータの操作を行う、といったレベルであれば、標準的に用意されているケースが多いです。その一方で、より高度で複雑な処理、例えば複数の業務システムやWebサイト、あるいはCRMやDBなどのデータを直接取り扱うような中～大規模な業務となってきますと、そもそもRPA製品自体が対応していないなどの場合、せっかく自動化のアイデアはあっても、実現できない、ということになりかねません。
Automation 360では、豊富なコマンド郡と、ロボットやパッケージの販売サイトであるBotStoreなどを通じて、全世界のユーザーの豊富な知見に逐次アクセスしながら、非常に広範囲の業務自動化/適用を実現可能とします。

RPAを真に活用し、全社適用して効果を出すとなった場合、必ず運用統制機能を具備したサーバ機能の導入・活用が必須となります。
これは、効率的な運用の実現というほかに、いわゆる野良ロボット問題への対処や、業種によっては監査のためのログ機能、そしてロボット自体の活用状態の把握/分析のためデータ蓄積・収集機能などが求められます。
Automation 360では、およそ、一般的にRPAの運用統制に必要とされる機能をすべて、標準機能として用意しています。

RPAにより業務を自動化する際、『ロボットの開発しやすさ(生産性)』は、費用対効果に対する大きなポイントになります。初心者にとっては学習のしやすさが大きく影響しますし、慣れてきてロボットの量産フェーズに入った際には、ロボットのテストや、過去のロボット・部品の再利用のしやすさなどが影響してきます。
Automation 360では、初心者向けの機能(ワークフロースタイルの開発ビューやステップ バイ ステップ方式のチュートリアルなど)のほか、開発者向けのデバッグ機能や部品の呼び出し機能なども充実しております。

RPAによるロボット開発後、業務手順自体の変更によるメンテナンスや、ロボットごとの利用頻度の分析など、保守作業を行うための手順が必要になる局面があります。
この保守作業を支援/促進するための機能がどの程度充実しているかが、実際にロボットを運用/活用していくフェーズにおいて、大事なポイントになります。

RPA製品そのものの日本語化対応や、公式資料/Webサイトが日本語化対応されているか、またはユーザー同士の交流サイトが日本語でも提供されており利用が可能かという点が、ロボットの開発/利用促進においても重要なウェイトを占めます。
Automation 360は、公式資料/Webサイトや、eラーニング、ユーザー交流フォーラムなども日本語に対応しております。

RPAの価格比較を行う場合、とかく、評価されがちなのは『開発ライセンスと実行ライセンス1台ずつの最低限構成での価格比較』ですが、これは大きな落とし穴になりかねません。
実際に、RPAの導入評価が終わり、いざ本番活用を目指してサーバや周辺ソリューションを追加しようとしたり、開発/実行ライセンスを追加しようとしたりすると、その時点で、他のRPA製品と比べて大幅な投資額が必要になるケースがあります。
価格比較を行う際には、最低限の価格比較も大事ですが、そもそも『RPA導入に成功して全社展開する時点での投資額はどうなるか』といった観点を見据えて評価いただくことも大事なポイントになります。