account-reconciliation について
財務チーム向けに、総勘定元帳と補助元帳、現金・銀行口座、関連会社間勘定の照合方法をまとめたスキルです。差異の分類、経過日数の管理、傾向監視、エスカレーションも扱います。
主な機能
- 01総勘定元帳と補助元帳の残高照合
- 02現金・銀行口座の照合ガイド
- 03関連会社間残高の突合
- 04未解決項目の対応区分
- 05経過日数、傾向、エスカレーションの追跡
活用シーン
- 01期間末の勘定照合
- 02総勘定元帳と補助元帳の差異調査
- 03未解決の照合項目の監視
インストール
コマンドをコピーしてターミナルで実行します。
$
npx skills add https:/ / github.com/ okou-ai/ okou-skills --skill account-reconciliationインストール後、Claude Code で/account-reconciliationを入力して読み込まれたか確認します。
詳細
照合カテゴリ
総勘定元帳と補助元帳
総勘定元帳(GL)の各統制勘定が、その基礎となる詳細元帳の合計と一致することを確認します。
この方法で照合する主な勘定:
- 売掛金(GL 統制勘定と売掛金年齢表)
- 買掛金(GL 統制勘定と買掛金年齢表)
- 有形固定資産(GL 統制勘定と固定資産台帳)
- 棚卸資産(GL 統制勘定と在庫評価レポート)
- 前払資産(GL 統制勘定と償却スケジュール)
- 未払負債(GL 統制勘定と未払計上の補足スケジュール)
ワークフロー:
- 期間締め時点のGL統制勘定残高を抽出します
- 同一日付時点の補助元帳明細または試算表を生成します
- 2つの合計を照合します。リアルタイムで転記されていれば、両者は一致するはずです
- 差異があれば調査します(補助元帳取引を伴わないGLへの手動仕訳、保留中のインターフェースバッチ、データ転送の失敗、補助元帳側に対応する記録のない組替えなど)
差異の主な原因:
- 補助元帳取引を伴わず、統制勘定に直接計上された仕訳
- 補助元帳のバッチがキューに入っているものの、まだGLに送信されていない
- バッチ処理の時間帯による遅延
- 補助元帳に対応する記録のないGLの組替え
- 連携の失敗またはインターフェースレコードの却下
現金/銀行照合
帳簿上の現金残高を、金融機関が報告する残高と一致させます。
ワークフロー:
- 金融機関の期末残高明細を入手します
- 同じ日付時点の対応するGL現金勘定残高を取得します
- 振り出し済みで、まだ支払いのために呈示されていない小切手を一覧にします
- 帳簿に記録済みで、まだ銀行口座に入金されていない預金を一覧にします
- GLに反映されていない、銀行起点の記帳(手数料、利息、返却項目など)を特定します
- 双方の調整後残高を算出し、両者が一致することを確認します
表示テンプレート:
Institution statement balance: $XX,XXX
Plus: Deposits not yet credited $X,XXX
Less: Unpresented checks ($X,XXX)
Plus/Less: Institution errors $X,XXX
Adjusted institution balance: $XX,XXX
Book (GL) balance: $XX,XXX
Plus: Interest & credits unrecorded $X,XXX
Less: Fees & charges unrecorded ($X,XXX)
Plus/Less: Book errors $X,XXX
Adjusted book balance: $XX,XXX
Remaining variance: $0.00
関係会社間照合
連結上、関連会社間の債権と債務が相殺されてゼロになることを確認します。
ワークフロー:
- すべての会社間ペアについて、関係会社間の売掛金残高と買掛金残高を収集します
- 会社Aの会社Bに対する債権と、会社Bの会社Aに対する対応する債務を照合します
- 差異を調査して解消します
- グループ内のすべての取引が双方で計上されていることを確認します
- 連結消去仕訳によって、これらの残高が適切に相殺されることを検証します
差異の主な原因:
- 一方の会社では取引を記録したものの、もう一方ではまだ記録していない
- 同一取引に対して、会社ごとに異なる為替レートを適用した
- 一方では関係会社間として分類した金額を、もう一方では第三者との取引として分類した
- 係争中の請求または未消込の現金入金
- 子会社間で期末締めの基準が異なる
未解決の照合項目の分類
クラス1 — タイミングによる遅延
通常の処理手順から生じ、対応しなくても自動的に解消される項目です。
- 発行して帳簿に計上済みで、銀行への呈示待ちの小切手
- 仕訳記入済みで、銀行の入金日付による計上待ちの預金
- 一方のシステムに転記済みで、もう一方へのバッチ連携待ちの取引
- 最終転記前の承認キューにある項目
想定される結果: 標準処理期間(通常1~5営業日)内に解消します。修正仕訳は不要です。
クラス2 — 是正措置が必要
仕訳やその他の元帳調整が必要な項目です。
- 帳簿にまだ反映されていない銀行起点の費用(サービス手数料、電信送金費用、不渡り手数料)
- 金融機関では認識されているものの、GLには記録されていない受取利息または支払利息
- 計上ミス — 金額の誤り、勘定科目の誤り、または二重記録
- 一方のシステムには存在するものの、もう一方には対応する記録がない取引
- 正しく記録されているものの、誤ったGL勘定に計上されている金額
想定される結果: 当期または次の処理可能期間中に修正仕訳を作成して転記します。
クラス 3 — 調査が必要
明確な説明がない項目:
- 発生源を特定できない差異
- 社内関係者間、または外部の取引先との間で金額に異議がある項目
- 想定される解消期間を超過した滞留項目
- 同種の差異が期間ごとに繰り返し発生する項目
期待される結果: 根本原因分析を実施し、調査結果を文書化し、解決が容易でない場合はエスカレーションします。
未解決項目の経過期間管理とモニタリング
未解決の調整項目をすべて経過期間別に追跡し、管理者の注意が必要な項目を明らかにします:
| 経過期間 | 分類 | 必要な対応 |
|---|---|---|
| 0-30 日 | 通常 | 定期的なモニタリング — 通常の処理期間内 |
| 31-60 日 | 長期化 | 積極的なフォローアップ — 項目が解消されていない理由を特定 |
| 61-90 日 | 期限超過 | 調査内容を文書化したうえで、上長に通知 |
| 90 日超 | 滞留 | 経営陣へエスカレーション — 貸倒処理または強制調整を検討 |
項目単位の追跡台帳
| Seq | 内容 | 金額 | 発生日 | 未解決日数 | 分類 | 解決状況 | 担当者 |
|---|---|---|---|---|---|---|---|
| 1 | [詳細] | $X,XXX | [日付] | XX | [種類] | [状況] | [名前] |
傾向のモニタリング
期間をまたいで調整項目の全体を評価し、状況の悪化を検出します:
- 未解決項目の合計金額を前期間と比較します
- 未解決項目の合計が勘定科目の重要性基準を超えた場合にフラグを立てます
- 未解決項目の件数が 2 期間以上連続して増加した場合にフラグを立てます
- 毎回の照合に現れる慢性的な項目を調査します(システム上のプロセス上の不足を示す兆候)
エスカレーションのガバナンス
組織のリスク許容度に応じたエスカレーションのトリガーを設定します:
| 条件 | 目安となる基準値 | エスカレーション経路 |
|---|---|---|
| 単一項目の金額 | $10,000 超 | 上長によるレビュー |
| 単一項目の金額 | $50,000 超 | コントローラーによるレビュー |
| 未解決項目の合計 | $100,000 超 | コントローラーによるレビュー |
| 項目の経過期間 | 60 日超 | 上長によるフォローアップ |
| 項目の経過期間 | 90 日超 | コントローラー/経営幹部によるレビュー |
| 未解決の純差額 | 金額を問わない | 期間を締められません — 解消するか、正式に文書化する必要があります |
| 悪化傾向 | 3 期間以上連続 | プロセス改善プロジェクトを開始 |
基準値は、組織の重要性の水準と統制環境に合わせて調整してください。
運用の原則
- 実施頻度の順守: すべての照合を締め処理カレンダーの期間内(一般に期間末から T+3〜T+5)に完了します
- 網羅性: すべての貸借対照表勘定を定められたサイクルで照合します — 重要な残高は毎月、重要性の低い残高は四半期ごとに実施します
- 監査証跡: 各照合には、作成者、レビュー担当者、完了日、および未解決項目ごとの説明を記録する必要があります
- 職務の分離: 照合担当者は、同じ勘定の取引を開始または承認する担当者であってはなりません
- 厳格な解消管理: 未解決項目を繰り越すのは、積極的なフォローアップを行う場合に限ります。調査せずに繰り越し続けてはなりません
- システム上の修正: 同種の調整項目が再発する場合は、症状を繰り返し解消するのではなく、上流のプロセスに対処します
- 形式の統一: すべての勘定科目と事業部門で標準化されたテンプレートと命名規則を使用します
- 記録の保管: 完了した照合とすべての裏付け証拠を、組織の文書保存ポリシーに従って保管します
コメント
Markdown 対応