Excelの手作業を自動化する方法｜Excelを残したまま転記・集計を減らす

Excelをやめる必要はありません。毎月の転記、集計表づくり、請求書や納品書の作成、システムから出したCSVの整形といった一つの作業なら、Excelを使い続けたまま自動化できます。

この記事は、Excelを残したまま手作業を一つ減らすための記事です。Excelから業務システムへ移るべきかの判断や、FAX受注の電子化は、別の記事「Excel管理の限界と脱エクセルの進め方」で扱っています。本記事では、どの作業を選ぶか、どの道具を使うか、止まったときにどう戻すか、費用が見合うかを順に説明します。

最初に、自動化する作業を一つに絞る

「Excel業務を自動化したい」という依頼のままでは、何も作れません。最初にやることは、作業を一つ選び、次のカードに書き出すことです。

このカードが書けない作業は、まだ自動化の対象ではありません。手順が人によって違う、例外の判断が担当者の頭の中にしかない、という状態で自動化すると、例外が出るたびに止まり、結局手作業に戻ります。その場合は先に手順をそろえます。

向いている作業には共通点があります。

• 同じ形の入力が、決まった頻度で来る
• 手順の大半が判断を必要としない
• 結果が正しいかを、人が短時間で確認できる
• 間違えたときの影響が、確認の工程で止められる範囲にある

反対に、毎回の判断が多い作業、入力の形が毎回違う作業、間違いがすぐ取引先に届く作業（請求書の自動送信など）は、全部を自動化せず、作成までを自動化して送信は人が行う、といった区切り方を考えます。

作業の種類ごとの、道具の選び方

道具は作業の種類で決まります。それぞれの「失敗の仕方」まで知っておくと、作った後に困りません。

補足をいくつか加えます。いずれも Microsoft Learn などの公式文書で確認した内容です。

Power Queryは最初に試す道具です。 Excelに入っていて、設定した手順が画面に一覧で残るため、後から他の人が読めます。更新はブックを開いたとき、または指定した間隔で自動実行する設定もできます。注意点は、元データの列名が変わるとその手順でエラーになることです。CSVを取り込むときは、得意先コードのような先頭の0に意味がある列を文字列として読み込む設定にします。Excelは先頭の0を自動で消し、15桁を超える数値の精度は保てません。

Power AutomateからExcelを扱うときの制限は、公式に書かれています。 Excel Online (Business) コネクタは25MBまでのファイルに対応し、最後の利用から最大6分間ファイルがロックされることがあります。人がExcelで編集しているブックに、同時にフローから書き込むことは非対応です。「人が入力するブック」と「フローが書き込むブック」は分けてください。また、表の行を一覧で取得する操作は既定で256行までしか返さず、全件を取るにはページ分割の設定が要ります。月末に行数が増えたら結果が欠けた、という事故の典型です。

VBAは今でも有効ですが、配布の仕方に注意が要ります。 WindowsのOfficeでは、メールの添付やダウンロードしたファイルのマクロは既定でブロックされます。マクロ付きのブックをメールで回す運用は、受け取った人の環境で動かないことがあります。共有フォルダの信頼済みの場所に置く、などの方法を管理者と決めます。

Pythonは、検証と大量の加工で強みがあります。 一方で、誰のPCで、どの版のPythonで動かすのかを管理する必要があり、作った人が去った後に最も困りやすい道具でもあります。Excelファイルを直接書き換えるライブラリ（openpyxl）は、図形などすべての要素を読み込めるわけではなく、同じ名前で保存すると図形が失われ、既存のファイルは警告なしに上書きされる、と公式文書が注意しています。

どの道具でも、迷ったら「後任が画面で設定を読めるか」を基準にします。同じ作業ができるなら、コードよりPower Queryの設定、Power Queryの設定より手順書のほうが、引き継ぎで困りません。

Excelを残す設計：壊れにくくする4つの約束

道具が違っても、壊れにくい自動化には共通の形があります。

[取り込み用フォルダ] → [検証] → [作業用の表] → [出力（集計表・帳票）]
   原本は置くだけ        ↓            ↑
                    [要確認の一覧]  人が直して再投入

