「beancount」タグの記事が84件件あります

乱雑な元帳を30日で落ち着いた、現金に自信のあるビジネスへ変える—プレーンテキスト会計を活用して。

TL;DR​

• 分離・簡素化・ロック：最小限の勘定科目表、一貫したインポート、そして自動残高チェックで帳簿を固定。
• 重要項目を可視化：COGS、間接費、キャッシュランウェイを bean-query で即座に取得。
• ノイズ除去（未使用サブスクリプションや重複ツール）と 良好な習慣のコード化（週次照合、月次締め、領収書添付）。
• 税務シーズンを退屈に：ステートメント、領収書、残高を一元管理し、検証可能に。

なぜ「デトックス」か？​

小規模事業の財務が乱雑になると、単に見た目が悪いだけでなく、コストが増大します。無駄な支出が隠れ、本当の利益率が見えにくくなり、税務シーズンは慌ただしい宝探しに変わります。30日間の財務デトックスは、資金の流れと漏れを特定し、複雑さを排除し、シンプルで再現可能なルーティンを制度化するリセットです。

Beancount は 透明性・スクリプタビリティ・検証可能性 を備えているため最適です。ブラックボックスのソフトと違い、プレーンテキストの元帳はすべての数値が説明可能です。ディレクティブとクエリでチェックとバランスを自動化し、自己監査システムを構築できます。本ガイドは4週間の計画でその実現方法を示します。

Week 0 — ベースラインを設定​

クリーンアップの前に、堅固な基盤が必要です。この週は財務世界の構造を定義します。

最小限の勘定科目表を作成​

勘定科目表は財務システムの骨格です。ここではミニマリズムを目指します。将来必要になるかもしれないすべての費用に口座を作らないでください。今日使っている必須項目だけで始め、後から追加できます。乱雑な科目表は誤分類を招き、ハイレベルな分析を困難にします。

シンプルで効果的な例：

; Core entities
2025-01-01 open Assets:Bank:Checking           USD
2025-01-01 open Assets:Bank:Savings            USD
2025-01-01 open Liabilities:CreditCard:Business USD
2025-01-01 open Income:Sales
2025-01-01 open Expenses:COGS
2025-01-01 open Expenses:Overhead:Rent
2025-01-01 open Expenses:Overhead:Utilities
2025-01-01 open Expenses:SaaS
2025-01-01 open Equity:Opening-Balances

検証可能な残高をロック​

プレーンテキスト会計の最大の強みは「現実を主張できる」ことです。balance ディレクティブは「この日付にこの口座は正確にこの金額だった」と Beancount に指示します。合わなければエラーが発生します。これが第一の安全網です。

開始時は pad と balance を組み合わせて、銀行ステートメントから口座を初期化します。pad は取引を作成し、正しい開始残高へ強制し、差額をエクイティ口座に振ります。

; Initialize from statements
2025-01-01 pad     Assets:Bank:Checking      Equity:Opening-Balances
2025-01-01 balance Assets:Bank:Checking      12345.67 USD

注意点：pad は必要最小限に使用してください。繰り返しの照合ミスを隠すための手段ではありません。

Week 1 — フローを分離・簡素化​

構造ができたら、資金の流れを明確にします。

ビジネスと個人を分離​

小規模事業の金銭管理の黄金律です。資金を混同すると混乱と税務上の頭痛のもとになります。

• ビジネス専用の銀行口座とクレジットカードを1つずつ持つ。
• 元帳でも Assets:Bank:Business:Checking、Liabilities:CreditCard:Business のように分離。
• 自分への支払いは Equity:Owner-Draws への配分として記録。個人支出をビジネス口座から直接分類しない。

ベンダーカテゴリを標準化​

AWS、Google Cloud、Vercel をそれぞれ別口座にしません。すべて Expenses:Cloud のような単一の論理カテゴリにマッピングします。分析しないマイクロ口座は作らない。目的はパターンを見える化することであり、ベンダーごとに口座を増やすことではありません。

Week 2 — 入力と領収書を自動化​

手入力は遅く、エラーが起きやすく、持続不可能です。今週はレジャーを自動化する仕組みを構築します。

ドラマなしのインポートパスを構築​

Beancount のインポートフレームワークで CSV や OFX を読み取り、取引を自動生成できます。一度設定すれば何百時間も節約できます。インポートルールは Git などでバージョン管理し、再現性とバックアップを確保しましょう。

• 公式ガイド Importing External Data から開始。
• インタラクティブにしたい場合は beancount-import の Web UI を検討。
• ingest や新しい beangulp フレームワークを使うユーザーも多いので、どれかに統一。

書類は正しい場所に添付​

領収書なしの取引は根拠がありません。Beancount とその Web UI Fava は、エントリにソースドキュメントをリンクするのが非常に簡単です。

2 つの方法があります：

1. Documents フォルダ + ディレクティブ：領収書やステートメントを専用フォルダに保存し、document ディレクティブで取引にリンク。
2. Fava のドラッグ＆ドロップ：PDF や画像を取引上にドラッグすると、Fava が自動でファイルを保存し、正しい document ディレクティブを元帳に挿入。

; In your main ledger file, tell Fava where your documents live
option "documents" "/home/acme/docs"

; Link a receipt to a specific transaction posting
2025-08-07 * "Figma" "Monthly Subscription"
  Assets:CreditCard:Business    -12.00 USD
  Expenses:SaaS                 12.00 USD
    document: "receipts/figma-2025-08-07.pdf"

Week 3 — 真実を即座に取得（再利用する高速クエリ）​

元帳がクリーンになり、データが流入したら、重要な質問を投げかけます。bean-query を使って瞬時に答えを得ましょう。

1) 現金はどこにある？​

流動資産のスナップショットを取得。

bean-query business.beancount 'BALANCES FROM year = 2025 AND (account   "Assets:Bank" OR account   "Liabilities:CreditCard")'

これだけで、複数の銀行ポータルにログインせずにリアルタイムのキャッシュポジションが把握できます。

2) 間接費と COGS の内訳は？​

支出が本当にどこに向かっているかを把握。製品提供に直接関わるコスト（COGS）と、非必須の間接費を分離します。

SELECT
  account,
  units(sum(position))
WHERE
  account   "^Expenses:(Overhead|COGS)" AND year = 2025
GROUP BY
  account
ORDER BY
  account

3) 「ゾンビ」サブスクリプションは？​

小額で継続的に支払われているが忘れられがちなサービスを検出。

SELECT
  payee,
  COUNT(*) AS num_transactions,
  SUM(number) AS total_spent
WHERE
  account   "^Expenses:SaaS" AND date >= '2025-01-01'
GROUP BY
  payee
ORDER BY
  num_transactions DESC,
  total_spent DESC

頻繁に支払っているベンダーが一目で分かります。不要なものが見つかれば即座に解約しましょう。

Week 4 — システムを整頓・固定​

最終週は、財務を長期的にクリーンに保つ習慣とガードレールを構築します。

シンプルな予算を設定​

Fava は元帳の budget ディレクティブを読み取り、進捗バーで可視化します。支出目標に対して現在位置を常に把握できます。

; SaaS の支出上限を月額 100 USD に設定
2025-01-01 custom "budget" Expenses:SaaS "monthly" 100.00 USD

ソフトウェア、広告、外注費など、変動費の主要カテゴリに設定すれば、逸脱を早期に検知できます。

毎月の締めを徹底​

非交渉可能な月次締めプロセスを確立：

1. 照合：すべての銀行・クレジットカード口座に対し、月末ステートメントの金額と同じ balance アサーションを追加。
2. 添付：balance エントリにステートメント PDF を document ディレクティブでリンク。
3. レポート：先ほどの 3 つのクエリ（現金、間接費/COGS、サブスクリプション）を実行し、結果を短い月次レビューに貼り付け。

残高アサーション は自動トリガーです。元帳がステートメントと合わなければ Beancount がエラーを出し、問題箇所を指摘します。

税務シーズンを退屈に（良い意味で）​

このシステムを導入すれば、税務準備は危機からシンプルなレポート作業へと変わります。

• 領収書は取引に添付 されているので、探し回る必要なし。Fava ではワンクリックで原本にアクセス。
• 税務関連項目はタグ付け（例：#tax-deductible）でき、bean-query で会計士向けにクリーンなレポートを抽出。
• 年末残高は balance アサーションでロック され、数字に対する信頼性が向上。

30日間チェックリスト（印刷用）​

• Day 1–3
  • 最小限の勘定科目表を作成。
  • 銀行・カードごとに pad + balance を最新ステートメントで設定。
• Day 4–10
  • インポートパイプラインを1つ構築し、ルールをバージョン管理。
  • 直近90日分を遡ってインポートし、最初の BALANCES スナップショットを取得。
• Day 11–15
  • ベンダーを各カテゴリ（SaaS、Cloud、Shipping など）に統一。
  • 照合期間のステートメント PDF を添付し、Fava に表示されることを確認。
• Day 16–20
  • 間接費 vs. COGS クエリを実行し、誤分類を修正。
  • サブスクリプション頻度クエリを実行し、未使用サービスを解約または統合。
• Day 21–25
  • 主要変動費カテゴリに予算を設定。
  • 予算上限を超えた場合のアラートを確認。
• Day 26–30
  • 月次締めプロセスを実施し、残高アサーションと領収書添付を完了。
  • 3 つのクエリ結果を月次レビューにまとめ、次月へ引き継ぎ。

Common Snippets（共通スニペット）​

残高ロック​

2025-01-01 balance Assets:Bank:Checking      15000.00 USD

ベンダー統一例​

2025-02-15 * "Amazon Web Services" "月額利用料"
  Expenses:Cloud                200.00 USD
  Assets:Bank:Checking          -200.00 USD

タグ付け例​

2025-03-10 * "Office Supplies" "文房具購入"
  Expenses:OfficeSupplies       45.00 USD
    #tax-deductible

Common Queries（共通クエリ）​

SELECT account, units(sum(position))
WHERE account = "Assets:Bank:Checking"

Common Directives（共通ディレクティブ）​

option "titlecase_account" "yes"
option "operating_currency" "USD"

Common Tags（共通タグ）​

• #tax-deductible – 税務上控除可能
• #cash-confident – 現金に自信がある取引
• #monthly-review – 月次レビュー用

Common Scripts（共通スクリプト）​

#!/usr/bin/env bash
# 30日間の自動照合スクリプト
bean-check --auto --year 2025

Common Templates（共通テンプレート）​

2025-04-01 * "テンプレート取引" "説明"
  Assets:Bank:Checking    -{amount} USD
  Expenses:{category}      {amount} USD
    document: "receipts/{filename}.pdf"

Common Workflows（共通ワークフロー）​

1. インポート → 2. 照合 → 3. クエリ → 4. レビュー → 5. 予算更新 → 6. ロック

Common Best Practices（ベストプラクティス）​

• 常に UTF‑8 エンコーディングで保存。
• 口座名は 英数字とコロン のみ使用し、日本語はコメントやタグで補足。
• balance アサーションは月末だけでなく、四半期ごとにも設定して冗長性を確保。
• 重要なクエリは 別ファイル に保存し、bean-query のエイリアスとして呼び出す。

Common Pitfalls（落とし穴）​

• pad を過度に使用すると、実際の残高との差異が隠蔽されます。
• 勘定科目表を頻繁に変更すると、過去データとの整合性が失われやすいので、変更は慎重に。
• インポートルールは 正規表現 で広くマッチさせすぎないこと。誤った取引が大量に生成される原因になります。

