jpskill.com
📦 その他 コミュニティ

reconciliation

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.

⚡ おすすめ: コマンド1行でインストール(60秒)

下記のコマンドをコピーしてターミナル(Mac/Linux)または PowerShell(Windows)に貼り付けてください。 ダウンロード → 解凍 → 配置まで全自動。

🍎 Mac / 🐧 Linux
mkdir -p ~/.claude/skills && cd ~/.claude/skills && curl -L -o reconciliation.zip https://jpskill.com/download/22619.zip && unzip -o reconciliation.zip && rm reconciliation.zip
🪟 Windows (PowerShell)
$d = "$env:USERPROFILE\.claude\skills"; ni -Force -ItemType Directory $d | Out-Null; iwr https://jpskill.com/download/22619.zip -OutFile "$d\reconciliation.zip"; Expand-Archive "$d\reconciliation.zip" -DestinationPath $d -Force; ri "$d\reconciliation.zip"

完了後、Claude Code を再起動 → 普通に「動画プロンプト作って」のように話しかけるだけで自動発動します。

💾 手動でダウンロードしたい(コマンドが難しい人向け)
  1. 1. 下の青いボタンを押して reconciliation.zip をダウンロード
  2. 2. ZIPファイルをダブルクリックで解凍 → reconciliation フォルダができる
  3. 3. そのフォルダを C:\Users\あなたの名前\.claude\skills\(Win)または ~/.claude/skills/(Mac)へ移動
  4. 4. Claude Code を再起動

⚠️ ダウンロード・利用は自己責任でお願いします。当サイトは内容・動作・安全性について責任を負いません。

🎯 このSkillでできること

下記の説明文を読むと、このSkillがあなたに何をしてくれるかが分かります。Claudeにこの分野の依頼をすると、自動で発動します。

📦 インストール方法 (3ステップ)

  1. 1. 上の「ダウンロード」ボタンを押して .skill ファイルを取得
  2. 2. ファイル名の拡張子を .skill から .zip に変えて展開(macは自動展開可)
  3. 3. 展開してできたフォルダを、ホームフォルダの .claude/skills/ に置く
    • · macOS / Linux: ~/.claude/skills/
    • · Windows: %USERPROFILE%\.claude\skills\

Claude Code を再起動すれば完了。「このSkillを使って…」と話しかけなくても、関連する依頼で自動的に呼び出されます。

詳しい使い方ガイドを見る →
最終更新
2026-05-18
取得日時
2026-05-18
同梱ファイル
1

📖 Skill本文(日本語訳)

※ 原文(英語/中国語)を Gemini で日本語化したものです。Claude 自身は原文を読みます。誤訳がある場合は原文をご確認ください。

照合

重要: このスキルは照合ワークフローを支援しますが、財務上のアドバイスを提供するものではありません。すべての照合は、承認される前に資格のある財務専門家によるレビューを受ける必要があります。

総勘定元帳と補助元帳の照合、銀行照合、会社間照合を含む、勘定照合の方法論とベストプラクティスについて説明します。照合項目の分類、経過分析、エスカレーションについても触れます。

照合の種類

総勘定元帳と補助元帳の照合

総勘定元帳の統制勘定残高と詳細な補助元帳残高を比較します。

一般的な勘定科目:

  • 売掛金 (総勘定元帳の統制勘定 vs 売掛金補助元帳の経過)
  • 買掛金 (総勘定元帳の統制勘定 vs 買掛金補助元帳の経過)
  • 固定資産 (総勘定元帳の統制勘定 vs 固定資産台帳)
  • 在庫 (総勘定元帳の統制勘定 vs 在庫評価レポート)
  • 前払費用 (総勘定元帳の統制勘定 vs 前払償却スケジュール)
  • 未払費用 (総勘定元帳の統制勘定 vs 未払費用詳細スケジュール)

