月次のExcel締めが遅い原因と短縮の設計
「月次の締めがいつも遅れる」「数字が固まるのが翌月の後半になる」——経理や事務が少人数の会社では、この遅れが毎月の前提として定着していきます。
結論から言うと、締めが遅い原因は1つではなく4つあり、そのどれが効いているかで打ち手が完全に変わります。原因を分けないまま「Excelを速くする」「AIを入れる」に進むと、ボトルネックでない工程を改善して終わります。
株式会社Fyveは中小企業のAI活用を月額で支援しています。この記事では、月次締めの遅れを4つの原因に分解し、どこが詰まっているかを見分ける手順と、AIが効く工程・効かない工程の線引きを整理します。扱うのは操作の速さではなく、工程の設計です。
「締めが遅い」は1つの問題ではない
締めの相談を受けたとき、最初にすることは工程の分解です。「締めに時間がかかる」という言い方は、実は4つの別々の問題を1つの言葉でまとめています。
- データが集まらない——必要な数字が期限までに手元に来ない
- 形式が揃わない——来たデータの形がバラバラで、そろえる作業に時間がかかる
- 確認が直列——1人が終わるまで次の人が動けない構造になっている
- 属人化——特定の人しかできない工程があり、その人の空き時間に全体が縛られる
この4つは対処法がまったく違います。データが集まらないのは締切と入り口の設計の問題で、Excelを速くしても1分も短くなりません。形式が揃わないのは提出形式の固定の問題で、これは道具で解決できます。確認が直列なのは工程の並べ方の問題で、人を増やしても直りません。属人化は作業の言語化の問題です。
混同したまま改善に着手するのが、締めが何年も遅いままの会社に共通する状態です。最初にやるべきなのは、自社の遅れがどの原因で発生しているかを分けることです。
ボトルネックの見分け方
分解の方法は単純です。1か月分の締め作業を、工程と時刻で書き出す。作業時間ではなく、時刻を書くのが要点です。
書き出す項目
- 工程名（例: 拠点データの受領、CSVの整形、集計、確認、修正、確定）
- その工程を担当した人
- 開始した時刻と、終わった時刻
- その工程が始められるまで待った時間
- 差し戻しがあったか、あった場合は何が理由か
この表を1か月作ると、作業時間の合計と、締めにかかった日数が一致しないことがはっきり見えます。多くの場合、実作業の合計は数時間から数日なのに、締めが終わるまでには何週間もかかっています。この差が待ち時間です。
待ち時間が長いなら「集まらない」問題
実作業より待ち時間のほうが長い場合、ボトルネックは集計作業ではありません。データが来るのを待っている、確認の返事を待っている、承認を待っている——ここが締めの長さを決めています。この状態でExcelを速くしても、締めの日数は変わりません。
差し戻しが多いなら「揃わない」か「属人化」
差し戻しの回数を記録すると、原因の切り分けができます。形式の不備で差し戻しているなら「揃わない」問題、担当者しか分からない判断で止まっているなら「属人化」の問題です。差し戻しの理由を3か月分並べると、同じ理由が繰り返されているのが分かります。繰り返される理由は設計で消せます。
1人の稼働に全体が張り付いているなら「直列」か「属人化」
担当者の列を見て、1人の名前が全工程に並んでいるなら直列と属人化の両方です。この場合、その人の作業を速くする改善には天井があります。1人が持てる時間が上限になるからです。
「データが集まらない」の設計
最も多く、最も見落とされる原因です。集まらない理由は「みんなが遅いから」ではなく、ほぼ設計側にあります。
締切ではなく「入り口」を決める
締切を早めるだけの対処は失敗します。提出する側からすると、締切が早まっても提出できる状態になっていないからです。設計として必要なのは、いつ・誰が・どこに・どの形で置くかを先に決めることです。
- 場所——提出先を1か所に固定する。メール添付は提出先ではありません（探す作業が発生します）
- 形——ファイル名の規則と、シートの構成を決める
- タイミング——月末にまとめてではなく、日次または週次で置いていく形にできないか検討する
- 提出したことの確認方法——出したかどうかを催促せずに分かる状態にする
4つ目が効きます。催促が発生する仕組みは、催促する人の時間を毎月食い続けます。提出状況が一覧で見える場所を1つ作るだけで、催促のやりとりが消えます。
月末に集まるものを日次に分散する
締めが遅い会社の多くは、月末に作業が集中しています。しかし対象のデータをよく見ると、月末に確定するものと、日々確定しているものが混ざっています。日々確定しているものを日々入れておくだけで、月末の作業量は減ります。
ここで重要なのは、日次の入力を増やすのではなく、すでに日次で発生している記録をそのまま溜める形にすることです。日報を書いているなら、その日報が集計に使える形になっているか。レジの日次データが手元にあるなら、それを月末まで放置していないか。新しい入力作業を足す設計は続きません。
集まらないものは「無いまま進める」設計にする
どうしても月末まで確定しない項目は必ずあります。ここで全体を止めるのではなく、確定していない項目を明示したまま集計を進める形にします。仮の値を入れて後で差し替えるのではなく、未確定であることが見える状態にする。仮の値は確定値と区別できなくなるので、後から追えなくなります。
「形式が揃わない」の設計
これは4つの原因の中で、道具による解決がもっとも効く領域です。
提出形式を1つに固定する
拠点や担当者が自由にExcelを作っていると、集める側で必ずそろえる作業が発生します。対処は提出テンプレートを1つに固定することですが、実務では固定したあとに崩れていくのが問題になります。列を足す、行を挿入する、書式を変える。悪意なく起きます。
崩れを防ぐ設計として有効なのは、次の3つです。
- 入力欄と参照欄を分ける——入力する場所を明確にし、それ以外は触らせない
- 選択肢から選ばせる——分類や区分は自由入力にしない。表記ゆれの発生源を閉じます
- 列を足したくなる理由を吸収する——足したくなる項目があるということは、テンプレートに足りない情報があるという意味です。禁止ではなく、テンプレート側に反映します
そろえる作業を人の手から外す
形式がそろわないデータが来ることを前提にする場合、そろえる処理を設定として固定します。CSVの文字コード・区切り文字・型の扱い、分類の表記ゆれの吸収は、毎月手作業でやり直すものではありません。この部分の具体的な設計は別記事で扱っています。
複数拠点のファイルを1つにまとめる場合、Microsoftの公式ドキュメントは、フォルダー単位の取り込みについてフォルダとサブフォルダにある全ファイルが同じように処理されて結合されると説明し、正しく動くようにするには全ファイルが同じファイル形式・同じ構造であることを確認するよう案内しています。つまり形式をそろえることは、自動化の副産物ではなく前提条件です。ここを飛ばした自動化は、例外処理の塊になります。
「確認が直列」の設計
工程が直列に並んでいると、締めの日数は各工程の待ち時間の合計になります。作業時間ではなく待ち時間の合計です。ここを短くする方法は3つあります。
1. 確認の回数を減らすのではなく、位置を変える
確認を減らすと品質が落ちるので、減らすのではなく前に動かすのが正解です。集計が終わってから全部を確認するのではなく、データが入った時点で入力側が確認する。後工程で見つかる不備は、前工程で見つければ差し戻しになりません。
2. 独立している工程を並べる
直列になっている工程のうち、実は依存していないものが混ざっています。拠点Aの整形と拠点Bの整形は独立しているのに、同じ人が順番にやっているから直列に見える。この場合は担当を分けるか、順番を待たない形に変えます。
逆に本当に依存している工程は並べられません。依存の有無を先に確認しないと、並列化しようとして手戻りが増えます。依存しているかどうかは「前の工程の結果が変わったら、この工程をやり直す必要があるか」で判定できます。
3. 止まる場所を意図的に1か所にする
確認のために止まる場所が5か所あると、5回分の待ちが発生します。止まる場所を意図的に減らし、そこで一括して確認する形にすると、待ちの回数が減ります。ただしこれは工程を大きく束ねることになるので、間違いを見つける位置が後ろにずれます。差し戻しの多い会社では逆効果になるので、差し戻しが減ってから行う順番です。
「属人化」の設計
属人化は人の問題ではなく、判断が言葉になっていないことの問題です。「あの人しかできない」と言われる工程を分解すると、たいてい2種類に分かれます。
- 手順が言語化されていない——書けば他の人でもできる。書いていないだけ
- 判断が必要——この取引をどう計上するか、この差額を許容するか。業務知識と権限が必要
1つ目は書くことで解消します。2つ目は書いても解消しません。判断が必要な工程は、判断できる人を増やすか、判断の基準を決めて基準に落とすかの2択です。
手順を書くときの粒度
手順書が使われない理由は、粒度が細かすぎるか粗すぎるかのどちらかです。実務的に機能する粒度は、「2人目がやってみて、詰まったら質問できる」レベルです。完全に迷わない手順書を作ろうとすると分量が膨らみ、更新されなくなります。
この用途はAIが効きます。担当者に作業を口頭で説明させ、その内容から手順の下書きを作らせる。ゼロから書くより、話したことを整理させるほうが圧倒的に早く終わります。ただし出てきた手順は、担当者本人と2人目の両方が読んで確認する必要があります。
判断の基準を決める
判断が必要な工程は、基準を明文化することで一部を移譲できます。「差額が○円以内なら調整して進める、超えたら確認を上げる」という形です。金額の線引きは経営判断なので、AIには決められません。ただし過去の判断を並べて、暗黙の基準を洗い出す作業はAIに手伝わせられます。
2人目が動ける状態をどう作るか
属人化の解消を「引き継ぎ」として考えると、なかなか進みません。引き継ぎは一度に全部を渡す作業なので、渡す側にまとまった時間が必要になり、忙しい人ほど後回しになります。
代わりに「2人目が1工程だけできる状態」を毎月1つずつ増やすという進め方にすると動きます。今月は拠点データの受領だけを2人目に渡す。来月は整形を渡す。1工程なら手順も短く、当人の負担も小さく、失敗しても全体が止まりません。
この進め方には副作用として良い効果があります。渡す工程を選ぶ過程で、そもそも要らない工程が見つかることです。誰かに説明しようとして初めて「これは何のためにやっているのか」が問われるためです。締めの短縮で最も確実に効くのは、工程を速くすることではなく、工程を1つなくすことです。
AIが効く工程と効かない工程
ここが判断の核心です。締めの4つの原因に対して、AIがどこに効くかを整理します。
効く工程
- 手順の言語化——口頭説明から手順の下書きを作る。属人化の解消で最も効きます
- 既存の処理の説明——古いExcelやマクロが何をしているかを業務の言葉で説明させる
- 整形の設定づくりの補助——変換ルールの候補出し、対応表の初期作成
- 集計後の要約・可視化——確定した数字について、傾向の説明やグラフの作成
- 差し戻し理由の分類——過去の差し戻し記録を分類させ、頻出パターンを洗い出す
効かない工程
- データが集まらない問題——これは人と組織の設計です。AIは提出を早めません
- 確認の直列構造——工程の並べ方は人が決めます
- 数字の確定——誰が責任を持つかという話なので、置き換えられません
任せてはいけない工程
公式ドキュメントに明確な記述があります。Microsoftは、CopilotがAIを使って提案を生成するため、間違いを犯したり情報を誤解したり不正確な結果を出すことがあると明記し、金融・法務・医療といった領域の重要な判断には使わないよう案内しています。締めの数字は会社の意思決定と対外的な報告に直結するので、この注意はそのまま当てはまります。
さらにExcelの数式として使えるCOPILOT関数について、公式はモデルが今後改善されるため同じ引数でも結果が時間とともに変わる可能性があると明記し、正確さと再現性が必要な数値計算にはSUM・AVERAGE・IFなどのネイティブ関数を使うよう案内しています。締めの計算列にAIの出力を置くことはできないというのは、ここから直接導ける結論です。
Copilotが業務のどこまで踏み込めるかを機能単位で確認したい場合は、業務別の活用事例を先に見ておくと、工程ごとの当て先を決めやすくなります。
短縮に着手する順番
4つの原因が分かったら、着手の順番を決めます。順番が成果を左右します。
- 待ち時間の可視化——1か月分の工程と時刻を書き出す。これをせずに始めると、ボトルネックでない場所を改善します
- 差し戻し理由の記録——3か月分あれば、繰り返される理由が特定できます
- 入り口の固定——提出先・形式・タイミング・提出確認の4つを決める。ここが最も効きます
- そろえる処理の設定化——毎月同じ手直しをしている部分を設定に移す
- 手順の言語化——属人化している工程を書き出す。AIが効く工程です
- 工程の並べ替え——依存関係を確認したうえで、独立している工程を並列にする
- 報告層の整備——ここで初めて可視化やAIによる要約が効きます
3が最初に来るのは、入り口が固まらないと下流の改善が毎月やり直しになるからです。逆に7を先にやりたくなる会社が多いのですが、ダッシュボードを先に作っても、そこに流れてくるデータが遅れていれば意味がありません。
4の集計側の設計、とくに明細と集計と報告を分ける構造については別記事で扱っています。
また、5の手順の言語化で「古いマクロの中身が誰にも分からない」という壁に当たる会社が少なくありません。この場合、マクロをAIに直させる方向に進むと元より複雑になりやすいので、AIにマクロを頼むと複雑化する理由と対処で棚卸しと置き換えの判断基準を確認してから着手してください。
効果をどう測るか
改善したかどうかを説明できないと、次の投資判断ができません。測るものを先に決めます。
- 締めが確定した日——月末から何営業日目か。これが唯一の総合指標です
- 実作業時間の合計——工程ごとの作業時間の合計
- 待ち時間の合計——工程間で待っていた時間
- 差し戻しの回数と理由——回数が減っているか、理由の種類が減っているか
- 確定後に数字を修正した回数——品質の指標。速くなって修正が増えたら改善ではありません
1つ目だけを見ていると、品質を犠牲にして速くなった状態を改善と誤認します。5つ目を必ず併せて見てください。確定後の修正が増えているなら、それは短縮ではなく前倒しの見切りです。
記録の付け方は凝らないほうが続きます。表を1枚作り、工程・担当・開始時刻・終了時刻・差し戻しの有無だけを埋める。集計は月末にまとめて行えば十分です。記録が負担になった時点で止まるので、項目は増やさないことを優先してください。
そしてこれらは着手前に測っておかないと比較できません。改善に着手したくなる気持ちを1か月抑えて、現状を記録することが、実際には最短経路になります。
よくある質問
何日で締まれば正常なのでしょうか
業種・取引形態・拠点数で大きく変わるため、一般化した目標日数を出すことはできません。他社の数字を目標にするより、自社の実作業時間の合計と、実際にかかっている日数の差を見てください。この差が待ち時間で、圧縮できる余地そのものです。差が大きい会社は、作業を速くする以前に待ちを減らす余地が残っています。
Excelをやめて会計システムに移すべきですか
この記事で扱った4つの原因のうち、システムの入れ替えで解決するのは「形式が揃わない」の一部だけです。データが集まらない・確認が直列・属人化は、システムを変えても残ります。先に工程を分解し、システムで解決する部分を特定してから検討するのが順番です。分解せずに入れ替えると、同じ問題が新しいシステムの上で再発します。
少人数なので工程を分けられません
担当を分けることはできませんが、工程を分けることはできます。同じ人がやるとしても、取り込み・確認・集計・確認・確定という区切りを作れば、間違いを早く見つけられます。少人数の会社で最も高くつくのは、最後まで走った処理を遡って直す作業です。
Copilotを入れれば締めは速くなりますか
締めの遅れがどの原因で起きているかによります。待ち時間が長い会社では、Copilotを入れても締めの日数はほとんど変わりません。逆に整形や集計の実作業が長い会社では効きます。まず1か月分の工程と時刻を書き出してから判断してください。導入判定の観点はMicrosoft 365 Copilotは必要かにも整理されています。
手順書を作っても誰も読みません
読まれない手順書は、粒度が細かすぎるか、置き場所が分からないか、更新されていないかのどれかです。実務では2人目が実際にやってみて、詰まった箇所だけを追記していく形が定着します。最初から完成品を目指さないことが、続ける条件です。
属人化している人が忙しすぎて言語化に協力できません
その状態が属人化のコストそのものです。手順を書く時間を確保できないほど1人に依存しているなら、優先順位を上げるべき問題です。負担を減らす方法として、作業しながら口頭で説明してもらい、それを別の人が記録する形をとると、当人の追加作業をかなり小さくできます。文章化はAIに任せられます。
締めを早めることに現場の協力が得られません
締切を早める依頼として伝えているなら、抵抗が出るのは自然です。設計として伝えるべきは「早く出してほしい」ではなく「いつ・どこに・どの形で置くか」です。提出のやり方が決まっていないから月末に集中する、という構造の話に置き換えると、話が進みやすくなります。催促のやりとりが消えることは、提出する側にとっても利益です。
まとめ
月次の締めが遅い原因は4つあります。データが集まらない、形式が揃わない、確認が直列、属人化。この4つは対処法が違うので、分けずに改善に着手すると、ボトルネックでない工程を速くして終わります。分けるための方法は、1か月分の工程を時刻で書き出し、実作業時間と締めの日数の差＝待ち時間を見ることです。
着手の順番は、待ち時間の可視化、差し戻し理由の記録、入り口の固定、そろえる処理の設定化、手順の言語化、工程の並べ替え、報告層の整備。入り口の固定が最初に来るのは、ここが固まらないと下流の改善が毎月やり直しになるからです。
AIが効くのは、手順の言語化、既存処理の説明、整形の設定づくりの補助、確定後の要約と可視化、差し戻し理由の分類です。逆に効かないのは、データが集まらない問題と工程の並べ方、そして数字の確定です。公式ドキュメント自身が「Copilotは間違えることがある」「正確さと再現性が必要な数値計算にはネイティブ関数を使う」と明記しているとおり、締めの数字そのものをAIに委ねる設計は成立しません。
私たちが締めの相談を受けるときも、まずお願いするのは工程を書き出すことです。改善策を並べる前に、どこで止まっているかを共通の事実にする。遠回りに見えますが、詰まっている場所を知らないまま打つ手は、当たっても再現できません。
御社の業務に合わせたCopilot導入・定着支援
「ライセンスを配ったのに使われない」を終わらせる。
業務の棚卸しから、効く業務の切り分け、社内への定着まで一貫して支援します。