mcpField
P
period-close

period-close

github.com/okou-aiその他8165 回インストール1 週間前に更新
リポジトリ

period-close について

月次などの期間決算に取り組む財務チーム向けに、チェックリスト、日程、進捗管理の方法をまとめています。標準の5日間と短縮版の3日間の計画に加え、依存関係や振り返り指標も扱います。

主な機能

  1. 01決算日ごとの会計タスク一覧
  2. 02タスクの依存関係とクリティカルパスの整理
  3. 03担当者・状態・阻害要因の追跡
  4. 04標準5日間と短縮3日間の計画
  5. 05ボトルネック対策と決算指標の提示

活用シーン

  1. 01期間末前後の決算作業の計画
  2. 02買掛・売掛・給与・資金チームの調整
  3. 03照合・仕訳・財務諸表レビューの進捗管理
  4. 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分の集中ミーティングを実施します。

  1. ダッシュボードを確認し、計画どおりに進んでいないタスクを指摘します
  2. ブロッカーを明らかにし、解決担当者を割り当てます
  3. 必要に応じて作業を再配分するか、エスカレーションします
  4. タスクに遅れが出た場合は、全体のスケジュールを見直します
パフォーマンス指標(期間ごとに追跡)
指標測定内容目標
決算所要期間期間末からハードクローズまでの営業日数時間をかけて短縮する
ソフトクローズ後の調整初回の凍結後に追加された仕訳ゼロを目指す
期限超過割り当てられた日を過ぎて完了したタスクなくす
照合例外調査が必要な項目時間をかけて減らす
クローズ後の修正帳簿のロック後に発見された誤りゼロ

簡潔な決算カレンダー(標準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で自動テンプレートを設定します
長引く照合月末にだけ全件の照合を行っている期間中に継続的な照合を取り入れます
会社間の不一致取引相手側が仕訳を記帳していない照合ロジックを自動化し、会社間処理の期限を厳格化します
経営陣による調整の遅れ重要な問題が最終レビュー時になって初めて明らかになる予備レビューを強化し、チームがより早く問題を指摘できるようにします
証憑の不足裏付け書類を事後にまとめているクローズ時だけでなく、継続的に証憑を収集します
締め処理後の振り返りに関する質問

締め処理サイクルごとに、以下を評価します。

  1. どの作業が円滑に進み、今後も継続すべきですか?
  2. 所要時間が想定を超えたのはどの作業で、遅延の原因は何ですか?
  3. どのような障害が発生し、次の期間にそれを防ぐにはどうすればよいですか?
  4. 予想外の結果のうち、より早く特定できたものはありましたか?
  5. 次の締め処理までに自動化できそうな手作業は何ですか?

コメント