システムを導入すると、必ず考えなくてはいけないのが、そう「保守」です。

新幹線だろうが、高層ビルだろうが、プログラミングだろうが、保守は大事なのです。

保守を怠ることで引き起こされるのは、事故だったり、資産価値の激減だったりと、その手の話には枚挙に暇がありません。

 

特にシステム関係の話でいえば、一度導入して無くてはならないものになると、それが止まるというのは、業務にとても大きな影響を与えます。

社内に「情報システム部」を設けている企業も増えてきました。

でも、多くの企業において、情シスには権限と資金が少ないという話も聞きます。

それでいて、何かシステムトラブルがあると、とても責められるという。。。

利用者としては、別に特別なことをして欲しいという訳ではなく、いつも通り動いていればそれいいのに、「管理しているあいつら、何やっているんだ！？」と考えてしまいがちなのです。

実際には縁の下の力持ちであり、メンテナンスには手間もお金も掛かるものなのです。

RPAにおいて、運用保守はどうなの？

話をRPAに。

RPAにおいて、ロボットの作成のみを外注して、運用保守は自分たちでやっている企業は無いのか？というと、もちろんそんなことはありません。

少しずつですが、そういったご依頼自体の相談も頂いております。

では、一般の企業において、RPAの保守運用が可能なケースと、そうではないケースを語ってみたいと思います。

 

RPAの話に限ってお話すれば、大前提として「RPAは止まりやすい」ということは言えます。

それは、RPAツールが不完全であるから！という訳ではなく、RPAツールは例えるなら「指揮者」であり、「現場監督」なのです。

単純に限られた命令を出して、多くのアプリケーションを動かしているという仕組みなのです。

そのため、多くのアプリケーションを自動化しようとすればするほど、事故の可能性が上がってくるのです。

厄介なのは、そのアプリケーション自体は、RPAツールの会社とは何の関係も無い場合が多いことです。

つまり、RPAツールとしては、そのアプリケーションの細かい部分は、分かっていないし、一定以上干渉できないのです。

一般の自動化というのは、そのアプリケーションの中だけで実行されるものであるため、すべて自己責任として対処できるのですが、RPAツールにおいては、勝手が違うのですね。

という訳で、アプリケーション側のバージョンアップや機能追加の影響を大きく受けて、あるべきところに項目やボタンがなくなり、ロボットが止まるということは、珍しい話ではないのです。

RPAの運用保守を行うにあたり、必要なものとは？

そういう訳で、自分たちで保守運用を行うためには、

『RPAツールをある程度、自分たちで使えること』

が必要となってきます。

 

では、その「ある程度」とは、具体的には？

①どこで止まったのか？
②なぜ止まったのか？

が最低限分かる必要があります。

 

もちろん、これにも大前提があります。

『動いていたロボットは、通常業務において、ちゃんと動く仕様になっていた』

ということを担保しておく必要があります。

何を言っているのかというと、通常、Aという値が「１～９」まで出力される仕様になっていたとします。

そして、本番用のコンピュータにて、ちゃんと「１～９」まで全て正確に動いていた！という確認が取れているという前提です。

「９」なんて、めったにないからということで、テストをせずに本番稼働していたとか、それどころか時折「１０」という値も出る可能性があることを失念していて、開発業者に知らせてなかったとか。

そうなると、ロボット全体の設計の見直しが必要になってくるので、自分たちでなんとかするというのは、とてもハードルが高くなってくるでしょう。

 

話を戻し、大前提はクリアされていると仮定した場合。

大抵の場合、RPAツール（ロボット）が止まった箇所、もしくはその近辺に問題がある可能性が高いです。

ログや変数の変遷をチェックすることで、原因を究明していきます。

アプリケーション側になんらかの仕様変更があったのか？

RPAツールにおいて、画像認識が上手くいっていないのか？

ネットワークやパソコンの処理速度などの一時的な問題なのか？

読み込ませたファイル側になんらかの変更があったのではないか？

そういった可能性を１つ１つ潰していくという作業です。

これ自体はさほどハードルの高い作業ではないので、それなりにＲＰＡツールを使いこなせて、業務の内容が分かっていれば、自分たちで対応できると思います。

ただ、自分たちで行うリスクとしては、

・担当者の負荷となる。（本業の傍ら、臨時で対応することなる）

・担当者が異動や退職でいなくなると、誰も内容が分からなくなる。（場合によっては、休暇を取っている時に限って、トラブルが…）

・トラブル時、場合によっては復旧まで時間が掛かる。（トラブル対応は、経験値がものを言う世界です。本業でない人が行えば、時間が掛かるのも無理はありません）

といったことが一般的だと思います。

ちゃんと動いている時は誰も気にしませんが、突然止まると業務に支障が出てくるというのは、エクセルのマクロと同じです。

ＲＰＡが止まっても、手動でなんとかなる体制になっていればまだ良いですが、業務自体がブラックボックス化していると、大変な事態を引き起こします。

慌てて修繕を外注しようとしても、業務内容（手作業の手順）が分からないと、システム業者も対応は出来ませんので、そういった全体像も考えてＲＰＡは導入すべきなのです。