reconciliation
総勘定元帳の残高と補助元帳、銀行明細、またはサードパーティデータを照合して勘定を突き合わせます。銀行残高照合、GL・補助元帳間の照合、会社間取引の照合を行う際や、差異項目の特定・分類が必要な場面で活用してください。
description の原文を見る
Reconcile accounts by comparing GL balances to subledgers, bank statements, or third-party data. Use when performing bank reconciliations, GL-to-subledger recs, intercompany reconciliations, or identifying and categorizing reconciling items.
SKILL.md 本文
照合(Reconciliation)
重要: このスキルは照合ワークフローを支援するものですが、財務アドバイスを提供するものではありません。すべての照合は、サインオフ前に適格な財務専門家によって確認される必要があります。
勘定照合の方法論とベストプラクティス。GL対サブレジャー、銀行照合、会社間照合に関する説明です。照合項目の分類、経過分析、およびエスカレーションをカバーしています。
照合の種類
GL対サブレジャー照合
一般元帳統制勘定残高を詳細なサブレジャー残高と比較します。
一般的な勘定:
- 売掛金(GL統制 対 AR サブレジャー経過分析)
- 買掛金(GL統制 対 AP サブレジャー経過分析)
- 固定資産(GL統制 対 固定資産台帳)
- 在庫(GL統制 対 在庫評価レポート)
- 前払費用(GL統制 対 前払費用償却スケジュール)
- 計上負債(GL統制 対 計上詳細スケジュール)
プロセス:
- 期末日現在の統制勘定の GL 残高を取得
- 同一日現在のサブレジャー試算表または詳細レポートを取得
- 合計を比較 — リアルタイム転記であれば一致するべき
- 相違を調査(転記のタイミング、反映されていない手動仕訳、インターフェースエラー)
相違の一般的な原因:
- 統制勘定に転記された手動仕訳がサブレジャーに反映されていない
- サブレジャー取引がまだ GL にインターフェースされていない
- バッチ転記のタイミング差
- GL の再分類仕訳がサブレジャーで調整されていない
- システムインターフェースエラーまたは転記失敗
銀行照合
GL 現金残高を銀行取引明細書残高と比較します。
プロセス:
- 期末日現在の銀行取引明細書残高を取得
- 同一日現在の GL 現金勘定残高を取得
- 未決済小切手を特定(振出済みだが銀行で未決済)
- 送金中の預金を特定(GL に記録済みだが銀行がまだ入金していない)
- GL にまだ記録されていない銀行手数料、利息、または調整を特定
- 両側を調整残高に照合
標準形式:
銀行取引明細書残高: $XX,XXX
加: 送金中の預金 $X,XXX
減: 未決済小切手 ($X,XXX)
加/減: 銀行エラー $X,XXX
調整後銀行残高: $XX,XXX
一般元帳残高: $XX,XXX
加: 記録されていない利息/入金 $X,XXX
減: 記録されていない銀行手数料 ($X,XXX)
加/減: GL エラー $X,XXX
調整後 GL 残高: $XX,XXX
差額: $0.00
会社間照合
関連企業間の残高を照合し、連結時にネットがゼロになることを確保します。
プロセス:
- 各企業ペアの会社間債権/債務残高を取得
- 企業 A の企業 B からの債権を企業 B の企業 A への債務と比較
- 相違を特定して解決
- すべての会社間取引が両側に記録されていることを確認
- 消去仕訳が連結に対して正しいことを確認
相違の一般的な原因:
- 一方の企業によって記録されたが他方の企業によって記録されていない取引(タイミング)
- 各企業が使用する異なる為替レート
- 誤分類(会社間 対 第三者)
- 争点のある金額または未適用の支払い
- 企業全体の異なる期末カットオフ慣行
照合項目の分類
カテゴリ 1: タイミング差
通常の処理タイミングの結果として存在し、アクションなしに解消する項目:
- 未決済小切手: GL に振出・記録済みで銀行決済待ち
- 送金中の預金: 振込・GL 記録済みで銀行入金待ち
- 送金中の取引: 一方のシステムに転記済みだが他方へのインターフェース待ち
- 承認待ち: 一方のシステムで転記待ちの承認待ち取引
予想される解決: これらの項目は通常の処理サイクル内に解消するはず(通常 1~5 営業日)。調整仕訳は不要です。
カテゴリ 2: 調整が必要
仕訳を準備して修正する必要がある項目:
- 記録されていない銀行手数料: 銀行手数料、送金手数料、返却項目手数料
- 記録されていない利息: 銀行/貸し手からの利息収入または利息費用
- 記録エラー: 金額が間違っている、勘定が間違っている、重複している
- 欠落エントリ: 一方のシステムにはある取引で他方には対応するエントリがない
- 分類エラー: 正しく記録されているがアカウント違い
アクション: GL またはサブレジャーを修正する調整仕訳を準備してください。
カテゴリ 3: 調査が必要
すぐには説明できない項目:
- 不明な差異: 明らかな原因のない差
- 争点のある項目: 当事者間で争っている金額
- 経過した未決済項目: 予想期間内に解消していない項目
- 定期的な不明な差異: 各期に現れる同じタイプの差
アクション: 根本原因を調査し、調査結果を文書化し、未解決の場合はエスカレートしてください。
未決済項目の経過分析
照合項目の経過を追跡して、エスカレーションが必要な陳腐化した項目を特定:
| 経過バケット | ステータス | アクション |
|---|---|---|
| 0~30 日 | 現行 | 監視 — 通常の処理サイクル内 |
| 31~60 日 | 経過中 | 調査 — 項目が解消していない理由をフォローアップ |
| 61~90 日 | 超過 | エスカレート — 監督者に通知、調査を文書化 |
| 90 日以上 | 陳腐化 | 管理層にエスカレート — 償却または調整が必要な可能性 |
経過レポート形式
| 項目 # | 説明 | 金額 | 発生日 | 経過日数 | カテゴリ | ステータス | 責任者 |
|---|---|---|---|---|---|---|---|
| 1 | [詳細] | $X,XXX | [日付] | XX | [タイプ] | [ステータス] | [名前] |
トレンド
時系列の照合項目合計を追跡して、増加する残高を特定:
- 未決済項目の合計を前期と比較
- 総照合項目が重要性閾値を超える場合はフラグを立てる
- 項目数が期ごとに増加している場合はフラグを立てる
- 毎期出現する定期的な項目を特定(プロセス上の問題を示唆する可能性がある)
エスカレーション閾値
組織のリスク許容度に基づいてエスカレーション トリガーを定義:
| トリガー | 閾値(例) | エスカレーション |
|---|---|---|
| 個別項目金額 | > $10,000 | 監督者レビュー |
| 個別項目金額 | > $50,000 | コントローラーレビュー |
| 総照合項目 | > $100,000 | コントローラーレビュー |
| 項目の経過 | > 60 日 | 監督者フォローアップ |
| 項目の経過 | > 90 日 | コントローラー/管理層レビュー |
| 未照合の差異 | いかなる金額でも | クローズ不可 — 解決または文書化が必須 |
| 増加トレンド | 3 期以上連続 | プロセス改善調査 |
注: 貴組織の重要性レベルおよびリスク許容度に基づいて閾値を設定してください。上記の例は参考です。
照合のベストプラクティス
- タイムリー性: クローズカレンダーの期限内に照合を完了(通常、期末から 3~5 営業日以内)
- 完全性: すべてのバランスシート勘定を定義された頻度で照合(重要勘定は月次、軽微勘定は四半期)
- 文書化: すべての照合には、作成者、レビュアー、日付、および全照合項目の明確な説明を含める
- 職務分離: 照合する人物は、その勘定で取引を処理する人物と同じであってはならない
- フォローアップ: 未決済項目を解決まで追跡 — 項目を無期限に繰り越してはいけない
- 根本原因分析: 定期的な照合項目については、根本的なプロセス上の問題を調査および修正
- 標準化: すべての勘定で一貫したテンプレートと手順を使用
- 保持: 貴組織の文書保持ポリシーに従って照合と支援詳細を保持
ライセンス: Apache-2.0(寛容ライセンスのため全文を引用しています) · 原本リポジトリ
詳細情報
- 作者
- anthropics
- ライセンス
- Apache-2.0
- 最終更新
- 不明
Source: https://github.com/anthropics/knowledge-work-plugins / ライセンス: Apache-2.0
関連スキル
hugging-face-trackio
Trackioを使用してMLトレーニング実験を追跡・可視化できます。トレーニング中のメトリクスログ記録(Python API)、トレーニング診断のアラート発火、ログされたメトリクスの取得・分析(CLI)が必要な場合に活用してください。リアルタイムダッシュボード表示、Webhookを使用したアラート、HF Space同期、自動化向けのJSON出力に対応しています。
btc-bottom-model
ビットコインのサイクルタイミングモデルで、加重スコアリングシステムを搭載しています。日次パルス(4指標、32ポイント)とウィークリー構造(9指標、68ポイント)の2カテゴリーにわたる13の指標を追跡し、0~100のマーケットヒートスコアを算出します。ETFフロー、ファンディングレート、ロング/ショート比率、恐怖・貪欲指数、LTH-MVRV、NUPL、SOPR(LTH+STH)、LTH供給率、移動平均倍率(365日MA、200週MA)、週次RSI、出来高トレンドに対応します。市場サイクル全体を通じて買いと売りの両方の推奨を提供します。ビットコインの底値拾い、BTCサイクルポジション、買い時・売り時、オンチェーン指標、MVRV、NUPL、SOPR、LTH動向、ETFの流出入、ファンディングレート、恐怖指数、ビットコインが過熱状態か、マイナーコスト、暗号資産市場のセンチメント、BTCのポジションサイジング、「今ビットコインを買うべきか」「BTCが天井をつけているか」「オンチェーン指標は何を示しているか」といった質問の際にこのスキルを活用します。
protein_solubility_optimization
タンパク質の溶解性最適化 - タンパク質の溶解性を最適化します。タンパク質の特性を計算し、溶解性と親水性を予測し、有効な変異を提案します。タンパク質配列の特性計算、タンパク質機能の予測、親水性計算、ゼロショット配列予測を含むタンパク質エンジニアリング業務に使用できます。3つのSCPサーバーから4つのツールを統合しています。
research-lookup
Parallel Chat APIまたはPerplexity sonar-pro-searchを使用して、最新の研究情報を検索できます。学術論文の検索にも対応しています。クエリは自動的に最適なバックエンドにルーティングされるため、論文の検索、研究データの収集、科学情報の検証に活用できます。
tree-formatting
ggtree(R)またはiTOL(ウェブ)を使用して、系統樹の可視化とフォーマットを行います。系統樹を図として描画する際、ツリーレイアウトの選択、分類学に基づく枝やラベルの色付け、クレードの折りたたみ、サポート値の表示、またはツリーへのオーバーレイ追加が必要な場合に使用してください。系統推定(protein-phylogenyスキルを使用)やドメイン注釈(今後の独立したスキル)には使用しないでください。
querying-indonesian-gov-data
インドネシア政府の50以上のAPIとデータソースに接続できます。BPJPH(ハラール認証)、BOM(食品安全)、OJK(金融適正性)、BPS(統計)、BMKG(気象・地震)、インドネシア中央銀行(為替レート)、IDX(株式)、CKAN公開データポータル、pasal.id(第三者法MCP)に対応しています。インドネシア政府データを活用したアプリ開発、.go.idウェブサイトのスクレイピング、ハラール認証の確認、企業の法的適正性の検証、金融機関ステータスの照会、またはインドネシアMCPサーバーへの接続時に使用できます。CSRF処理、CKAN API使用方法、IP制限回避など、すぐに実行可能なPythonパターンを含んでいます。