WinActor 教材2・3｜基本画面ツアー と はじめてのシナリオ作成

対象：WinActor／RPAを初めて学ぶ人・非エンジニアの業務担当者
前提：教材1「WinActor入門」を読み終えていること
共通注意：画面名・タブ名・ノード名・メニュー名はバージョンで変わります。本教材の名称は「Ver.7系の一例」です。実機と違う場合は、お使いの版の公式マニュアルの名称を正としてください。

教材2｜WinActorの基本画面と操作（第3章）

この教材のゴール：WinActorの主要な画面パネルの役割を説明でき、既存のシナリオを「ステップ実行（コマ送り）」で追えるようになる。

むずかしい言葉は、教材1と同じ5ステップ（一言→言い換え→身近な例→WinActorでの使い方→実務注意点）でかみ砕きます。

3-1. まず全体像：WinActorは「4つの部屋」でできている

WinActorの画面は、ざっくり4つの役割に分かれています。名前より「何をする場所か」を覚えてください。

┌──────────────────────────────────────────────┐
│  [メニュー・実行ボタン]  ← 実行/停止/一時停止/保存/設定       │
├───────────┬──────────────────┬───────────┤
│ ①部品置き場   │  ②作業台（フローチャート）   │ ③値の箱一覧   │
│ ノード       │  ← ここに手順を組み立てる      │ 変数（データ）  │
│ ライブラリ    │                          │ 一覧          │
│              │                          │              │
├───────────┴──────────────────┴───────────┤
│  ④ログ（実行の記録・エラーが出る場所）                       │
└──────────────────────────────────────────────┘

補足：WinActorには手順の見せ方が2種類あります。フローチャート表示（流れを図で見る）と、ノード一覧（構造化）表示（手順を上から並べたリストで見る）です。同じシナリオを別の見た目で編集しているだけなので、最初は「フローチャート」で覚えればOKです。

3-2. シナリオとは何か

1. 一言で：シナリオとは、WinActorに実行させる作業手順書（1本の自動化プログラム）です。

2. 言い換え：ロボットへの「指示書」。上から順に「これをやって、次にこれ」と書いた紙。

3. 身近な例：料理のレシピ。「①水を沸かす→②麺を入れる→③3分待つ→④湯を切る」。

4. WinActorでどう使うか：フローチャートに部品（ノード）を上から順に並べると、それが1本のシナリオになります。保存すると .ums6（版により拡張子は異なる）などのファイルになります。

5. 実務注意点：1シナリオに全部詰め込みすぎない。「請求書取込」「入力」「通知」のように役割ごとに分けて作ると、壊れた時に直しやすく、使い回しもできます。

3-3. ノードとは何か

1. 一言で：ノードとは、手順の部品1つ1つ（1つの動作）です。

2. 言い換え：作業ブロック。「クリックする」「文字を入れる」「3秒待つ」など、動作1個＝1ブロック。

3. 身近な例：レゴのピース。1つずつは小さいが、積むと形になる。

4. WinActorでどう使うか：ノードを部品置き場からドラッグして、フローチャートの線の上に置く。代表的なノード：

• 値の設定：変数に値を入れる
• 待機ボックス／ウェイト：指定秒だけ待つ
• 分岐：条件で処理を分ける
• 繰り返し：同じ処理を何度も回す
• クリック／文字列送信（エミュレーション）：画面を操作する

5. 実務注意点：「待機」を軽視しない。画面が出る前に操作すると失敗するため、適切な待ちを入れるのが安定の第一歩。

3-4. ライブラリとは何か

1. 一言で：ライブラリとは、よく使う操作をまとめた完成部品集です。

2. 言い換え：電子レンジの「自動あたためボタン」。細かい設定なしで、よくある処理を一発でやってくれる。

3. 身近な例：カップ麺（材料と手順が最初からセットになっている）。

4. WinActorでどう使うか：ライブラリには「Excel関連」「ファイル関連」「文字列操作」「日付」などのカテゴリがあり、たとえば「Excel操作（値の取得）」「ファイル移動」などを選んで置くだけ。中の細かい処理は用意済み。

5. 実務注意点：ライブラリは便利だが、設定項目（引数）を正しく埋める必要がある。何を入力し、何が出力されるか（＝どの変数に結果が入るか）を必ず確認する。

3-5. 変数とは何か（ここが最重要）

1. 一言で：変数とは、あとで使う値を一時的に入れておく箱です。

2. 言い換え：中身を入れ替えられる「名前つきの箱」。箱の名前は変えず、中身だけ変えられる。

3. 身近な例：付箋に「今日の担当＝山田」と書いておき、後で「山田」の部分だけ差し替える。

4. WinActorでどう使うか：変数一覧（データ一覧）に箱を作り、名前を付ける。ノードやライブラリの結果を箱に入れ、別のノードでその箱を使う。

• 例：Excelから読んだ金額を変数「金額」に入れ→Web入力ノードで変数「金額」を使う

5. 実務注意点：分かりやすい名前を付ける（変数1はNG、顧客名 請求金額 のように用途がわかる名前に）。初期値・型（文字列/数値/日付）を意識する。

3-6. フローチャートの考え方

シナリオは基本、上から下へ順番に流れます。分かれ道（分岐）や、ぐるぐる回る道（繰り返し）を足していきます。

[開始]
   │
   ▼
（ノード：Excelを開く）
   │
   ▼
（分岐：金額 >= 10000 ？）──No──▶（そのまま次へ）
   │Yes
   ▼
（ノード：別フォルダへ移動）
   │
   ▼
[終了]

3-7. 実行・停止・一時停止・ステップ実行

ステップ実行はデバッグ（原因調べ）の主役です。1つずつ動かして、「どのノードで、どの変数が、どんな値になったか」を確認できます。うまく動かない時は、まずステップ実行。

3-8. ログの見方

ログ（画面下部）には「いつ・何のノードを・成功/失敗したか」が記録されます。エラーが出たら、まずログの一番下（最後の行）を読むのが鉄則。「どのノードで」「何が起きたか」が書かれています。

3-9. 保存と管理

• こまめに上書き保存（作業中はショートカットでも保存）。
• 大きく直す前は別名保存でバックアップ（_v1 _v2 _backup など）。
• ファイル名に日付や版を入れると迷子にならない（例：請求書取込_v3_20260718.ums6）。
• チームで使うなら保存場所のルール（共有フォルダ・命名規則）を先に決める。

3-10. ハンズオン（画面ツアー）：既存シナリオをステップ実行で追う

目的：画面の各パネルを実際に見て、ステップ実行で変数の値が変わる様子を体感する。

事前準備：

• WinActor（フル機能版 または 評価版）が起動できること
• サンプル用に、教材1付録の 売上一覧.csv を任意フォルダに置く

操作手順：

1. WinActorを起動し、新規シナリオを開く
2. ライブラリから「CSVを読み込む」系の部品を1つ置く（無ければ「値の設定」ノードでOK）
3. 変数一覧に メッセージ という変数を作り、初期値に こんにちは と入れる
4. 「値の設定」ノードで、メッセージ に テスト実行OK を上書き設定
5. ステップ実行で1ノードずつ進め、変数一覧の メッセージ の値が こんにちは → テスト実行OK に変わるのを確認
6. ログに各ノードの実行記録が出ることを確認

動作確認のポイント：ステップを進めるたびに、変数一覧の値が変化する／ログが増えていく。

よくあるエラー：

• 何も起きない → ノードがフローの線に正しく載っていない（宙に浮いている）
• 値が変わらない → 別の変数を編集している（名前を再確認）

改善ポイント：ノードに分かりやすい名前（表示名）を付けておくと、ログもフローも読みやすい。

3-11. 確認テスト（解答・解説付き）

Q1.（選択） 手順の部品1つ1つを何と呼ぶ？
A. シナリオ B. ノード C. ライブラリ D. ログ

Q2.（選択） うまく動かない原因を1ノードずつ調べるのに最適な機能は？
A. 実行 B. 停止 C. ステップ実行（デバッグ） D. 保存

Q3.（穴埋め） あとで使う値を入れておく箱を（　①　）と呼び、分かりやすい（　②　）を付けることが実務では重要。

Q4.（一問一答） エラーが出た時、最初に読むべき場所は？

Q5.（並べ替え） シナリオを安全に大きく直す時の手順を正しい順に。
（ア）別名でバックアップ保存 （イ）修正する （ウ）ステップ実行で確認 （エ）上書き保存

教材3｜はじめてのシナリオ作成（第4章）／ハンズオンH1

この教材のゴール：アプリの起動→文字入力→待機→保存→実行までを自分の手で行い、最小の自動化シナリオを完成・実行できる。

4-1. 最初の一歩は「小さく・確実に」

いきなり業務システムを自動化しないでください。最初はメモ帳（Notepad）に決まった文章を自動で書くだけの、いちばん壊れにくい題材で「動いた！」を体験します。

4-2. シナリオ作成の基本の流れ

① どんな動きにするか決める（日本語で手順を書く）
        ▼
② ノード／ライブラリを並べる（フローチャート）
        ▼
③ 各ノードの設定を埋める（対象・入力値・変数）
        ▼
④ ステップ実行で確認する
        ▼
⑤ 通しで実行 → 保存

「いきなり作らず、まず日本語で手順を書く」——これがプロの作り方です。

4-3. 記録機能 と 手動で並べる、2つのやり方

おすすめ：まず記録で雰囲気をつかみ、実務では手動配置ベースで作る（安定・保守性が段違い）。本ハンズオンは手動配置で進めます。

4-4. ハンズオンH1：メモ帳に定型文を自動入力する

目的

アプリ起動・文字入力・待機・保存・実行の一連を体験し、最小シナリオを完成させる。

完成イメージ

実行すると、メモ帳が自動で立ち上がり、次の文章が自動でタイプされる。

本日の業務を開始します。
担当：山田
自動化テスト：成功

使用するサンプルデータ

なし（文章はシナリオ内に直接記述）。慣れたら変数化する（後述の応用課題）。

事前準備

• WinActorが起動できること
• Windowsのメモ帳（notepad.exe）が使えること
• 新規シナリオを1つ開いておく

操作手順（シナリオ設計）

まず日本語で手順を書きます。

1. メモ帳を起動する
2. メモ帳が開くまで少し待つ
3. 1行目の文章を入力する
4. 改行する
5. 2行目の文章を入力する
6. 改行する
7. 3行目の文章を入力する
8. （確認のため）1秒待つ

次にWinActorで並べます（ノード構成の一例）。

名称は版で異なります。「アプリを起動する部品」「キー入力を送る部品」「待つ部品」を選ぶ、と理解すればOK。文字入力は「エミュレーション（キー送信）」または「文字列設定」系を使います。

使用するノード・ライブラリ（まとめ）

• アプリケーション実行（起動）
• 待機ボックス／ウェイト（待つ）
• 文字列送信・キー送信（エミュレーション）（入力・改行）

変数一覧

本ハンズオンでは変数なし（次のステップで導入）。

完成後の動作確認

1. ステップ実行で1つずつ動かし、メモ帳が起動→文字が入る流れを確認
2. 問題なければ通しで実行
3. メモ帳に3行の文章が正しく表示されればクリア
4. シナリオを保存（例：H1_メモ帳自動入力_v1）

よくあるエラーと対処

改善ポイント

• 待機時間を「固定秒」ではなく、必要最小限に調整（長すぎると遅い、短すぎると失敗）。
• ノードに表示名を付ける（例：「①メモ帳起動」）。ログが読みやすくなる。

応用課題（変数への橋渡し）

1. 「担当：山田」の山田を変数 担当者名 にして、値を変えるだけで出力が変わるようにする。
2. 3行目に今日の日付を自動で入れる（日付取得のライブラリを使う）。
3. 最後に「名前を付けて保存」まで自動化する（ファイル名に日付を付ける）。

応用1の「変数化」は次の教材4（変数マスター）につながります。ここで「固定値をやめて変数にすると使い回せる」という感覚をつかんでください。

4-5. うまく動かないときの初動チェック（保存版）

自動化が失敗する原因の多くは、次のどれかです。上から順に確認してください。

1. 待ちが足りない       → 画面が出る前に操作していないか？（待機を足す）
2. 対象が違う           → 操作先ウィンドウ/要素は合っているか？
3. フォーカス外れ       → 入力先が別ウィンドウに移っていないか？
4. 配置ミス             → ノードがフローの線に正しく載っているか？
5. 値・変数の間違い     → 変数名/値/型は想定どおりか？（ステップ実行で確認）
6. 画面変更             → 対象アプリの画面が変わっていないか？

困ったら「ステップ実行」で1つずつ確認——これが最短の解決法です。

4-6. 確認テスト（解答・解説付き）

Q1.（選択） 最初の練習題材として最も適切なのは？
A. 本番の基幹システムへの入力 B. メモ帳に定型文を入力 C. 複数アプリをまたぐ複雑処理 D. 手書き書類の読み取り

Q2.（選択） アプリ起動直後に文字が途中で切れる。最初に見直すべきは？
A. 変数の型 B. ライセンス C. 起動後の待機時間 D. 保存場所

Q3.（穴埋め） シナリオ作成は、いきなり作らず、まず（　①　）で手順を書き、次にノードを並べ、（　②　）実行で1つずつ確認するとよい。

Q4.（一問一答） 自動記録と手動配置、実務で保守しやすいのはどちら？

Q5.（並べ替え） シナリオ作成の基本の流れを正しい順に。
（ア）通しで実行して保存 （イ）日本語で手順を書く （ウ）ノードを並べて設定を埋める （エ）ステップ実行で確認

Q6.（実務判断） 「メモ帳入力」が動いた次に取り組むべきステップとして適切なのは？
A. いきなり全社の請求処理を自動化 B. 山田の部分を変数化して使い回せるようにする C. 学習をやめる D. 記録機能だけで複雑処理を量産

4-7. この教材のまとめ

• WinActorの画面は「①部品置き場（ノード/ライブラリ）②作業台（フローチャート）③値の箱（変数一覧）④記録（ログ）」の4つ。
• シナリオ＝手順書、ノード＝部品、ライブラリ＝完成部品、変数＝値の箱。
• 作る時は「日本語で手順→並べる→ステップ実行で確認→通し実行→保存」。
• 失敗の多くは「待ち不足・対象違い・配置ミス・変数間違い」。困ったらステップ実行。
• 最初は小さく確実に。動いたら「変数化」で発展させる。

