RPA・業務自動化の導入事例の進め方：発注書の自動作成で分かった効果と残課題

九州工場で発注書の自動作成を担当している木村遼です。先に結果をお伝えすると、今回の試行では「月間96時間を削減」となりました。ただし、すべてが想定どおりだったわけではありません。効果が出た条件と、まだ人の確認が必要な場面を分けて記録したので、同じテーマを検討している方の参考になればと思います。

改善前は、担当者が毎日同じ画面を開いて転記しており、繁忙期には入力遅れと転記ミスが発生していました。そこで、直近の実績から54件を抽出し、開始から完了までの時間、差し戻し回数、問い合わせ先、例外の理由を一件ずつ確認しました。平均値だけでなく、時間が極端に長かったケースを見たことで、作業そのものより確認待ちがボトルネックになっていることが分かりました。

対策として、正常系だけでなく、ファイル不足、形式変更、システム停止を想定した例外テストを実施しました。試行期間は6週間とし、利用者が困った場面をその日のうちに短いメモで残してもらいました。翌週まで問題を持ち越さず、小さな設定変更と手順修正を繰り返した点が、定着に効いたと考えています。説明会は一度で終わらせず、質問の多かった部分だけを10分の補足資料にしました。

処理時間の改善に加え、確認漏れと再作業は12％減少しました。一方、担当者によるばらつきは完全にはなくなっていません。数値が改善していても、別工程へのしわ寄せや入力負担が増えていないかを確認するため、作業後アンケートと例外対応時間も継続して測っています。

次の課題は、例外処理が増えると保守負荷が高まるため、完全自動化にこだわらず確認工程を残しています。今回は効果の出た結果だけでなく、対象外にした条件、途中で変更した判断基準、手作業を残した理由も資料に含めました。他拠点が同じ失敗を繰り返さないよう、再利用時には前提条件から確認できる形にしていきます。

同じような自動化を行っている拠点では、画面変更への追従や担当者不在時の復旧をどのように運用していますか。保守工数の実績もぜひ共有してください。

※この投稿はデモンストレーション用のサンプルです。人物や企業、内容は架空のものです。