以前、WinActorの講習会に参加した時のこと。

「完璧なロボットを作ろうとしないこと！」

そんな記述がテキストにあったのです。

 

思わず、「えっ！？」と目を疑ってしまいました。

何故、そんなことが書いてあるのでしょうか？

それは、ロボット作成の手順を見ていくと分かってきます。

 

■ロボット作成の手順

簡単に言えば、

①現在行っている手作業を書き起こす

②フローチャートに落とし込む

③実際にロボット作成（シナリオ作成）

となります。

問題はこのあとなのですが、通常の流れに合わせてロボットを作成し、「はい、出来た！おしまい！」とならないのがプログラミングの厄介なところなのです。

それは、

④通常以外の操作に対応させる

ということです。

 

■エラー対応

「通常以外の操作」を具体的に挙げてみます。

たとえば、

・「処理するファイルを選んで、OKを押してください」と表示しているにも関わらず、キャンセルボタンを押した場合の対応

・特定のホームページを開いて、そこからデータ抽出するのだが、上手くページが開かなかった場合の対応

・エクセルファイルを選ぶように指示しているのに、テキストファイルを選んでしまった場合の対応

・乗車駅に存在しない駅名を打ち込んでしまった場合の対応（参照元のエクセルファイルに記述間違い）

等など。

上記の操作を考慮せず、素直にロボットを作成すると、RPA側で対応できずにエラー表示を吐き出すことになります。

 

パッと思いついたことを書いてみましたが、これら以外にもエラー表示となるケースはあり得るでしょう。

それを全てを盛り込んだロボットを最初から作ろうとすると、とても困難であることは想像に難くないと思います。

よくあるミスを盛り込むことは必要ですが、あれもこれもと初期段階でロボットに入れていくと、効率の悪いロボット開発になってしまうのですね。

そういったこともあり、講習会のテキストには、

『ロボット開発は、８０％の完成度を目指す』

と書かれていたのでしょう。

あとは、実際の運用の中で、思った以上に多いミスについては、その都度対応していくといった運用方法がベターと判断していると思われます。

 

よく「RPAのロボットが暴走したら、大変なことになるのでは？」という心配をされる方がいらっしゃいますが、現時点のRPAソフトにおいては、自己判断できるほど賢くありません。

なので、上記のような事象が発生した場合、エラー表示でロボットが止まりますのでご安心を。

ちなみに、特定のエラー事象が起きた場合、違う操作を実行する、もしくはスルーするといった対応も可能です。

多くのRPAソフトには、「例外対応」と呼ばれるフローが用意されており、事前に条件を指定することで、強制的に別のフローに進めることができます。

時折起こる、でもあまり気にしなくても良い事象に関しても、RPAでは対応可能なのです。