次の教材：教材4「変数マスター（第5章）」——固定値をやめて変数にし、シナリオを“使い回せる”ものにします。ハンズオンH2「宛名入り挨拶文」を作ります。

リマインド：ノード名・画面名・拡張子・機能の有無はバージョンで変わります。実機と本教材が違う場合は、お使いの版の公式マニュアルを正としてください。

WinActor 教材4｜変数マスター（第5章）／ハンズオンH2

対象：WinActor／RPAを初めて学ぶ人・非エンジニアの業務担当者
前提：教材1〜3（入門・基本画面・はじめてのシナリオ作成）を終えていること
共通注意：ノード名・画面名・機能の有無はバージョンで変わります。本教材の名称は「Ver.7系の一例」です。実機と違う場合は、お使いの版の公式マニュアルを正としてください。

この教材のゴール：固定値をやめて変数を使い、値を変えるだけで結果が変わる「使い回せるシナリオ」を作れるようになる。

5-1. 変数とは何か（復習＋深掘り）

1. 一言で：変数とは、あとで使う値を一時的に入れておく、名前つきの箱です。

2. 言い換え：中身を入れ替えられる箱。箱の名前は変えず、中身だけを差し替えられる。

3. 身近な例：宛名ラベルのテンプレート。「〇〇様」の〇〇に入れる名前を差し替えれば、同じ書式で全員分作れる。

4. WinActorでどう使うか：変数一覧（データ一覧）に箱を作って名前を付け、ノードやライブラリの結果を入れたり、入れた値を別のノードで使ったりする。

5. 実務注意点：箱の名前と型と初期値を最初にきちんと決める。ここが雑だと、後でエラーの温床になる。

5-2. なぜ変数が必要なのか（固定値との違い）

固定値（直接書き込み）だと、条件が変わるたびにシナリオを開いて中身を書き換える必要があります。変数にしておけば、入口の値を変えるだけで全体が変わります。

【固定値だけのシナリオ】               【変数を使ったシナリオ】
"山田様、こんにちは" と直接記述        変数[宛名]="山田" を先頭で1回設定
"山田様、資料を..."   と直接記述        本文では [宛名]様、こんにちは と参照
"山田様、では..."     と直接記述        → [宛名]を"佐藤"に変えるだけで全部変わる

担当が変わるたびに                      値を1か所変えるだけ／
全部の"山田"を探して書き換え(ミスる)     繰り返しで100人分にも展開できる

固定値 vs 変数 比較表

結論：「1回しか使わない・絶対変わらない値」以外は、基本すべて変数にする。

5-3. 変数の型（入れられる値の種類）

箱には「何を入れるか」の種類（型）があります。型が合っていないとエラーになります。

注意：「金額」を文字列で持つと足し算できません。計算するなら数値型。逆に、先頭に0が付く番号（007）は数値だと0が消えるので文字列で持つ、など使い分けが大事です。

よくある型の落とし穴

• 数値のつもりが文字列 → 合計が計算されず、文字がくっつくだけ（50+30が5030）
• 日付を文字列で扱い、書式がバラバラ → 並べ替え・比較で崩れる
• Excelから読んだ値は文字列で入ってくることが多い → 計算前に数値へ変換

5-4. 変数の作り方・使い方（基本操作）

1. 変数一覧（データ一覧）を開く
2. 新しい変数を追加し、名前を付ける（例：宛名）
3. 必要なら初期値を入れる（例：山田）
4. ノードで値を入れる：「値の設定」ノードなどで 宛名 ← 佐藤
5. ノードで値を使う：文字入力などで [宛名]様、こんにちは（版により参照の書き方は異なる）

「値を入れる（代入）」と「値を使う（参照）」の2つを区別して覚えると混乱しません。

5-5. 分かりやすい変数名の付け方（実務の肝）

変数名が雑だと、後で自分でも他人でも読めません。名前だけで用途が分かるようにします。

良い例 / 悪い例

命名のルール（おすすめ）

• 用途がわかる日本語にする（非エンジニアのチームでは日本語が読みやすい）
• 種類が分かる接頭辞を付けても良い：str_顧客名（文字列）、num_金額（数値）、path_出力先
• 一時的なカウンタは i ではなく 行番号 カウンタ など意味を持たせる
• チームで命名ルールを1つに統一する（人によってバラバラにしない）

5-6. 実務でよく使う変数の例

ヒント：ファイルパスやログイン情報のような「環境によって変わる値」はシナリオ先頭でまとめて変数に設定しておくと、別PC・別フォルダへの移設が一発でできます（保守性が大幅UP）。

5-7. ハンズオンH2：変数で「宛名入り挨拶文」を作る

目的

固定値を変数に置き換え、値を変えるだけで出力が変わる体験をする。変数の代入と参照を理解する。

完成イメージ

変数 担当者名 に 山田 を入れて実行すると、メモ帳（またはメッセージ表示）に次が出る。

山田様

いつもお世話になっております。
本日の業務を開始いたします。
担当：山田

担当者名 を 佐藤 に変えて実行すると、山田の箇所がすべて佐藤に変わる。

使用するサンプルデータ

なし（変数の値を直接設定）。慣れたら教材1付録 社員一覧.csv から名前を読む応用へ。

事前準備

• WinActorが起動できること
• 教材3のH1（メモ帳自動入力）が動かせること

変数一覧（このシナリオで使う箱）

操作手順（シナリオ設計）

まず日本語で手順を書く。

1. 変数[担当者名]に「山田」を設定する
2. 変数[挨拶本文]に、担当者名を差し込んだ文章を組み立てて入れる
3. メモ帳を起動する
4. メモ帳が開くまで待つ
5. [挨拶本文]をメモ帳に入力する

WinActorで並べる（一例）。

文字をつなげる「連結」は、ライブラリの「文字列結合」系を使う方法と、「値の設定」で式として書く方法があります（版により異なる）。改行を入れたい場合は改行コードを差し込むか、行ごとに入力ノードを分けます。

使用するノード・ライブラリ（まとめ）

• 値の設定（代入・文字列連結）
• アプリケーション実行（メモ帳起動）
• 待機ボックス
• 文字列送信／文字列設定（入力）

完成後の動作確認

1. ステップ実行で、変数一覧の 担当者名 → 挨拶本文 に値が入る様子を確認
2. 通しで実行し、メモ帳に宛名入りの文章が出ることを確認
3. 担当者名 の初期値を 佐藤 に変えて再実行 → すべて佐藤に変われば成功（これが変数の威力）
4. 保存（例：H2_宛名入り挨拶文_v1）

よくあるエラーと対処

改善ポイント

• 文章の「変わる部分」を洗い出し、すべて変数化する（宛名・日付・件名など）。
• 変数はシナリオ先頭でまとめて設定 → 後から値を探しやすい。

応用課題（次章への橋渡し）

1. 処理日（日付型）を追加し、文章に「本日（2026-07-18）」のように今日の日付を差し込む。
2. 社員一覧.csv から名前を1つ読み込み、担当者名 に入れて自動化する。
3. さらに、社員一覧の全員分を1件ずつ処理する（→ これは教材8「繰り返し」で扱う）。

応用3の「全員分を回す」で、変数＋繰り返しの組み合わせに進みます。変数は繰り返し・条件分岐と組み合わせて真価を発揮します。

5-8. 変数の考え方（図まとめ）

5-9. 確認テスト（解答・解説付き）

Q1.（選択） 変数を使う一番の利点は？
A. 実行が速くなる B. 値を1か所変えるだけでシナリオ全体に反映でき、使い回せる C. ライセンスが安くなる D. エラーが絶対に出なくなる

Q2.（選択） 金額を足し算したいのに 50 + 30 が 5030 になった。原因は？
A. WinActorの不具合 B. 変数が文字列型になっている C. メモリ不足 D. ライセンス切れ

Q3.（穴埋め） 変数には（　①　）を付け、入れる値の種類である（　②　）を意識する。先頭に0が付く番号は（　③　）型で持つ。

Q4.（一問一答） 変数1 という名前が実務で良くない理由は？

Q5.（実務判断） 次のうち「変数にすべき」ものはどれ？（複数）
A. 毎回変わる顧客名 B. 出力先フォルダのパス C. 絶対に変わらない固定の会社ロゴ画像の位置（1回だけ使用） D. 処理する日付

Q6.（並べ替え） 変数を使ったシナリオ作成の流れを正しい順に。
（ア）変数に値を設定する （イ）変わる部分を洗い出す （ウ）変数を参照して処理を作る （エ）値を変えて再実行し使い回せるか確認

5-10. この教材のまとめ

• 変数＝あとで使う値を入れる「名前つきの箱」。変わる値は基本すべて変数化。
• 固定値だと変更のたびに全書き換え。変数なら1か所変えるだけ・使い回せる・繰り返せる。
• 型（文字列/数値/日付/パス）を意識。計算は数値、0始まり番号は文字列。
• 変数名は用途が分かる名前に。チームで命名ルールを統一。
• 環境で変わる値（パス・ログイン情報）は先頭でまとめて変数設定すると移設が楽。
• 変数は繰り返し・条件分岐と組み合わせて真価を発揮する。

次の教材：教材5「Excel操作の自動化（第6章）」——実務で最も使うExcelの読み書き・転記を学び、ハンズオンH3/E1「売上一覧を別フォーマットへ転記」を作ります。

リマインド：変数の参照記法・型変換の方法・「値の設定」の書き方はバージョンで異なります。実機と違う場合は公式マニュアルを正としてください。

WinActor 教材5｜Excel操作の自動化（第6章）／ハンズオンH3・E1

対象：WinActor／RPAを初めて学ぶ人・非エンジニアの業務担当者
前提：教材1〜4（入門・基本画面・はじめてのシナリオ・変数）を終えていること
共通注意：ノード名・ライブラリ名・機能はバージョンで変わります。本教材の名称は「Ver.7系の一例」。対応ExcelはExcel 2021／2024（xls/xlsx/xlsm利用時、要インストール）。実機と違う場合は公式マニュアルを正としてください。

この教材のゴール：Excelを開いてセルを読み書きし、一覧を別フォーマットへ転記・保存できるようになる。Excel自動化でつまずく定番ポイントを避けられる。

6-1. なぜ最初にExcelなのか

RPAの導入業務で最も多いのがExcel絡みです。「転記」「集計」「フォーマット変換」は、どの部署にもあり、効果が出やすい。Excelを扱えれば、実務の入口の大半をカバーできます。

6-2. WinActorのExcel操作、2つのやり方

Excelの扱いには大きく2系統あります。特徴を理解して使い分けます。

使い分けの目安：

• 書式・数式・複数シート・見た目が大事 → Excel操作ライブラリ
• 大量データを速く読みたい・単純な表 → CSV（ファイル読み）

本教材はまず「Excel操作ライブラリ」を中心に、実務の王道パターンを学びます。CSVは教材で扱う 売上一覧.csv を .xlsx に保存し直して使うか、CSV読み込みライブラリを使います。

6-3. Excel自動化の基本フロー（超重要）

Excel操作は、必ずこの順番で組みます。ここを守るとトラブルが激減します。

① 開く      Excelファイルを開く（対象を変数[対象ファイル]で指定）
    ▼
② 読む/書く  セルの値を取得／セルへ値を設定（必要なだけ繰り返す）
    ▼
③ 保存      変更したら保存（別名保存が安全）
    ▼
④ 閉じる    必ず閉じる（開きっぱなしは事故のもと）★忘れやすい

④の「閉じる」を忘れると、次の実行でファイルが開けない・固まる、といった典型トラブルになります。開いたら必ず閉じるをセットで覚えてください。

6-4. 基本操作を1つずつ

Excelを開く

• ライブラリ「Excel操作（開く）」系で、対象ファイルのパスを指定。
• パスは変数 対象ファイルパス にしておくと、別環境でも変えやすい。

セルの値を読む

• 「Excel操作（値の取得）」で、シート名・セル位置（例：A2）を指定 → 結果を変数に入れる。
• 読んだ値は文字列で入ることが多い。計算する前に数値変換。

セルに値を書く

• 「Excel操作（値の設定）」で、シート・セル・入れる値（変数可）を指定。

行を追加する / 表を読み込む

• 最終行の次に書けば「追加」。表全体はループ（繰り返し）で1行ずつ読む（教材8で詳説）。
• 「最終行を取得」系ライブラリで、データが何行あるかを先に知るのが定石。

集計する

• 単純な合計はループで数値を足す、またはExcelの数式セルを読む。
• 「担当ごとの合計」などは、読みながら変数に足し込む。

別ファイルに転記する

• 読み込み元Excelと、書き込み先Excelの2つを開いて、値を移す。
• 元は読むだけ（保存不要）、先は書いたら保存。

6-5. Excel操作で失敗しやすいポイント（保存版）

6-6. ハンズオンH3／E1：売上一覧を別フォーマットへ転記する

目的

Excel（またはCSV）から一覧を読み、別フォーマットの表へ転記して保存する。実務で最頻出の「転記」を体験する。

完成イメージ

入力（売上一覧）:

日付        商品コード  商品名     数量  単価  担当
2026-07-01  P100       ノートA    10    120   山田
2026-07-01  P200       ペンB      50    80    佐藤
...

↓ 転記・加工 ↓
出力（売上レポート）:

No  商品名     担当    金額（数量×単価）
1   ノートA    山田    1,200
2   ペンB      佐藤    4,000
...
                       合計   合計金額

• 「金額」は 数量 × 単価 を計算して入れる（変数＝数値の練習）
• 最終行に合計を入れる

使用するサンプルデータ

教材1付録の 売上一覧.csv（下記）を 売上一覧.xlsx として保存して使用（またはCSV読み込みで代用）。

日付,商品コード,商品名,数量,単価,担当
2026-07-01,P100,ノートA,10,120,山田
2026-07-01,P200,ペンB,50,80,佐藤
2026-07-02,P100,ノートA,5,120,鈴木
2026-07-02,P300,消しゴムC,30,50,山田
2026-07-03,P200,ペンB,20,80,高橋

事前準備

