RPAが壊れて手作業に戻った

RPAが壊れる理由

RPAは画面操作を自動化するため、画面のレイアウトや要素が変わると動かなくなります。SaaSの更新、システムのバージョンアップ、ブラウザの変更など、自分では制御できない変化で止まります。

RPAが壊れるたびに「直す人」が必要になります。直す人がいなければ、手作業に戻ります。RPAの導入コストより、保守コストのほうが大きくなることがあります。

sento.groupの解き方

RPAが最適な手段かどうかを見直します。API連携やデータ基盤で解決できる場合はそちらを選び、RPAが必要な場合は保守しやすい設計を行います。

• 現状の自動化手段の棚卸し（何を、どの方法で、誰が保守しているか）
• 自動化手段の再選定（API・GAS・RPA・データ基盤の比較）
• RPAを使う場合の設計見直し（保守しやすい構造・例外処理・監視）
• 保守体制の設計（誰が、いつ、どのように直すか）

RPAを全否定するのではなく、適材適所で使い分けることが重要です。

RPA以外の選択肢

RPAに頼らない自動化手段を検討します。

• API連携：SaaSがAPIを提供していれば、画面変更の影響を受けにくい
• GAS・スクリプト：スプレッドシート間の連携はGASで対応できることが多い
• データ基盤：複数のSaaS・DBを集約し、そこから処理する
• ETL・iPaaS：Zapier・Trocco・Fivetranなど、連携ツールの活用

APIがないSaaSの場合は、RPAが唯一の選択肢になることもあります。その場合は、保守しやすい設計が重要です。

RPAを使い続ける場合の設計

RPAを使い続ける場合は、壊れにくく・直しやすい設計を行います。

• 処理の分割：1つのロボットに詰め込まず、小さな単位で分ける
• 例外処理：エラー時の通知・リトライ・手動切り替えを設計
• 監視：動いているかどうかを定期的に確認する仕組み
• ドキュメント：何をしているか、どう直すかを記録

RPAは「作って終わり」ではなく、保守し続ける前提で設計します。

相談の入口

「RPAが止まっている」「手作業に戻っている」という状態から相談できます。現状の自動化手段を棚卸しし、最適な方法を選び直します。