AIと月次決算:照合、見越計上、チェックリスト

Turn this article into takeaways for your work.
Each assistant summarizes the article only for you and suggests best practices for your work.
AIが月次決算を短縮するのは、最終承認ではなく準備作業を担うことによってです。勘定の照合候補を提案し、見越計上を提案し、差異コメントを起案し、チェックリストを追跡し、不自然な仕訳にフラグを立てます。元帳に反映されるものはすべて、指名された担当者がレビューして承認します。 節約できる日数は、待ち時間と手戻りの排除から生まれます。必要な統制は、1つの事実から導かれます。AIが提案した仕訳であっても、計上された時点で自社の仕訳になるということです。
本記事は、決算にAIをどう組み込み、監査人に対して説明できる状態をどう保つかを検討するコントローラー、財務ディレクター、財務マネージャー向けです。より広い概要である金融におけるAIの一部であり、すでに文書化された決算プロセスを運用していることを前提としています。まだであれば、まず月次決算チェックリストから始めて、戻ってきてください。
重要なポイント
- CFO.comが2018年に報じたAPQCのGeneral Accounting(一般会計)ベンチマーク調査(回答者2,300人)では、決算にかかる日数は、上位25%の組織が暦日で4.8日以内、中央値が6.4日、下位25%が10日以上でした(CFO.com)。
- この指標は、試算表から連結財務諸表の完成までを測り、作業時間だけでなく待ち時間も含みます(CFO.com)。AIが最も短縮しやすいのは、この待ち時間です。
- 米国の上場企業では、経営者は各会計年度末に、「適切で認知された統制フレームワーク」を用いて財務報告に係る内部統制を評価する必要があります(17 CFR 240.13a-15)。
- COSOのInternal Control: Integrated Frameworkは2013年に改訂され、2014年12月15日に1992年版に置き換わりました(COSO)。
- 財務報告に係る内部統制は、会社の取引を「合理的な詳細さで正確かつ公正に反映する」記録を含むと定義されています(17 CFR 240.13a-15)。モデルの出力は、その基準を満たす記録に落とし込まれなければなりません。
決算がAI導入の出発点に適している理由(と、リスクが高い理由)
決算は、反復的で、期限に追われ、小さな判断が数多く含まれる業務です。これはまさに、AIが得意とする仕事の形です。同時に、決算は財務諸表の元になるプロセスでもあるため、ここでの誤りは下書きの問題では済みません。報告の問題になります。

暦日の実際の使われ方を見てみましょう。APQCの指標では、時計は試算表から連結財務諸表まで進み、先に進むための待ち時間も含まれます。一般的な決算で日数が失われるのは、補助元帳の担当者にスケジュールを催促して回ること、スプレッドシートの再入力、200あるタスクのどれが他を止めているのか分からないレビュー担当者を待つことです。これらはいずれも会計上の判断ではありません。調整と準備であり、AIが力を発揮する場所です。
リスクの側面も同じくらい具体的です。3日目の午後11時に仕訳を提案するモデルは、一見正しそうに見える(が誤っている)形で間違うことがあります。したがって、以下のどのユースケースでも、設計上の問いは同じです。モデルが単独でしてよいことは何か、人が承認しなければならないことは何か、承認したことを何が証明するのか。
AIが決算を短縮する場面
効果の大半は5つの領域にあります。いずれも、提案(AI)と判断(人)を分けています。