• Excel 2021/2024 がインストールされていること（Excel操作ライブラリ使用時）
• 売上一覧.xlsx を作業フォルダに配置
• 出力用に空の 売上レポート.xlsx（見出しだけ：No / 商品名 / 担当 / 金額）を用意

変数一覧

操作手順（シナリオ設計）

日本語で手順を書く。

1. 入力Excelを開く
2. データの最終行を取得して[最終行]に入れる
3. [行番号]=2 から [最終行] まで繰り返す：
   3-1. 商品名(C列)・担当(F列)・数量(D列)・単価(E列)を読む
   3-2. 数量・単価を数値に変換
   3-3. [金額] = [数量] × [単価]
   3-4. [合計金額] に [金額] を足す
   3-5. 出力Excelの[出力行番号]行に No/商品名/担当/金額 を書く
   3-6. [出力行番号] を +1、[行番号] を +1
4. 出力Excelの合計欄に[合計金額]を書く
5. 出力Excelを保存して閉じる
6. 入力Excelを閉じる

WinActorのノード構成（一例）。

「繰り返し」と「分岐」は次の教材（第9章）で詳しく扱いますが、ここでは「上から下へ何度も回す箱」として使います。列指定（C列＝商品名など）は入力データの並びに合わせてください。

使用するノード・ライブラリ（まとめ）

• Excel操作：開く／最終行取得／値の取得／値の設定／保存／閉じる
• 繰り返し（前判定ループ）
• 値の設定（代入・四則演算）／数値変換

完成後の動作確認

1. ステップ実行で、1行目（ノートA）が読まれ、金額＝10×120＝1200 になるか確認
2. 通しで実行し、売上レポート.xlsx に全5件＋合計が出るか確認
3. 手計算と合計が一致するか照合（1200+4000+600+1500+1600＝8900）
4. 保存し、シナリオも保存（例：E1_売上転記_v1）

よくあるエラーと対処

改善ポイント

• 入力/出力パスをシナリオ先頭でまとめて変数設定 → 別フォルダ移設が一発。
• 列番号を変数化（商品名列 など）すると、様式変更に強くなる。
• 空行・不正データはエラー一覧に記録して飛ばす（例外設計＝教材9で）。

応用課題

1. 「担当ごとの合計金額」を集計して、担当別レポートも出す。
2. 出力ファイル名に処理日を付ける（売上レポート_20260718.xlsx）。
3. 金額が一定額以上の行だけ「要確認」列に印を付ける（条件分岐＝教材7へ）。

6-7. Excel自動化 処理フロー（図まとめ）

6-8. 確認テスト（解答・解説付き）

Q1.（選択） Excel操作で最も忘れやすく、忘れると次回に開けない等の事故になるのは？
A. 保存 B. 閉じる C. シート選択 D. 色付け

Q2.（選択） Excelから読んだ「数量」で掛け算しようとしたら文字が連結された。原因と対策は？
A. Excelの故障 / 再起動 B. 値が文字列型 / 数値変換してから計算 C. ライセンス / 更新 D. パス誤り / パス修正

Q3.（穴埋め） Excel自動化は「①（　　）→②読む/書く→③（　　）→④（　　）」の順で組む。特に④を忘れると事故になる。

Q4.（一問一答） 元データを壊さず結果を残すには、どう保存する？

Q5.（実務判断） 「書式・数式・複数シートを保ったまま処理したい」。どちらの方式が適切？
A. CSVとしてファイル読み込み B. Excel操作ライブラリ（Excel本体を使う）

Q6.（並べ替え） 売上転記シナリオの正しい流れに並べ替え。
（ア）保存して閉じる （イ）入力・出力Excelを開く （ウ）最終行取得 （エ）行ごとに読む→計算→書く（繰り返し） （オ）合計を書く

6-9. この教材のまとめ

• Excelは実務RPAの入口。転記・集計・変換は効果が出やすい。
• 方式は「Excel操作ライブラリ（書式・数式に強い／要Excel）」と「CSVファイル読み（速い・軽い）」を使い分け。
• 基本フローは開く→読む/書く→保存→閉じる。閉じ忘れ厳禁。
• つまずき定番：閉じ忘れ・セルズレ・シート名・数値/文字列・絶対パス・上書き破壊。
• 入出力パスは先頭で変数化、元データは壊さず別名保存。

次の教材：教材6「Web操作の自動化（第7章）」——ブラウザのログイン・フォーム入力・要素が見つからない時の対処を学び、ハンズオンH4/E4「Webに顧客情報を入力」を作ります。

リマインド：Excel操作ライブラリの名称・引数、CSV読み込み、数値変換の方法はバージョンで異なります。対応Excelは2021/2024。実機と違う場合は公式マニュアルを正としてください。

WinActor 教材6｜Web操作の自動化（第7章）／ハンズオンH4・E4

対象：WinActor／RPAを初めて学ぶ人・非エンジニアの業務担当者
前提：教材1〜5（入門・基本画面・シナリオ作成・変数・Excel）を終えていること
共通注意：ノード名・ライブラリ名・ブラウザ拡張の名称はバージョンで変わります。対応ブラウザはChrome（100以降）／Firefox（96以降）／Edge Chromium版（100以降）（自動記録・自動操作対応・要確認）。実機と違う場合は公式マニュアルを正としてください。

この教材のゴール：ブラウザを開いてログインし、フォームに入力・クリック・結果取得ができる。「要素が見つからない」定番トラブルの原因を切り分けられる。

7-1. Web操作の考え方（Excelとの違い）

Excelは「決まったセル位置」を読み書きしましたが、Webは「画面の中のどの部品（要素）を操作するか」を指定します。ボタン・入力欄・リンクなど1つ1つが「要素」です。

Excel：       セルA2 の値を読む（位置が固定）
Web ：        「ユーザー名」の入力欄に文字を入れる（要素を指定）
              「ログイン」ボタンをクリックする（要素を指定）

Webが不安定になりやすいのは、画面が変わる・表示に時間がかかるからです。だからWeb操作は「待つ」ことがとても重要になります。

7-2. 事前準備：ブラウザ拡張・対応ブラウザ

WinActorでブラウザを自動操作するには、対応ブラウザ＋専用の拡張機能の準備が必要な場合があります（版・ブラウザによる）。

• 対応ブラウザ：Chrome / Firefox / Edge（いずれも一定バージョン以上・要確認）
• ブラウザ拡張（アドオン）の導入：公式手順に従う
• 会社PCでは拡張導入に管理者権限や情報システム部門の許可が要ることがある → 先に確認

つまずき第一号が「拡張が入っていなくてブラウザ操作が動かない」です。ハンズオン前に必ず準備を済ませてください。

7-3. Web自動化の基本フロー

① ブラウザでページを開く（URLを指定）
    ▼
② 表示されるまで待つ（★重要：要素が出る前に操作しない）
    ▼
③ 入力欄に文字を入れる（ID/パスワード/検索語 など）
    ▼
④ ボタン・リンクをクリックする
    ▼
⑤ 画面遷移を待つ（次のページが出るまで）
    ▼
⑥ 必要な値を取得する（検索結果・メッセージ など）
    ▼
⑦ 繰り返す/次へ、最後にブラウザを閉じる

②と⑤の「待つ」を省くと失敗します。「画面が出た＝すぐ操作できる」ではありません。

7-4. 要素の指定方法（クリック・入力の当て先）

WinActorでは、操作したい要素を次のような方法で指定します（版により呼び名が異なる）。

実務の原則：できるだけ属性（id/name）で指定する。座標依存は避ける（PCや解像度が変わると全部ずれる）。

7-5. 「要素が見つからない」時の切り分け（最重要スキル）

Web自動化のトラブルの8割は「要素が見つからない／操作できない」です。次の順で切り分けます。

1. まだ表示されていない？   → 待機を足す／「要素が出るまで待つ」を使う
2. 別の画面/タブにいる？    → 対象ウィンドウ・タブが正しいか確認
3. 要素の指定が古い？       → 画面変更で名札が変わった。指定を取り直す
4. フレーム内にある？       → iframe（画面内画面）の中は別途指定が必要
5. ポップアップ/別窓？      → 新しいウィンドウに切り替えているか
6. 読み込みが遅い？         → 通信・サーバ都合。待機を長めに/リトライ

最初にやるのは「待機を足す」。これで直ることが非常に多いです。それでもダメなら要素指定を疑います。

7-6. ログイン処理の作り方（型）

1. ログインページを開く
2. ページ表示を待つ
3. [ユーザー名]欄に ID を入力
4. [パスワード]欄に PW を入力
5. [ログイン]ボタンをクリック
6. ログイン後の画面が出るまで待つ
7. ログイン成功を確認（特定の文字/要素が出たか）

セキュリティ注意（実務必須）：

• IDやパスワードをシナリオに直書きしない。設定ファイル・環境変数・WinActorの資格情報管理など、外出しにする（版の機能を確認）。
• シナリオファイルを共有・引き継ぐ時に認証情報が漏れない運用にする。
• ログイン失敗が続くとアカウントロックの恐れ。リトライ回数を決める。

7-7. ハンズオンH4／E4：Webシステムに顧客情報を入力する

目的

ブラウザを開いてログインし、フォームに顧客情報を入力・送信する。要素指定と「待つ」を体験する。

完成イメージ

• テスト用のWebフォームを開く
• ID/PWでログイン（練習用サイトの場合）
• 「氏名」「会社名」「メール」「電話」欄に、Excel/CSVの顧客1件分を入力
• 「登録」ボタンをクリック → 完了メッセージを確認

使用するサンプルデータ

教材1付録 顧客一覧.csv（下記）。まずは1件（C001 山田太郎）だけ入力する。

顧客ID,氏名,会社名,メール,電話
C001,山田太郎,あおぞら商事,taro@example.com,03-1111-0001
C002,佐藤花子,みどり物産,hanako@example.com,03-1111-0002
...

事前準備

• 対応ブラウザ＋WinActorのブラウザ拡張が導入済み
• 練習用のWebフォームを用意（次のいずれか）
• 社内のテスト環境（本番は使わない）
• 自作の簡単なHTMLフォーム（氏名/会社/メール/電話/登録ボタン）※ローカルファイルでOK
• 公開の練習用フォーム（利用規約を確認）
• 顧客一覧.csv を作業フォルダに配置

重要：練習は必ずテスト環境・ダミーデータで。本番システムや他人の個人情報では絶対に行わない。

変数一覧

操作手順（シナリオ設計）

日本語で手順を書く。

1. CSVから1件分（氏名/会社/メール/電話）を読み、変数に入れる
2. ブラウザで[対象URL]を開く
3. ページ表示を待つ
4. （ログインが必要なら）ID/PWを入力→ログイン→待つ
5. 「氏名」欄に[氏名]を入力
6. 「会社名」欄に[会社名]を入力
7. 「メール」欄に[メール]を入力
8. 「電話」欄に[電話]を入力
9. 「登録」ボタンをクリック
10. 完了メッセージが出るまで待つ→成功を確認
11. ブラウザを閉じる

WinActorのノード構成（一例）。

各入力欄・ボタンは、実際の画面で要素を取得（キャプチャ）して指定します。取得方法は版により異なります（記録機能で拾う／要素選択ツールを使う 等）。

使用するノード・ライブラリ（まとめ）

• ブラウザ操作：開く／入力／クリック／値の取得／閉じる
• 待機（要素が出るまで待つ）
• CSV読み込み／Excel値取得

完成後の動作確認

1. ステップ実行で、各欄に正しい値が入るか1つずつ確認
2. 通しで実行し、1件が登録され完了メッセージが出るか確認
3. 値がズレる欄がないか（氏名欄に会社名が入る等）を確認
4. 保存（例：E4_Web顧客入力_v1）

よくあるエラーと対処

改善ポイント

• 認証情報は直書きしない（外部設定・資格情報管理へ）。
• 待機は「固定◯秒」より「要素が出るまで待つ」を優先（速く・安定）。
• 要素は座標でなく属性で指定して画面変更に強くする。

応用課題（次章への橋渡し）

1. 顧客一覧.csv の全件を1件ずつ入力する（繰り返し＝教材8）。
2. メール欄が空の行はスキップして、エラー一覧に記録する（条件分岐・例外＝教材7/9）。
3. 登録結果（成功/失敗）を処理ログに書き出す（教材で扱うログ設計）。

7-8. Web自動化 処理フロー（図まとめ）

7-9. 確認テスト（解答・解説付き）

Q1.（選択） Web自動化がExcelより不安定になりやすい主な理由は？
A. 文字数が多いから B. 画面が変わる・表示に時間がかかるから C. 色が多いから D. マウスが壊れるから

Q2.（選択） 「要素が見つからない」時、最初に試すべきは？
A. PCを買い替える B. 待機を足す（表示を待つ） C. ライセンスを更新する D. Excelを閉じる

Q3.（穴埋め） 要素の指定は、解像度で崩れやすい（　①　）指定を避け、部品の名札である（　②　）（id/name等）で指定するのが安定。

Q4.（一問一答） ログインID・パスワードをシナリオに直書きしてはいけない理由は？

Q5.（実務判断） Web入力の練習をする環境として正しいのは？
A. 本番の顧客管理システムに実データで B. テスト環境・自作フォームにダミーデータで C. 他社の公開システムに勝手に大量登録 D. 同僚のアカウントで本番に

Q6.（並べ替え） Webログイン→入力の正しい流れに並べ替え。
（ア）各欄に入力 （イ）ページを開く （ウ）表示を待つ （エ）登録ボタンをクリック （オ）完了を待って確認

7-10. この教材のまとめ

• Webは「要素（部品）」を指定して操作。画面が変わる・遅い前提で「待つ」が命。
• 事前に対応ブラウザ＋拡張を準備（会社は許可確認）。
• 要素指定は属性（id/name）優先、座標は避ける。
• 「要素が見つからない」は、①待つ ②対象ウィンドウ ③指定が古い ④フレーム ⑤別窓 ⑥遅延、の順で切り分け。
• 認証情報は直書き禁止・外出し。ロック対策にリトライ制限。
• 練習は必ずテスト環境・ダミーデータで。

次の教材：教材7「ファイル・フォルダ操作（第8章）」——一覧取得・移動・リネームを学び、ハンズオンH5/E2「請求書ファイルを月別フォルダに振り分け」を作ります。