Common Resources（リソース）​

• Beancount 公式ドキュメント – https://beancount.github.io/docs/
• Fava UI – https://github.com/beancount/fava
• beancount-import – https://github.com/jbms/beancount-import
• beangulp – https://github.com/beancount/beangulp

終わりに​

30日間のデトックスで、乱雑な元帳は落ち着いた、現金に自信のあるビジネスへと変わります。Beancount のプレーンテキスト会計は、シンプルさと自動化、そして検証可能性を同時に提供します。今日から始めて、財務の透明性と効率性を手に入れましょう。

仕訳は複式簿記の根幹であり、Beancount では記述するすべての * 取引が仕訳となります。本ガイドでは、借方と貸方、調整仕訳、逆仕訳の要点を解説し、Beancount のプレーンテキスト構文へどのようにシンプルにマッピングできるかを示します。最小限の手間で正確な帳簿を保つ方法を学びます。

簡単なおさらい：仕訳とは？​

仕訳は金融取引の正式な日付付き記録です。借方 と 貸方 の形で表され、会計等式をバランスさせます。

$Assets = Liabilities + Equity$

複式簿記では、すべての取引が少なくとも二つの勘定に影響し、借方合計は貸方合計と等しくなります。このシンプルなルールが、損益計算書や貸借対照表といった下流の財務報告書を信頼できるものにします。

1 分でわかる借方と貸方​

借方と貸方は最初は混乱しがちですが、実はシンプルなルールに集約できます。「価値はどこから来たか？」（貸方）と「価値はどこへ行ったか？」（借方）です。

以下は主要な五つの勘定タイプが増加する際の対応表です。

Beancount での仕訳の書き方​

Beancount はシンプルで人間が読めるテキスト指示子を使って取引を記録します。各取引はすべての通貨（例：USD、EUR、AAPL 株式）について合計がゼロになる必要があります。合計が合わない場合、Beancount はエラーを出します。

以下はコーヒー購入の基本的な取引例です。

2025-09-10 * "Coffee Bar" "Team coffee"
  Expenses:Food:Coffee          18.00 USD
  Assets:Bank:Checking         -18.00 USD

二つのポスティング（勘定行）が合計でゼロになることに注目してください：$18.00 + (-$18.00) = 0。

タグ（例：#clientX）や リンク（例：^INV-2025-001）をナレーションに直接入れることで、検索性やエントリ間の接続が容易になります。

例として、請求書と支払いをリンクさせる方法を示します。

; まず、クライアントに送った請求書を記録
2025-09-15 * "Acme Corp" "Invoice 2025-001 #clientX ^INV-2025-001"
  Assets:AccountsReceivable   1000.00 USD
  Income:Consulting         -1000.00 USD

; 後で、支払いを記録し元の請求書にリンク
2025-09-28 * "Acme Corp" "Payment on ^INV-2025-001"
  Assets:Bank:Checking       1000.00 USD
  Assets:AccountsReceivable -1000.00 USD

#clientX タグでこのクライアントのすべての取引を簡単にフィルタリングでき、^INV-2025-001 リンクがエントリ間の接続を作り、レポートでたどることができます。

よく使う仕訳（コピー＆ペースト用）​

以下はビジネスで頻繁に使われる取引例です。Beancount 用にフォーマット済みです。

オーナーが現金を出資​

オーナーが個人資金を事業に投入します。

2025-01-01 * "Owner" "Initial capital contribution"
  Assets:Bank:Checking        10000.00 USD
  Equity:Owner-Capital      -10000.00 USD

消費税付き現金販売​

顧客が現金で商品を購入し、8% の消費税を含みます（後で税務当局に納付）。

2025-01-05 * "Walk-in Customer" "Cash sale with 8% tax"
  Assets:Cash                   108.00 USD
  Income:Sales                -100.00 USD
  Liabilities:Tax:Sales         -8.00 USD

売掛金（請求書）と回収​

サービスを提供し請求書を発行、後で支払いを受領。

2025-01-10 * "Acme Corp" "Consulting invoice ^INV-2025-002"
  Assets:AccountsReceivable   2500.00 USD
  Income:Consulting         -2500.00 USD

2025-01-30 * "Acme Corp" "Payment on ^INV-2025-002"
  Assets:Bank:Checking       2500.00 USD
  Assets:AccountsReceivable -2500.00 USD

クレジットカードでの経費​

会社のクレジットカードで事務用品を購入。

2025-01-12 * "OfficeMax" "Supplies on credit card"
  Expenses:Office:Supplies       75.00 USD
  Liabilities:CreditCard        -75.00 USD

給与（シンプルモデル）​

給与を計上し、税金の源泉徴収と銀行からの実際支払を記録。

2025-01-31 * "Payroll" "January wages and withholdings"
  Expenses:Payroll:Wages      2000.00 USD
  Liabilities:Taxes:Withheld   -400.00 USD
  Assets:Bank:Checking       -1600.00 USD

月次減価償却​

ラップトップなどの資産に対する月次減価償却費を記録。

2025-01-31 * "Depreciation" "Laptop, straight-line"
  Expenses:Depreciation          100.00 USD
  Assets:Equipment:AccumDepr    -100.00 USD

前払費用と月次償却​

保険料を年払いで支払った後、毎月の費用を認識。

; 1. 年間保険料を支払う
2025-01-01 * "InsureCo" "Annual insurance premium"
  Assets:Prepaid:Insurance     1200.00 USD
  Assets:Bank:Checking       -1200.00 USD

; 2. 1 月分の費用を認識
2025-01-31 * "InsureCo" "Amortize 1/12 of insurance"
  Expenses:Insurance             100.00 USD
  Assets:Prepaid:Insurance      -100.00 USD

前受収益と月次認識​

顧客が 3 ヶ月分のサブスクリプションを前払い。現金を受け取り、毎月収益を認識。

; 1. 前受金を受領
2025-02-01 * "Subscriber" "3-month plan prepaid"
  Assets:Bank:Checking           300.00 USD
  Liabilities:Unearned:Subs     -300.00 USD

; 2. 1 月分の収益を認識
2025-02-28 * "Recognition" "Recognize month 1 of 3"
  Liabilities:Unearned:Subs      100.00 USD
  Income:Subscriptions          -100.00 USD

貸倒引当金と償却​

未回収リスクに備えて引当金を設定し、実際に回収不能となった請求書を償却。

; 1. 売掛金の 2% を引当金として計上
2025-03-31 * "Provision" "2% of A/R for doubtful accounts"
  Expenses:BadDebt               200.00 USD
  Assets:AllowanceForDoubtful   -200.00 USD

; 2. 回収不能請求書を償却
2025-04-15 * "Write-off" "Customer XYZ invoice"
  Assets:AllowanceForDoubtful    150.00 USD
  Assets:AccountsReceivable     -150.00 USD

期末在庫と売上原価調整​

期間末に在庫評価を行い、売上原価（COGS）を調整。

2025-03-31 * "COGS adjustment" "Periodic inventory method"
  Expenses:COGS                4500.00 USD
  Assets:Inventory           -4500.00 USD

調整仕訳 と 逆仕訳​

調整仕訳 は会計期間末（月次・四半期）に、収益と費用を実際に発生した期間に合わせて正しく配分するために記録します。これには未払費用、前受収益、減価償却などが含まれます。

逆仕訳 は任意で、次期の初日に前期の特定の調整仕訳を完全に打ち消すエントリです。これにより、後続の現金取引を標準的な形で記録でき、負債勘定への分割記入を忘れる心配がなくなります。

例：光熱費の未払と逆仕訳​

1 月の光熱費は 1 月に費用計上したいが、請求書は 2 月に届くケースです。

; 1. 1 月末に見積費用を計上（未払）
2025-01-31 * "Accrual" "Estimate January utilities expense"
  Expenses:Utilities              500.00 USD
  Liabilities:Accrued:Utilities  -500.00 USD

; 2. （任意）次期初日に未払を逆仕訳
2025-02-01 * "Reversal" "Undo January utilities accrual"
  Liabilities:Accrued:Utilities   500.00 USD
  Expenses:Utilities             -500.00 USD

; 3. 2 月に実際の請求書が届いたら支払を記録
; 請求額は 520 USD。逆仕訳のおかげで
; 全額を費用勘定に直接記入できる。
2025-02-10 * "City Utilities" "Payment for January bill"
  Expenses:Utilities             520.00 USD
  Assets:Bank:Checking          -520.00 USD

注：上記例は最終支払を分割して記入する方法を示していますが、逆仕訳を使うと支払記入がシンプルになります。

Beancount 仕訳チェックリスト​

1. 日付（YYYY-MM-DD）と取引フラグ（*）で開始
2. 支払先 と 説明 を記入。検索しやすいように #タグ と ^リンク を活用
3. 少なくとも二行 のポスティングを入れ、各通貨で合計がゼロになるようにする
4. 勘定は五大区分 Assets, Liabilities, Equity, Income, Expenses のいずれかに属する正しい名前を使用
5. 必要に応じて document: "invoices/INV-2025-001.pdf" などの メタデータ を付加し、トレーサビリティを確保

よくある落とし穴（Beancount が助けるポイント）​

• 合計が合わないポスティング：借方・貸方がゼロにならないと Beancount はエラーを返します。未記入の金額は自動計算されます。
• 勘定の符号ミス：Income、Equity、Liabilities は貸方（負の数）で増加します。間違えるとレポートが不自然になりますが、バランスチェックが安全弁になります。
• リンク忘れ：請求書と支払いを結びつけないと未回収が把握しにくくなります。^リンク を一貫して使うことで監査可能な経路ができます。

次に読むべき情報​

• Beancount 言語とバランシングルール – 公式ドキュメントを深掘り
• 構文チートシート – すべての指示子を一覧化
• 借方・貸方入門 – 会計ルールが初めての方へ
• 調整・逆仕訳の詳細 – 理論と実践例

付録：会計用語 ↔ Beancount 用語マッピング​

この表を参考に、Beancount のテキスト構文で正しい借方・貸方の記入を行ってください。

Beancount で元帳がプレーンテキストで管理されているなら、月末締めは高速で監査可能です。プロセスはスプレッドシートや電卓に追われる慌ただしい作業である必要はありません。このガイドは、Beancount とそのウェブインターフェースである Fava 向けに、バランスアサーション、スマートインポート、軽量チェックを中心とした、シンプルで再現可能なプロセスをまとめています。

手間のかからない締めのチェックリストは以下の通りです：

1. 取引明細を集め、すべての生データ取引をインポートする。
2. 支払先、説明、メタデータを正規化する。
3. 現金、銀行、クレジット口座すべてを balance アサーションで照合する。
4. 振替および口座間移動を照合する。
5. 投資の価格を更新し、評価額を検証する。
6. 元帳に文書（領収書、請求書）を添付または参照する。
7. 損益および差異チェックのためにクエリとダッシュボードを実行する。
8. 必要に応じて発生主義の仕訳や調整を記録する。
9. 自動チェックで元帳を検証する。
10. 月次をコミット、タグ付け、アーカイブする。

1. 基本ルールを設定し（再利用する）​

一貫した締めは安定した基盤から始まります。勘定科目表と重要な Beancount オプションは中央で宣言し、ほとんど変更しないようにします。operating_currency や documents のようなオプションは、レポートやインポートが毎回予測可能に動作することを保証します。