勘定照合
照合は、決算で最も古くからある自動化の対象であり、機械学習はそれを完全一致ルールの先へと進めます。モデルは、金額が手数料の分だけ違っていても、日付が2日ずれていても、参照番号の入力が異なっていても、銀行の明細行と元帳の仕訳を対応づけられます。そのうえで、本当の例外の短いリストを作成者に残します。銀行側については、AIによる銀行勘定調整で詳しく扱っています。
同じ考え方は、グループ会社間の残高、仮勘定、補助元帳と総勘定元帳の突合にも当てはまります。具体例を挙げます。支払の仮勘定に4,000行の未照合があると、作成者は通常、金額で並べ替え、手作業で項目を消し込んでいきます。照合モデルがあれば、作成者が開く勘定には、説明のつかない数十件の項目だけが残り、それぞれに推定される理由と信頼度が付いています。
人間に残るもの:作成者は未照合リストをレビューして照合に署名し、その後にレビュー担当者が署名します。モデルが単独で勘定を照合済みにすることはありません。
見越計上の提案
見越計上は見積りであるため、判断の領域ですが、出発点は機械的です。モデルは、受領済みで未請求の発注書、仕入先ごとの定期的なパターン、前四半期の精算額を比較し、「この仕入先では通常これくらい見越計上しており、請求書がまだ届いていません」と提案できます。また、漏れている見越計上も見つけられます。通常は10日に計上される月次の公共料金が、まだ計上されていない、といったケースです。
これらは仕訳ではなく、会計担当者への問いかけとして扱ってください。提案された見越計上には、その根拠を添えるべきです。発注書、パターン、前期の戻し入れです。見越計上が引当金や収益の見積りを含む場合、方針と前提はチームの責任です。仕組みとレビューに対する期待値は見越計上、収益認識、引当金のプレイブックにあり、契約の側面はAIと収益認識で扱っています。
増減分析と差異分析、およびコメントの下書き
増減分析は、準備にかかる時間が見えやすい業務です。残高を引き出し、前月比と予算対実績の変化を計算し、しきい値を適用し、それぞれの行がなぜ動いたかを書きます。AIは両端で役立ちます。モデルがどの差異が重要かを順位づけし、言語モデルが元帳の明細から最初の説明を起案します。たとえば「ソフトウェア費が増加したのは、年間更新3件が同じ月に計上されたためです」といったものです。
警戒すべき失敗は、自信満々に間違える説明です。実際の原因が振替だったのに「人員増が要因」と書かれた下書きは、疲れたレビュー担当者をすり抜けます。コメントに書かれたすべての要因が具体的な取引を指すことを求め、CFOに上げる前に、アナリストがそれぞれをデータと照合して確認するようにしてください。下書きツールの安全な使い方は、会計における生成AIでさらに詳しく扱っています。
決算タスクの管理とチェックリストの追跡
これは最も地味な使い方ですが、最も価値が高いことも少なくありません。決算タスクには、担当者、期限、依存関係があります。カットオフが確認されるまで売掛金の補助元帳はロックできず、買掛金の補助元帳が確定するまで見越計上のレビューは始められません。AIを活用した決算ツールは、前月の決算からタスクリストを作り、並べ替え、過去の所要時間をもとにどのタスクが遅れそうかを予測し、担当者に通知できます。また、コントローラーが2日目の終わりにCFOへ送るステータスノートを起案することもできます。
チェックリストは統制が実行されたことの証拠でもあるため、ツールが各タスクを誰がいつ完了したかを記録するようにしてください。妥当な基準となるのは、月次決算チェックリストの構成です。
仕訳の異常レビュー
レビュー担当者が仕訳をサンプリングするのは、すべてを読み切れないからです。異常検知は、すべてを読みます。モデルは、作成者ごと、勘定の組み合わせごと、月内の時期ごとの通常の姿を学習し、そこから外れる仕訳にフラグを立てます。決算直前に計上された丸い金額、ほとんど使われない勘定への仕訳、時間外の計上や、その勘定に普段計上しない担当者による計上、互いに相殺し合う手作業の仕訳などです。
出力は、所見ではなく手がかりとして扱ってください。フラグの大半は正当なものであり、その理由を記録する仕組みが必要です。それでも、母集団全体のレビューは、サンプルでは見逃すものを捉え、誰かが確認したという記録も残します。
決算タスクごとの変化
| 決算タスク | AIが提案すること | 人が担うこと | 保管すべき証拠 |
|---|---|---|---|
| 銀行・仮勘定の照合 | 照合候補と、未照合項目の説明 | 照合の最終承認と、本当の例外の解消 | 照合ルールまたはモデルのバージョン、日付入りの作成者とレビュー担当者の承認 |
| 見越計上 | 提案金額と、漏れている見越計上のアラート | 金額、見積りの前提、計上 | 仕訳に添付した裏づけとなる発注書、請求書、計算書 |
| 増減分析 | 順位づけされた差異と、説明の下書き | 各要因が実際のものであることの確認 | レビュー担当者のメモと、コメントから取引へのリンク |
| チェックリストの追跡 | タスクの順序づけ、遅延の予測、リマインダー | タスクの完了とエスカレーション | タスクごとのタイムスタンプ付き完了ログ |
| 仕訳レビュー | 全仕訳に対する異常フラグ | 各フラグの処置 | 解決内容とレビュー担当者IDを記載したフラグ一覧 |
| グループ会社間および補助元帳の突合 | 消去仕訳と差異の提案 | 消去仕訳と修正の承認 | 作成者と承認者を記載した突合表 |
AIが決算に関わるときに必要な統制
スピードは簡単に手に入ります。説明可能性は、設計しなければ得られません。