リマインド：ブラウザ拡張の要否・要素取得の方法・資格情報管理機能はバージョンで異なります。対応ブラウザのバージョン条件も含め、実機の公式情報を正としてください。

WinActor 教材7｜ファイル・フォルダ操作（第8章）／ハンズオンH5・E2

対象：WinActor／RPAを初めて学ぶ人・非エンジニアの業務担当者
前提：教材1〜6（入門・基本画面・シナリオ作成・変数・Excel・Web）を終えていること
共通注意：ライブラリ名・引数はバージョンで変わります。本教材の名称は「Ver.7系の一例」。実機と違う場合は公式マニュアルを正としてください。

この教材のゴール：フォルダ内のファイル一覧取得・移動・コピー・リネーム・存在確認ができ、ルールに沿ってファイルを自動で振り分けられる。

8-1. ファイル操作が実務で効く理由

「毎月、届いた請求書PDFを取引先別・月別フォルダに手で振り分ける」「ファイル名を規則どおりに直す」——こうした地味だが件数の多い整理作業は、ミスも起きやすく時間を食います。ファイル操作の自動化は効果が見えやすい定番です。

WebやExcelのように画面を操作しないので、比較的安定して動くのも利点です（画面変更の影響を受けにくい）。

8-2. パス（場所の住所）を理解する

ファイル操作の土台はパス＝ファイル/フォルダの「住所」です。

実務原則：フォルダパスは変数化して先頭でまとめて設定する。別PC・別フォルダへ移す時に1か所直すだけで済む。

8-3. 基本操作を1つずつ

存在確認

• 「ファイルが存在するか」「フォルダが存在するか」を先に確認するのが安全。
• 無いのに開こうとするとエラー。処理前に存在チェックが鉄則。

フォルダ内のファイル一覧取得

• 指定フォルダのファイル名（またはフルパス）を一覧として取得。
• 「.pdf だけ」「請求書* で始まるものだけ」のように条件で絞ることもできる（版による）。
• 取得した一覧を繰り返しで1件ずつ処理するのが定番（教材8＝繰り返しと相性抜群）。

ファイル名変更（リネーム）

• 元の名前 → 新しい名前へ。日付や連番を付ける加工が多い。

ファイル移動 / コピー

• 移動＝元の場所から消えて先へ。コピー＝元を残して複製。
• 移動前に「移動先フォルダがあるか」を確認（無ければ作る）。

ファイル削除

• 消すと基本戻せない。削除は特に慎重に（後述の注意）。

フォルダ作成

• 「2026-07」のような月別フォルダを無ければ作る。振り分けの前準備。

日付付きファイル名の作成

• 今日の日付を取得し、請求書_20260718.pdf のように名前を組み立てる。
• 日付の書式（yyyymmdd など）を統一するとファイルが自然に並ぶ。

8-4. ファイル操作の危険ポイント（安全第一）

ファイル操作は取り返しがつかない事故が起きやすい領域です。次を必ず守ります。

鉄則：本番フォルダでいきなり試さない。必ずコピーしたテストフォルダで動作確認してから本番へ。削除より移動（退避）を優先。

8-5. ハンズオンH5／E2：請求書ファイルを月別フォルダに振り分ける

目的

フォルダ内のファイル一覧を取得し、ファイル名（または対応表）のルールに従って月別フォルダへ自動で振り分ける。存在確認・フォルダ作成・移動を体験する。

完成イメージ

処理前:

C:\請求書\受信\
    INV-2026-001.pdf
    INV-2026-002.pdf
    INV-2026-003.pdf
    INV-2026-004.pdf

↓ 請求書一覧.csv の「請求日」に従って振り分け ↓
処理後:

C:\請求書\整理済\
    2026-06\  INV-2026-003.pdf
    2026-07\  INV-2026-001.pdf, INV-2026-002.pdf, INV-2026-004.pdf

使用するサンプルデータ

教材1付録 請求書一覧.csv（請求書番号と請求日の対応表）＋ダミーPDF。

請求書番号,取引先,金額,請求日
INV-2026-001,あおぞら商事,120000,2026-07-05
INV-2026-002,みどり物産,84000,2026-07-06
INV-2026-003,つばさ工業,256000,2026-06-28
INV-2026-004,ひかり食品,45000,2026-07-10

ダミーPDFは、メモ帳で空ファイルを作り拡張子を .pdf にする等で用意（中身は問わない・練習用）。ファイル名は請求書番号に合わせる。

事前準備

• C:\請求書\受信\ にダミーPDF4件を配置
• C:\請求書\整理済\ を用意（空でよい）
• 請求書一覧.csv を作業フォルダに配置
• 必ずコピーしたテスト用フォルダで実施（本番の請求書では行わない）

変数一覧

操作手順（シナリオ設計）

日本語で手順を書く。

1. 受信フォルダのファイル一覧（*.pdf）を取得
2. 一覧を1件ずつ繰り返す：
   2-1. ファイル名から請求書番号を取り出す
   2-2. 対応表(CSV)から、その番号の請求日を引く
   2-3. 請求日から「年月」(例:2026-07)を作る
   2-4. 移動先フォルダ(整理先ルート\年月)が無ければ作る
   2-5. ファイルを移動先へ移動する（同名があれば要注意）
   2-6. 処理内容をログに記録
3. 完了件数を表示

WinActorのノード構成（一例）。

「繰り返し」「分岐」は次章で詳説。ここでは一覧を回す・条件で分けるという流れをつかめばOK。

使用するノード・ライブラリ（まとめ）

• ファイル一覧取得／存在確認／フォルダ作成／ファイル移動（必要ならコピー）
• 文字列操作（番号抽出）／CSV読み込み・表引き／日付操作
• 繰り返し／分岐／ログ書き込み

完成後の動作確認

1. ステップ実行で1件目（INV-2026-003）の 年月 が 2026-06 になるか確認
2. 通しで実行し、整理済\2026-06\ に1件、2026-07\ に3件入るか確認
3. 受信フォルダが空（＝全部移動済み）になっているか確認
4. ログに4件の処理記録が残っているか確認
5. 保存（例：E2_請求書振り分け_v1）

よくあるエラーと対処

改善ポイント

• フォルダパスは先頭でまとめて変数設定。移設が一発。
• 削除ではなく移動で運用（元を消さず整理済へ）。
• 処理前に件数を表示して確認（暴走防止）。
• 同名衝突は連番 or サブフォルダで回避するルールを決める。

応用課題（次章への橋渡し）

1. 取引先別のサブフォルダも作る（整理済\2026-07\あおぞら商事\）。
2. 金額が10万円以上の請求書だけ「要確認」フォルダにコピーも残す（条件分岐＝教材8）。
3. 処理できなかったファイル（対応表に無い等）はエラー一覧に記録して残す（例外設計＝教材9）。

8-6. ファイル振り分け 処理フロー（図まとめ）

8-7. 確認テスト（解答・解説付き）

Q1.（選択） ファイル操作がWeb操作より安定して動きやすい主な理由は？
A. 速いから B. 画面を操作しないので画面変更の影響を受けにくいから C. 無料だから D. 拡張が不要だから

Q2.（選択） ファイルを移動する前に必ず確認すべきことは？
A. インターネット接続 B. 移動先フォルダが存在するか（無ければ作る） C. ブラウザの種類 D. ライセンス残数

Q3.（穴埋め） ファイル操作は事故が起きやすいので、（　①　）より（　②　）を優先し、本番前に必ず（　③　）フォルダで試す。

Q4.（一問一答） 同名ファイルが移動先にある時の安全な対処は？

Q5.（実務判断） 「毎月200件の請求書PDFを取引先・月別に手で振り分けている」。自動化すべき？
A. すべき（件数多い・ルール明確・毎月＝定型） B. すべきでない（判断が必要）

Q6.（並べ替え） ファイル振り分けの正しい流れに並べ替え。
（ア）ファイルを移動 （イ）一覧を取得 （ウ）移動先フォルダを無ければ作る （エ）1件ずつ振り分け先（年月）を決める （オ）ログに記録

8-8. この教材のまとめ

• ファイル整理の自動化は件数が多く効果が見えやすい定番。画面操作より安定。
• 土台はパス（住所）。フォルダパスは変数化して先頭でまとめて設定。
• 基本操作：存在確認・一覧取得・リネーム・移動/コピー・削除・フォルダ作成・日付付き名。
• 安全第一：削除より移動、上書き回避（同名チェック）、移動先は事前作成、必ずテストフォルダで検証、件数確認で暴走防止。
• 一覧取得＋繰り返し＋分岐で「振り分け」が作れる（次章で繰り返し・分岐を本格化）。

次の教材：教材8「条件分岐と繰り返し（第9章）」——RPAの頭脳である「判断」と「反復」を学び、ハンズオンH6/E3「Excel複数行を1件ずつ処理」「CSVから条件抽出」を作ります。

リマインド：ファイル一覧取得の絞り込み方法・文字列/日付操作・CSV表引きの手順はバージョンで異なります。実機と違う場合は公式マニュアルを正としてください。

WinActor 教材8｜条件分岐と繰り返し（第9章）／ハンズオンH6・E3

対象：WinActor／RPAを初めて学ぶ人・非エンジニアの業務担当者
前提：教材1〜7（入門〜ファイル操作）を終えていること
共通注意：ノード名（分岐/繰り返し）や条件式の書き方はバージョンで変わります。本教材の名称は「Ver.7系の一例」。実機と違う場合は公式マニュアルを正としてください。

この教材のゴール：条件分岐（判断）と繰り返し（反復）を使い、一覧を1件ずつ・条件で分けて処理できるようになる。RPAが「単純作業ロボ」から「判断できるロボ」に進化する回です。

9-1. ここが「単機能」と「実務」の分かれ目

教材5〜7では1件を処理しました。しかし実務は「100件を1件ずつ」「金額で処理を変える」「エラー行だけ飛ばす」——大量＋判断が普通です。それを可能にするのが繰り返しと条件分岐。この2つで、シナリオは一気に実務レベルになります。

単機能（今まで）        実務（これから）
1件を処理             100件を1件ずつ処理（繰り返し）
決まった動き           金額や状態で動きを変える（条件分岐）
順番に流すだけ         エラー行は飛ばす・記録する（分岐＋例外）

9-2. 条件分岐とは何か

1. 一言で：条件分岐とは、「もし〇〇なら A、そうでなければ B」と処理を分ける仕組みです。

2. 言い換え：分かれ道。信号が青なら進む、赤なら止まる。

3. 身近な例：「金額が1万円以上なら上司承認へ、未満ならそのまま処理」。

4. WinActorでどう使うか：「分岐」ノードに条件を設定し、条件を満たす時（Yes）と満たさない時（No）で別の処理へ流す。

5. 実務注意点：条件はあいまいにしない。「大きい」ではなく「10000以上」のように数値・基準を明確に。判定に使う値の型（数値か文字列か）にも注意。

条件分岐の形

        （条件：金額 >= 10000 ？）
          │Yes            │No
          ▼               ▼
    上司承認フローへ    そのまま登録
          │               │
          └──────┬──────┘
                 ▼
               次の処理

よく使う条件の例

==（等しい）、>=（以上）、<（未満）などの比較は、版により書き方・選び方が異なります（多くはメニューから選択）。

9-3. 繰り返しとは何か

1. 一言で：繰り返しとは、同じ処理を何度も自動で回す仕組みです。

2. 言い換え：スタンプを押し続けるように、同じ動作を件数分くり返す。

3. 身近な例：名簿の上から順に、1人ずつ同じ作業（メール送信など）を行う。

4. WinActorでどう使うか：「繰り返し」ノードの中に処理を入れ、回数や条件で回す。一覧（Excelの行・ファイル群）を1件ずつ処理するのが最頻出。

5. 実務注意点：終わる条件を必ず決める（無限ループ防止）。回すたびに現在位置（行番号など）を1つ進めるのを忘れない。

繰り返しの主な種類

繰り返しの形（一覧を回す）

[行番号 = 2]
   ▼
┌── 繰り返し（行番号 <= 最終行 の間）──┐
│  その行を読む                         │
│  処理する                             │
│  行番号 = 行番号 + 1  ← ★進める       │
└──────────────────────────┘
   ▼
[繰り返し終了]

★「行番号を進める」を忘れると同じ行を永遠に処理＝無限ループ。最頻出のミスです。

9-4. 条件分岐 × 繰り返し（組み合わせが本番）

実務では2つを組み合わせます。「一覧を回しながら、条件に合う行だけ処理する」が黄金パターン。

┌── 繰り返し（全行）──────────────────┐
│  行を読む                                 │
│  （条件：ステータス == "承認待ち" ？）       │
│     │Yes → 処理する（Webに入力 等）         │
│     │No  → 何もしない（スキップ）            │
│  行番号 +1                                │
└────────────────────────────────┘

エラー行をスキップする（例外の第一歩）

┌── 繰り返し（全行）────────────────────┐
│  （条件：必須項目が空 ？）                    │
│     │Yes → エラー一覧に記録して次へ（スキップ）  │
│     │No  → 通常処理                          │
│  行番号 +1                                  │
└──────────────────────────────────┘

1件のエラーで全体を止めない——これが実務で信頼される作り方（詳細は教材9）。

9-5. ハンズオンH6：Excelの複数行を1件ずつ処理する

目的

一覧を繰り返しで回し、条件分岐で処理を分ける、実務の中核を体験する。

完成イメージ

顧客一覧.csv の全5件を1件ずつ読み、

• メールが入っている行 → 「登録対象」として処理（今回はメモ帳/ログに出力で代用）
• メールが空の行 → スキップして「要確認」に記録

最後に「登録◯件／スキップ◯件」を表示。

使用するサンプルデータ

教材1付録 顧客一覧.csv。練習用に、あえて1件だけメールを空にして試す。

顧客ID,氏名,会社名,メール,電話
C001,山田太郎,あおぞら商事,taro@example.com,03-1111-0001
C002,佐藤花子,みどり物産,,03-1111-0002        ← メール空（スキップ確認用）
C003,鈴木一郎,つばさ工業,ichiro@example.com,03-1111-0003
C004,高橋美咲,ひかり食品,misaki@example.com,03-1111-0004
C005,田中健二,さくら電機,kenji@example.com,03-1111-0005

変数一覧