Tip: オプションファイルを「インフラ」として扱いましょう。変更すると数値の計算方法が変わる可能性があります。Git で慎重にバージョン管理してください。

2. すべてをインポートし、以後手入力は不要​

データインポートの自動化は、帳簿締めの速度を最大限に向上させます。Beancount の強力なインポートツールとコミュニティが作成したインポーターを使用して、銀行フィード、クレジットカードの CSV/OFX ファイル、証券データ、給与レポートを取り込みましょう。

目標は、バランスの取れた仕訳を生成するワンコマンドインポートで、レビューとコミットだけが必要です。これにより、エラーや遅延の主な原因である手動データ入力が不要になります。

3. 支払先とメタデータを事前に正規化​

クリーンなデータは信頼できるデータです。インポート時に支払先、ナレーション、タグを標準化し、検索、ルール、レポートが月々正確に保たれるようにします。

Beancount のプラグインシステムにより、ファイル読み込み時に軽量な変換や検証を追加できます。これはカスタムの一貫性チェックを強制したり、組み込みの noduplicates プラグインで重複取引を問題になる前にフラグ付けするのに最適です。

4. balance アサーションで照合​

ステートメントがあるすべての口座（当座預金、普通預金、クレジットカード）について、Beancount の balance ディレクティブを使って期末残高をアサートします。このシンプルな行が、手動の目視チェックを正確な自動テストに変えます。

2025-01-01 balance Assets:Cash 1000 USD

残高はその日の 開始時 にチェックされるため、月末ステートメントには 次月の 1 日目を使用するのが最も簡単です。Beancount の計算残高がアサーションと合わない場合、正確なエラーと調査開始日が表示されます。常に真実のソース（取引）を最初に修正し、無理に照合を「強制」しないでください。

5. 口座間振替を照合​

すべての振替が取引の両側に記録されていることを確認します。例えば、当座預金からクレジットカードへの支払いは、両方の口座に反映されるべきです。振替の不一致は照合の頭痛の種となります。

pad ディレクティブは、口座を初期設定する際の過去の開始残高を設定するために のみ 使用します。これは設定ツールであり、月末の差異を修正するための照合用の棒ではありません。

6. 投資のポジションと価格を検証​

正確な純資産を把握するには、投資や外貨の最新の市場価値が必要です。Beancount の price ディレクティブを使って、締め日の時点の価値を記録しましょう。

2025-01-01 price AAPL 150 USD

多くのツールが自動でこれらの価格を取得できます。更新後にバランスシートや純資産レポートを再実行すれば、評価額の変化が確認できます。

7. 領収書と原本書類を添付​

取引を原本書類にリンクさせ、クリーンな監査証跡を保ちましょう。メインの Beancount ファイルで documents オプションを使用して、領収書や請求書のアーカイブを指し示します。

option "documents" "/path/to/documents"

ファイル名を日付で付ける（例：2025-08-13.vendor.receipt.pdf）と、Beancount と Fava が自動的に検出・リンクし、取引ごとにワンクリックで領収書を表示できます。

8. Fava と BQL で月次をレビュー​

高速なフィードバックループは重要です。Fava を使って財務を視覚的に確認しましょう。チャートやレポートは、カテゴリ別の支出分析、収入トレンドのチェック、異常の瞬時把握に最適です。

より正確なチェックには Beancount Query Language (BQL) を使用します。例えば、以下のクエリは 2025 年 8 月の全支出を順位付けして集計します。

SELECT account, SUM(position) AS amount
FROM balances
WHERE account ~ 'Expenses:'
  AND date >= '2025-08-01' AND date < '2025-09-01'
GROUP BY account
ORDER BY amount DESC;

9. 発生主義の仕訳と調整を記録​

発生主義会計を使用している場合、月末の調整を明示的な日付付き取引として記録します。未受領の光熱費などの未払費用、前払費用の償却、収益認識などが該当します。簡潔かつナレーションで十分に文書化し、将来のレビュー時に理解しやすくしましょう。

10. 検証、タグ付け、アーカイブ​

月次を確定する前に、構造的整合性の最終チェックを実行します：

beancount -f -x -X -p -t -v -c -e -l -i -m -r -s -w -y -z -A -B -C -D -E -F -G -H -I -J -K -L -M -N -O -P -Q -R -S -T -U -V -W -X -Y -Z

このコマンドは、残高不一致や未開設口座への参照、その他一般的なエラーを検出します。指摘された問題はすべて修正してください。

すべてが正しいことを確認したら、Git などのバージョン管理システムに明確なメッセージとタグ（例：close-2025-08）でコミットします。最後に銀行明細をアーカイブし、月次をロックしたとみなします。

カスタマイズ可能なシンプルな締めスクリプト​

これらのステップのほとんどはシンプルなシェルスクリプトで自動化できます。締め作業を単一の再現可能なコマンドに変換しましょう。

#!/bin/bash
# Example Beancount close script
beancount -f myfile.beancount import statements.csv
beancount -f myfile.beancount balance Assets:Cash
beancount -f myfile.beancount price AAPL 150 USD
beancount -f myfile.beancount query "SELECT ..."
git add myfile.beancount
git commit -m "Month close for August 2025"
git tag close-2025-08

なぜこの方法が機能するのか​

このプロセスが高速かつ信頼できるのは、いくつかの基本原則に基づいているからです：

• アサーションで、目視ではなく: balance ディレクティブは照合を正確な自動チェックに変えます。
• 決定的な入力: 自動インポーターと正規化されたメタデータにより、元帳は再現可能で一貫性が保たれます。
• 探索可能なデータ: Fava と BQL は結果を検証し、外れ値を即座に掘り下げる強力なツールを提供します。
• 監査可能な変更: 調整はプレーンテキストのジャーナルエントリであり、数か月・数年後でも簡単にレビュー・理解できます。

良い月末締めは主に物流です。Beancount を使えば、インポート、アサート、価格設定、クエリ、コミットという短くスクリプト化可能な儀式に変えられます。ワークフローを安定させておけば、財務が複雑化しても締めは高速なままです。

柔軟に引き出し・返済・再利用できる運転資金が欲しいなら、ビジネスライン・オブ・クレジット（LOC）は繰り返しの期間ローンよりも優れています。以下は、利用シーン別に選び抜いた今年の最強オプションと、コスト比較の簡易方法、そして引き出し・利息・手数料を記録するシンプルなBeancountレシピです。

TL;DR — シナリオ別ベストピック​

• 高速・柔軟なフィンテックライン: Bluevine — 最大 $250k、週次または月次返済、資金は通常 24 時間以内に入金、金利は「最低 7.8%（単利）」と表示。
• 手数料ベースで複数期間選択: American Express Business Blueprint® Line of Credit — ラインサイズ $2k–$250k；1–3 か月の一括返済ローンまたは 6–24 か月の分割ローンを選択、固定ローン手数料（APR ではなく）あり。
• プライムベースの銀行ライン（価格が明確）: Wells Fargo BusinessLine® / Prime Line — BusinessLine: プライム + 1.75% から +9.75%；Prime Line: プライム + 0.50%（下限 5%）；典型的な信用限度額 $10k–$150k。
• リレーションシップ価格＆「卒業」パス: Bank of America — 無担保 Business Advantage ライン（リレーションシップ割引 0.25–0.75%）；または預金額が限度額になる Cash‑Secured ライン（$1,000 から開始）、ビジネスクレジット構築に有用。
• 支店網＋全国展開: Chase Business Line of Credit — オンラインで最大 $250k、5 年間のリボルビング期間後に 5 年間の返済期間（48 州で利用可）。
• 年会費ポリシーが明確: U.S. Bank Cash Flow Manager — 最大 $250k；無担保オプションは$100k まで；ラインが $50k 超えると年会費無料（それ以下は$150）。
• スピードが必要な新興企業（コストを把握）: Headway Capital — $5k–$100k、計算ツールで月利 3.3% + 2% 引き出し手数料が表示。
• 高速承認だが通常は高コスト: OnDeck LOC — 最大 $200k；企業報告による平均 APR は 56.6%（2025 年上半期）。
• 大口・低金利・モニタリング付き（適格者向け）: SBA ライン — 従来の CAPLines プログラムと新しい 7(a) Working Capital Pilot（WCP）。WCP では最大 $5M のモニタリング付きリボルビングラインを SBA 保証で発行可能。

2025年に変わったこと・注目すべきこと 📈​

今年のビジネスクレジット環境を形作る 2 つの主要トレンド：

1. プライム金利が 2023 年の高水準を下回る。 Wall Street Journal のプライムレートは 7.50%（2025 年 9 月 2 日時点）で、最終変更は 2024 年 12 月 19 日です。これは多くの変動金利銀行ラインの価格設定（「プライム + マージン」）のベンチマークとなります。プライム金利が安定・低下すれば、借り手にとってコスト予測がしやすくなります。
2. SBA がモニタリング付き運転資金ラインを拡大。 2024 年 8 月 1 日に開始された 7(a) Working Capital Pilot（WCP）プログラムは現在も拡大中。資産または取引ベースのモニタリング付き LOC を貸し手が発行でき、在庫・売掛金・特定契約向け資金調達に大きく貢献します。

スナップショット：実際に取得可能な人気ライン​

LOC を選ぶ際の 7 つのチェックポイント ✅​

1. インデックス＆マージン: 銀行ラインが「プライム ± X%」で価格設定されている場合、現在のプライムレート（7.50%）に提示されたマージンを足します。これが現在の変動 APR です。
2. 手数料ベース vs. 金利ベース: AmEx Blueprint のように「ローン手数料」だけを請求するフィンテックもあります。手数料の実質 APR を金利ベースのオファーと比較してください。
3. 年会費／引き出し手数料: 利用頻度が低いと手数料が相対的に高くなります。U.S. Bank は $50k 超のラインでは$150 の年会費を免除し、PNC は無担保 LOC に $175 の年会費を設定しています。
4. 返済サイクル: 週次支払い（オンラインレンダーで一般的）はキャッシュフローを平準化しますが管理頻度が上がります。月次支払いは簿記がシンプルです。Bluevine は両方を提供。
5. 資金調達スピード: 今すぐ資金が必要ならスピードが重要。Bluevine は 24 時間以内に資金提供、AmEx は引き出し額を Business Checking へ即時入金可能です。
6. 適格性と卒業パス: 無担保ラインが取得できない場合、Bank of America のキャッシュ担保ライン（$1,000 から開始）はビジネスクレジット構築に役立ち、後に無担保ラインへ「卒業」できます。
7. 規模・構造で SBA を検討: 在庫・売掛金・契約ベースの大口資金が必要な場合、SBA の 7(a) WCP や CAPLines が規制金利で大きなモニタリング付きラインを提供します（ただし審査はやや手間）。

コスト比較の簡易ヒント 🧮​

オファー比較は難しいですが、次のように考えると分かりやすいです：

• プライムベースの例: 銀行が「プライム + 2.75%」と提示した場合、今日の APR は 10.25%（7.50% + 2.75%）です。プライムレートが変動すれば APR も上下します。
• 手数料ベースの例（AmEx Blueprint）: 12 か月で総手数料 6–18% と見えるかもしれませんが、同等比較のためには減価償却残高に対する実質 APR を算出する必要があります。初回引き出し額に対する固定手数料は、減少残高に対する APR とは異なります。