1. 原本を上書きしない。 取り込んだファイルは、そのまま保存しておきます。出力は別のファイルにします。問題が起きたとき、原本から作り直せるからです。
2. 人が入力する場所と、自動で書く場所を分ける。 同じシートに両方が書くと、どちらが正しいか分からなくなります。Power Automateの同時編集の制限も避けられます。
3. 取り込む前に検証し、要確認の行を別に出す。 間違った行を黙って取り込むことも、1行の誤りで全体を止めることも避けます。正常な行は処理し、要確認の行は理由付きで一覧にして人に渡します。
4. 同じファイルを二度取り込まない。 自動化の事故で多いのは、同じ月のデータを二重に取り込んで売上が倍になることです。取り込み済みのファイルを記録し、二度目は止めます。

入力検証は、まずPower Queryの「エラーの保持」で

3と4は、プログラムを書かなくても始められます。

1. 取り込み用のクエリで、得意先コードの列を「テキスト」、日付と金額の列をそれぞれ日付と数値の型に変更します。変換できない値（存在しない日付や NaN など）は、セル単位のエラーになります。
2. 空の得意先コードは型の変換ではエラーにならないため、空の行を抜き出すフィルターの手順を足します。
3. クエリを複製し、片方は「エラーの削除」で正常な行だけに、もう片方は「エラーの保持」でエラーの行だけにします。後者が要確認の一覧です。
4. 二重取り込みを防ぐには、取り込み用フォルダに置くファイル名を「売上_2026-10.csv」のように月で決め、取り込み済みのファイルは別のフォルダへ移す運用にします。

担当者は要確認の一覧を見て元データを直し、直したファイルを取り込み直します。大事なのは道具ではなく、正常な行と要確認の行を分けて、人に返す経路を作ることです。

検証の条件を細かく決めたい場合や、ファイルの数が多い場合は、Pythonで書く方法もあります。動く例を記事の最後に付録として載せています。

止まったときに、手作業へ戻す手順

自動化は、いつか必ず止まります。元データの列名が変わる、ライセンスが切れる、担当者のPCが入れ替わる、といった理由です。止まったときに業務も止まらないよう、作る前に次の表を埋めておきます。

この表の前提は、手作業の手順書を捨てないことです。自動化が動いている間は誰も読みませんが、止まった日に必要になります。年に一度は、手順書どおりに手で処理できるかを確かめておくと安心です。

結果の確認には、件数と合計の照合が最も簡単で効果があります。元データの件数と合計金額、出力の件数と合計金額を毎回並べて表示し、確認者が目で見て一致を確かめます。

作った人がいなくなった後に、誰が直すか

小さな自動化ほど、引き継ぎが抜けます。作る段階で、最低限次の4点を残してください。

最後の項目は見落とされがちです。Microsoftは、作った人が組織を離れて有効な所有者がいなくなったフローを「孤立したフロー」と呼び、その人のアカウントに結び付いた接続を使っていると失敗しうると説明しています。業務で使うフローには、作った人とは別の共同所有者を最初から設定しておき、退職の手続きにフローの確認を入れておきます。

費用が見合うかの計算式

自動化の効果は「浮く時間」で測ります。金額は時間に単価を掛けて出せますが、まず時間で比べると判断を誤りにくくなります。

回収までの月数 ＝ 構築にかかる時間 ÷（毎月浮く時間 － 毎月の保守時間）

構築にかかる時間 ＝ 社内で使う時間 ＋ 外注費を社内の時間単価で割った時間
毎月浮く時間     ＝ 自動化前の作業時間 － 自動化後の確認・例外対応の時間

仮想例: 先の作業カードの月次集計（毎月約4時間）を自動化するとします。以下はすべて説明用の架空の値です。

この式から分かることが3つあります。

• 頻度の低い作業は回収が長い。 年に1回の作業を自動化すると、浮く時間が小さすぎて回収できないことがあります。手順書を整えるほうが効果的です。
• 例外が多いと、浮く時間が消える。 自動化後の確認・例外対応の時間が自動化前の時間に近いなら、自動化する意味がありません。
• 時間以外の効果は別に書く。 転記ミスがなくなる、担当者が休んでも回る、といった効果はこの式に入りません。見合うかを判断するときは、数字と並べて言葉で書いておきます。

最初の一つは社内で、帳票はソフトの標準機能を先に確かめる

最初の一つは、自社で試せることが多いです。