操作手順（シナリオ設計）

1. 最終行を取得
2. [行番号]=2 から [最終行] まで繰り返す：
   2-1. 氏名・会社名・メールを読む
   2-2. もし[メール]が空なら：
        → 「要確認」としてログ/エラー一覧に記録、[スキップ件数]+1
        そうでなければ：
        → 登録処理（今回はログ出力で代用）、[登録件数]+1
   2-3. [行番号]+1
3. 「登録◯件／スキップ◯件」を表示

WinActorノード構成（一例）。

完成後の動作確認

1. ステップ実行で、C002の行に来た時に「空 → スキップ側」へ流れるか確認
2. 通しで実行し、登録4件／スキップ1件になるか確認
3. 行番号 が毎回+1され、無限ループしないことを確認
4. 保存（例：H6_複数行処理_v1）

よくあるエラーと対処

改善ポイント

• 「空チェック」以外の条件（電話も必須 等）もAND/ORで組める。
• スキップ理由を具体的に記録（「メール空」「重複」等）すると後で直しやすい。

9-6. ハンズオンE3：CSVから条件に合うデータだけ抽出する

目的

繰り返し＋条件分岐で、一覧から条件に合う行だけを別ファイルに抜き出す。

完成イメージ

申請一覧.csv から、ステータスが「承認待ち」の行だけを 承認待ち一覧.csv に出力。

使用するサンプルデータ

教材1付録 申請一覧.csv。

申請ID,申請者,種別,申請日,ステータス
A001,山田太郎,経費,2026-07-01,承認待ち
A002,佐藤花子,休暇,2026-07-02,承認済
A003,鈴木一郎,経費,2026-07-03,却下
A004,高橋美咲,出張,2026-07-04,承認待ち

→ 出力は A001 と A004 の2件。

変数一覧

操作手順（シナリオ設計）

1. 入力CSVの最終行を取得、出力ファイルに見出し行を用意
2. 全行を繰り返す：
   2-1. 各列を読む
   2-2. もし[ステータス]=="承認待ち" なら：
        → その行を出力ファイルに書く、[出力行番号]+1、[抽出件数]+1
   2-3. [行番号]+1
3. 「抽出◯件」を表示

完成後の動作確認

1. ステップ実行で、A002(承認済)・A003(却下)が書かれずに飛ばされるか確認
2. 通しで実行し、出力に A001・A004 の2件が入るか確認
3. 保存（例：E3_条件抽出_v1）

よくあるエラーと対処

改善ポイント

• 抽出条件を変数化（対象ステータス="承認待ち"）すると、他の条件にすぐ切替可能。
• 複数条件（承認待ち かつ 経費）は AND で組む。

9-7. 図まとめ：繰り返し＋条件分岐

[最終行取得]
   ▼
┌── 繰り返し（行番号=2 → 最終行）──────────┐
│  行を読む                                    │
│  ┌ 分岐（条件を満たす？）┐                     │
│  │Yes→ 処理する/出力する  │                     │
│  │No → スキップ/記録      │                     │
│  └───────────────┘                     │
│  行番号 +1  ← ★忘れると無限ループ              │
└────────────────────────────────┘
   ▼
[件数を表示]

9-8. 確認テスト（解答・解説付き）

Q1.（選択） 「もし金額が1万円以上なら承認へ、そうでなければ登録」を実現するのは？
A. 繰り返し B. 条件分岐 C. 変数 D. 待機

Q2.（選択） 一覧を1件ずつ処理するのに使うのは？
A. 条件分岐 B. 繰り返し C. 保存 D. 待機

Q3.（選択） 繰り返しで同じ行を永遠に処理してしまう最大の原因は？
A. ライセンス切れ B. 行番号（現在位置）を進めていない C. Excel未インストール D. 画面が暗い

Q4.（穴埋め） 条件はあいまいにせず「大きい」ではなく「（　①　）以上」のように基準を明確にし、比較する値の（　②　）（数値/文字列）にも注意する。

Q5.（一問一答） 実務で「1件のエラーで全体を止めない」ために、エラー行はどうする？

Q6.（実務判断） 100件の申請から「承認待ち」だけをWebに登録したい。使う組み合わせは？
A. 繰り返しだけ B. 条件分岐だけ C. 繰り返し＋条件分岐 D. 変数だけ

Q7.（並べ替え） 一覧を条件抽出する流れを正しい順に。
（ア）行番号+1 （イ）最終行取得 （ウ）行を読む （エ）条件に合えば出力 （オ）繰り返し開始

9-9. この教材のまとめ

• 条件分岐＝判断（もし〜なら）、繰り返し＝反復（件数分回す）。この2つで実務レベルへ。
• 条件は基準を明確に・型に注意。繰り返しは終了条件と現在位置の前進が命（無限ループ防止）。
• 黄金パターンは「全件を回しながら、条件に合う行だけ処理」。
• エラー行は止めずにスキップ＆記録（信頼される作り方）。
• 抽出条件は変数化すると使い回せる。

次の教材：教材9「エラー対応とデバッグ（第10章）」——止まらないシナリオの作り方（例外処理）、ログの読み方、原因特定を学び、ハンズオンH7/E6「エラー時に止めず一覧に記録」を作ります。

リマインド：分岐・繰り返しノードの種類、条件式の記法、文字比較（空白/全半角）の扱いはバージョンで異なります。実機と違う場合は公式マニュアルを正としてください。

WinActor 教材9｜エラー対応とデバッグ（第10章）／ハンズオンH7・E6

対象：WinActor／RPAを初めて学ぶ人・非エンジニアの業務担当者
前提：教材1〜8（入門〜条件分岐・繰り返し）を終えていること
共通注意：例外処理ノード名・ログ画面・設定はバージョンで変わります。本教材の名称は「Ver.7系の一例」。実機と違う場合は公式マニュアルを正としてください。

この教材のゴール：エラーの原因をログとステップ実行で切り分けられ、止まらない（例外処理を入れた）シナリオを作れる。実務で信頼される作り方を身につける。

10-1. 「エラーは必ず起きる」を前提にする

RPAは、通信の遅れ・画面変更・想定外のデータなどで必ずいつか止まります。大事なのは「エラーを0にする」ことではなく、エラーが起きた時にどう振る舞うかを設計しておくことです。

初心者の作り方              実務の作り方
エラー＝止まって終わり       エラー＝想定内。止める/飛ばす/知らせるを設計
原因が分からず放置           ログとステップ実行で原因を特定
1件のミスで全部止まる        1件は記録して飛ばし、残りは処理を続行

10-2. よくあるエラーと原因（早見表）

10-3. 原因特定の基本：ログとステップ実行

ログの見方

• ログには「いつ・どのノードを・成功/失敗したか」が記録される。
• エラー時は一番下（最後の行）から読む。「どのノードで」「何が」起きたかが手がかり。
• 直前に成功したノードと、失敗したノードの境目が原因の場所。

ステップ実行（デバッグの主役）

• 1ノードずつコマ送りで実行し、各段階で変数の値・画面の状態を確認。
• 「どこまで正しく、どこから想定と違うか」を切り分ける。

原因特定の手順（保存版）

1. ログの最後を読む → どのノードで止まったか特定
2. その少し手前からステップ実行 → 変数の値・画面を確認
3. 想定と違う所を見つける（値？画面？待ち？）
4. 仮説を1つ立てて直す → 再度ステップ実行で検証
5. 直ったら通しで再実行

ポイント：あてずっぽうで直さない。「ログで場所→ステップで値→仮説→検証」の順で、原因を1つに絞ってから直す。

10-4. 例外処理：止める・飛ばす・知らせる

エラー時の振る舞いは、業務の性質で決めます。3つの型を使い分けます。

実務の基本形：「1件はスキップして記録、件数が多ければ通知、危険な処理は止める」を組み合わせる。

例外処理の作り方（考え方）

• 「失敗するかもしれない処理」を例外処理（トライ/例外）ブロックで囲む（版により名称が異なる）。
• 失敗したら → エラー内容を変数に受け取り、エラー一覧に記録して次へ。
• リトライ（数回やり直す）を入れると、通信の一時的な失敗に強くなる。

┌── 例外処理ブロック ──────────────┐
│  【本来やりたい処理】                 │
│    Webに入力する 等                   │
│  ─── もし失敗したら（例外）───         │
│    エラー内容を記録                   │
│    エラー一覧に1行追加                 │
│    （必要ならリトライ／通知）           │
└──────────────────────────┘
  → 成功でも失敗でも、次の件へ進む

10-5. ハンズオンH7／E6：エラーが出ても止めず、エラー一覧に記録する

目的

わざとエラーを起こし、原因を特定→例外処理で「止めずに記録して続行」する実務の型を体験する。

完成イメージ

顧客一覧.csv の全件を処理。途中の不正データ（メール空・電話が異常）でも止まらず、

• 正常な行 → 登録（ログ出力で代用）
• 異常な行 → エラー一覧.csvに記録して次へ

最後に「成功◯件／エラー◯件」を表示。

使用するサンプルデータ

教材1付録 顧客一覧.csv を加工（わざと不正行を混ぜる）。

顧客ID,氏名,会社名,メール,電話
C001,山田太郎,あおぞら商事,taro@example.com,03-1111-0001
C002,佐藤花子,みどり物産,,03-1111-0002              ← メール空（異常）
C003,鈴木一郎,つばさ工業,ichiro@example.com,000       ← 電話が異常
C004,高橋美咲,ひかり食品,misaki@example.com,03-1111-0004
C005,田中健二,さくら電機,kenji@example.com,03-1111-0005

出力（エラー一覧.csv 見出し）：

発生日時,シナリオ名,対象行,エラー内容,対応状況

変数一覧

操作手順（シナリオ設計）

1. 最終行を取得、エラー一覧.csvに見出しを用意
2. 全行を繰り返す：
   2-1. 各列を読む
   2-2. 入力チェック（例外の前段の「守り」）：
        - メールが空 → エラー内容="メール空" として記録側へ
        - 電話が規定形式でない → エラー内容="電話形式不正" として記録側へ
   2-3. 問題なければ登録処理（ログ出力で代用）→ [成功件数]+1
        問題があれば → エラー一覧に1行追記（日時/シナリオ名/顧客ID/エラー内容/未対応）→ [エラー件数]+1
   2-4. [行番号]+1
3. 「成功◯件／エラー◯件」を表示

WinActorノード構成（一例）。

より本格的には、登録処理そのものを例外処理ブロックで囲み、「想定外の失敗（通信断など）」もキャッチしてエラー一覧に落とす。今回は入力チェック＋分岐で「止めずに記録」の型をまず体得する。

完成後の動作確認

1. ステップ実行で、C002(メール空)・C003(電話異常)がエラー側へ流れるか確認
2. 通しで実行し、成功3件／エラー2件、エラー一覧.csvに2行記録されるか確認
3. 途中で全体が止まらず最後まで走り切ることを確認（これが今回の主眼）
4. 保存（例：E6_エラー記録_v1）

よくあるエラーと対処

改善ポイント

• エラー内容は具体的に（「エラー」ではなく「メール空」「電話形式不正」）。後で直しやすい。
• エラーが一定数を超えたら通知（メール）を出す（応用・教材13/14）。
• 一時的な失敗（通信）に備え、登録処理にリトライ（2〜3回）を入れる。

10-6. エラー対応フロー（図まとめ）

設計の合言葉：「止める・飛ばす・知らせる」を、業務の重要度で選ぶ。

10-7. 実務でのエラー対応設計（現場の型）

• 入力チェックを前段に置く（空・形式・範囲）。＝そもそも異常を早期に捕まえる「守り」。
• 危険な操作は必ず人の確認を残す（金額・送信・削除）。自動で突っ走らせない。
• エラー一覧を必ず残す（日時・対象・内容・対応状況）。運用の生命線。
• 通知ルールを決める（誰に・どうなったら連絡するか）。
• リトライ回数を決める（無限リトライは禁止。ロック・多重実行の危険）。
• エラー時もExcel/ブラウザを閉じる（後始末を例外側にも入れる）。

10-8. 確認テスト（解答・解説付き）

Q1.（選択） RPAのエラー対応で最も正しい考え方は？
A. エラーは0にできる B. エラーは必ず起きる前提で、起きた時の振る舞いを設計する C. エラーは無視してよい D. エラーが出たら作り直す

Q2.（選択） エラーの原因を調べる時、最初に見るべきは？
A. 変数名 B. ログの最後（どのノードで止まったか） C. ライセンス D. 画面の色

Q3.（穴埋め） エラー時の振る舞いは「（　①　）・（　②　）・（　③　）」の3つを業務の重要度で使い分ける。

Q4.（一問一答） 100件中1件が異常データ。全体を止めないための振る舞いは？

Q5.（実務判断） 「送金額がExcelと画面で一致しない」エラー。適切な振る舞いは？
A. スキップして次へ B. 止めて人が確認 C. 無視して続行 D. 自動で修正して送金

Q6.（実務判断） 通信の一時的な遅延で時々失敗するWeb登録。有効な対策は？
A. リトライ（数回やり直す）を入れる B. 待機を全部消す C. ログを消す D. 変数を減らす

Q7.（並べ替え） 原因特定の正しい手順に並べ替え。
（ア）仮説を立てて直す （イ）ログの最後で止まった場所を特定 （ウ）通しで再実行して確認 （エ）手前からステップ実行で値を確認

10-9. この教材のまとめ

• エラーは必ず起きる。起きた時の振る舞いを設計するのが実務。
• 原因特定は「ログで場所 → ステップで値 → 仮説 → 検証」。あてずっぽうで直さない。
• 例外処理は「止める・飛ばす・知らせる」を重要度で使い分け。基本は「1件スキップ＋記録、多発は通知、危険は停止」。
• 入力チェックを前段に、危険な操作は人の確認、エラー一覧を必ず残す、リトライは回数制限。
• エラー時も後始末（Excel/ブラウザを閉じる）を忘れない。

次の教材：教材10「実務で使えるシナリオ設計（第11章）」——いきなり作らず業務フローを整理し、入力/処理/出力に分け、例外・人の確認点まで含めた“壊れない設計”を学びます。

リマインド：例外処理ブロック・リトライ・現在日時取得・ファイル追記の方法はバージョンで異なります。実機と違う場合は公式マニュアルを正としてください。

