Beancount の調整仕訳：月末のチューニング
会計は最後の売上が銀行に入金された時点で完了するわけではありません。事業の健全性を正確に把握するためには、月末のチューニングが必要です。各期間の締め時に adjusting entries（調整仕訳）を行い、収益と費用を適切な期間に配置し、貸借対照表の正確性を保ちます。
プレーンテキストの Beancount 元帳では、これらの重要な仕訳は透明性が高く、バージョン管理され、監査もしやすいため、面倒な作業が明確で繰り返し可能なプロセスへと変わります。
調整仕訳が重要な理由
これらの調整は健全な会計の基礎です。財務諸表の正確性と信頼性を確保します。
-
Accrual Accuracy（発生主義の正確性）: 調整仕訳は発生主義会計のエンジンです。現金の受払時期に関わらず、収益や費用を実際に発生した期間へ移動させます。これは、現代会計の基礎を成す revenue-recognition（収益認識） と matching principles（費用配分原則） を満たします（AccountingCoach.com）。
-
Reliable KPIs（信頼できるKPI）: 主要業績評価指標は、その背後にあるデータの質に依存します。粗利益、純利益、キャッシュフロー予測などの指標は、繰延、発生、見積もりが正しく計上されて初めて正確な情報を提供します（Corporate Finance Institute）。
-
Clean Audit Trail（クリーンな監査証跡）: 明示的な月末調整は、財務上の判断根拠を明確に記録します。これにより、監査人（および将来の自分）が何が変更され、なぜ変更されたかを容易に追跡でき、数値への信頼が高まります（Accountingverse）。
6つの一般的なカテゴリ（Beancount スニペット付き）
ここでは、最も一般的な6つの調整仕訳タイプと、Beancount 元帳での記録例を示します。adj:"accrual" などのメタデータを使うことで、後から検索・分析しやすくしています。
1. 発生収益
これは、すでに獲得したがまだ請求も入金もされていない収益に対する仕訳です。
2025-07-31 * "Consulting—July hours"
Assets:AccountsReceivable 12000.00 USD
Income:Consulting
; adj:"accrual" period:"Jul-25"
2. 発生費用
これは、発生したがまだ支払われていない費用（例：来月届く光熱費請求書）に対する仕訳です。
2025-07-31 * "Attorney—July retainer"
Expenses:Legal 2500.00 USD
Liabilities:AccruedPayables
; adj:"accrual"
3. 繰延（未実現）収益
顧客から前払いで受領した場合に適用します。時間経過に伴い、収益の一部を実現時に認識します。
2025-07-31 * "Annual SaaS prepayment (recognize 1/12)"
Liabilities:UnearnedRevenue 833.33 USD
Income:SaaS
; adj:"deferral"
4. 前払（繰延）費用
費用を前払いで支払った場合（例：年間保険料）、毎月その一部を費用として計上します。
2025-07-31 * "Insurance—1 mo. expense from prepaid"
Expenses:Insurance 400.00 USD
Assets:PrepaidInsurance
; adj:"deferral"
5. 減価償却・償却
この仕訳は、長期資産（例：コンピュータや車両）の費用を耐用年数にわたって配分します。
2025-07-31 * "Mac Studio depreciation"
Expenses:Depreciation 1250.00 USD
Assets:Computers:AccumDepr
; asset_id:"MAC-03" adj:"estimate"
6. 貸倒引当金
回収できないと見込む売掛金の見積もりで、貸倒費用として計上します。
2025-07-31 * "Bad-debt provision (2% of A/R)"
Expenses:BadDebt 700.00 USD
Assets:AllowanceForBadDebt
; basis:"A/R" rate:0.02 adj:"estimate"
繰り返し可能なワークフロー
月末締めを効率的かつミスなく行うために、一定のワークフローを採用しましょう。
-
別ファイルを使用する。 期間ごとのすべての調整仕訳を
adjustments-2025-07.beanのように一つのファイルにまとめます。メイン元帳ではincludeディレクティブで最後にインポートし、最終レポート生成直前に調整が適用されるようにします。 -
メタデータを標準化する。 常に
adj:"accrual|deferral|estimate"やperiod:"Jul-25"のように一貫したキーと値を使用します。これにより、特定の調整タイプの検索やレビューが容易になります。 -
事前チェックを実行する。 変更を Git にコミットする前に、調整ファイルに対して
bean-checkを実行し、タイプミスや不均衡な仕訳を検出します。 -
ワンラインのサニティチェックを行う。 以下のクエリで期間中のすべての調整が合計してバランスが取れていることを確認し、エラーが導入されていないことを保証します。
bean-query main.bean "SELECT account, SUM(number) WHERE meta('adj') AND meta('period') = 'Jul-25' GROUP BY account"
クイックトラブルシューティングのヒント 🤔
-
Liabilities:UnearnedRevenueの残高が増えていませんか？ 契約のマイルストーンを確認してください。提供している作業に対して収益認識が遅すぎる可能性があります。 -
Assets:PrepaidInsuranceの残高がマイナスですか？ 資産のスケジュールよりも早く費用計上している可能性があります。償却スケジュールを再確認してください。 -
発生後に売掛金回転日数（DSO）が悪化していますか？ 発生収益が根本的な回収問題を隠している可能性があります。このKPIを売掛金のエイジングレポートと組み合わせ、遅延顧客を早期に特定し、キャッシュフロー問題になる前に対処しましょう。
終わりに
調整仕訳は面倒に感じることもありますが、"前" と "後" の損益計算書を比較すると、その価値が一目瞭然 です。差異はしばしば重要です。Beancount を使えば、これらの調整は小さく検索可能なパッチとなり、コードと同様に自動化・レビューが可能です。
月末の習慣を築けば、数値はエンジニアリングと同様に正確さを保ちます。
バランス調整、楽しんで！