プロセス:

  1. 期末時点の統制勘定の総勘定元帳残高を取得します。
  2. 同日時点の補助元帳試算表または詳細レポートを取得します。
  3. 合計を比較します。リアルタイムで転記されている場合、一致するはずです。
  4. 差異を調査します (転記のタイミング、反映されていない手動入力、インターフェースエラー)。

差異の一般的な原因:

  • 統制勘定に転記されたが補助元帳に反映されていない手動仕訳
  • 補助元帳トランザクションがまだ総勘定元帳にインターフェースされていない
  • バッチ転記のタイミングのずれ
  • 補助元帳の調整なしに総勘定元帳で行われた再分類仕訳
  • システムインターフェースエラーまたは転記の失敗

銀行照合

総勘定元帳の現金残高と銀行取引明細書の残高を比較します。

プロセス:

  1. 期末時点の銀行取引明細書残高を取得します。
  2. 同日時点の総勘定元帳の現金勘定残高を取得します。
  3. 未決済小切手 (発行済みだが銀行で決済されていないもの) を特定します。
  4. 未入金預金 (総勘定元帳に記録済みだが銀行でまだ入金されていないもの) を特定します。
  5. 総勘定元帳にまだ記録されていない銀行手数料、利息、または調整を特定します。
  6. 両側を調整後の残高に照合します。

標準形式:

Balance per bank statement:         $XX,XXX
Add: Deposits in transit            $X,XXX
Less: Outstanding checks           ($X,XXX)
Add/Less: Bank errors               $X,XXX
Adjusted bank balance:              $XX,XXX

Balance per general ledger:         $XX,XXX
Add: Interest/credits not recorded  $X,XXX
Less: Bank fees not recorded       ($X,XXX)
Add/Less: GL errors                 $X,XXX
Adjusted GL balance:                $XX,XXX

Difference:                         $0.00

会社間照合

関連会社間の残高を照合し、連結時にゼロになることを確認します。

プロセス:

  1. 各エンティティペアの会社間売掛金/買掛金残高を取得します。
  2. エンティティ A のエンティティ B からの売掛金と、エンティティ B のエンティティ A への買掛金を比較します。
  3. 差異を特定し、解決します。
  4. すべての会社間取引が両側で記録されていることを確認します。
  5. 連結のための消去仕訳が正しいことを確認します。

差異の一般的な原因:

  • 一方のエンティティで記録されたが、もう一方のエンティティでは記録されていない取引 (タイミング)
  • 各エンティティで異なる為替レートが使用されている
  • 誤分類 (会社間 vs 第三者)
  • 係争中の金額または未適用支払い
  • エンティティ間で異なる期末締め切り慣行

照合項目の分類

カテゴリ 1: タイミングのずれ

通常の処理タイミングのために存在し、アクションなしで解消される項目:

  • 未決済小切手: 発行され総勘定元帳に記録された小切手で、銀行での決済待ち
  • 未入金預金: 行われ総勘定元帳に記録された預金で、銀行での入金待ち
  • 通過中取引: 一方のシステムに転記されたが、もう一方のシステムへのインターフェース待ちの項目
  • 承認待ち: 一方のシステムでの転記承認待ちの取引

予想される解決: これらの項目は、通常の処理サイクル (通常 1~5 営業日) 内に解消されるはずです。調整仕訳は不要です。

カテゴリ 2: 調整が必要

修正のために仕訳が必要な項目:

  • 未記録の銀行手数料: 銀行手数料、電信送金手数料、不渡り手数料
  • 未記録の利息: 銀行/貸し手からの受取利息または支払利息
  • 記録エラー: 金額の間違い、勘定科目の間違い、重複
  • 欠落している入力: 一方のシステムにはあるが、もう一方のシステムには対応する入力がない取引
  • 分類エラー: 正しく記録されているが、間違った勘定科目に入っている

アクション: 総勘定元帳または補助元帳を修正するための調整仕訳を作成します。

カテゴリ 3: 調査が必要