WinActor 教材10｜実務で使えるシナリオ設計（第11章）／設計ワーク

対象：WinActor／RPAを初めて学ぶ人・非エンジニアの業務担当者
前提：教材1〜9（技術要素）を終えていること
共通注意：本教材は「作り方（技術）」ではなく「業務をどう設計するか（考え方）」が中心です。ツールのバージョンにほぼ依存しません。

この教材のゴール：いきなり作らず、業務フローを整理して入力／処理／出力に分け、例外・人の確認点まで含めた壊れにくい設計書を1業務分作れるようになる。

11-1. なぜ「いきなり作る」と失敗するのか

技術（Excel/Web/分岐/繰り返し）を覚えると、つい画面を開いてノードを並べたくなります。しかし実務でうまくいかない最大の原因は、技術力ではなく設計の甘さです。

失敗パターン                    うまくいくパターン
いきなりノードを並べ始める        まず業務を紙に整理する
現場の手順を聞かずに作る          実際にやっている人に手順を確認
例外を後回し（動いてから考える）  最初に例外を洗い出す
全部自動化しようとする            人が確認すべき所を残す
作った本人しか直せない            誰でも直せる作り（保守性）

設計に時間をかけるほど、作成・修正・運用がラクになります。

11-2. 設計の全体像（5ステップ）

STEP1 業務を選ぶ・整理する   どの業務を、どこまで自動化するか
STEP2 フローを分解する       入力→処理→出力に分ける
STEP3 例外を洗い出す         想定外に何が起きるか
STEP4 人の確認点を決める     どこを人が見るか
STEP5 設計書にまとめる       誰が見ても分かる形に
        ↓
     ここまで終えてから、はじめて作成に入る

11-3. STEP1：業務を整理する（現場ヒアリング）

自動化する前に、実際にその作業をしている人から手順を正確に聞きます。ここを飛ばすと、現実と違うシナリオができます。

聞くべきこと（ヒアリング項目）

コツ：「たいてい」「基本は」という言葉が出たら要注意。例外が隠れています。「たいてい、じゃない時は？」と必ず掘り下げる。

11-4. STEP2：入力・処理・出力に分ける

どんな業務も、入力 → 処理 → 出力の3つに分解できます。これで頭が整理され、シナリオも部品化できます。

┌─ 入力 ─┐   ┌──── 処理 ────┐   ┌─ 出力 ─┐
データを     読む・判断する・      結果を
取り込む  →  加工する・変換する  →  書き出す/
（元）        （変換ルール）         登録する（先）

例：請求データの入力業務

部品化のメリット：入力だけ・処理だけ・出力だけで作れば、テストしやすく、片方が変わっても全部を作り直さずに済む。

11-5. STEP3：例外パターンを洗い出す（最重要）

実務シナリオの品質は、どれだけ例外を想定したかで決まります。「正常に動く」だけなら誰でも作れます。プロは異常時にどうするかまで作ります。

例外の洗い出しチェックリスト

原則：洗い出した例外ごとに「止める／飛ばす／知らせる」を決めておく（教材9の型）。

11-6. STEP4：人が確認すべきポイントを残す

全部を自動化しない勇気が実務では重要です。間違うと影響が大きい操作は、あえて人の確認を挟む（＝半自動）。

人の確認を残すべき操作

「人の確認点」は弱点ではなく設計上の安全装置です。監査・事故防止の観点でも、確認ログを残すと安心。

11-7. STEP5：保守しやすい設計にする（属人化を防ぐ）

作った本人しか直せないシナリオは、その人が異動したら誰も触れない不良資産になります。最初から「他人が読める・直せる」を意識します。

保守しやすさのポイント

命名ルールの例

シナリオ名： 請求データ取込_日次_v3
変数名：     対象ファイルパス / 請求金額 / 承認しきい値
ノード表示名：①入力：CSV取得  ②処理：金額計算  ③出力：システム入力
ファイル名： 請求レポート_20260719.xlsx

11-8. 処理ログと運用ルール

処理ログに残すこと

運用ルールで決めること

• いつ実行するか（手動/スケジュール、時間帯）
• 誰が実行・監視するか（担当・代理）
• エラー時の連絡先・手順（誰に・どう伝える）
• 止めていい／いけない条件（緊急停止の判断）
• 見直しの頻度（月次点検など）

11-9. 引き継ぎ資料の作り方

担当変更に備え、次の1枚（数枚）を用意します。

引き継ぎ資料テンプレート

■ シナリオ名：請求データ取込_日次
■ 目的：共有フォルダの当日請求CSVを基幹システムへ登録する
■ 実行タイミング：毎営業日 9:00（手動/スケジュール）
■ 入力：\\共有\請求\当日\*.csv
■ 出力：基幹システム／処理ログ／エラー一覧
■ 事前準備：VPN接続、対象システムにログイン可能なこと
■ 人の確認点：金額合計の突合、エラー一覧の目視確認
■ 例外時の対応：
   - CSV未着 → 実行しない、送信元へ確認
   - エラー多発（5件超）→ 中止し、〇〇へ連絡
■ よくあるトラブルと対処：（一覧）
■ 変更履歴：v3 2026-07-19 承認しきい値を1万→3万に変更
■ 連絡先：作成者/管理者/システム担当

11-10. 設計ワーク（演習）：自分の業務を設計する

ワークの進め方

自分（または身近な人）の定型業務を1つ選び、以下を紙またはExcelで埋める。コードは書かない。設計だけ。

ワークシート

【1. 業務の目的】
　この作業で最終的に何ができる？

【2. 頻度・件数・所要時間】
　例：毎日 / 約50件 / 約60分

【3. 入力・処理・出力】
　入力：
　処理：
　出力：

【4. 手順（現状）】
　1.
　2.
　3. …

【5. 判断が入る箇所とその基準】
　例：金額3万円以上は承認へ

【6. 例外の洗い出し（止/飛/報）】
　- 例外：　　　　　→ 対応：止める/飛ばす/知らせる
　- 例外：　　　　　→ 対応：
　- 例外：　　　　　→ 対応：

【7. 人が確認すべきポイント】
　-

【8. 自動化範囲（どこまで自動・どこから人）】
　自動：
　人：

【9. 使う技術（Excel/Web/ファイル/分岐/繰り返し）】
　
【10. 変数（設定の外出し候補）】
　対象パス / しきい値 / ログイン情報 など

記入例（メール添付Excelの転記業務）

【1】届いた受注Excelを基幹システムに登録する
【2】毎営業日 / 約30件 / 約40分
【3】入力：メール添付の受注Excel／処理：内容確認・金額計算／出力：基幹システム＋ログ
【5】金額10万円以上は上長承認が必要（自動化せず承認へ回す）
【6】- 添付なし→止めて送信元へ確認 / - 必須項目空→スキップ＆記録 / - 重複→飛ばす
【7】金額合計の突合、10万円以上案件
【8】自動：ダウンロード・入力・ログ／人：金額突合・高額承認

11-11. 設計フロー（図まとめ）

11-12. 確認テスト（解答・解説付き）

Q1.（選択） 実務シナリオが失敗する最大の原因は？
A. 技術力不足 B. 設計の甘さ（整理・例外・確認点の不足） C. PCの性能 D. ライセンス

Q2.（選択） どんな業務も、まず何に分解する？
A. 上・中・下 B. 入力・処理・出力 C. 朝・昼・夜 D. 大・小

Q3.（穴埋め） 実務シナリオの品質は、どれだけ（　①　）を洗い出したかで決まる。各（　①　）には「止める・飛ばす・（　②　）」のどれかを割り当てる。

Q4.（一問一答） ヒアリングで「たいていはこうです」と言われたら、次に何を聞く？

Q5.（実務判断） 送金の確定処理を含む業務。設計として正しいのは？
A. 全部自動化してノーチェックで送金 B. 送金確定の前に人の最終承認を残す C. エラーは全部無視 D. ログは残さない

Q6.（実務判断） 作った本人が異動しても運用が続くために必要なのは？
A. 本人しか分からない書き方 B. 分かりやすい命名・設定外出し・手順書・引き継ぎ資料 C. パスワード直書き D. コメントを一切書かない

Q7.（並べ替え） 実務シナリオ設計の正しい順に並べ替え。
（ア）例外を洗い出す （イ）現場をヒアリングして整理 （ウ）設計書にまとめる （エ）入力・処理・出力に分解 （オ）人の確認点を決める

11-13. この教材のまとめ

• 失敗の主因は技術ではなく設計の甘さ。設計に時間をかけるほど後がラク。
• 設計は5ステップ：選ぶ→整理（ヒアリング）→入力/処理/出力に分解→例外洗い出し→人の確認点→設計書化。
• 例外ごとに「止める・飛ばす・知らせる」を割り当てる。
• 全部自動化しない勇気。危険な操作は人の確認を残す（半自動）。
• 属人化を防ぐ：命名・設定の外出し・部品化・ログ・手順書・引き継ぎ資料。
• ここまで固めてから、はじめて作成に着手する。

次の教材：教材11「実務総合ハンズオン（第12章）」——ここまでの技術と設計を統合し、演習E5「処理ログ出力」・E7「日次業務の一連シナリオ」を、設計から作成まで通しで作ります。

リマインド：本教材は考え方が中心でバージョン依存は少なめですが、命名規則・ログ様式・運用ルールは組織の標準に合わせてください。

WinActor 教材11｜実務総合ハンズオン（第12章）／演習E5・E7

対象：WinActor／RPAを初めて学ぶ人・非エンジニアの業務担当者
前提：教材1〜10（技術要素＋設計）を終えていること
共通注意：ノード名・ライブラリ・現在日時取得・ファイル追記の方法はバージョンで変わります。実機と違う場合は公式マニュアルを正としてください。

この教材のゴール：ここまでの技術（Excel/Web/ファイル/分岐/繰り返し/例外）と設計（入力/処理/出力・例外・人の確認点）を統合し、実務相当のシナリオを設計から作成まで通しで作り切る。

第12章の演習は全7本（E1〜E7）。E1〜E4/E6は各技術教材（5〜9）で扱ったため、本教材では総まとめのE5（ログ出力）とE7（日次業務の一連シナリオ）を詳説し、E1〜E4/E6は要点だけ再掲します。

12-0. 演習全体像

12-1. E1〜E4・E6 要点再掲（総復習）

• E1 転記：入力/出力Excelを開く→最終行取得→繰り返しで読む・計算・書く→合計→保存→閉じる。閉じ忘れ厳禁。
• E2 リネーム：一覧取得→繰り返し→名前を規則で組み立て（日付/連番）→リネーム。削除より移動、同名衝突に注意。
• E3 条件抽出：全行を回し、条件に合う行だけ出力。抽出条件は変数化。
• E4 Web入力：ログイン（認証情報は外出し）→表示を待つ→属性で要素指定→入力→クリック→完了待ち。テスト環境・ダミーデータで。
• E6 例外記録：入力チェック＋例外処理で「1件はスキップ＆記録、続行」。危険操作は止める。

12-2. 演習E5：処理結果をログファイルに出力する

目的

処理の記録（ログ）を残す“運用の生命線”を作る。いつ・何を・どうしたかを追える状態にする。

完成イメージ

どんなシナリオでも使える「ログ書き込み部品」を作り、実行のたびに 処理ログ.csv に1行追記する。

実行日時,シナリオ名,対象,結果,件数,メモ
2026-07-19 09:00:12,売上転記_日次,売上一覧.csv,成功,5,合計8900
2026-07-19 09:05:33,Web顧客入力_日次,顧客一覧.csv,一部エラー,5,成功4/エラー1

使用するサンプルデータ

教材1付録 処理ログ_テンプレート.csv（見出し）。

変数一覧

操作手順（シナリオ設計）

1. ログファイルが無ければ見出し付きで作る（存在確認）
2. 現在日時を取得して[実行日時]に入れる
3. [実行日時],[シナリオ名],[対象],[結果],[件数],[メモ] を1行に組み立てる
4. ログファイルに【追記】する（★上書きしない）

WinActorノード構成（一例）。

★ポイントは追記モード。上書きすると過去ログが消えます。CSVは値にカンマや改行が入ると崩れるため、メモは短く・カンマを避けるか囲み処理をする。

完成後の動作確認

1. 2回実行し、ログが2行に増える（消えない）ことを確認
2. 日時が毎回更新されるか確認
3. Excelでログを開き、列がずれていないか確認
4. 保存（例：E5_ログ出力_v1）

この部品の使い方

E1〜E7の各シナリオの最後にこのログ書き込みを差し込む。共通部品として使い回すのが実務の定石。

よくあるエラーと対処

改善ポイント

• ログは月別ファイル（処理ログ_202607.csv）に分けると管理しやすい。
• 「成功/失敗」に加え所要時間も記録すると、遅い処理の発見に役立つ。

12-3. 演習E7：日次業務を想定した一連の自動化シナリオ（統合）

目的

入力→処理→出力・例外・人の確認点・ログをすべて統合した、実務に最も近いシナリオを作り切る。

想定業務（シナリオ）

「毎営業日の朝、共有フォルダに届く当日分の受注CSVを、内容チェックして基幹システム（今回はテストWeb/ログ代用）に登録し、結果をログとエラー一覧に残す。高額案件は人の承認に回す。」

完成イメージ（全体フロー）

[開始]
  ▼ ① 入力：共有フォルダから当日CSVを取得（存在確認）
  ▼      └ 無ければ：止めて通知（実行しない）
  ▼ ② 処理：全行を1件ずつ
  │      ├ 入力チェック（必須項目・形式・重複）
  │      │    └ NG → エラー一覧に記録してスキップ
  │      ├ 金額判定：10万円以上 → 「承認待ち」フォルダ/リストへ（人が承認）
  │      └ OK＆少額 → 登録処理（テストWeb/ログ代用）
  ▼ ③ 出力：処理ログに結果を追記／エラー一覧を保存
  ▼ ④ 後処理：件数を集計、（多発時）担当へ通知
  ▼ ⑤ 人の確認点：金額合計の突合、承認待ちリスト、エラー一覧
[終了]

使用するサンプルデータ

教材1付録の組み合わせ（売上一覧.csv や自作の受注CSV）。練習用に不正行・高額行を混ぜる。

