period-close について
月次などの期間決算に取り組む財務チーム向けに、チェックリスト、日程、進捗管理の方法をまとめています。標準の5日間と短縮版の3日間の計画に加え、依存関係や振り返り指標も扱います。
主な機能
- 01決算日ごとの会計タスク一覧
- 02タスクの依存関係とクリティカルパスの整理
- 03担当者・状態・阻害要因の追跡
- 04標準5日間と短縮3日間の計画
- 05ボトルネック対策と決算指標の提示
活用シーン
- 01期間末前後の決算作業の計画
- 02買掛・売掛・給与・資金チームの調整
- 03照合・仕訳・財務諸表レビューの進捗管理
- 04遅延を振り返り次回の決算を改善
インストール
コマンドをコピーしてターミナルで実行します。
$
npx skills add https:/ / github.com/ okou-ai/ okou-skills --skill period-closeインストール後、Claude Code で/period-closeを入力して読み込まれたか確認します。
詳細
締め作業チェックリスト
締め前の期間(期間終了前の最後の2~3営業日)
- 各担当者に期限を記載した締めカレンダーを配布する
- 買掛金、売掛金、給与、財務の各チームと締め日の処理手順を調整する
- すべてのデータ連携元システム(ERP モジュール、給与計算プラットフォーム、銀行ポータル)が正常に稼働していることを確認する
- 期間終了前日の活動までを対象に、現金の暫定照合を行う
- 未完了の発注書を確認し、未払計上が必要となる可能性のある項目を特定する
- 給与処理スケジュールが締めのタイムラインと整合していることを確認する
- 既知の非定型取引に関する詳細を収集する
期間終了後1日目(T+1)
- すべての補助元帳モジュールが期間終了処理を完了していることを確認する
- 検収済み未請求の商品およびサービスについて、買掛金の未払計上を行う
- 給与仕訳および給与期間がまたがる場合の未払計上を記録する
- 最終日までのすべての現金入金および支出を記録する
- 会社間仕訳を計上し、相手会社の確認を得る
- 公式の月末明細を使用して銀行勘定調整を完了する
- 固定資産の減価償却処理を実行する
- 前払費用の償却スケジュールを計上する
2日目(T+2)
- 収益認識仕訳を完了し、契約負債を調整する
- 未処理の未払計上仕訳をすべて計上する
- 売掛金補助元帳を総勘定元帳の統制勘定と照合する
- 買掛金補助元帳を総勘定元帳の統制勘定と照合する
- 在庫評価調整を処理する(該当する場合)
- 外貨再評価仕訳を実行する
- 貸借対照表勘定の照合を開始する
3日目(T+3)
- すべての貸借対照表勘定の照合を完了する
- 照合で判明した修正仕訳を計上する
- 会社間照合を完了し、消去仕訳を記録する
- 暫定試算表および損益計算書を作成する
- 損益計算書の初回比較レビューを実施する
- 重要な変動を調査して解決する
4日目(T+4)
- 法人税費用(当期分および繰延分)を記録する
- 資本の増減表を更新する(株式報酬、自社株買い、配当)
- すべての仕訳を確定し、ソフトクローズを宣言する
- 財務諸表のドラフト(損益計算書、貸借対照表、キャッシュフロー計算書)を作成する
- 重要なすべての項目について詳細な比較コメントを作成する
- ドラフトを経営陣のレビューに提出する
5日目(T+5)
- 経営陣のレビューで生じた調整を反映する
- 財務諸表を確定し、ハードクローズを宣言する
- ERP/総勘定元帳で期間を制限する
- 財務報告パッケージをまとめて配布する
- 実績を反映してローリング予測および見通しを更新する
- 締め作業の振り返りを実施し、改善機会を記録する
依存関係の構造
階層型実行モデル
タスクは階層に分けられ、各階層への入力は前の階層の出力に依存します。
TIER 1 — Independent (begin immediately at T+1):
Cash transaction recording
Bank statement retrieval
Payroll processing & accrual
Depreciation calculation
Prepaid amortization
AP accrual assembly
Intercompany entry posting
TIER 2 — Requires Tier 1 outputs:
Bank reconciliation (needs: cash entries + bank data)
Revenue recognition (needs: billing & delivery data finalized)
AR subledger reconciliation (needs: all revenue & cash postings)
AP subledger reconciliation (needs: all AP activity & accruals)
FX remeasurement (needs: all foreign-currency entries on the books)
Remaining accrual entries (needs: complete source-data review)
TIER 3 — Requires Tier 2 outputs:
Full balance-sheet reconciliations (needs: all entries posted)
Intercompany reconciliation & eliminations (needs: both sides recorded)
Corrective entries from reconciliation findings
Preliminary trial balance extraction
TIER 4 — Requires Tier 3 outputs:
Tax provision (needs: pre-tax income determined)
Equity roll-forward
Consolidation processing
Draft financial statement generation
Initial comparative analysis
TIER 5 — Requires Tier 4 outputs:
Management review cycle
Post-review corrections
Hard close & period lock
Reporting package assembly
Forecast refresh
クリティカルパスの特定
依存関係にある最長の連鎖によって、締めに必要な最短期間が決まります。代表的なクリティカルパスは次のとおりです。
Cash/AP/AR posting -> Subledger reconciliations -> Balance-sheet recs ->
Tax provision -> Draft statements -> Management review -> Hard close
クリティカルパスを短縮するための戦略:
- 階層1の仕訳(減価償却、償却、テンプレートを使用した未払計上)を自動化する
- 期間終了を待つのではなく、月を通じて継続的に勘定を照合する
- チームメンバー間で独立した照合を並行して実行する
- 遅延項目への責任を明確にし、厳格な提出期限を徹底する
- 照合テンプレートを標準化し、各期間の設定時間をなくす
進捗管理
締めダッシュボードの構成
| タスク | 担当者 | 目標日 | 現在の状態 | 阻害要因(ある場合) | 備考 |
|---|---|---|---|---|---|
| [タスク名] | [担当者] | T+N | 未着手/進行中/完了/ブロック中 | [説明] | [メモ] |
状態の定義
- 未着手: 前提条件の完了または予定開始時刻を待っている状態です
- 進行中: 作業が進行している状態です
- 完了: 作業が完了し、レビューまたは承認を受けた状態です
- ブロック中: 依存関係が満たされていない、データを利用できない、または問題が発生したため、先に進めない状態です
- リスクあり: 進行中ですが、目標日までに完了できる見込みが低い状態です
日次スタンドアップの手順(決算期間中の実施を推奨)
決算期間中は、毎日15分の集中ミーティングを実施します。
- ダッシュボードを確認し、計画どおりに進んでいないタスクを指摘します
- ブロッカーを明らかにし、解決担当者を割り当てます
- 必要に応じて作業を再配分するか、エスカレーションします
- タスクに遅れが出た場合は、全体のスケジュールを見直します
パフォーマンス指標(期間ごとに追跡)
| 指標 | 測定内容 | 目標 |
|---|---|---|
| 決算所要期間 | 期間末からハードクローズまでの営業日数 | 時間をかけて短縮する |
| ソフトクローズ後の調整 | 初回の凍結後に追加された仕訳 | ゼロを目指す |
| 期限超過 | 割り当てられた日を過ぎて完了したタスク | なくす |
| 照合例外 | 調査が必要な項目 | 時間をかけて減らす |
| クローズ後の修正 | 帳簿のロック後に発見された誤り | ゼロ |
簡潔な決算カレンダー(標準5日間)
| 日 | 主な活動 | 主な参加者 |
|---|---|---|
| T+1 | 現金の記帳、給与計算、買掛金の未払計上、減価償却、前払費用の償却、会社間仕訳 | スタッフ会計士、給与計算チーム |
| T+2 | 収益仕訳、残りの未払計上、売掛金/買掛金/固定資産の補助元帳照合、為替再評価 | 収益会計、買掛金/売掛金、財務部門 |
| T+3 | 貸借対照表の照合、会社間照合と消去、予備試算表、初回の差異レビュー | 会計チーム全員、連結担当 |
| T+4 | 税金費用の計上、資本の増減明細、財務諸表のドラフト、詳細な差異説明、経営陣によるレビュー | 税務、コントローラー、FP&A |
| T+5 | 最終調整、ハードクローズ、期間ロック、レポート配布、予測更新、振り返り | コントローラー、FP&A、財務部門のリーダー |
3日間での迅速決算
| 日 | 活動 |
|---|---|
| T+1 | すべての仕訳を記帳(自動および手動)、すべての補助元帳を照合、銀行照合、会社間照合、予備試算表 |
| T+2 | すべての貸借対照表を照合、税金費用の計上、連結、財務諸表のドラフト、比較分析、経営陣によるレビュー |
| T+3 | 最終修正、ハードクローズ、レポートパッケージ、予測の更新 |
3日間での決算を可能にする要素:
- テンプレートに基づく定例仕訳が期間末に自動的に実行されます
- 継続的な照合の実践により、月を通じて勘定科目が最新の状態に保たれます
- 会社間消去がシステムによって生成されます
- 事前クローズ活動(未払費用の見積もり、カットオフレビュー)が期間末までに完了します
- 各タスクには責任者が1人だけ割り当てられ、引き継ぎは最小限に抑えられます
- フィーダーシステムはリアルタイムまたはほぼリアルタイムで連携します
継続的な改善
よくあるボトルネックの診断
| ボトルネック | 根本原因 | 対策 |
|---|---|---|
| 買掛金の未払計上の遅れ | 部門からの支出確認を待っている | 未払費用の継続的な見積もりに切り替え、より早いカットオフ期限を徹底します |
| 手動による定例仕訳 | 毎月、同じ仕訳を一から作成している | ERPで自動テンプレートを設定します |
| 長引く照合 | 月末にだけ全件の照合を行っている | 期間中に継続的な照合を取り入れます |
| 会社間の不一致 | 取引相手側が仕訳を記帳していない | 照合ロジックを自動化し、会社間処理の期限を厳格化します |
| 経営陣による調整の遅れ | 重要な問題が最終レビュー時になって初めて明らかになる | 予備レビューを強化し、チームがより早く問題を指摘できるようにします |
| 証憑の不足 | 裏付け書類を事後にまとめている | クローズ時だけでなく、継続的に証憑を収集します |
締め処理後の振り返りに関する質問
締め処理サイクルごとに、以下を評価します。
- どの作業が円滑に進み、今後も継続すべきですか?
- 所要時間が想定を超えたのはどの作業で、遅延の原因は何ですか?
- どのような障害が発生し、次の期間にそれを防ぐにはどうすればよいですか?
- 予想外の結果のうち、より早く特定できたものはありましたか?
- 次の締め処理までに自動化できそうな手作業は何ですか?
コメント
Markdown 対応