すぐに説明できない項目:

  • 未確認の差異: 明らかな原因のない差異
  • 係争中の項目: 当事者間で争われている金額
  • 経過した未決済項目: 予想される期間内に解消されていない項目
  • 繰り返し発生する説明不能な差異: 各期間に同じ種類の差異が現れる

アクション: 根本原因を調査し、調査結果を文書化し、未解決の場合はエスカレートします。

未決済項目の経過分析

照合項目の経過を追跡し、エスカレーションが必要な古い項目を特定します。

経過期間 ステータス アクション
0-30 日 現在 監視 — 通常の処理サイクル内
31-60 日 経過中 調査 — 項目が解消されていない理由を追跡
61-90 日 期限超過 エスカレート — 上司に通知し、調査を文書化
90+ 日 古い 経営陣にエスカレート — 償却または調整が必要な可能性あり

経過レポート形式

項目番号 説明 金額 発生日 経過日数 カテゴリ ステータス 担当者
1 [詳細] $X,XXX [日付] XX [種類] [ステータス] [氏名]

トレンド分析

照合項目の合計を時系列で追跡し、増加する残高を特定します。

  • 未決済項目の合計を前期と比較する
  • 未決済項目の合計が重要性のしきい値を超えた場合にフラグを立てる
  • 項目の数が期ごとに増加している場合にフラグを立てる
  • 識別

(原文がここで切り詰められています)

📜 原文 SKILL.md(Claudeが読む英語/中国語)を展開

Reconciliation

Important: This skill assists with reconciliation workflows but does not provide financial advice. All reconciliations should be reviewed by qualified financial professionals before sign-off.

Methodology and best practices for account reconciliation, including GL-to-subledger, bank reconciliations, and intercompany. Covers reconciling item categorization, aging analysis, and escalation.

Reconciliation Types

GL to Subledger Reconciliation

Compare the general ledger control account balance to the detailed subledger balance.

Common accounts:

  • Accounts receivable (GL control vs AR subledger aging)
  • Accounts payable (GL control vs AP subledger aging)
  • Fixed assets (GL control vs fixed asset register)
  • Inventory (GL control vs inventory valuation report)
  • Prepaid expenses (GL control vs prepaid amortization schedule)
  • Accrued liabilities (GL control vs accrual detail schedules)

Process:

  1. Pull GL balance for the control account as of period end
  2. Pull subledger trial balance or detail report as of the same date
  3. Compare totals — they should match if posting is real-time
  4. Investigate any differences (timing of posting, manual entries not reflected, interface errors)

Common causes of differences:

  • Manual journal entries posted to the control account but not reflected in the subledger
  • Subledger transactions not yet interfaced to the GL
  • Timing differences in batch posting
  • Reclassification entries in the GL without subledger adjustment
  • System interface errors or failed postings

Bank Reconciliation

Compare the GL cash balance to the bank statement balance.

Process:

  1. Obtain the bank statement balance as of period end
  2. Pull the GL cash account balance as of the same date
  3. Identify outstanding checks (issued but not cleared at the bank)
  4. Identify deposits in transit (recorded in GL but not yet credited by bank)
  5. Identify bank charges, interest, or adjustments not yet recorded in GL
  6. Reconcile both sides to an adjusted balance

Standard format:

Balance per bank statement:         $XX,XXX
Add: Deposits in transit            $X,XXX
Less: Outstanding checks           ($X,XXX)
Add/Less: Bank errors               $X,XXX
Adjusted bank balance:              $XX,XXX

Balance per general ledger:         $XX,XXX
Add: Interest/credits not recorded  $X,XXX
Less: Bank fees not recorded       ($X,XXX)
Add/Less: GL errors                 $X,XXX
Adjusted GL balance:                $XX,XXX

Difference:                         $0.00

Intercompany Reconciliation

Reconcile balances between related entities to ensure they net to zero on consolidation.