受注ID,取引先,商品,数量,単価,担当,メール
O001,あおぞら商事,ノートA,10,120,山田,taro@example.com
O002,みどり物産,ペンB,50,80,佐藤,               ← メール空（エラー）
O003,つばさ工業,高級机,5,250000,鈴木,ichiro@example.com   ← 金額125万（高額→承認）
O004,ひかり食品,消しゴムC,30,50,高橋,misaki@example.com

変数一覧（主なもの）

操作手順（シナリオ設計）

1. 当日CSVパスを日付から組み立て、存在確認
   - 無ければ：ログに「未着」を記録→担当へ通知→終了
2. 最終行取得、エラー一覧・承認待ちリストに見出しを用意
3. 全行を繰り返す：
   3-1. 各列を読む
   3-2. 入力チェック：必須(取引先/商品/メール)空・数量/単価が数値でない → エラー記録＆スキップ、[エラー件数]+1
   3-3. [金額]=数量×単価
   3-4. もし[金額] >= [承認しきい値] → 承認待ちリストに書く、[承認件数]+1（人が後で承認）
        そうでなければ → 登録処理（テストWeb/ログ代用）、[成功件数]+1
        （登録処理は例外処理で囲み、失敗時はエラー記録＆リトライ）
   3-5. [行番号]+1
4. 処理ログに「成功◯/承認◯/エラー◯」を追記
5. エラー件数がしきい値超なら担当へ通知（応用）
6. 完了メッセージ表示（人の確認を促す：合計突合・承認・エラー一覧）

使用するノード・ライブラリ（まとめ）

• ファイル：存在確認/一覧/追記書込
• Excel/CSV：最終行取得/値取得
• 分岐・繰り返し／数値変換・計算
• 例外処理・リトライ
• 現在日時取得／（応用）メール通知

完成後の動作確認

1. ステップ実行で、O002がエラー側、O003が承認側、O001/O004が登録側へ正しく分岐するか確認
2. 通しで実行し、成功2件／承認1件／エラー1件、各ファイルに記録が残るか確認
3. CSVを未着（削除）にして再実行し、「未着→通知→終了」で止まらず正しく終わるか確認
4. 人の確認点（合計・承認待ち・エラー一覧）が分かるメッセージが出るか確認
5. 保存（例：E7_日次受注登録_v1）

よくあるエラーと対処

改善ポイント

• しきい値・パス・通知先を先頭でまとめて変数設定（別環境・ルール変更に強い）。
• 承認待ち・エラー一覧は人が見やすい形（列見出し・件数サマリ）に。
• 所要時間・処理件数をログに残し、運用の健康診断に使う。

この演習が「実務レベル」の理由

• 入力の異常（未着）に対応 → 止める/通知
• データの異常（空・非数値）に対応 → スキップ＆記録
• 危険な判断（高額）を人に委ねる → 半自動・人の確認点
• 一時的失敗に対応 → 例外処理・リトライ
• 後から追える → 処理ログ・エラー一覧

これらを備えて初めて「現場で任せられるシナリオ」になります。

12-4. 総合ハンズオン 統合フロー（図まとめ）

12-5. 確認テスト（解答・解説付き）

Q1.（選択） ログファイルは書き込み時、どのモードにすべき？
A. 上書き B. 追記 C. 削除 D. 読み取り専用

Q2.（選択） E7で高額案件（10万円以上）はどうする？
A. 自動でそのまま登録 B. 承認待ちに回して人が承認 C. 削除 D. 無視

Q3.（穴埋め） 実務シナリオは（　①　）→処理→（　②　）の流れに、例外対応・人の確認点・（　③　）を組み込む。

Q4.（一問一答） 入力CSVが届かなかった時、E7はどう振る舞う？

Q5.（実務判断） E5のログ部品は、他のシナリオでどう活用する？
A. 使い回せないので毎回作り直す B. 共通部品として各シナリオの最後に差し込む C. ログは不要 D. 手書きで記録

Q6.（並べ替え） E7の正しい流れに並べ替え。
（ア）行ごとにチェック・金額判定・登録/承認 （イ）当日CSVの存在確認 （ウ）ログ・エラー一覧を出力 （エ）人が合計・承認・エラーを確認

12-6. この教材のまとめ

• E5：ログは追記で残す共通部品。運用の生命線。各シナリオの最後に差し込む。
• E7：入力（未着対応）→処理（チェック・金額判定・登録/承認・例外）→出力（ログ/エラー/承認待ち）→人の確認、を統合。
• 「現場で任せられる」条件＝異常に対応し、危険は人に委ね、後から追える。
• 設定（しきい値・パス・通知先）は先頭で外出し。

次の教材：教材12「運用・保守・改善（第13章）」——作った後に必要なこと（変更対応・本番前チェック・安定運用）を学びます。

リマインド：現在日時取得・追記書込・例外処理・メール通知の方法はバージョンで異なります。実機と違う場合は公式マニュアルを正としてください。

WinActor 教材12｜運用・保守・改善（第13章）／運用チェックリスト

対象：WinActor／RPAを初めて学ぶ人・非エンジニアの業務担当者
前提：教材1〜11を終えていること
共通注意：本教材は運用の考え方が中心でツール依存は少なめ。命名・ログ様式・承認フローは組織標準に合わせてください。

この教材のゴール：シナリオを「作って終わり」にせず、変更に耐え・止まっても復旧でき・引き継げる安定運用に乗せられるようになる。本番前チェックリストで自分のシナリオを点検できる。

13-1. 「作った後」からが本番

RPAは作った瞬間が完成ではありません。業務・画面・担当は必ず変わり、シナリオはそのままだといつか壊れます。運用・保守を前提に設計・体制を組むことで、初めて“使い続けられる”資産になります。

よくある失敗                     安定運用
作って満足、放置                 定期点検・改修履歴を回す
作った人だけが直せる             誰でも直せる（資料・命名）
壊れて初めて気づく               監視・通知で早期発見
止まったら業務が完全停止         手動代替手順を用意

13-2. 変更への対応（3つの変化）

シナリオを壊す主な変化は3つ。それぞれ備えます。

① 業務変更への対応

• ルール変更（しきい値・様式・項目追加）に備え、しきい値や様式を変数・設定に外出ししておく。
• 「どのルールがどこに実装されているか」を設計書に残す。

② 画面変更への対応（最頻出の故障原因）

• 対象システム/Webの画面変更でボタンや入力欄がずれると止まる。
• 対策：要素は属性で指定（座標依存を避ける）、変更を検知したら早めに要素を取り直す。
• 相手システムの更新予定を事前に把握する（情シス・ベンダーと連携）。

③ 担当者変更への対応

• 引き継ぎ資料・手順書・命名ルールで属人化を防ぐ（教材10参照）。
• 実行・監視の担当と代理を決めておく。

13-3. エラー発生時の連絡ルール

止まった時に「誰が・何を・どうするか」が決まっていないと、業務が止まります。

決めておくこと

手動代替手順（ロボが止まってもその日の業務を回す手順）を必ず用意しておく。

13-4. ログ管理と改修履歴

ログ管理

• 処理ログ・エラー一覧を定期的に確認（毎日/週次）。
• 保存期間・保存場所を決める（増え続けるので月別分割・古いものは退避）。
• ログから「遅い処理」「エラー多発」を見つけて改善につなげる。

改修履歴（変更管理）

変更したら必ず記録。「いつ・誰が・何を・なぜ」変えたかを残す。

変更履歴（例）
v1  2026-06-01 初版
v2  2026-06-20 メール空の行をスキップ＆記録に変更（エラー多発のため）
v3  2026-07-19 承認しきい値 1万→3万（経理ルール改定）／作成:山田

• 旧版はバックアップを残す（_v2_backup）。すぐ戻せるように。

13-5. テスト手順（変更したら必ずテスト）

修正後に「たぶん動く」で本番に出すのは事故のもと。次を必ず行う。

テストの種類

テストの進め方

1. テスト用データ・テスト環境を用意（本番に触れない）
2. ステップ実行で1つずつ確認
3. 正常系→異常系→境界値の順に実行
4. 期待結果と実際を照合（件数・出力・ログ）
5. 記録を残す（テスト日・内容・結果）

13-6. 本番実行前チェックリスト（保存版）

本番に出す前、これを1つずつ確認する。

【対象・設計】
□ 対象業務の入力/処理/出力が文書化されている
□ 例外パターンを洗い出し、止/飛/報を決めた
□ 人が確認すべきポイントを残した（金額・送信・削除）

【安全】
□ 認証情報・パスは直書きせず外出しした
□ 削除は避け移動にした／上書き対策をした
□ 危険な操作の前に確認を入れた
□ リトライ回数を制限した（無限リトライ禁止）

【データ・環境】
□ テスト環境・ダミーデータで正常系/異常系/境界値を確認した
□ ファイルパス・対象が正しい（本番の場所を指している）
□ 実行前の前提（VPN・ログイン・Excel閉）を満たしている

【記録・運用】
□ 処理ログ・エラー一覧が出力される
□ 命名（シナリオ/変数/ノード）が第三者に分かる
□ 実行手順書・引き継ぎ資料がある
□ エラー時の連絡ルール・手動代替手順がある
□ 改修履歴・バックアップを残した

13-7. 安定運用のコツ

• 小さく始めて育てる：最初から完璧を狙わず、動かしながら改善。
• 監視を自動化：エラー通知・件数チェックを入れ、人が張り付かなくてよい形に。
• 定期点検：月次で「エラー傾向・処理時間・業務変更の有無」を見る。
• 相手システムの変更を先読み：情シス・ベンダーと連携し、更新前に備える。
• 属人化させない：資料・命名・レビューでチームの資産にする。
• やめる判断も持つ：業務自体が変わったら、無理に維持せず作り直す/廃止する。

13-8. 運用ワーク：自分のシナリオの運用ルールを作る

以下を埋めて、1シナリオ分の運用ルールを作る。

■ シナリオ名：
■ 実行タイミング／担当（実行・監視・代理）：
■ 前提条件（実行前に満たすこと）：
■ 監視方法（何を見て正常/異常を判断）：
■ エラー時の連絡先・手順・エスカレーション：
■ 手動代替手順（止まった時その日をどう回すか）：
■ 点検頻度（月次など）と点検項目：
■ ログ・バックアップの保存場所と期間：
■ 変更時のテスト手順：

13-9. 確認テスト（解答・解説付き）

Q1.（選択） RPAシナリオの「完成」はいつ？
A. 作った瞬間 B. 一度動いた時 C. 完成はなく、運用・保守で使い続ける前提 D. 納品書を出した時

Q2.（選択） シナリオが止まる最頻出の原因の一つは？
A. 対象システム/Webの画面変更 B. 変数名が日本語 C. ログが多い D. PCの色設定

Q3.（穴埋め） 変更したら必ず（　①　）環境で（　②　）系・（　③　）系・境界値を確認してから本番に出す。

Q4.（一問一答） ロボが止まった日でも業務を回すために用意しておくものは？

Q5.（実務判断） 経理ルールが変わり承認しきい値を1万→3万に変更した。正しい対応は？
A. こっそり直して本番へ B. 変更履歴を残し、境界値テストをしてから本番へ、旧版はバックアップ C. 何もしない D. シナリオを消す

Q6.（並べ替え） 変更対応の正しい流れに並べ替え。
（ア）本番反映 （イ）変更内容を設計書・履歴に記録 （ウ）テスト（正常/異常/境界/回帰） （エ）旧版をバックアップ （オ）修正

13-10. この教材のまとめ

• RPAは作った後からが本番。業務・画面・担当の変化に備える。
• 画面変更が最頻出の故障原因 → 属性指定・変更先読み。
• 連絡ルールと手動代替手順を必ず用意（止まっても業務を止めない）。
• 変更は「バックアップ→修正→履歴→テスト→本番」。テストは正常/異常/境界/回帰。
• 本番前チェックリストで点検してから出す。
• 監視自動化・定期点検・属人化防止で安定運用。必要ならやめる判断も。

次の教材：教材13「応用編（第14章）」——複数アプリ連携・Excel×Web・メール通知・OCR・生成AI連携・WinActor Manager on Cloud・スケジュール実行・社内展開を概観します。

リマインド：運用の具体手段（通知・スケジュール・監視）はツール機能や組織体制で変わります。ツールのバージョン依存機能は公式情報で確認してください。

WinActor 教材13｜応用編（第14章）

対象：WinActor／RPAを一通り学んだ人・社内導入や展開を担当する人
前提：教材1〜12を終えていること
共通注意：応用機能（生成AI連携・Manager on Cloud・スケジュール実行等）はバージョン・ライセンス・契約で提供可否が変わります。本教材の記述は「2026年7月時点の公式情報の一例」。導入時は必ず最新の公式情報・見積・社内ポリシーで確認してください。

この教材のゴール：単体シナリオの先にある「連携・自動化の拡張・組織展開」の選択肢を理解し、次に何を学ぶ／導入を検討すべきかを判断できる。

14-1. 応用の全体像

【つなげる】複数アプリ連携（Excel×Web×メール など）
【賢くする】OCR連携・生成AI連携（非定型・読み取り）
【回す仕組み】スケジュール実行・複数ロボ管理（Manager on Cloud）
【広げる】社内展開・内製化・ガバナンス

単体で作れるようになったら、これらを組み合わせて業務まるごとを自動化していきます。

14-2. 複数アプリをまたぐ自動化

実務の多くは「1つのアプリ」で完結しません。Excelで読み→Webに入れ→メールで報告のように複数をまたぎます。

設計のコツ

• アプリごとに区間を分ける（入力＝Excel区間、処理＝Web区間、出力＝メール区間）。区間ごとにテストできる。
• 区間の受け渡しは変数で行う（Excelで読んだ値を変数に入れ、Web区間で使う）。
• 各アプリの待機・後始末（閉じる）を区間内で完結させる。

例：Excel×Web連携

[Excel区間] 顧客一覧を読む → 変数に格納 → Excelを閉じる
     ▼
[Web区間]  ブラウザを開く → 変数の値を入力 → 登録 → 閉じる
     ▼
[出力区間] 結果をログ→ メール通知

14-3. メール通知

処理の完了・エラーをメールで自動連絡すると、人が張り付かずに済みます。