• 作業カードを書き、手順を社内でそろえる
• CSVの取り込みと整形を、Power Queryで設定してみる
• 毎回の確認に使う、件数と合計の照合欄を作る

会計ソフトや販売管理ソフトに、目的の帳票やデータ連携の機能が既にあることもあります。Excelで自動化を作る前に、使っているソフトの機能一覧を確認してください。既製の機能はソフト会社が保守するので、自社で作ったものより長持ちします。

外注を考えるのは、例外の処理が複雑で画面操作の設定では収まらない場合、複数のシステムをまたぐ場合、社内に保守できる人がいない場合です。外注先には、作業カード、入力と出力の見本、例外の一覧を渡すと、見積もりの精度が上がります。依頼するときは、止まったときの手順書と引き継ぎ資料も納品物に含めるかを確認してください。

Excelが「業務システム」の役割を背負いすぎていて、自動化しても根本が解決しない場合もあります。取引先ごとに見せる範囲をファイルの分割で分けている、といった状態なら、脱エクセルの進め方の判断のほうが先です。

実例：Excelを業務の入口に残したSaaS

筆者が一人で開発した木材流通業界のB2B SaaS（クライアントがこのプロダクトで経済産業大臣賞を受賞）では、電話・FAX・Excelで回っていた受発注をWebに一元化しました。このとき、利用者がそれまで使っていたExcelを捨てさせず、既存のExcelを取り込んでデータベースに入れる機能と、注文書・納品書・請求書をExcel/PDFで生成する機能を実装しています。取り込みには、ファイルの大きさの上限と、数式として解釈される値の無害化を入れました。

この記事で扱った規模の自動化とは大きさが違いますが、考え方は同じです。現場の人が慣れた形式は入口と出口に残し、その間で検証と処理を自動化します。

筆者に依頼する場合の範囲と費用の考え方は 定型業務の自動化 にまとめています。既製の機能やPower Queryで足りると判断すれば、そちらを勧めます。

付録：Pythonで書いた取り込み前の検証

先の4つの約束のうち3と4を、Pythonで書いた例です。売上CSVの必須の列、日付、得意先コード、金額を確認し、正常な行と要確認の行を別のファイルに分けます。同じファイルの二度目の取り込みは中止します。

import csv, hashlib, io, re, sys
from datetime import datetime
from decimal import Decimal, InvalidOperation
from pathlib import Path

REQUIRED = ["伝票日付", "得意先コード", "金額"]
FORMULA_START = ("=", "+", "-", "@", "\t", "\r", "\n", "＝", "＋", "－", "＠")
PLAIN_NUMBER = re.compile(r"[+-]?\d+(?:\.\d+)?")


def decode(raw):
    try:
        return raw.decode("utf-8-sig")
    except UnicodeDecodeError:
        return raw.decode("cp932")  # どちらでも読めなければ例外で止まる


def find_problem(row):
    if None in row or any(row.get(c) is None for c in REQUIRED):
        return "列数が合わない"
    try:
        datetime.strptime(row["伝票日付"].strip(), "%Y/%m/%d")
    except ValueError:
        return "日付が YYYY/MM/DD でない"
    if not row["得意先コード"].strip():
        return "得意先コードが空"
    if any((v or "").startswith(FORMULA_START) for k, v in row.items() if k != "金額"):
        return "数式として読まれる値がある"
    try:
        amount = Decimal(row["金額"].strip())
    except InvalidOperation:
        return "金額が数値でない"
    if not amount.is_finite() or amount < 0:
        return "金額がマイナスまたは不正"
    return None


def neutralize(value):
    # 数式として読まれる値は、先頭に ' を付けて文字列として書き出す
    # （「-500」「+100」のような数値だけの値は数式にならないので、そのまま残す）
    if isinstance(value, str) and value.startswith(FORMULA_START) and not PLAIN_NUMBER.fullmatch(value):
        return "'" + value
    return value


def save(path, fields, rows):
    with path.open("w", encoding="utf-8-sig", newline="") as f:
        writer = csv.DictWriter(f, fields, extrasaction="ignore")
        writer.writerow({c: neutralize(c) for c in fields})  # 見出し（列名）も無害化する
        writer.writerows({k: neutralize(v) for k, v in row.items()} for row in rows)