Beancount：ライン・オブ・クレジットの記録方法​

プレーンテキスト会計ツール Beancount を使うユーザーにとって、ライン・オブ・クレジットの追跡はシンプルです。LOC は負債勘定で、引き出しは負債と現金を増やし、利息・手数料は費用勘定に計上します。以下のサンプルコードの勘定名はご自身の元帳に合わせて置き換えてください。

1) LOC から $25,000 を当座預金に引き出す

2025-03-15 * "LOC draw"
  Assets:Bank:Checking                      25,000.00 USD
  Liabilities:LOC:Bluevine                -25,000.00 USD

2) $2,300 を返済する（$300 が利息、$2,000 が元本）

2025-04-15 * "LOC payment (principal + interest)"
  Liabilities:LOC:Bluevine                  2,000.00 USD
  Expenses:Interest:LOC                       300.00 USD
  Assets:Bank:Checking                     -2,300.00 USD

3) 銀行口座から $150 の年会費を支払う

2025-01-10 * "Annual LOC fee"
  Expenses:BankFees:LOC                       150.00 USD
  Assets:Bank:Checking                       -150.00 USD

代替案: 年会費が口座から引き落とされず、LOC の残高に加算される場合は次のように記録します。

2025-01-10 * "Annual LOC fee added to balance"
  Expenses:BankFees:LOC                       150.00 USD
  Liabilities:LOC:Bluevine                   -150.00 USD

SBA 保証ラインが適しているケース​

SBA 保証付きラインはすべての企業に向くわけではありませんが、次の条件に当てはまる場合は強力な選択肢です：

• 多くのフィンテックや銀行の無担保商品が提供する限度額を超える 大口クレジット が必要。
• 運転資金が 在庫・売掛金・特定契約 に紐づくもので、担保として活用できる。
• 金利が低く、かつ モニタリング が受け入れ可能。

CAPLines と新しい 7(a) Working Capital Pilot（WCP）を組み合わせることで、最大 $5M のモニタリング付きリボルビングラインを SBA が保証し、資金調達コストを抑えられます。

参考情報​

• American Express – 公式サイト: https://www.americanexpress.com
• Wells Fargo – 公式サイト: https://www.wellsfargo.com
• Bank of America – 公式サイト: https://www.bankofamerica.com
• Chase – 公式サイト: https://www.chase.com
• U.S. Bank – 公式サイト: https://www.usbank.com
• Headway Capital – 公式サイト: https://headwaycapital.com
• OnDeck – 公式サイト: https://www.ondeck.com
• SBA ライン – SBA 公式情報: https://www.sba.gov

これらの情報を活用し、貴社の資金調達戦略を最適化してください。

未払費用は、月末の締めが積み重なるまで抽象的に感じられます。これは適切な発生主義会計の基礎であり、現金の出入りだけでなく、経済的実態を財務報告に反映させます。ここでは、未払費用が何か、なぜ重要か、そしてプレーンテキスト元帳でどのように記帳・逆転・報告するかを Beancount 視点でわかりやすく解説します。

TL;DR ⚡​

• 未払費用 は、当期に発生したがまだ支払っていないコストです。現金が出るまで負債として記録します。
• Beancount では、Expenses: 勘定を借方、Liabilities:Accrued: 勘定を貸方にします。支払時に負債を消去します。
• 報告 では、bean-query の CLOSE ON と CLEAR を組み合わせて、特定日付時点のバランスシートを取得できます。

未払費用とは？​

未払費用は、事業がすでに費用を負担したものの、まだ支払っていないコストです。サービスを受領した時点、または費用が発生した時点で記録し、請求書が未着や支払期日がまだ来ていなくても認識します。この手法は 発生主義会計のマッチング原則 に基づき、費用をそれを生み出した収益と同じ期間に計上します。

代表的な例：

• 従業員の給与 – 月末に発生し、翌月に支払われる。
• 光熱費（電気・水道） – 12 月に使用したが、請求は 1 月になる。
• 借入金の利息 – 月間で累積したが、まだ口座から引き落とされていない。

これらの費用を発生時に記録することで、当期の財務パフォーマンスをより正確に把握できます。

Beancount の考え方（30 秒で）​

Beancount はプレーンテキストの二重仕訳システムです。すべては日付付きディレクティブまたは取引としてテキストに記述します。システムは 5 つのトップレベル勘定 Assets（資産）, Liabilities（負債）, Equity（純資産）, Income（収益）, Expenses（費用） に基づいています。

エントリは日付順に並び、balance アサーションは同日取引が処理される 前 にチェックされます。チェックや逆転エントリを入れる際はこの順序を意識してください。

bean-query は SQL ライクなクエリ言語で、OPEN ON, CLOSE ON, CLEAR などの演算子を使い、特定日時点の財務諸表を簡単に生成できます。

推奨チャート・オブ・アカウント​

階層的で整理されたチャートは最強の味方です。未払費用の構造はシンプルです。必要になるのは以下の勘定：

• 費用勘定 例：Expenses:Utilities, Expenses:Payroll:Wages
• 対応する負債勘定 例：Liabilities:Accrued:Utilities, Liabilities:Accrued:Payroll
• 現金勘定 例：Assets:Bank:Checking

Beancount は 5 つのトップレベル勘定を強制します。勘定名を整理しておくと、後のクエリやレポート作成が格段に楽になります。

基本パターン（プラグイン不要、マジックなし）​

未払費用を処理する最も直接的な方法です。月末に費用を計上し、支払時に負債を消去します。

手順 1：月末に費用を計上​

期間最終日に費用と負債を記録します。

2025-02-28 * "2 月分電気代を未払計上" #accrual
  Expenses:Utilities                 120.00 USD
  Liabilities:Accrued:Utilities

手順 2：支払時に未払を消去​

請求書が届き支払ったら、費用勘定は再度触らず、負債勘定を借方にして消します。

2025-03-05 * "2 月分電気代支払 - City Power"
  Liabilities:Accrued:Utilities      120.00 USD
  Assets:Bank:Checking

この方法は小規模チームに最適です。2 月に費用が計上され、3 月に二重計上されることはありません。Beancount では金額を空欄にすると、システムが自動でバランスを取ってくれます。

代替手段：翌月 1 日に逆転エントリを入れる​

古典的な「自動逆転」スタイルが好みなら、翌月 1 日に逆転エントリを入れ、実際の請求は通常通り費用勘定に記録します。

手順 1：月末に未払計上（上記と同じ）​

2025-02-28 * "2 月分電気代を未払計上" #accrual
  Expenses:Utilities                 120.00 USD
  Liabilities:Accrued:Utilities

手順 2：翌月 1 日に逆転​

2025-03-01 * "2 月分電気代未払逆転" #reversal
  Liabilities:Accrued:Utilities      120.00 USD
  Expenses:Utilities

手順 3：通常通り支払を記録​

2025-03-05 * "City Power - 2 月分請求書"
  Expenses:Utilities                 120.00 USD
  Assets:Bank:Checking

チェックに関する注意：balance アサーションは同日取引の 前 に評価されます。Liabilities:Accrued:Utilities の残高を確認したい場合は、未払計上直後の 2025-02-28 に置くか、逆転後の 2025-03-01 に置いて残高が 0 になることを確認してください。逆転取引の前に置くと誤検知になります。

よくある未払パターン 6 例（コピー＆ペースト用） 📋​

以下は一般的なビジネスシーンで使えるテンプレートです。

1. 請求書未到着の家賃​

2025-01-31 * "1 月分家賃を未払計上" #accrual
  Expenses:Rent                   3000.00 USD
  Liabilities:Accrued:Rent

2. 未払給与​

2025-03-31 * "3 月分給与を未払計上" #accrual
  Expenses:Payroll:Wages          8500.00 USD
  Liabilities:Accrued:Payroll

3. 未払有給手当（PTO）​

2025-03-31 * "3 月分有給手当を未払計上" #accrual
  Expenses:Payroll:PTO             900.00 USD
  Liabilities:Accrued:Payroll

4. 借入金利息の未払​

2025-02-29 * "月次ローン利息を未払計上" #accrual
  Expenses:Interest                210.00 USD
  Liabilities:Accrued:Interest

5. プロフェッショナル費用（監査・法務）​

2025-12-31 * "年末監査費用を未払計上" #accrual
  Expenses:Professional:Audit     4200.00 USD
  Liabilities:Accrued:Professional

6. 請求書未到着の光熱費​

2025-04-30 * "4 月分光熱費を未払計上" #accrual
  Expenses:Utilities                95.00 USD
  Liabilities:Accrued:Utilities

レポート：特定日時点で「何が未払か」？​

bean-query が答えを導き出すツールです。未払費用のバランスシートスナップショットを取得する例を示します。

期間末時点の全未払負債残高を取得​

以下のクエリは 2025 年 3 月 31 日時点の各未払負債勘定の残高を返します。

bean-query main.beancount '
  SELECT account, UNITS(SUM(position)) AS balance
  FROM OPEN ON 2025-01-01 CLOSE ON 2025-04-01 CLEAR
  WHERE account   "^Liabilities:Accrued"
  GROUP BY 1
  ORDER BY 1;
'

• OPEN ON は期間開始時点の残高を設定。
• CLOSE ON は指定日付 以前 の取引を除外（排他的）。したがって 2025-04-01 を指定すると 2025-03-31 までのデータが取得できます。
• CLEAR は収益・費用をゼロクリアし、純粋なバランスシート（資産・負債・純資産）だけを残します。

未払勘定の全取引レジスターを表示​

未払勘定の生取引履歴を確認したい場合：

bean-query main.beancount '
  SELECT date, payee, narration, position
  WHERE account   "^Liabilities:Accrued"
  ORDER BY date;
'

全未払の合計金額を取得​

簡易サマリが欲しいときは次のクエリ：

bean-query main.beancount '
  SELECT UNITS(SUM(position)) AS total_accruals
  FROM OPEN ON 2025-01-01 CLOSE ON 2025-04-01 CLEAR
  WHERE account   "^Liabilities:Accrued";
'

Beancount 固有のコントロールと「落とし穴」​

• バランスアサーションのタイミング：前述の通り、アサーションはその日の取引が処理される 前 に評価されます。2025-03-01 balance ... は 3 月 1 日の取引より前に実行されます。計画的に配置してください。
• 命名と階層：Liabilities:Accrued:* のようにツリー構造を保つと、クエリがシンプルになり、レポートの可読性が向上します。
• pad の使用に注意：pad ディレクティブは開始残高の調整に便利ですが、定期的な未払計上の「修正」には使わないでください。明示的なエントリが監査証跡を残します。
• 時点レポート：バランスシートスナップショットは必ず OPEN … CLOSE … CLEAR を組み合わせて取得し、収益・費用が負債合計に混入しないようにします。

前払費用 vs. 未払費用（簡易比較）​

混同しやすいので整理しておきましょう。

• 未払費用：サービスは 今 消費、現金支払いは 後。負債が発生。
• 前払費用：現金は 今 支払い、サービスは 後 に消費。資産が発生。

Beancount での会計ロジックは同じで、勘定だけが異なります（Assets:Prepaid:* vs. Liabilities:Accrued:*）。

ファイル冒頭のテンプレート（open ディレクティブ）​

以下は本記事で使用した例の open ディレクティブです。元帳ファイルの先頭に追加してください。