Process:

  1. Pull intercompany receivable/payable balances for each entity pair
  2. Compare Entity A's receivable from Entity B to Entity B's payable to Entity A
  3. Identify and resolve differences
  4. Confirm all intercompany transactions have been recorded on both sides
  5. Verify elimination entries are correct for consolidation

Common causes of differences:

  • Transactions recorded by one entity but not the other (timing)
  • Different FX rates used by each entity
  • Misclassification (intercompany vs third-party)
  • Disputed amounts or unapplied payments
  • Different period-end cut-off practices across entities

Reconciling Item Categorization

Category 1: Timing Differences

Items that exist because of normal processing timing and will clear without action:

  • Outstanding checks: Checks issued and recorded in GL, pending bank clearance
  • Deposits in transit: Deposits made and recorded in GL, pending bank credit
  • In-transit transactions: Items posted in one system but pending interface to the other
  • Pending approvals: Transactions awaiting approval to post in one system

Expected resolution: These items should clear within the normal processing cycle (typically 1-5 business days). No adjusting entry needed.

Category 2: Adjustments Required

Items that require a journal entry to correct:

  • Unrecorded bank charges: Bank fees, wire charges, returned item fees
  • Unrecorded interest: Interest income or expense from bank/lender
  • Recording errors: Wrong amount, wrong account, duplicates
  • Missing entries: Transactions in one system with no corresponding entry in the other
  • Classification errors: Correctly recorded but in the wrong account

Action: Prepare adjusting journal entry to correct the GL or subledger.

Category 3: Requires Investigation

Items that cannot be immediately explained:

  • Unidentified differences: Variances with no obvious cause
  • Disputed items: Amounts contested between parties
  • Aged outstanding items: Items that have not cleared within expected timeframes
  • Recurring unexplained differences: Same type of difference appearing each period

Action: Investigate root cause, document findings, escalate if unresolved.

Aging Analysis for Outstanding Items

Track the age of reconciling items to identify stale items requiring escalation:

Age Bucket Status Action
0-30 days Current Monitor — within normal processing cycle
31-60 days Aging Investigate — follow up on why item has not cleared
61-90 days Overdue Escalate — notify supervisor, document investigation
90+ days Stale Escalate to management — potential write-off or adjustment needed

Aging Report Format

Item # Description Amount Date Originated Age (Days) Category Status Owner
1 [Detail] $X,XXX [Date] XX [Type] [Status] [Name]

Trending

Track reconciling item totals over time to identify growing balances:

  • Compare total outstanding items to prior period
  • Flag if total reconciling items exceed materiality threshold
  • Flag if number of items is growing period over period
  • Identify recurring items that appear every period (may indicate process issue)

Escalation Thresholds

Define escalation triggers based on your organization's risk tolerance:

Trigger Threshold (Example) Escalation
Individual item amount > $10,000 Supervisor review
Individual item amount > $50,000 Controller review
Total reconciling items > $100,000 Controller review
Item age > 60 days Supervisor follow-up
Item age > 90 days Controller / management review
Unreconciled difference Any amount Cannot close — must resolve or document
Growing trend 3+ consecutive periods Process improvement investigation

Note: Set thresholds based on your organization's materiality level and risk appetite. The examples above are illustrative.

Reconciliation Best Practices

  1. Timeliness: Complete reconciliations within the close calendar deadline (typically T+3 to T+5 business days after period end)
  2. Completeness: Reconcile all balance sheet accounts on a defined frequency (monthly for material accounts, quarterly for immaterial)
  3. Documentation: Every reconciliation should include preparer, reviewer, date, and clear explanation of all reconciling items
  4. Segregation: The person who reconciles should not be the same person who processes transactions in that account
  5. Follow-through: Track open items to resolution — do not just carry items forward indefinitely
  6. Root cause analysis: For recurring reconciling items, investigate and fix the underlying process issue
  7. Standardization: Use consistent templates and procedures across all accounts
  8. Retention: Maintain reconciliations and supporting detail per your organization's document retention policy