src, out = Path(sys.argv[1]), Path(sys.argv[2])
out.mkdir(parents=True, exist_ok=True)
raw = src.read_bytes()
digest = hashlib.sha256(raw).hexdigest()
ledger = out / "imported.txt"
if ledger.exists() and digest in ledger.read_text().split():
    sys.exit("中止: このファイルは取り込み済みです")

reader = csv.DictReader(io.StringIO(decode(raw), newline=""))
fields = reader.fieldnames or []
if missing := [c for c in REQUIRED if c not in fields]:
    sys.exit(f"中止: 必須の列がありません: {missing}")

good, bad = [], []
for row in reader:
    problem = find_problem(row)
    (bad if problem else good).append({**row, "行": reader.line_num, "理由": problem})

save(out / "ok.csv", fields, good)
save(out / "needs_review.csv", ["行", "理由", *fields], bad)
with ledger.open("a") as f:
    f.write(digest + "\n")
total = sum(Decimal(r["金額"].strip()) for r in good)
print(f"正常 {len(good)} 件 / 要確認 {len(bad)} 件 / 合計 {total}")

Python 3.13 で、標準ライブラリだけで実行して確認しました。Shift_JISで保存した8行の試験用CSV（存在しない日付、空の得意先コード、1,000 のようなカンマ入りの金額、NaN、マイナスの金額、列の足りない行を含む）を渡した結果です。

$ python3 check_sales_csv.py 売上_2026-10.csv 出力
正常 2 件 / 要確認 6 件 / 合計 5500

$ python3 check_sales_csv.py 売上_2026-10.csv 出力
中止: このファイルは取り込み済みです

要確認の一覧（出力/needs_review.csv）には、元の行番号と理由が付きます。

行,理由,伝票日付,得意先コード,金額,摘要
3,日付が YYYY/MM/DD でない,2026/11/31,00124,2000,存在しない日付
4,得意先コードが空,2026/11/02,,3000,コード空
5,金額が数値でない,2026/11/03,00125,"1,000",カンマ入り
6,金額がマイナスまたは不正,2026/11/04,00126,NaN,NaN
7,金額がマイナスまたは不正,2026/11/05,00127,-500,返品
8,列数が合わない,2026/11/06,00128,,

数式として読まれる値を含む3行の試験用CSVでは、こうなります。

$ python3 check_sales_csv.py 数式テスト.csv 出力2
正常 1 件 / 要確認 2 件 / 合計 200

行,理由,伝票日付,得意先コード,金額,摘要
2,数式として読まれる値がある,2026/11/01,00130,100,"'=HYPERLINK(""http://example.com"")"
5,数式として読まれる値がある,2026/11/03,00132,300,"'
改行始まり"

このコードで判断していることを、言葉でも書いておきます。

• 文字コード。 システムから出したCSVはShift_JIS（Windowsの日本語ではcp932）のことが多いため、UTF-8で読めなければcp932で読みます。
• 金額のカンマ。 1,000 を自動で1000と解釈せず、要確認にしています。桁区切りなのか、列がずれたのかは、データからは区別できないからです。社内の出力形式で桁区切りがないと確認できたら、この判断は不要になります。
• マイナスの金額。 返品をマイナスで表すシステムなら、要確認にせず別の集計に回すべきです。これはプログラムの問題ではなく、業務の取り決めです。
• 数式として読まれる値。 =・+・-・@・タブ・改行などで始まる値は、Excelで開いたときに数式として実行されることがあります（OWASPがCSVインジェクションとして注意を促しています）。Webフォームなど外部から入った値を扱うときは特に必要です。
• 書き出すときの無害化。 要確認の一覧は人がExcelで開くので、そうした値は先頭に ' を付けて書き出します。OWASPが挙げる対策の一つで、値は文字列として扱われます。列名（見出しの行）にも同じ処理をかけます。一方、-500 や +200 のように符号と数字だけの値は数式にならないので、そのまま書き出します（金額の列を数値として集計できる形のまま残すためです）。正常な行の出力（ok.csv）にも同じ処理をかけます。元データの側で符号を付けない形式にそろえるのが根本の対策です。
• 二重取り込みの判定。 ファイルの中身のハッシュで見ています。同じデータを出力し直した場合など、中身が1バイトでも違えば別のファイルとして通るため、月ごとに1回だけ取り込む運用と組み合わせます。