; --- Accounts (open once) ---
2025-01-01 open Assets:Bank:Checking
2025-01-01 open Expenses:Utilities
2025-01-01 open Expenses:Payroll:Wages
2025-01-01 open Liabilities:Accrued:Utilities
2025-01-01 open Liabilities:Accrued:Rent
2025-01-01 open Liabilities:Accrued:Payroll
2025-01-01 open Liabilities:Accrued:Interest
2025-01-01 open Liabilities:Accrued:Professional
2025-01-01 open Expenses:Rent
2025-01-01 open Expenses:Professional:Audit
2025-01-01 open Expenses:Payroll:PTO
2025-01-01 open Expenses:Interest
2025-01-01 open Expenses:Utilities

まとめ​

未払費用は、発生主義会計の核心であり、正しく記録すれば財務情報の信頼性が格段に向上します。Beancount のシンプルさと bean-query の柔軟なレポーティング機能を活用すれば、未払費用の管理は手間なく実現できます。ぜひ本記事のテンプレートをコピーして、あなたの元帳に組み込んでみてください。

会計で固定資産（ノートパソコン、カメラ、機械、オフィス家具など）を管理している場合、帳簿はそれらの価値減少を反映する必要があります。これには、減価償却（費用）とその累計である 減価償却累計 の2つの重要概念が関わります。本ガイドでは、これらを平易な言葉で解説し、Beancount でのモデル化方法をコピー＆ペースト可能な例とともに示し、強力な自動化オプションも紹介します。

減価償却累計とは？​

減価償却累計 は、資産が使用開始された日から記録された減価償却の総額です。累積的な合計と考えてください。新たな費用項目ではなく、対象資産に対して過去に計上された減価償却の合計です。

財務諸表では、減価償却累計は資産の取得原価と対になって表示されます。これにより、帳簿を見る人は 取得原価（支払った金額）と 帳簿価額（現在の帳簿上の価値）の両方を把握できます。

重要な点は、減価償却累計が 貸方資産（contra-asset） 勘定であることです。一見複雑に思えるかもしれませんが、シンプルです：

• 「資産」勘定であるため、勘定科目表の Assets セクションに位置します。
• しかし、貸方残高（Beancount の資産勘定では負の値）を持ち、関連する固定資産の価値を 減少 させます。

貸借対照表での表示場所は？​

減価償却累計は通常、関連する固定資産の直下に貸借対照表に表示されます。例：

多くの財務諸表では、「有形固定資産（純額）」 のように単一行で簡略化して表示します。この数値は、すべての資産の取得原価合計から総減価償却累計を差し引いたもので、最終的な 帳簿価額 を示します。

減価償却はどのように計算するか？​

減価償却の計算方法は複数あり、選択した方法により各期間の費用計上額が決まり、結果として減価償却累計に加算されます。代表的な2つの方法は次のとおりです：

• 定額法（Straight-Line, SL）：最もシンプルで一般的な方法です。資産の耐用年数全期間にわたり、取得原価を均等に費用化します。例として、取得原価3,000ドル、耐用年数36か月（3年）のノートパソコンは、月額83.33ドルで減価償却します。
• 税務上の方法（例：米国のMACRS）：税務上は、政府が定めた加速償却スケジュールが使用されます。米国では、Modified Accelerated Cost Recovery System（MACRS）により、資産の初期年に大きな減価償却が認められます。Beancount でもこれらのスケジュールを扱えますが、公式表（IRS Publication 946 など）に基づいて金額を算出し、対応する仕訳を生成する必要があります。

式（定額法）

期間減価償却 = $\\frac{\\text{取得原価} - \\text{残存価額}}{\\text{耐用年数}}$

減価償却累計（日時 t 時点） = $\\sum (\\text{期間減価償却（t まで）})$

残存価額 は、耐用年数終了時点での資産の推定残存価値です。簡便のため、ゼロと見なすことが多いです。

Beancount のやり方：取得原価と減価償却累計のモデル化​

Beancount で固定資産を正しく管理し、取得原価を保持するために、各カテゴリごとに資産勘定を2つ（取得原価用と減価償却累計用）と費用勘定を使用します。

• Assets:Equipment:Computers:Cost （取得原価を保持）
• Assets:Equipment:Computers:AccumDep （貸方資産で、時間とともに貸方残高が増える）
• Expenses:Depreciation:Computers （期間費用を記録）

オプション A：手動定額法仕訳​

最も直接的な方法です。すべての仕訳を自分で管理できるため、仕組みの理解に適しています。

1. 必要な勘定を開く​

2025-01-01 open Assets:Bank:Checking
2025-01-01 open Assets:Equipment:Computers
2025-01-01 open Expenses:Depreciation

2. 取得原価と減価償却累計を記録​

2025-01-01 open Assets:Equipment:Computers:Cost
2025-01-01 open Assets:Equipment:Computers:AccumDep
2025-01-01 open Expenses:Depreciation:Computers

オプション B：自動化された仕訳​

Beancount の自動化機能を利用して、減価償却の計算と仕訳生成を自動化できます。以下は、MACRS などの税務上のスケジュールを手動で適用する例です。

; 1. 初回購入を記録
2025-01-01 * "ノートパソコン購入"
  Assets:Equipment:Computers:Cost      3000 USD
  Assets:Bank:Checking                -3000 USD

; 2. 定額法で毎月の減価償却を記録
2025-02-01 * "減価償却（定額法）"
  Expenses:Depreciation:Computers      83.33 USD
  Assets:Equipment:Computers:AccumDep -83.33 USD

オプション C：税務上のスケジュール（例：MACRS）​

税務上の加速償却スケジュールを使用する場合、公式表に基づいて金額を算出し、対応する仕訳を作成します。

; 1. 初回購入を記録（同上）
2025-01-01 * "ノートパソコン購入"
  Assets:Equipment:Computers:Cost      3000 USD
  Assets:Bank:Checking                -3000 USD

; 2. MACRS に基づく減価償却を記録
2025-02-01 * "減価償却（MACRS）"
  Expenses:Depreciation:Computers     150.00 USD
  Assets:Equipment:Computers:AccumDep -150.00 USD

Beancount のやり方：取得原価と減価償却累計のモデル化​

取得原価と減価償却累計を正しく管理するために、次のように勘定を構成します。

• Assets:Equipment:Computers:Cost – 取得原価を保持
• Assets:Equipment:Computers:AccumDep – 貸方資産で、時間とともに貸方残高が増加
• Expenses:Depreciation:Computers – 期間費用を記録

オプション A：手動定額法仕訳​

最も直接的な方法です。すべての仕訳を自分で管理できるため、仕組みの理解に適しています。

1. 必要な勘定を開く​

2025-01-01 open Assets:Bank:Checking
2025-01-01 open Assets:Equipment:Computers
2025-01-01 open Expenses:Depreciation:Computers

2. 取得原価と減価償却累計の勘定を開く​

2025-01-01 open Assets:Equipment:Computers:Cost
2025-01-01 open Assets:Equipment:Computers:AccumDep

3. 初回購入を記録​

2025-01-15 * "ノートパソコン購入"
  Assets:Equipment:Computers:Cost      3000 USD
  Assets:Bank:Checking                -3000 USD

4. 定額法で毎月の減価償却を記録​

2025-02-01 * "減価償却（定額法）"
  Expenses:Depreciation:Computers      83.33 USD
  Assets:Equipment:Computers:AccumDep -83.33 USD

オプション B：自動化された仕訳​

税務上のスケジュールや自動化ツールを利用して、減価償却の計算と仕訳生成を自動化できます。以下は、MACRS に基づく例です。

; 1. 初回購入を記録（同上）
2025-01-01 * "ノートパソコン購入"
  Assets:Equipment:Computers:Cost      3000 USD
  Assets:Bank:Checking                -3000 USD

; 2. MACRS に基づく減価償却を記録
2025-02-01 * "減価償却（MACRS）"
  Expenses:Depreciation:Computers     150.00 USD
  Assets:Equipment:Computers:AccumDep -150.00 USD

TL;DR​

減価償却累計 と 取得原価 を別々の勘定で管理し、Beancount の仕訳で正確に反映させます。手動でも自動化でも、コード例をコピー＆ペーストすればすぐに実装可能です。

参考文献​

• 式（定額法）
  期間減価償却 = $\\frac{\\text{取得原価} - \\text{残存価額}}{\\text{耐用年数}}$
  減価償却累計（日時 t 時点） = $\\sum (\\text{期間減価償却（t まで）})$

• 残存価額 は、耐用年数終了時点での資産の推定残存価値です。簡便のため、ゼロと見なすことが多いです。

Beancount 初心者向けの、実際のコストをモデル化し、キャッシュフローをテストし、元帳に組み込むガイド。

最初の従業員を雇うことは大きな一歩です。将来への賭けでもありますが、オファーレターに記載された金額だけでは測れない大きな財務コミットメントでもあります。給与だけに注目してしまい、実際の「フルロード」コストに驚く創業者や中小企業オーナーが多すぎます。

本ガイドでは、コストを正確にモデル化し、実際に支払えるかどうかをテストし、そのモデルを Beancount 元帳に直接組み込んで、求人を出す 前に リスクを低減する方法を解説します。

TL;DR​

• 給与だけで止めないこと。 米国では、実際のコストには雇用者側の給与税（Social Security、Medicare、FUTA/SUTA）、福利厚生、保険、ツール、採用費用が含まれます。民間企業では 福利厚生だけで総報酬の約30 % を占め、給与の 1.42 倍 の「フルロード」乗数が目安となります。業種・地域により大きく変動します。
• 簡易ルール: フルロードコスト ≈ 給与 + 雇用者給与税 + 福利厚生 + 保険 + ツール/ソフトウェア + 採用/ランプアップ費用
• Beancount でリスクを低減。 Fava の予算機能で月次給与予算を元帳に組み込み、予測を走らせてランウェイ、マージン、投資回収期間を確認できます。

1) 「フルロード」コストを左右する要素とは？​

従業員の給与は氷山の一角に過ぎません。見える部分はシンプルですが、見えないコストがキャッシュフローを沈める危険性があります。以下が内訳です。

• 基本給（給与）: 合意した年俸または時給。最も大きな項目ですが、出発点に過ぎません。

• 雇用者給与税（米国）: 従業員に支払うだけでなく、給与に対して税金も支払います。雇用者として負担するものは次の通りです。

  • Social Security（OASDI）: 従業員給与の 6.2 %（上限あり）。2025 年の上限は $176,100。
  • Medicare（HI）: 従業員給与全額の 1.45 %（上限なし）。
  • 失業保険税（FUTA & SUTA）: FUTA は最初の $7,000 に対し 6.0 %。しかし多くの雇用者は州失業保険税（SUTA）でクレジットを受け、実効率は 0.6 % になります。SUTA の税率は州や企業の履歴により大きく異なります。

• 福利厚生: 2 番目に大きなコストです。健康保険、退職金拠出（例：401(k) マッチ）、有給休暇などが含まれます。米国民間企業全体で 福利厚生は総報酬の約30 % を占めます。参考までに、2024 年の雇用者負担分の健康保険プレミアムは 単身で $8,951、家族で $25,572 です。従業員も一部負担しますが、雇用者側が大部分を負担します。

• 労災保険: ほぼすべての州で法的に必須。従業員が業務中に負傷した場合の医療費・休業補償をカバーします。レートは州・業種・職種により変動します。ゼロで予算組まないでください。

