RPAは、人がパソコン上で繰り返す入力や照合などの操作を、決めた手順で自動化する仕組みです。まず、作業のルールと例外を説明できる仕事を一つ選びましょう。何を自動化できるかと、製品を導入すれば安全に動くかは、分けて確認します。
RPA・API連携・生成AIを使い分ける
| 手段 | 主な役割 | 先に確かめること |
|---|---|---|
| RPA | 画面やアプリで定型の操作を進める | 対象画面、操作条件、例外、実行する端末 |
| API連携 | システムが用意したデータの受け渡し口で処理する | 対応する操作、認証、件数、重複時の扱い |
| 生成AI | 文章の要約や分類、下書きなどを補助する | 入力してよい情報、誤りの確認、人の判断 |
利用中のシステムに正式な取込機能やAPIがあれば、それを使う方が適切な場合もあります。RPAでしか進められないと先に決めず、入力元と出力先を比べてください。
最初の候補に向く仕事・慎重に扱う仕事
入力形式がそろい、判断ルールが決まっていて、処理結果を確認できる繰り返し作業が候補になります。逆に、画面が頻繁に変わる、例外が多い、判断基準が担当者しか分からない場合は、先に業務を整理します。支払いや外部送信など影響の大きい操作は、許可と確認方法を別に決めます。
ファイル整理を想定した試験設計例
ここからは実機での成功報告ではなく、試験を設計するための架空例です。確認用フォルダのファイル一覧を読み、命名ルールに合うファイルだけを別の確認用フォルダへコピーし、元ファイルを保持する作業を考えます。本番の削除や外部への送信は含めません。
| 入力条件 | 期待する結果 |
|---|---|
| 正しい形式のファイルが一つ | 一件コピーされ、元データが残る |
| 同じ処理をもう一度実行 | 重複として扱うなど、事前に決めた結果になる |
| 名前や必要項目が不明 | 推測せず、未処理の理由が記録される |
| 保存先へ接続できない | 処理を止め、どこまで終わったかを確認できる |
実行前に決める担当と例外
起動する人、結果を確認する人、止まったときに直す人を決めます。途中で止まったら、同じ操作を最初から再実行する前に、既に処理したものを照合します。ログイン、画面変更、権限、重複、通信中断を試験の条件に含めましょう。
効果は、確認と保守の負担まで比べる
削減できた操作時間から、結果の確認、失敗の対応、保守の時間を除かずに記録します。試した件数、成功、未処理、結果不明を分け、一件動いたことを全件の安定稼働と判断しません。