はじめに

クラウド型RPAである「AUTORO」を試す機会があり、実行ログの挙動が他のRPAと異なっていたため、備忘として整理します。
本記事は製品比較や優劣を決めるものではなく「こういうログの残り方をする」という観点のメモです。

実行ログの見え方

AUTOROでワークフローを実行すると、実行ログにステップ単位の履歴が残ります。

具体的には、

が、1ステップごとに確認できる形で表示されます。

※ 実行ログ画面のスクリーンショット

上記の例では、

といった形で、ステップ単位の状態を後から確認できるようになっています。

RPAを作成していると、デバッグや運用を意識して、

を追加することがあります。

AUTOROの場合、少なくとも今回触った範囲では、

が標準で実行ログに残るため、
ログを取ることだけを目的としたステップを追加しなくても、後から状況を追える、という印象でした。

この形式のログがあると、以下の点が確認しやすくなります。

画面遷移や条件分岐が多い業務の場合でも、
ログを時系列に見ていくだけで、
「どこで想定とズレたか」を把握しやすい構造になっています。

運用フェーズでは、

といった場面があります。

その際、ワークフローを開いて細かく追う前に、
まずログだけを見て状況を把握できる点は、
実務上扱いやすいと感じました。

AUTOROでは、実行ログに画面キャプチャや Output が残ります。
これは調査や保守の面では便利ですが、扱う業務によっては情報の取り扱いを意識する必要があります。

AUTOROには、「ログを記録しない(private)」パラメータが用意されており、
画面キャプチャやOutputを含む実行ログを残さずに処理を実行できます。
プライベートログ

そのため、

などについては、
用途に応じてログを残す／残さないを切り替える運用が可能です。

画面キャプチャが残る仕様自体は便利ですが、
常に残す前提ではなく、
業務内容や社内ルールに応じて制御できる点は押さえておいた方がよいと感じました。

AUTOROを触ってみて確認できた実行ログの挙動として、

という点がありました。

ログ取得のための追加ステップを増やさなくても、
実行後に「どこで」「どんな状態で」「どんな値だったか」を追えるため、
デバッグや原因切り分けの入口として扱いやすく、
個別に設定するよりも設定も楽で漏れがなく、初心者でもロボット品質を保ちやすい仕様だと感じています。

また、クラウド型のため、実行PCやサーバーを自前で用意する必要がなく、日々のお世話も不要なので、
機器調達コストや保守運用コストが抑えられそうな点も良い点だと思います。