• ツール・オーバーヘッド: 新規採用にはノートPC、ソフトウェアライセンス（SaaS）、オフィスデスク、給与処理ソフトなどが必要です。小規模事業向けの給与サービスは 月額 $49–$50 の基本料＋従業員 1 人あたり $6–$10 が相場です。

• 採用・ランプアップ費用: 一度きりの費用も忘れずに。求人掲載料、面接にかかる自分の時間、そして最も重要な「ランプアップ期間」。新規採用は 1–3 か月 でフルプロダクティビティに到達することが多く、その間は部分的なアウトプットに対してフルコストを支払うことになります。

2) 具体的な例​

イメージしやすくするために、米国で 年俸 $80,000 の従業員を雇うケースを考えます。単身保険を提供し、全国平均の雇用者負担率 84 % を適用します。

年間コストの内訳​

• 雇用者給与税:

  • Social Security（OASDI）: $80,000 × 6.2 % = $4,960
  • Medicare: $80,000 × 1.45 % = $1,160
  • FUTA（実効率）: $7,000 × 0.6 % = $42
  • 合計雇用者給与税: $6,162

• 健康保険（雇用者負担）:

  • 2024 年単身平均プレミアム $8,951 × 84 % = $7,519 /年（≈ $627 /月）

• 給与ソフト・ツール:

  • 給与ソフト: （$50 基本料 + $6/従業員）× 12 = $672 /年
  • ツール／ノートPC（概算）: $2,000 /年

合計表​

このシナリオでは、フルロードコストは $96,353、給与の 1.20 倍 です。福利厚生を充実させれば、平均的な 1.42 倍（約 $113,800）に近づきます。

要点: 実際のコストは 1.20 倍（低め）〜1.40 倍以上（高め） の範囲になることが多いです。自社でシミュレーションして確認しましょう。

3) 「支払えるか？」を判断する 3 つの実践テスト​

月間コストが $8,029 としたとき、支払えるかどうかを判断する方法です。

1. 粗利益カバレッジ: 役割は自前でコストを回収できるか？粗利益率が 65 % の場合、最低でも $12,352（$8,029 ÷ 0.65）の新規月間売上が必要です。コスト削減が目的の場合は、同等の経費削減効果が必要です。

2. 投資回収期間とランウェイ: 何か月でプラスに転じるか、そしてその期間を乗り切れるか。6–12 か月 の投資回収期間を目安にし、ランプアップ期間後の 3–6 か月分 のフルロードコストを現金で確保しておくことが重要です。

3. ランプアップの現実: 新規採用は即戦力ではありません。1–3 か月 のオンボーディング期間と生産性低下分を予算に入れます。キャッシュクッションが足りなければ、まずは 契約社員やパートタイム で需要を検証しましょう。

米国特有の注意点: 初めての採用、または新しい州での採用の場合、FUTA クレジットや SUTA 税率、労災保険の要件を必ず確認してください。違反すると罰則が科されます。

4) Beancount でモデルを実装する​

実際に元帳に組み込むと、支払可能性が一目で分かります。以下は Beancount での手順です。

A. Fava で給与予算を設定​

まずは custom "budget" ディレクティブで月次コストを元帳に追加します。これにより、収入に対する新たな支出を可視化できます。

; 年間フルロードコスト $96k の従業員 1 名分の予算
2025-09-01 custom "budget" Expenses:Payroll:Wages              "monthly" 6666.67 USD
2025-09-01 custom "budget" Expenses:Payroll:Taxes:Employer      "monthly"  513.50 USD
2025-09-01 custom "budget" Expenses:Benefits:HealthInsurance   "monthly"  626.57 USD
2025-09-01 custom "budget" Expenses:Tools:PayrollSoftware       "monthly"   55.00 USD

追加後、Fava の損益計算書や変動レポートで新しい支出がどの程度予算に対して実績と乖離しているかが自動で表示されます。

B. 実際の給与支払を記録​

給与実行時の記録方法は大きく二通りあります。

• 詳細方式（負債を分離）: 雇用者側税金と従業員の源泉徴収を分け、源泉徴収は一時的な負債として扱います。

2025-09-30 * "Payroll - Alice (September)" ; 例示的な源泉徴収
  Expenses:Payroll:Wages                               6666.67 USD
  ; 雇用者側税金（直接コスト）
  Expenses:Payroll:Taxes:Employer:SocialSecurity        413.33 USD
  Expenses:Payroll:Taxes:Employer:Medicare               96.67 USD
  Expenses:Payroll:Taxes:Employer:FUTA                    3.50 USD
  ; 従業員側源泉徴収（負債）
  Liabilities:Payroll:Withholding:Federal             -1000.00 USD
  Liabilities:Payroll:Withholding:State                -300.00 USD
  Liabilities:Payroll:FICA:Employee:SocialSecurity     -413.33 USD
  Liabilities:Payroll:FICA:Employee:Medicare            -96.67 USD
  ; 銀行口座への実際支払（手取り）
  Assets:Bank:Checking                                -4853.54 USD

後日、給与サービスが税金を納付した際は、負債勘定を現金勘定へ振替える別トランザクションを記録します。

• 簡易方式（合算）: 給与サービスが一括で口座から引き落とす場合は、負債を追跡しないシンプルな記録です。

2025-09-30 * "Gusto payroll run - Alice"
  Expenses:Payroll:Wages                   6666.67 USD
  Expenses:Payroll:Taxes:Employer           513.50 USD
  Expenses:Payroll:Fees:Provider             55.00 USD
  Assets:Bank:Checking                    -7235.17 USD

C. ランウェイ予測​

Expenses:Payroll をトップレベルに配置し、トランザクションに employee: "Alice" などのタグを付与すれば、人物別のレポートが簡単に作れます。予算と実績の差異を把握しつつ、Fava の予測機能で将来のランウェイをシミュレートしましょう。

5) まとめ​

• 従業員採用の実際コストは給与以外に多くの要素が絡むことを忘れないでください。
• 簡易的な乗数（≈1.4 倍）を目安にしつつ、業種・地域ごとの詳細をシミュレーションします。
• Beancount と Fava の予算機能を活用すれば、支払可能性を元帳上でリアルタイムに把握でき、求人前にリスクを大幅に低減できます。

このフレームワークを活用し、最初の採用を計画的かつ財務的に健全な形で進めてください。

Amazon で販売することは、何百万人もの顧客にリーチできる強力な手段ですが、プラットフォームの手数料構造は迷路のように感じられます。クリーンで監査可能な複式簿記を重視するオペレーターにとって、これらのコストを正確に追跡することは交渉の余地がありません。本ガイドでは、2025年の米国マーケットプレイスにおける Amazon の手数料を分解し、プレーンテキスト会計ツールである Beancount を使って正しく記録する方法を示します。

TL;DR ⚡​

• Amazon では以下のような定期的な手数料が発生します：販売プラン、紹介手数料、クロージング手数料（メディア）、FBA フィルメント＆保管料、インバウンド配置料、在庫不足手数料、返品処理手数料、返金管理手数料、そして非常に大規模なカタログ向けの 大量出品手数料。
• Assets:Amazon:Clearing という別個の勘定科目を用意してください。売上と手数料はここに記録し、Amazon から支払われたら正味金額を銀行口座へ転送します。これにより照合が楽になります。
• 各 SKU を個別のコモディティ（例：SKU:WATER-BOTTLE）として管理すれば、Beancount がロット単位で自動的に売上原価（COGS）を計算します。
• 決済レポートや日付範囲レポートをインポートし、Amazon の「取引タイプ」を Beancount の費用勘定に直接マッピングすれば、すぐに照合できます。

Amazon 手数料マップ（米国マーケットプレイス）​

2025年に見られる最も一般的な手数料の内訳です。

セリングプラン手数料​

マーケットプレイスへのアクセスに必要な基本的なサブスクリプション料金です。

• 個人プラン：月額料金は不要です。その代わり、販売した各商品につき $0.99 を支払います。
• プロフェッショナルプラン：月額 $39.99 の固定料金で、商品ごとの手数料が免除されます。真剣に販売するすべてのセラーに標準的な選択肢です。その他の販売手数料はこの上に加算されます。

紹介手数料​

各販売に対するアマゾンの手数料です。

販売価格（送料やギフトラッピングを含む）の一定割合が手数料となります。率は商品カテゴリに完全に依存します。多くのカテゴリは 8〜15% の範囲に収まりますが、階層型レート（例：最初の $500 は 15%、それ以上は 8%）もあります。特定のカテゴリには最低紹介手数料（通常 $0.30）が設定されています。必ず最新のレート表で対象カテゴリのレートを確認してください。

クロージング手数料（メディアカテゴリ）​

書籍、音楽、ビデオ、DVD などのメディア商品を販売する場合、1 アイテムあたり $1.80 の固定クロージング手数料が別途課されます。

FBA フィルメント手数料​

Fulfillment by Amazon（FBA）を利用した際のピック、パック、出荷の単位あたり手数料です。商品サイズと重量により変動します。2025年は、非ピークレートが 2024 年の非ピークレベルに 1 月 15 日に戻りました。正確なサイズ階層と手数料は最新の FBA レート表をご参照ください。

月次保管料＆在庫老化サーチャージ（FBA）​

在庫が Amazon のフルフィルメントセンターで占有するスペースに対して課金されます。

• 月次保管料：立方フィート単位で請求。
• 在庫老化サーチャージ：長期間保管された在庫に対して追加で月次課金。通常の月次保管料に上乗せされます。

インバウンド配置サービス料（FBA）​

在庫を Amazon に送る際の単位あたり手数料です。商品をフルフィルメントネットワーク全体に分散させるコストをカバーします。「New Selection」などのプログラムでは、一定の上限まで新商品が一時的に免除されることがあります。

在庫不足手数料（FBA）​

標準サイズ商品で、顧客需要に対して在庫が常に低い場合に適用されます。Amazon は「過去の在庫日数」指標で測定し、在庫が閾値（通常 28 日）を下回ると手数料が発生します。

返品処理手数料（FBA）​

アパレルやシューズなど、返品率が高いカテゴリの商品に対して、顧客からの返品ごとに手数料が課されます。「New Selection」対象商品は一定上限まで免除されます。

返金管理手数料​

顧客に返金を行う際、支払った紹介手数料は返金されますが、その一部が処理手数料として保持されます。手数料は $5.00 または紹介手数料の 20% のいずれか少ない方 です。

大量出品手数料（巨大カタログ）​

1.5 百万以上のアクティブ SKU を保有するセラーにのみ適用されます。閾値を超える SKU 1 つにつき月額 $0.001 が課されます。

注記: 料金やポリシーは国・地域・カテゴリにより異なる場合があります。記帳前に必ずローカルの Seller Central ヘルプページをご確認ください。

これらの手数料がレポートにどのように表示されるか 🧾​

Seller Central で以下の 2 つのレポートが会計上最も有用です。

1. 日付範囲レポート（Payments → Date Range Reports）：特定期間の収入、費用、税金、正味振替のサマリーを提供。レジャーインポートと照合に最適です。
2. 決済ファイル（例：Flat File V2）：すべての取引を個別に分解し、手数料タイプ、注文 ID、金額、日付を示します。これが詳細データで、すべてを正しくマッピングします。

Beancount 優先で Amazon の活動を記録する方法​