AIが提案した仕訳のレビューと承認
決算方針に1つのルールを書き込んでください。AIが提案した仕訳は、指名された人間の承認者なしには計上されず、承認者は提案を依頼した本人ではない。 そのうえで、実質的なレビューがどういうものかを定義します。レビュー担当者は裏づけ資料を見られるか。根拠は。信頼度スコアは。「すべて承認」しか見えないレビュー担当者は統制を実行しておらず、監査人はそれを見抜きます。
自動化バイアスに注意してください。ツールが95%正しいと、レビュー担当者は残りの5%も反射的に承認するようになります。これには抜き打ちチェックで対抗します。誤りと分かっている項目をときどき混ぜ、レビュー担当者が提案を変更した割合を測り、変更率がゼロなら成功ではなく警戒すべき兆候として扱ってください。
職務分掌
古典的な分け方は、作成する人は承認する人ではなく、計上できる人は承認ルールを変更できる人ではない、というものです。AIツールは、この図に新たな担い手を加えます。共有ログインや人間の認証情報ではなく、独自の権限を持つサービスIDを与えてください。計上ではなく提案(下書きまたは保留中の仕訳)に限定し、照合ルール、しきい値、プロンプトを設定する担当者が、独立したレビューなしに出力を承認しないようにします。
監査証跡
AIを活用したすべてのステップは、4つの問いに答える記録を残すべきです。何が入力され、ツールが何を提案し、担当者が何を変更し、誰が承認したか。その時点で有効だったモデル、ルールセット、プロンプトのバージョンも保管してください。更新後に結果が変わることがあるためです。これは他の統制と同じ論理です。実行されたことを示せなければ、監査人は実行されなかったものとして扱います。ベンダーがその履歴をエクスポートできないなら、それは指摘事項になるのを待っているようなものです。
SOXとICFRの考慮事項
米国の上場企業のルールが適用される企業では、経営者は各会計年度末に、適切で認知されたフレームワークを用いてICFRを評価する必要があり、COSOのInternal Control: Integrated Frameworkは広く使われている選択肢です。その評価を、外部監査人が監査します。決算に関わるAIツールは、統制環境の一部になるため、いくつかの問いが生じます。
- ツールはスコープに含まれるか。 主要な統制で使われるデータを準備、提案、処理するのであれば、含まれると考えて、内部監査と外部監査のチームに早めに伝えてください。
- IT全般統制はカバーされているか。 ツールを取り巻くアクセス、変更管理、運用の統制は、モデルそのものと同じくらい重要です。照合ロジックを誰が変更できるか。変更はどのようにテストされ、承認されるか。
- 出力は網羅的で正確か。 レビュー担当者がAIの生成したリスト(未照合項目、フラグが立った仕訳)に依拠するなら、統制はそのリストが網羅的であることに依存します。それをテストする方法が必要です。たとえば、サンプルによる定期的な再実施です。
- 第三者が関わっているか。 ベンダーがツールをホストしている場合は、どのような独立した保証報告書を提供しているのか、その隙間を埋めるために自社の統制が何を補う必要があるのかを尋ねてください。
これは、決算でのAI利用を禁じるものではありません。ツールが何をするかを文書化し、他の統制と同じようにテストし、担当者に責任を持たせるということです。スコープの判断は、年度末の監査が始まった後ではなく、パイロットを始める前に監査人と確認してください。
ステップごとの導入手順
- 決算のベースラインを測ります。 試算表から最終財務諸表までの暦日、手作業の仕訳の件数、決算後の修正、照合に費やした工数を記録します。出発点がなければ、改善を示せません。
- 照合か分析を1つ選びます。 取引量の多い銀行口座や仮勘定、あるいは1つの事業部門の増減コメントは、安全なパイロットです。最初の実行では、見積りの大きい見越計上や、連結に関わるものは避けてください。
- 入力を整えます。 照合モデルは、勘定の対応づけ、仕入先名、参照番号の付け方の癖をそのまま引き継ぎます。AI向けの財務データの準備状況の作業は、ここで効果を発揮します。
- 統制の設計を書きます。 誰がレビューし、何を見られ、ツールに何ができて何ができないか、どんな証拠を保管するかを定義し、内部監査と共有します。
- 少なくとも1回の決算で並行して実行します。 従来の方法と新しい方法の両方で作業し、1行ずつ比較します。すべての不一致と、どちらが正しかったかを記録します。
- 提案のみで本番稼働します。 仕訳は、レビュー担当者が解除するまで保留のままにします。変更率、例外、削減できた時間、決算後の訂正を測定します。
- ユースケースは1つずつ広げます。 次にチェックリストの追跡と異常レビューを加え、これらは元帳の残高が変わる範囲が小さいので、その後に見越計上の提案へ進みます。
- 役割を見直します。 作成者は照合にかける時間が減り、調査にかける時間が増えるため、異なるスキルが必要になります。AIと財務チームの役割をご覧ください。
よくある落とし穴
- 壊れた決算を自動化すること。 チェックリストが文書化されておらず、責任の所在が不明確なら、AIは混乱を加速させるだけです。まずプロセスを直してください。
- ツールに計上させること。 保留中の仕訳と承認ステップのコストは数分です。誤計上した仕訳は、期間の再オープンというコストになりかねません。
- 取引を引用しないコメントを信頼すること。 洗練された文章は証拠ではありません。元帳へのリンクを求めてください。
- 確認せずに承認すること。 承認が1件2秒で、却下が1件もないなら、その統制は書面上にしか存在しません。
- 監査人を飛ばすこと。 監査の最中に驚くことは、高くつきます。早い段階の対話は、安く済みます。
- スピードだけを数えること。 決算後の修正が増えたうえでの決算の短縮は、改善ではありません。両方を追跡してください。
- 未承認のツールに機微なデータを共有すること。 試算表や給与データは、セキュリティチームが承認したツールにのみ渡すべきです。
効果を測る
少数の指標を選び、決算のたびに追跡します。

- サイクルタイム: 試算表から最終財務諸表までの暦日。APQCの指標と同じ定義を使えば、同じ条件で比較できます。
- 準備にかかる工数: 照合、増減分析、チェックリスト管理にかかる時間。
- 品質: 決算後の修正、再表示または訂正された照合、監査上の修正。
- レビューの健全性: レビュー担当者が変更または却下したAIの提案の割合と、決算ごとに解決された異常フラグの件数。
- 期限内の完了率: 期限までに完了したチェックリストのタスクの割合。
サイクルタイムが短縮され、品質が維持されているなら、範囲を広げてください。サイクルタイムは短縮されても訂正が増えているなら、作業を後工程へ移しただけです。
次に読む記事
照合を1つ選び、レビューのステップを書き出し、並行決算を実行してください。その後は、AI財務ユースケースを地図として、範囲を広げます。AIは、帳簿に対して誰が責任を負うかを変えません。変わるのは、準備作業のうち手作業で行う量です。