毎回同じ画面を開き、注文データを転記している。その操作が決まっているなら、RPAの試行候補になります。RPAは、人が行う定型的なパソコン操作をソフトウェアで自動化する仕組みです。ただし、「受注業務」全体を任せるのではなく、転記、照合、集計などに分けて範囲を決めます。この記事では、8項目の採点と、点数にかかわらず開始を止める条件を使って、最初に試す処理を選びます。
| 候補業務の状態 | 判断 | 最初の対応 | 続けて決めること |
|---|---|---|---|
| 同じ画面操作を繰り返し、例外が少ない | RPA候補 | 開始から完了までの手順を書く | 入力データ、例外時の担当、処理後の照合方法 |
| 担当者ごとに手順や品番表記が違う | 先に標準化 | 入力規則、保存先、例外一覧を統一する | 統一後に8項目で再採点する |
| 交渉、技術判断、現物の検査が中心 | RPA対象外 | 判断に使う元資料と結果の記録方法を定める | フォーム化、通知、自動集計で補える部分 |
RPA化の候補は「業務名」ではなく「同じ操作のかたまり」で探す
受注には、注文書の読取り、内容の照合、登録、納期調整が含まれます。これらをまとめて自動化しようとすると、どこで人の判断へ戻すかが曖昧になります。そこで、開始条件と完了条件を説明できる作業単位へ分けましょう。担当者の仕事を丸ごと置き換えるのではなく、決定済みの内容を同じ手順で処理する部分から探す考え方です。
- 開始条件：原本との照合と登録許可を終えたCSVが所定フォルダに置かれる
- 入力：CSV内の品番、数量、納期、取引先コードを使う
- PC操作：管理画面を開き、決めた項目を転記して登録する
- 判断：登録を許可したデータに対し品番や必須欄を検査し、条件外なら例外に分ける
- 完了条件：登録番号を一覧へ戻し、入力IDごとの内容と状態を照合して担当者へ知らせる
決まった形式の受注メールを一覧へ移す、発注残から期限を過ぎた行を抜き出す、出荷実績と送り状番号を照らす、といった処理が候補になります。一方、顧客ごとの納期の優先順位や図面の意図は、責任を持つ担当者が判断します。上の流れも、品番が一致しただけで受注を承認する意味ではありません。登録を認めた入力データを対象に、条件外の行を人へ渡す例として使ってください。
自動化の候補を見分ける8つの条件
処理時間が長いだけでは、RPAに向くとは限りません。始める条件、操作、分岐、完了の判定を再現でき、途中で止まったときに担当者が状態をたどれるかを見ます。下の8つの条件は、そのための点検項目です。正常に最後まで動く場面に加え、空欄や通信エラーが出た場合に、どこまで処理されたかを把握できることも候補選びに含めましょう。
- PC上で入力、照合、保存まで完結する
- 開始のきっかけと処理完了の条件が決まっている
- 転記、照合、集計、ファイル保存、定型通知が中心である
- 判断を「もしAならB」と文章で書ける
- 日次、週次、月次、締日前などに繰り返し発生する
- 品番、取引先名、日付、保存先などの形式がおおむねそろっている
- 人へ戻す例外条件と引継ぎ先を決められる
- 処理結果を照合し、修正またはやり直しができる
例外は、登録前と登録後に分けて考えます。必須欄の空欄、品番不一致、日付形式の不正は、登録前に止めて担当へ渡します。一方、登録番号を受け取れなかったり件数が合わなかったりする場合は、既に登録された可能性があります。結果が不明の行を自動で再送せず、入力ID、処理ログ、登録先の実データを担当者が照合し、再開する位置を決める流れにしてください。
最初の候補を選ぶRPA適性チェック表と採点基準
候補が複数あるときは、業務責任者と処理担当者が同じ根拠を見て、下の8項目を0〜2点で採点します。この表と点数の区分は、本記事で試行候補を比較するために設けた目安です。公的な認定基準や導入効果の保証ではありません。判断できない項目は高く採点せず、何を調べれば点を付けられるかを残しましょう。
| 比較する項目 | 0点 | 1点 | 2点 |
|---|---|---|---|
| PC上で完結 | 紙・現物・対面が中心 | 一部はPC外 | すべてPC上 |
| 開始・完了条件 | 担当者判断で始まる | 一部が曖昧 | 明文化できる |
| 操作手順 | 案件ごとに異なる | 一部が異なる | ほぼ固定 |
| 判断基準 | 勘や交渉に依存する | 一部はルール化可能 | 条件分岐で書ける |
| 頻度・件数 | まれにしかない | 定期的にある | 繰り返し件数がある |
| 入力データ | 表記揺れが大きい | 修正すれば使える | 形式がそろう |
| 例外の切分け | 通常処理と混在する | 一部は決められる | 条件と担当が決まる |
| 検知・復旧 | 誤処理に気付きにくい | 担当が画面で照合できる | 照合・修正手順がある |
合計13〜16点なら対象を限定した試行候補、9〜12点なら低い項目を標準化して再判定、8点以下なら別の改善策を先に比べる目安にします。ただし、高得点でも、ルール変更が頻繁、紙や画像の読取結果を照合していない、誤登録を検知・復旧できない場合は開始しません。点数は候補の並びを考える材料であり、こうした開始条件を満たしたことの代わりにはならないためです。
採点表には、作業名、担当、頻度・件数、1件当たりの時間、入力元、出力先、例外、結果の照合者、更新日を添えます。さらに、実行に使う権限、ログの保存先、停止時の連絡先も分かるようにします。画面やファイル形式、業務ルールが変わったときは担当者から責任者へ伝え、影響する自動処理を止めて試験し直す流れを決めておきましょう。
受注・購買・出荷・品質・総務で見つかるRPA候補
下の表は、受け取った情報を所定の形式へ移し、別の画面や一覧へ渡す処理の例です。受注から総務まで対象はありますが、入力内容の正しさや承認の責任まで移るわけではありません。自動処理する列と、人が判断する列を見比べ、自社ではどの時点で担当へ戻すかを書き加えると、試行範囲を説明しやすくなります。
| 領域 | 候補となる処理 | RPAに任せる範囲 | 人が照合・判断する範囲 |
|---|---|---|---|
| 受注 | メール・CSVの受注情報を所定表へ転記 | 項目転記、空欄の検出、一覧更新 | 品番・数量・納期と原本の照合、登録許可、例外判断 |
| 購買 | 発注残・納期回答を一覧へ集約 | ファイル取込み、条件に合う行の抽出、通知 | 督促の要否、代替調達の判断 |
| 出荷 | 出荷実績と配送情報を照合 | 番号照合、差異一覧の作成 | 差異原因の調査、顧客連絡 |
| 品質 | 検査記録を所定の列構成へ移す | 列の整形、定例一覧の作成 | 不良内容の判断、対策の決定 |
| 総務 | 定型ファイルを所定形式へ変換し承認を依頼 | ファイル名変更、集計、定型メール送信 | 内容の承認、差戻しの判断 |
たとえば出荷照合では、送り状番号の差異を一覧へ出すところまでが候補になります。ただし、番号が合わない原因は、入力漏れ、出荷停止、配送側の反映待ちなどで異なります。RPAが差異を抽出したことを出荷可否の判断にせず、担当者が元記録へ照らして処置を決めましょう。この役割を先に決めておけば、停止した一覧が放置されるのを防ぎやすくなります。
RPAに回す前に標準化すべき業務の見分け方
操作順、保存先、ファイル名、品番表記が担当ごとに違う場合は、先に手順をそろえます。RPAへ任せても、曖昧な判断が自動で解消されるわけではありません。採点で1点以下だった項目について、通常の入力例と例外例を集め、処理担当者が同じ結果にたどり着けるかを比べてください。その後に自動化へ進む方が、直す対象を限定できます。
- 品番、取引先名、日付、ステータス名の入力ルールを決める
- 入力元と処理済みファイルを置くフォルダを分け、命名ルールを定める
- 通常処理、例外条件、例外時の担当と連絡先を1枚にまとめる
- 入力一覧に必須項目、選択肢、重複の検出ルールを設ける
品番の表記が揺れるなら、正式なコードと名称を管理する担当、追加や変更の受付方法を決めます。似た文字を自動で置き換えると別の品番へ変わるおそれがあるため、対応付けは元資料を根拠に行います。品番マスターのコード体系を決める方法も参考になります。入力段階の対策には、スプレッドシートの入力規則で品番ミスを防ぐ設定と運用を併用できます。
RPAに向いていない作業と代わりに選ぶ改善策
顧客との交渉、納期配分、図面の技術判断は、案件の背景や責任の判断が中心になるため、その判断自体をRPAの対象にはしません。現物の移動や検品、押印、口頭での合意も、画面操作だけでは代替できません。ただし、決まった結果の転記や記録を切り出す余地はあります。頻度の低い作業では、作成費だけでなく変更時の保守や例外対応の時間も比べましょう。
手書き注文やFAXをOCRで読めても、その結果をそのまま登録しません。品番、数量、納期、取引先などを原本へ照らし、登録を認めたデータを後段へ渡します。OCRの照合済みという状態と、受注の承認も分けてください。RPAを作る前に、フォーム、入力規則、条件付き書式、関数で解消できる部分も比べられます。未対応行の通知なら、Apps Scriptで対応待ち行をメール通知する方法も検討できます。
FAX注文の記入例｜OCRの照合と登録許可をRPA処理から分ける
FAX注文を受注一覧と管理画面へ登録する例では、読取りを人が照合する段階と、登録を許可したデータを転記する段階に分けます。下の表は運用を決めるための架空の記入例です。実際の項目、権限、保存先、顧客との合意手順に置き換えてください。特に登録先が複数ある場合は、片方だけ終わった状態を区別できる記録を用意します。
| 記入項目 | 記入例 |
|---|---|
| 対象作業 | 原本との照合と登録許可を終えた注文データを受注一覧と管理画面へ登録する |
| 開始条件 | 担当者がOCR結果を原本と照合し、登録許可後に所定フォルダへ保存する |
| 人が原本と照合する項目 | 品番、数量、納期、取引先、読めない文字の有無 |
| RPAが行う処理 | 登録を認めたデータの転記、登録番号の記録、ID別内容と件数の照合 |
| 例外条件 | 品番不一致、必須項目空欄、納期形式不正、登録件数不一致 |
| 例外時の扱い | 登録前の不備は登録せず通知。登録後の差異・結果不明は再送を止め、実データを照合して引き継ぐ |
| 処理後の照合担当 | 受注担当が当日中に結果と例外を照合。差異を見つけたら関連処理を直ちに止める |
原本と読取結果の照合は、RPAへ渡す前の工程として扱います。対象項目は、OCRでFAX注文をデータ化する照合手順も参考にできます。試行中は、対象件数、登録済み件数、例外率、修正件数、照合時間、停止回数を同じ定義で記録しましょう。件数が一致しても品番や数量が正しいとは限らないため、入力IDごとに登録先の値と状態まで照らします。差異を発見した時点で関連する処理を止め、日末まで待たずに担当へ渡します。
最初の1本を決めて小さく検証する進め方
まずは候補を3件に絞り、条件のそろう1件を選びます。入力元、対象期間、件数、例外の引き継ぎ先を決め、業務へ影響しない検証環境とデータで試してください。通常、空欄、重複、途中停止、再開の例を用意し、意図した登録だけが残るかを照合します。本番への反映は試行の合格と責任者の判断を経て、承認された少量の範囲から始めましょう。
- 事務担当者が候補を3件、作業単位で採点表に記入する
- 業務責任者が停止条件と誤処理の影響を評価し、1件を選ぶ
- 実施担当者が通常処理と例外処理を1枚の手順書にまとめる
- 照合担当者が処理前後の件数とID別の内容・状態、差異、例外、所要時間を記録する
- 試行後に業務責任者が、対象拡大、標準化の継続、中止を判断する
画面やファイル形式を変更する際は、手順書と例外条件を更新し、検証環境で再試験してから本番へ反映します。実行がエラーなく終わることと、業務上正しく登録されることは別です。途中停止した処理をやり直す際も、既に反映した範囲を調べてから再開してください。Power Automateの公式資料もアクションや処理群の再試行設定を示しています（https://learn.microsoft.com/en-us/power-automate/desktop-flows/errors）。本記事では、その設定任せにせず二重登録を防ぐ照合を運用に含めます。
よくある質問
RPAの候補業務は、月に何回・何件あれば優先して検討すべきですか？
一律に月何回・何件からと決めることはできません。日次の少量処理でも繰り返す負担が大きい場合があり、月次でも締切前に件数が集中する場合があります。頻度だけでなく、手作業の時間、例外の数、保守と復旧にかかる時間を並べましょう。そのうえで、まず小さく試して得た数値から、続ける価値があるかを判断します。
例外処理が少しでもある業務は、RPA化をあきらめるべきですか？
例外があっても、その条件を検出し、人へ渡せるなら通常処理を切り出せます。ただし、登録後に分かった例外まで「未登録」と扱ってはいけません。処理前、登録済み、結果不明などを記録し、担当が状態を調べてから修正や再開を決めます。誰がいつ引き取るか、どこから再開できるかが決まらなければ、先にその手順を作りましょう。
Excelマクロやスプレッドシートの自動化と、RPAはどう使い分ければよいですか？
表計算の中だけで完結する集計や入力の制限は、関数、入力規則、マクロなどから比べられます。複数の画面を開いて転記する操作はRPAの候補ですが、利用中のシステムに承認された取込機能があれば、その方法も比較対象です。ツールの数を増やすより、誤りを検知でき、変更後も担当者が直せる方法を選んでください。費用と保守の負担も含めて選ぶと、導入後の手戻りを見積もりやすくなります。
OCRで読んだFAX注文は、どの項目を人が照合してからRPAへ渡しますか？
品番、数量、納期、取引先は、原本と登録結果を結び付けるために照らす項目です。加えて、単位、注文番号、訂正や取消など、自社の登録に影響する情報を責任者が定めます。読めない文字や訂正跡、マスターにない品番は推測で補わず、照会する一覧へ分けてください。読取結果が合っていても、注文の変更や受注可否が確定していなければ、登録を承認したデータとして渡さない扱いにします。
参考にした公式情報
下の公的資料は、定型的なPC操作を切り出す考え方を調べる参考資料です。愛知県の資料は、手順が決まっていること、繰り返し、電子データ化を向く条件として挙げ、判断の複雑さ、誤処理の影響、ルール変更を検討点としています。本記事の8項目や点数区分は、それを工場の候補比較に使うための独自の例であり、資料が定めた採用基準ではありません。
まとめ
最初は、受注・購買・出荷などから同じ操作を繰り返す処理を3件選び、8項目で比べましょう。続いて、入力形式、保存先、例外、結果の照合方法を決め、最も条件のそろう範囲を試します。運用後は件数だけでなく内容と登録状態も照らし、修正、停止、保守の負担を記録してください。通常処理と人の判断の境界を保つことが、対象を広げるかどうかの判断につながります。