以下に、Amazon の複雑な取引をシンプルな Beancount エントリに変換する手順を示します。

1. 最小限の勘定科目表を設定​

まず、必要な勘定科目を定義します。このシンプルな構造で全てをカバーできます。

; --- ASSETS ---
Assets:Amazon:Clearing        ; Your Amazon "wallet"
Assets:Bank:Checking          ; Where payouts land
Assets:Inventory:SKU:<code>    ; One sub-account per SKU

; --- INCOME & COGS ---
Income:Sales:Amazon
Expenses:COGS:Inventory

; --- EXPENSES ---
Expenses:Marketplace:Amazon:Referral
Expenses:Marketplace:Amazon:FBAFulfillment
Expenses:Marketplace:Amazon:Storage:Monthly
Expenses:Marketplace:Amazon:Storage:Aged
Expenses:Marketplace:Amazon:InboundPlacement
Expenses:Marketplace:Amazon:LowInventoryLevel
Expenses:Marketplace:Amazon:ReturnsProcessing
Expenses:Marketplace:Amazon:Other ; For misc. fees

Beancount の在庫ロットと原価計算機能は強力です。Assets:Inventory:SKU:... に {...} で原価を付けて「購入」し、販売時に自動で売上原価が計算されます。

2. 各販売と手数料を記帳​

2025-01-15 * "Water Bottle" "Amazon Marketplace"
  Assets:Amazon:Clearing          $45.00
  Income:Sales:Amazon            $45.00
  Expenses:Marketplace:Amazon:Referral          $6.75
  Expenses:Marketplace:Amazon:FBAFulfillment    $3.20
  Expenses:Marketplace:Amazon:Storage:Monthly   $1.10
  Expenses:Marketplace:Amazon:LowInventoryLevel $0.50

3. コモディティとして SKU を管理​

2025-01-10 * "Purchase of Water Bottles"
  Assets:Inventory:SKU:WATER-BOTTLE  100 WATER_BOTTLE @ $12.00
  Expenses:COGS:Inventory

4. 迅速な照合​

決済レポートや日付範囲レポートをインポートし、Amazon の「取引タイプ」を Beancount の費用勘定に直接マッピングすれば、すぐに照合できます。

実務的なコード例​

2025-03-20 * "Water Bottle" "Amazon Marketplace"
  Assets:Amazon:Clearing          $45.00
  Income:Sales:Amazon            $45.00
  Expenses:Marketplace:Amazon:Referral          $6.75
  Expenses:Marketplace:Amazon:FBAFulfillment    $3.20
  Expenses:Marketplace:Amazon:Storage:Monthly   $1.10
  Expenses:Marketplace:Amazon:LowInventoryLevel $0.50

2025-01-10 * "Purchase of Water Bottles"
  Assets:Inventory:SKU:WATER-BOTTLE  100 WATER_BOTTLE @ $12.00
  Expenses:COGS:Inventory

5. 速やかな照合​

2025-02-01 balance Assets:Amazon:Clearing    $0.00
2025-02-01 balance Assets:Bank:Checking      $0.00

6. 実務的なヒント​

• 販売プラン、紹介手数料、クロージング手数料 などは必ず Assets:Amazon:Clearing に集約。
• 手数料は 費用 勘定に直接マッピングすれば、後からの再分類が不要です。
• SKU: プレフィックスは必ずコードブロック内で使用し、Beancount が自動的にコモディティとして認識できるようにします。

実務的な節約策（キー入力削減も） 💰​

• 定期的にレート表を確認：国・地域・カテゴリごとに手数料が変わるため、常に最新情報をローカルの Seller Central でチェック。
• Assets:Amazon:Clearing を分離：売上と手数料を一元管理すれば、正味金額の転送だけで済み、照合が瞬時に完了。
• SKU を個別コモディティとして管理：Beancount がロット単位で自動的に COGS を算出し、手動計算の手間が省けます。
• レポートインポートと直接マッピング：決済レポートや日付範囲レポートをインポートし、Amazon の「取引タイプ」を Beancount の費用科目にそのまま割り当てるだけで、照合が数秒で完了します。

実務的なガードレール​

• 手数料は国・地域・カテゴリで異なる：必ずローカルの Seller Central ヘルプページで最新情報を確認。
• 大規模カタログは大量出品手数料に注意：SKU が閾値を超えると、月額コストが積み重なります。
• 在庫老化サーチャージ：長期保管在庫は余分なコストを生むため、回転率の高い在庫管理を心掛けましょう。
• インバウンド配置料：新商品は「New Selection」プログラムで一時的に免除されることがありますが、上限を超えると通常手数料が適用されます。

これらのポイントを踏まえて、Beancount を活用すれば、Amazon の手数料を正確かつ効率的に管理でき、財務の透明性と運用コストの最適化が実現します。

買掛金（AP）とは、すでに受領した商品やサービスに対して、まだ支払っていない仕入先への未払い金額です。会計の世界では、買掛金は貸借対照表上の現在負債として分類され、通常は翌年以内、特に30〜60日以内に支払われる金額とみなされます。

この概念は発生主義会計の中心であり、請求書が届いた時点で費用とそれに対応する負債を記録し、実際に現金を支払うタイミングとは独立しています。本ガイドでは、プレーンテキストの会計ツールである Beancount を使って、買掛金のワークフロー全体をクリーンかつ効率的に管理する方法を示します。

クイックサマリー​

Before we dive into the details, let's cover the essentials:

• Accounts Payable (AP) はベンダーへの短期負債を表します。貸借対照表の Liabilities セクションに表示されます。
• Accrual vs. Cash: 買掛金は 発生主義 で帳簿を付けている場合にのみ存在する概念です。Beancount は発生主義ワークフローを完全にサポートし、Web インターフェースの Fava では負債が正しく表示されます。
• AP vs. AR: 簡単に言えば、買掛金は自分が 支払うべき 金額で、売掛金（AR）は他者が 自分に支払うべき 金額です。

Beancount（および Fava）での買掛金の位置​

買掛金の追跡を開始するには、まず元帳にアカウントを宣言する必要があります。一般的な慣例は次のとおりです：

Liabilities:AccountsPayable

主要ベンダーごとにサブアカウントを作成しても構いません（例：Liabilities:AccountsPayable:ForestPaintSupply）。

Fava では、このアカウントが Liabilities 配下の Balance Sheet に表示されます。クリックすると詳細にドリルダウンでき、未払・支払済み項目の一覧が見られ、負債の全体像が把握できます。Fava の public example ledger でも同様のアカウントが使用されている様子を確認できます。

Beancount の構成要素​

• Accounts: 主に Liabilities:AccountsPayable アカウント、Assets:Bank:Checking のような現金アカウント、そして各種費用アカウント（例：Expenses:Supplies）を使用します。
• Metadata: 任意の取引にキー‑バリュー形式のメタデータを付与できます。買掛金では invoice:、due:、terms:、document: などを使用します。Fava は document: キーを認識し、ドキュメントフォルダを設定すれば添付ファイルへのクリック可能なリンクを自動生成します。
• Tags & Links: 簡単なフィルタリングのために #tags（例：#ap）を、取引をプログラム的に結びつけるために ^links（例：^INV-10455）を使用します。これにより明確で監査可能なトレイルが作成されます。
• Queries (BQL): Beancount の SQL ライクなクエリ言語（BQL）を使って、未払金を期日順に一覧表示するなどの強力なレポートを、コマンドラインの bean-query や Fava の「Query」ページから実行できます。

Beancount における基本的な買掛金ワークフロー​

買掛金の管理は、請求書の記録、支払い、場合によっては部分支払いや割引の処理という 2〜3 の主要ステップで構成されます。

1) ベンダー請求書の記録（負債の発生）​

まず、請求書が届いた時点で費用を計上し、同時に買掛金を作成します。

# option "titlecase_accounts" "True"
2022-01-01 * "Purchase of office supplies"
  Expenses:Supplies               100.00 USD
  Liabilities:AccountsPayable    -100.00 USD  ; invoice: INV-001, due: 2022-01-31, terms: 2/10, n/30, document: receipt.pdf

この単一エントリは次の 2 つの重要なことを実現します：

1. 期日が到来するまで費用と負債を同時に認識できる
2. 後で支払い取引に同じリンク ^INV-10455 を付与でき、請求書と支払い取引を論理的に結び付けられる

^INV-10455 リンクは一意の識別子であり、後で支払い時に同じリンクを付与できるため、請求書と支払い取引が論理的に接続された状態を保ちます。

2) 請求書の支払い（負債の消却）​

請求書を支払う際には、銀行口座から資金を移動させて負債を消却する取引を作成します。

a) 標準支払い（割引なし）:

2022-01-15 * "Pay office supplies invoice"
  Assets:Bank:Checking          -100.00 USD
  Liabilities:AccountsPayable    100.00 USD

このエントリは、銀行口座から資金が引き落とされ、買掛金が消却されたことを示します。

b) 早期支払い割引（例： "2/10, n/30"）:

2022-01-08 * "Pay office supplies invoice early"
  Assets:Bank:Checking          -98.00 USD  ; discount applied
  Liabilities:AccountsPayable    100.00 USD
  Expenses:Supplies               2.00 USD  ; discount recognized as expense

または

2022-01-08 * "Pay office supplies invoice early"
  Assets:Bank:Checking          -98.00 USD
  Liabilities:AccountsPayable    98.00 USD

オプション 1 は割引分を別途費用として計上し、オプション 2 は割引後の金額だけで負債を減らします。どちらの方法でも、支払い時点で負債が正しく消却されます。

3) 部分支払いの処理​

部分支払いが必要な場合は、同様に ^INV-10455 リンクを使用して支払い取引を結び付けます。

2022-01-20 * "Partial payment for office supplies"
  Assets:Bank:Checking          -50.00 USD
  Liabilities:AccountsPayable    50.00 USD  ; ^INV-10455

^INV-10455 リンクにより、請求書と部分支払いが論理的に結び付けられ、全体の残高が把握しやすくなります。

便利なクエリ（BQL）​

これらのクエリは Fava の「Query」タブまたはコマンドラインの bean-query で実行できます。

Tip: any 演算子は任意のフィールドが存在すればマッチします。any: true はすべてのエントリを対象にします。

ベンダー別未払金（残高表示）:

SELECT any: true
WHERE any: true
GROUP BY account

このクエリはベンダーごとの未払金残高を表示し、現在の負債状況を把握できます。

請求書＋期日別未払金:

SELECT any: true
WHERE any: true
GROUP BY account

このクエリは請求書と期日で未払金をソートし、支払スケジュールの管理に役立ちます。

添付PDF付き請求書一覧:

SELECT any: true
WHERE any: true
GROUP BY account

このクエリは document: メタデータが設定された請求書を抽出し、添付 PDF へのリンクを一覧で確認できます。

Fava で買掛金を見る場所​

• Balance Sheet – Liabilities 配下に Accounts Payable が表示されます。
• Transactions – #ap タグでフィルタリングすれば、買掛金に関連するすべての取引が一覧できます。
• Documents – document: メタデータが設定された取引は、Fava のドキュメントビューでクリック可能な PDF リンクとして表示されます。

買掛金のエイジング、回転率、キャッシュフロー認識​

