AIで月次業務のチェックリストを作る方法｜定型事務を整理

月次業務のチェックリストをAIで作るときは、作業名の一覧だけで終えず、「対象月・担当・期限・前工程・完了の証拠」を一件ずつ対応させます。毎月使うひな型と、その月に実行する記録を分ければ、前月の完了印や古い承認を今月へ持ち越す誤りを見つけやすくなります。AIには既存手順からの整理案を作らせ、不明な締切や承認者を補完させないでください。

この記事は、月次の経費報告を取りまとめる架空の事務作業を例にした設計手順です。実際の会計処理、AI製品の操作、承認依頼、システム連携は実施していません。会社ごとの締め方や決裁規程を置き換えるものではなく、法定期限・保存期間・税務処理はここで決めません。

まず一つの月次成果物へ範囲を絞る

「月末の仕事を全部」では、異なる担当や締め条件が混ざります。最初は「9月分の経費報告を確認し、承認済みの一覧を次の担当へ渡す」など、入力と成果物が分かる単位へ絞ります。月次報告の文章や前月比を作ることと、報告に必要な作業の完了を管理することも分けてください。

入力には、現在の手順書、前月の例外記録、担当表、社内の締切表、使用する稼働日表を用意します。原資料の版と該当箇所を残し、個人情報や実際の口座情報が不要ならAIへ渡しません。手順書と担当者の説明が矛盾するときは、AIに多数決で決めさせず、確認事項として取り出します。

ひな型と、対象月の実行記録を分ける

ひな型には作業ID、作業内容、必要な入力、担当する役割、基準日からの期限、前工程、完了条件、証拠の種類を持たせます。対象月の実行記録には、対象期間、ひな型の版、実担当、具体的な期限、進行状態、完了日時、確認した資料の版を入れます。前月の記録をコピーするとき、完了印や証拠リンクまで今月の実績として残さないようにします。

MicrosoftのFinancial period close workspaceの説明（新しいタブで開く）は、締め作業のひな型、期間ごとの予定、稼働日カレンダー、担当、依存関係、添付資料を分けています。この構成を参考に、次の表では一般的な事務用の管理項目を設計します。同製品の導入や、表計算に同じ制御機能が標準であることを前提にしません。

表は横にスクロールできます

管理するもの	記録する内容	混同しないこと
ひな型	作業ID・役割・相対期限・前工程	前月の実行結果
対象月	対象期間・基準日・ひな型の版	作業した月だけの表記
期限	日付・時刻・タイムゾーン・計算根拠	毎月同じ日付の貼り付け
進行状態	未着手・作業中・確認待ち・完了・保留	担当者の「済んだはず」
完了証拠	対象資料の版・照合結果・確認者	ファイル名やリンクの存在だけ

稼働日と前工程を具体的な日付へ展開する

以下は計算方法を確かめるための架空例です。基準日D0を2026年9月30日、時刻を日本時間とし、社内で確認済みという設定の稼働日表に10月1日・2日・5日が登録されているものとします。この例のD+1は「次の稼働日」、D+2は「二つ先の稼働日」です。一般の祝日判定や、特定製品の相対期限計算そのものを示す例ではありません。

表は横にスクロールできます

作業ID	作業	前工程	相対期限	この例の期限	完了の証拠例
M01	対象資料を受け付け、対象月を固定	なし	D0 17時	9月30日17時	受付一覧と未提出の記録
M02	一覧と提出資料の差を照合	M01	D+1 12時	10月1日12時	対象版と不一致一覧
M03	不一致・不足の扱いを確認	M02	D+2 15時	10月2日15時	判断者・条件・残る保留
M04	報告の確認・承認と引渡し	M03	D+3 12時	10月5日12時	承認対象版と受渡し確認

この例の作業数は4件です。AIの案でM02がM04を前工程にしていたら、M02→M03→M04→M02と循環するため実行できません。存在しない作業ID、自己参照、必要な前工程の欠落も検査します。期限が前工程より早い場合は、作業の並行化を勝手に決めず、設定の誤りか例外運用かを担当者へ確認します。

月末が休業日になる月、対象部署だけ休む日、担当者不在も別の条件です。期限を単純に翌月の同じ日付へ移すのではなく、その月の稼働日表から展開し直します。期限が変更されたときは変更前後と理由を残し、遅延を隠すために予定日を実績日に書き換えません。

AIへは根拠付きの整理案を依頼する

依頼例は次のようにします。「添付した手順書・担当表・稼働日表だけを使い、対象月のチェックリスト案を作成してください。作業ID、入力、担当する役割、前工程ID、具体的な期限、完了条件、証拠の参照を出してください。各行に根拠の資料名・版・位置を付け、不足・矛盾は別表へ残してください。承認者、締切、完了実績を推測で埋めず、外部送信や元の台帳更新は行わないでください。」

出力後は原資料の各工程が表のどこへ対応するかを確認します。AIが一つの作業を複数行へ分けた場合は、作業数の増加を業務量の増加と誤認しません。逆に受付・照合・承認を一行へまとめていたら、誰が何を確認したかを追える粒度へ戻します。不明欄が残ること自体を失敗にせず、確認先と解消条件を付けます。

作業完了と、確認・承認を別にする

担当者が資料を作成しても、確認者が対象版を開けない、照合結果が付いていない、必要な承認がない場合は、定義した完了条件を満たしていません。前工程を完了にする条件と、後工程を始めてよい条件を確認してください。単なる表計算では依存先の完了を自動で制限しない場合があるため、表示だけに任せず確認欄を設けます。

Microsoftの締め業務シナリオ（新しいタブで開く）も、資料の添付、確認・承認、進行状況の追跡を業務要件として分けています。一部は拡張や連携を含む設計例であり、すべてが標準のチェック機能という意味ではありません。本稿の表でも、資料があることと、その資料に対する確認・承認が有効なことを分けます。

架空の確認では、M01の受付一覧を固定し、M02が「作業完了」でも証拠の閲覧権限がない状態を作ります。この場合、確認者が照合できるまでM02を「確認待ち」とし、M03以降を完了扱いにしないのが期待結果です。証拠を見せるために、無関係な人へ共有範囲を広げる必要はありません。

訂正や遅延は、影響する工程だけを追い直す

M03の確認後にM02の対象資料が訂正されたら、どの版への判断だったかを照合します。影響するM03・M04の確認状態を見直し、訂正前の承認を新しい金額や条件へ自動流用しません。元の記録は消さず、訂正版、変更理由、再確認する範囲、確認担当を対応付けます。依存関係があるだけで、すべての作業を無条件に再実行する運用も避けます。

期限超過は、未提出、照合不一致、確認者不在、外部処理の結果不明などに分けます。督促文の下書きはAIで整理できますが、送信済みか不明な連絡をそのまま再送しません。会計登録や支払が関わる場合も、チェックリストの表示だけで再実行せず、既存の実行記録へ戻って確認します。

次の月へ使う前の受入確認

運用前に、正常4件のほか、資料未着、期限の根拠不明、前工程の循環、証拠を開けない、承認後の訂正、前月完了印の残存を架空の記録で確認します。各条件で「どの作業が止まり、誰が何を確認すれば再開するか」を説明できることが合格条件です。すべてにチェックが付いた見た目だけでは判定しません。

今月の記録は対象月・ひな型の版・入力資料・判断・引渡し先へ戻れる形で保存します。翌月用には承認済みのひな型を複製し、稼働日と担当を再確認して未着手から始めます。手順自体を変えたならひな型の版を更新し、過去月の実績を新しいルールで上書きしないでください。