• 使いどころ：日次処理の完了報告、エラー多発時のアラート、承認依頼。
• 送る内容：件名（シナリオ名・日付）＋本文（成功/エラー件数、対象、次アクション）＋必要なら添付（ログ）。
• 注意：送信は外部影響が大きい。宛先ミス・大量送信に注意。テスト時は自分宛て/下書きで確認。認証情報は外出し。

14-4. OCRとの組み合わせ

OCR＝紙・画像・PDFの文字を読み取ってデータ化する技術。RPA単体では扱えない「紙・手書き」を、OCRと組み合わせると自動化の対象にできる。

[紙/PDF] → OCRで文字を読み取る → データ（Excel/変数）→ RPAで転記・入力

• 使いどころ：請求書・申請書・名刺などの読み取り→システム入力。
• 注意：OCRは100%正確ではない。読み取り精度に応じて人の確認（チェック工程）を必ず残す。フォーマットが一定な帳票ほど精度が出やすい。
• WinActorと連携するAI-OCR製品が各種あります（提供・対応は要確認）。

14-5. 生成AIとの組み合わせ

WinActorは近年、生成AI連携を強化しています（2026年7月時点の公式情報の一例）。

• Ver.7.5以降、OpenAI／Azure OpenAI と連携し、シナリオのひな型（たたき台）を生成する機能が追加。
• Ver.7.6（2025年7月公開）で生成AI連携を強化し、これまで難しかった非定型業務への対応も広げる方向。

使いどころ（例）

• シナリオのひな型作成（ゼロから作る手間を軽減）。
• 文章の要約・分類・下書き生成など、判断寄りの処理の補助。
• 非定型データの整形補助。

注意（重要）

• 提供可否・必要なライセンス・接続先（OpenAI/Azure）・利用条件は必ず最新の公式で確認。バージョンで大きく変わる。
• 機密情報を外部AIに送らない（社内の情報取り扱いポリシー・契約を確認）。何を送ってよいか線引きする。
• 生成結果はそのまま信用せず人が確認（誤りを含みうる）。特に業務判断・数値は検証必須。

14-6. WinActor Manager on Cloud の概要

単体のWinActor（デスクトップ型）を複数台まとめて管理するためのクラウド管理サービス（2026年7月時点の公式情報の一例）。

できること（一例）

• シナリオの一括管理（配布・バージョン管理）
• スケジュールを指定してシナリオを実行
• 実行結果・稼働状況の確認（どのロボが成功/失敗したか）
• 複数拠点・複数ロボの集中運用

使いどころ

• 台数が増えてきた・部門横断で運用する・手動実行から定時自動実行に移行したい、という段階で検討。
• 「1台で手動」→「複数台をスケジュールで集中管理」へのステップアップ。

注意

• 機能範囲・プラン・価格は提供形態で変わる。導入は公式・代理店に確認。
• クラウド管理のため、セキュリティ（接続・権限・ログ）の設計が必要。

14-7. スケジュール実行と複数ロボ管理

スケジュール実行

• 「毎営業日9:00に自動実行」のように時間で自動起動する。
• 実現手段：Manager on Cloud等の管理サービス、OSのタスクスケジューラ 等（構成による）。
• 注意：PCの電源・ログオン状態・多重起動に注意。前の処理が終わる前に次が走らないよう制御。

複数ロボ管理

• 台数が増えると「どのロボが何を・いつ・成功したか」を一元管理したくなる。
• 稼働の偏り・停止の検知・シナリオ配布を管理サービスで行う。

14-8. 社内展開の考え方（内製化・ガバナンス）

RPAを組織に広げる時は、技術より運用ルール（ガバナンス）が成否を分けます。

展開のステップ

1. スモールスタート：1〜2業務でPoC（効果検証）
2. 型化：成功パターン・命名・テスト・運用ルールを標準化
3. 展開：他部門へ（テンプレ・研修・サポート体制）
4. 内製化：現場が作れる人材を育成
5. 統制：野良ロボを防ぐ管理（棚卸し・承認・監査）

ガバナンスで決めること

野良ロボ問題：管理外で作られ、作った人が去って誰も分からないロボが増えると、事故・セキュリティリスクになる。台帳と承認で統制する。

14-9. 応用の選び方（次に何を学ぶか）

14-10. 確認テスト（解答・解説付き）

Q1.（選択） 複数アプリをまたぐシナリオの設計のコツは？
A. 1本に全部詰める B. アプリごとに区間を分け、受け渡しは変数で行う C. 待機を全部消す D. 閉じない

Q2.（選択） OCRを使う時に必ず残すべきものは？
A. 何もしない B. 人の確認（チェック工程） C. 削除処理 D. 座標指定

Q3.（穴埋め） WinActorはVer.7.5以降、（　①　）／Azure OpenAI と連携してシナリオの（　②　）を生成できる。機密情報を外部AIに（　③　）ない配慮が必要。

Q4.（一問一答） 複数台のWinActorを集中管理し、スケジュール実行や実行結果確認を行うサービスは？

Q5.（実務判断） 生成AIにシナリオのたたき台を作らせた。次に何をすべき？
A. そのまま本番投入 B. 内容を人が確認・検証してから使う C. 削除 D. 全社に配布

Q6.（実務判断） 全社展開でロボが増えてきた。リスクを抑えるために重要なのは？
A. 自由に作らせ放置 B. 管理台帳・承認フロー・棚卸しで統制（野良ロボ防止） C. 誰が作ったか記録しない D. パスワード共有

14-11. この教材のまとめ

• 応用は「つなげる（複数アプリ）／賢くする（OCR・生成AI）／回す仕組み（スケジュール・Manager on Cloud）／広げる（社内展開・ガバナンス）」。
• 複数アプリは区間分割＋変数受け渡し。メール通知は外部影響に注意。
• OCR・生成AIは強力だが人の確認が前提。生成AIは機密の取り扱い・検証に特に注意。
• Manager on Cloudで複数台を集中管理・スケジュール実行（機能・価格は要確認）。
• 社内展開は技術よりガバナンス（台帳・承認・棚卸し・研修）で野良ロボを防ぐ。
• 応用機能はバージョン・ライセンス・契約で変わる → 必ず公式で確認。

次の教材：教材14「総復習（第15章）」——全体の用語・手順・チェックリストをまとめ、総合テストと卒業課題で仕上げます。

リマインド：生成AI連携・Manager on Cloud・OCR連携・スケジュール実行の提供可否と条件はバージョン・契約で変わります。導入前に必ず最新の公式情報・見積・社内ポリシーで確認してください。

WinActor 教材14｜総復習（第15章）

対象：WinActor／RPAを一通り学んだ人
前提：教材1〜13を終えていること
共通注意：バージョン依存の数値・名称は「2026年7月時点の一例」。実機・最新公式で確認してください。

この教材のゴール：全体を振り返り、用語・手順・チェックリストを定着させ、総合テストと卒業課題で「実務で使えるレベル」に達したかを確認する。

15-1. 重要用語まとめ（総ざらい）

15-2. 操作・設計 手順まとめ

シナリオ作成の基本手順

① 日本語で手順を書く → ② ノードを並べる → ③ 設定・変数を埋める
→ ④ ステップ実行で確認 → ⑤ 通しで実行 → ⑥ 保存

Excel自動化の鉄則

開く → 読む/書く → 保存 → 閉じる（★閉じ忘れ厳禁）

Web自動化の鉄則

開く → 【待つ】→ 入力（属性指定）→ クリック → 【待つ】→ 取得 → 閉じる
「要素が見つからない」＝まず待つ

実務設計の手順

選ぶ → ヒアリング整理 → 入力/処理/出力に分解 → 例外洗い出し（止/飛/報）
→ 人の確認点 → 設計書・引き継ぎ資料 →（ここで作成着手）

エラー対応の手順

ログで場所 → ステップで値 → 仮説 → 検証（あてずっぽうで直さない）

15-3. 実務で使うチェックリスト（凝縮版）

業務選定（向く条件）

□ 手順が毎回同じ（ルール化できる）
□ 回数が多い/定期的
□ 画面・様式が安定
□ データがデジタル
□ 正確さが重要

本番前チェック（凝縮）

□ 入力/処理/出力を文書化
□ 例外を洗い出し 止/飛/報 を決定
□ 危険操作（金額/送信/削除）に人の確認
□ 認証情報を外出し、削除は移動に
□ テスト（正常/異常/境界/回帰）済み
□ 処理ログ・エラー一覧が出る
□ 命名が第三者に分かる
□ 手順書・引き継ぎ・連絡ルール・手動代替あり
□ バックアップ・改修履歴あり

15-4. よくあるミス Top10（最終確認）

15-5. 総合確認テスト（解答・解説付き）

基礎

Q1. RPAが苦手なのは？ A.定型の繰り返し B.人の判断・創造 C.転記 D.仕分け

Q2. シナリオを作るのに必要なエディションは？

Q3. 「あとで使う値を入れる箱」は？

技術

Q4. Excel自動化の基本フローを4語で。

Q5. Webで「要素が見つからない」時、最初に試すことは？

Q6. 繰り返しで無限ループを防ぐには？

Q7. 50+30が5030になった。原因と対策は？

Q8. ファイル操作で削除より優先すべき操作は？

実務・運用

Q9. エラー時の3つの振る舞いは？

Q10. 送金確定を含む業務、正しい設計は？

Q11. シナリオが止まる最頻出の故障原因は？

Q12. 変更後、本番前に必ずすることは？

応用

Q13. 複数台のWinActorをスケジュール実行・集中管理するサービスは？

Q14. OCR・生成AIを使う時に共通して必要なことは？

Q15. 社内展開で野良ロボを防ぐには？

実務判断（総合）

Q16. 「毎日届く受注Excel（毎回同じ様式・80件）を基幹に入力、10万円以上は上長承認」。自動化方針として最適は？
A. 全件ノーチェック自動登録
B. 全件を繰り返しで処理、入力チェックで不正はスキップ＆記録、10万円以上は承認待ちに回し、結果をログに残す
C. 自動化しない
D. 高額も自動送信

Q17.（並べ替え） 実務で1業務を自動化する全体の流れを正しい順に。
（ア）テスト（イ）業務選定（ウ）運用・保守（エ）設計（入力/処理/出力・例外・確認点）（オ）作成（カ）本番稼働

15-6. 卒業課題（実務課題）

課題：自分（または身近な人）の実際の定型業務を1つ選び、設計から作成・テストまでを通しで行う。

提出物（チェックリスト）

□ 業務の目的・頻度・件数・所要時間
□ 入力/処理/出力の分解
□ 例外の洗い出し（各々 止/飛/報）
□ 人が確認すべきポイント（自動と手動の境界）
□ 使用技術（Excel/Web/ファイル/分岐/繰り返し/例外）
□ 変数一覧（設定の外出し）
□ 完成シナリオ（動作すること）
□ テスト結果（正常/異常/境界）
□ 処理ログ・エラー一覧の出力
□ 実行手順書・引き継ぎ資料
□ 本番前チェックリストの点検結果

合格の目安

• 正常系だけでなく異常系でも止まらず記録できる
• 危険な操作に人の確認が入っている
• 他人が読んで運用・修正できる（命名・資料・ログ）

これらを満たせば「実務で使えるレベル」に到達しています。

15-7. 次に学ぶべきこと

15-8. 学習の総まとめ（1枚）

【考え方】
・RPAは「決まった手順の繰り返し」を代行。判断・創造は苦手。
・向く業務＝ルール化できる×回数多い。危険な操作は人が確認。

【作り方】
・日本語で手順→並べる→ステップ実行→通し→保存。
・Excel＝開く/読み書き/保存/閉じる。Web＝待つが命・属性指定。
・繰り返し＝終了条件と位置前進。分岐＝基準を明確に。
・エラーは前提。止める/飛ばす/知らせる。ログで場所→ステップで値。

【設計・運用】
・いきなり作らず、入力/処理/出力＋例外＋人の確認点を設計。
・作った後が本番。テスト・履歴・バックアップ・引き継ぎ・監視。
・属人化を防ぎ、チームの資産にする。

【最新確認】
・バージョン・ライセンス・価格・生成AI・クラウドは変わる。
・必ず公式情報・見積・社内ポリシーで確認する。

お疲れさまでした。ここまでの14教材で、RPAの基礎からWinActorの操作、実務設計、運用・保守、応用までを体系的に学びました。あとは実際の業務で小さく作り、動かし、改善していくことで、スキルは確実に定着します。

リマインド：本教材シリーズのバージョン依存記述（Ver.7.6.1・対応OS・ブラウザ・Excel・ライセンス・生成AI・Manager on Cloud等）は2026年7月時点の一例です。導入・運用時は必ず最新の公式情報で確認してください。

付録｜演習用サンプルデータ

各ハンズオン（H1〜H7・E1〜E7）で使うサンプルデータを、そのままダウンロードできます。
すべて架空データ（個人情報なし）。練習は必ずテスト環境・ダミーデータで行ってください。

一括ダウンロード

CSV・請求書ダミーPDFをまとめた ZIP です。まずはこれを取得して展開してください。

演習データ一式をダウンロード（ZIP）

Windowsでは、ダウンロード後にZIPを右クリック →「すべて展開」してから使ってください。

CSVファイル（個別）

CSVは Excel でも文字化けしないよう UTF-8（BOM付き） で作成しています。ダブルクリックで Excel が開きます。

請求書ダミーPDF（ファイル振り分け演習用）

H5/E2「請求書ファイルを月別フォルダに振り分ける」で使う、中身がダミーの請求書PDFです。ファイル名は請求書番号に対応しています。ZIP内の 請求書PDF/ フォルダにも同梱しています。

使い方のヒント

• 演習では、これらを任意の作業フォルダ（例：C:\WinActor演習\）にコピーして使ってください。
• CSVは、教材の「Excel操作」章のとおり .xlsx として保存し直すと、Excel操作ライブラリの練習に使えます。
• 請求書PDFは、C:\請求書\受信\ などに置いて、月別フォルダへ振り分ける練習に使います。
• データはいつでも作り直せます。壊れても問題ありません（架空データ）。まずは気軽に手を動かしましょう。

リマインド：本番の業務ファイルや実在の個人情報では練習しないでください。必ずこのサンプル（架空データ）またはテスト環境で行ってください。