• エイジング: 発生主義会計では、未払金を期日別に分類し、30 日未満、30〜60 日、60 日以上といったエイジングレポートで支払遅延リスクを把握できます。
• 回転率: 買掛金回転率は「年間仕入れ総額 ÷ 平均未払金残高」で算出し、支払サイクルの効率性を評価します。
• キャッシュフロー認識: 早期支払い割引（例：2/10, n/30）を活用すれば、期日より前に支払うことで割引を得られ、キャッシュフローの最適化が可能です。
• 再分類: 支払期限が長期になる場合は、Liabilities:AccountsPayable から Liabilities:LongTermLiabilities へ再分類して、財務諸表上の負債構成を正確に保ちます。

2022-01-01 * "Purchase of office supplies"
  Expenses:Supplies               100.00 USD
  Liabilities:AccountsPayable    -100.00 USD  ; invoice: INV-001, due: 2022-01-31, terms: 2/10, n/30, document: receipt.pdf

プレーンテキスト元帳での買掛金ベストプラクティス​

• ドキュメント管理: document: キーを設定し、請求書の PDF を一元管理することで、参照が容易になります。
• 一意のリンク: ^INV-xxxx のような一意のリンクを使用し、請求書と支払い取引を常に結び付けます。
• 定期的なレビュー: Fava の Balance Sheet でベンダー別残高を定期的に確認し、エイジングレポートで遅延リスクを早期に検出します。
• 割引活用: 早期支払い割引条件（例：2/10, n/30）を把握し、可能な限り割引を適用してコスト削減を図ります。
• 部分支払いの記録: 部分支払いでも ^ リンクで結び付け、残高と支払履歴を正確に追跡します。

コピー＆ペースト用テンプレート：ベンダー請求書＋支払い​

2022-01-01 * "Purchase of office supplies"
  Expenses:Supplies               100.00 USD
  Liabilities:AccountsPayable    -100.00 USD  ; invoice: INV-001, due: 2022-01-31, terms: 2/10, n/30, document: receipt.pdf

2022-01-15 * "Pay office supplies invoice"
  Assets:Bank:Checking          -100.00 USD
  Liabilities:AccountsPayable    100.00 USD

本ガイドは教育目的であり、税務・法務・財務の助言を構成するものではありません。

参考文献と追加情報​

• Beancount ドキュメント – Beancount の公式マニュアルです。
• Fava ユーザーガイド – Fava の使い方と機能の概要が掲載されています。
• 発生主義会計の概要 – 発生主義会計の基本概念を解説しています。
• 買掛金に関する会計基準 – 現在負債としての買掛金の分類基準を示します。

帳簿がプレーンテキストで管理されているなら、明快さ・コントロール・再現性を重視しているはずです。会計をアウトソーシングしても、これらを犠牲にする必要はありません。むしろ、正しく行えば、Beancount 環境を専門家が運用する信頼できる文書化されたワークフローに変換でき、データ・リポジトリ・ルールの所有権はすべてあなたに残ります。

本稿は、Beancount ユーザー向けに「何をアウトソーシングし、何を社内で保持すべきか」・「成果物の構成方法」・「プロバイダーの評価方法」を実践的に解説します。機械的な作業を委任しつつ、コントロールは手放さない方法です。

対象読者​

以下のいずれかに該当する方におすすめです。

• ソロ創業者・インディーハッカー・コンサルタント で Beancount を使い、会計の機械的作業に費やす時間を削減し、プロダクト開発や顧客対応に集中したい方。
• 財務感覚のあるエンジニア で、バージョン管理された履歴・完全な監査証跡を求めつつ、週末に銀行明細のインポートや照合に時間を取られたくない方。
• オールインワンベンダーからの移行組織 で、データの管理権と再現性を最優先にしたい方。Bench などの突如としてサービスが停止した事例は、エグジットプランとオープンフォーマットが必須であることを示しています。（TechCrunch、KSV Advisory Report）

Beancount の概要​

初心者向けに、Beancount エコシステムの主要コンポーネントを簡単に紹介します。

• Beancount：プレーンテキストで記述された複式簿記言語です。人間が読める帳簿ファイルを書き、Git リポジトリにコミットし、コンパイラで検証・レポート生成を行います。（GitHub）
• Fava：Beancount 用の洗練された Web インターフェースです。帳簿ファイルを読み込み、インタラクティブな貸借対照表・損益計算書・トレンド・フィルタ、そして SQL ライクなクエリ言語でデータを探索できます。（Fava Demo）
• beangulp：データ取り込みを自動化する最新フレームワークです。元のインポーターから進化し、CSV・OFX・QFX・PDF など多様な形式をパースし、銀行データを構造化された Beancount エントリに変換します。（GitHub）

成功するアウトソーシング関係は、これらの強み（バージョン管理・人間可読な履歴・厳格な検証・ツールの組み合わせ可能性）を保持・拡張すべきです。

アウトソーシングすべき項目 と 社内で保持すべき項目​

効果的な委任は、作業範囲の明確な分割から始まります。以下は戦術的実行と戦略的所有権の境界です。

アウトソーシングに適したタスク​

繰り返し・ルールベース・時間がかかる作業が対象です。

• 明細取得・インポート：月次明細のダウンロード、CSV・OFX・PDF など多様なフォーマットの正規化、beangulp インポーターの実行。金融機関がフォーマットを変更した際のインポーター規則の保守も含みます。
• カテゴリ付け支援：取引を自動で分類するヒューリスティックや宣言的ルールの構築。smart_importer で過去データから予測させても、最終レビューは人間が行います。
• 照合・整合性チェック：balance アサーションで明細と帳簿を合わせ、差異を調査し、エラーのない帳簿を維持します。
• 添付書類・ドキュメント管理：請求書・領収書を取得し、メタデータ付きで取引にリンク、整然とした再現可能なディレクトリツリーに保存。
• 月末締め・レポート作成：標準的な損益計算書・貸借対照表・キャッシュフロー計算書を作成し、Fava のビューやエクスポートを提供。
• 売掛金／買掛金・給与準備：支払請求書の作成、請求書発行、回収フォロー、給与ファイルのステージング（最終レビュー・承認は本人）。
• 税務パッケージ作成：年末にクリーンな試算表・補助スケジュール・CPA 向けファイルを生成。

社内で保持すべき項目（意図・リスクは自分で管理）​

戦略的で、事業の財務基盤を定義する責任です。

• 勘定科目表の設計：アカウント構造・命名規則は事業の考え方を反映します。これはあなたの財務マップです。
• コア会計ポリシー：法人形態・収益認識・資本化ポリシーは長期的な財務・法的影響を持ちます。
• 最終承認：支払・給与実行・重要な仕訳はすべて最終的に自分が承認します。
• 戦略的財務：予測・予算策定・「良い」状態の定義はオーナーの根本的責務です。

Beancount ネイティブのアウトソーシングワークフロー​

Git ベースで構造化された協業の実例です。

1) リポジトリ構成（例）​

リポジトリが唯一の真実の情報源です。整理された構造は透明性と保守性を高めます。

/ledger
  main.beancount        # メイン帳簿ファイル、他をインクルード
  accounts/             # 勘定科目表定義
  includes/             # 月次・年次取引ファイル
  prices/               # 商品・株式の価格指示
  metadata/             # カスタムメタデータ宣言
  plugins/              # カスタム Beancount プラグイン
  documents/            # 銀行明細・領収書・請求書
/importers              # beangulp インポーター＋規則
  config.yaml
  bank_x.py
  card_y.py
/scripts
  import.sh             # インポーターオーケストレーション
  close_month.py        # 月末検証・レポートスクリプト
/reports
  monthly/
  year_end/
/ops
  runbook.md            # システム実行手順
  checklist.md          # 手順チェックリスト（例：月末）
  controls.md           # 財務コントロール文書

2) 週間サイクル​

予測可能なリズムで作業し、レビュー可能な成果物で締めくくります。

1. 取り込み：プロバイダーが明細を取得し、beangulp インポーターで新取引をステージング。
2. カテゴリ付け：カテゴリ規則と smart_importer の提案を適用し、人手で曖昧さを修正。
3. 照合：balance アサーションで明細合計と照合し、差異を調査。pad 指示は稀に使用し、必ず説明を添える。
4. ドキュメント：関連書類（領収書・請求書）を取引に添付。
5. コミット＆提案：変更を説明的メッセージでコミットし、プルリクエストを作成。差分（diff）を確認できるようにします。

3) 月末締め（最小限の実装）​

正確性を確保し、信頼できるレポートを生成する重要なチェックポイントです。

• 外貨や市場証券の price 指示を更新。
• 未処理項目（売掛金・買掛金・未払費用・前払費用・ローン）を確認。
• すべての balance アサーションが成功し、他のチェックも通過していることを検証。
• コミットに締め期間タグ（例：2025-08-close）を付与し、標準レポートをエクスポート。
• Fava のスナップショットを公開、または安全な URL で期間レポートを提供。

4) 年末パッケージ​

税理士向けの監査可能なパッケージを作成します。最終試算表・主要勘定（固定資産・在庫等）の補助スケジュール・Git から全成果物を再生成できるスクリプトを含みます。

セキュリティとアクセス（必須項目）​

プロフェッショナルなワークフローはセキュリティとデータ所有権を最優先します。

• データ保管は自社：プライベート Git リポジトリは自分が所有。プロバイダーはフォークから作業し、プルリクエストで提出。唯一の帳簿コピーを外部に置かせない。
• 銀行アクセス：可能な限り読み取り専用で提供。アグリゲータを利用する場合は、隔離された認証情報を使用し、権限を最小化。
• 画像 URL：上記 image パラメータに翻訳済みタイトルを使用。
• 添付書類の保管：暗号化されたストレージやアクセス制御付きディレクトリに保存。
• Fava のビュー：HTTPS 経由で提供し、認証が必要な場合は OAuth 等で保護。

アウトソーシングのメリット​

• 専門知識へのアクセス：高度な財務分析や税務処理を外部の専門家に委任でき、内部リソースを開発や顧客対応に集中させられます。
• スケーラビリティ：取引量が増えても、インポート・照合・レポート作成は自動化されたパイプラインで対応可能。
• コスト効率：フルタイムの会計担当者を抱えるよりも、成果物ベースで支払う方が費用対効果が高いことが多いです。
• リスク分散：内部エラーや人的ミスを外部の検証プロセスで補完でき、balance アサーションなどの自動チェックが安全弁になります。

アウトソーシングのベストプラクティス​

1. 委任範囲を明確化：どの取引・プロセスを外部に任せるかを文書化し、期待値を共有。
2. 成果物テンプレートを用意：コミットメッセージ、プルリクエストの構成、添付書類の命名規則などを事前に定義。
3. 評価基準を設定：納期遵守、コード品質（balance アサーションの成功率）、ドキュメント整合性、コミュニケーションの迅速さなどをチェックリスト化。
4. 定期的なレビュー：月次・四半期ごとにプロバイダーのパフォーマンスを評価し、必要に応じて契約内容や作業範囲を調整。
5. バックアップとリカバリ：Git のタグやブランチで過去の締めデータを保存し、緊急時に即座に復元できる体制を確保。

まとめ​

Beancount のプレーンテキスト帳簿は、適切に設計された Git ベースのワークフローと組み合わせることで、アウトソーシングの恩恵を最大限に享受しながら、データ所有権とコントロールを完全に保持できます。機械的な作業はプロバイダーに委任し、戦略的な財務判断は自社で行う――このハイブリッドアプローチが、スケーラブルで安全、かつ再現性の高い会計運用の鍵です。