メインコンテンツまでスキップ

「Beancount」タグの記事が70件件あります

全てのタグを見る

Beancount における未払費用:実践ガイド(コピー&ペースト可能な元帳例付き)

· 約9分
Mike Thrift
Mike Thrift
Marketing Manager

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

TL;DR ⚡

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

2025-08-24-accrued-expenses-in-beancount-a-practical-guide

未払費用とは?

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

代表的な例:

  • 従業員の給与 – 月末に発生し、翌月に支払われる。
  • 光熱費(電気・水道) – 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 の柔軟なレポーティング機能を活用すれば、未払費用の管理は手間なく実現できます。ぜひ本記事のテンプレートをコピーして、あなたの元帳に組み込んでみてください。

減価償却累計(Beancount 用):実践的なプレーンテキストガイド

· 約7分
Mike Thrift
Mike Thrift
Marketing Manager

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

Image

減価償却累計とは?

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

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

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

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

貸借対照表での表示場所は?

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

Equipment: Computers$10,000
減価償却累計$2,000
帳簿価額$8,000

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

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

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

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

式(定額法)

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

減価償却累計(日時 t 時点) = sum(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 の仕訳で正確に反映させます。手動でも自動化でも、コード例をコピー&ペーストすればすぐに実装可能です。

参考文献

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

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

従業員を雇う余裕はありますか?

· 約8分
Mike Thrift
Mike Thrift
Marketing Manager

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

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

2025-08-22-can-i-afford-to-hire-an-employee

本ガイドでは、コストを正確にモデル化し、実際に支払えるかどうかをテストし、そのモデルを 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 /年

合計表

項目年間コスト
基本給$80,000
雇用者給与税$6,162
健康保険$7,519
給与ソフト$672
ツール・ノートPC$2,000
年間合計$96,353
月間コスト$8,029

このシナリオでは、フルロードコストは $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年):概要と Beancount での記帳方法

· 約8分
Mike Thrift
Mike Thrift
Marketing Manager

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

TL;DR ⚡

2025-08-21-amazon-seller-fees-2025

  • 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 の手数料を正確かつ効率的に管理でき、財務の透明性と運用コストの最適化が実現します。

買掛金とは?ベーコンカウント対応のプレーンテキストでベンダー請求書を追跡するガイド

· 約9分
Mike Thrift
Mike Thrift
Marketing Manager

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

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

2025-08-20-what-is-accounts-payable


クイックサマリー

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 SheetLiabilities 配下に Accounts Payable が表示されます。
  • Transactions#ap タグでフィルタリングすれば、買掛金に関連するすべての取引が一覧できます。
  • Documentsdocument: メタデータが設定された取引は、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 ユーザー向け)

· 約9分
Mike Thrift
Mike Thrift
Marketing Manager

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

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

2025-08-19-accounting-outsourcing-how-to-hand-off-your-financial-tasks


対象読者

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

  • ソロ創業者・インディーハッカー・コンサルタント で Beancount を使い、会計の機械的作業に費やす時間を削減し、プロダクト開発や顧客対応に集中したい方。
  • 財務感覚のあるエンジニア で、バージョン管理された履歴・完全な監査証跡を求めつつ、週末に銀行明細のインポートや照合に時間を取られたくない方。
  • オールインワンベンダーからの移行組織 で、データの管理権と再現性を最優先にしたい方。Bench などの突如としてサービスが停止した事例は、エグジットプランとオープンフォーマットが必須であることを示しています。(TechCrunchKSV 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 ベースのワークフローと組み合わせることで、アウトソーシングの恩恵を最大限に享受しながら、データ所有権とコントロールを完全に保持できます。機械的な作業はプロバイダーに委任し、戦略的な財務判断は自社で行う――このハイブリッドアプローチが、スケーラブルで安全、かつ再現性の高い会計運用の鍵です。

会計ソリューション:会計を完了させるための7つのベスト方法

· 約9分
Mike Thrift
Mike Thrift
Marketing Manager

ノートパソコンで副業を運営しているか、急成長中のスタートアップをスケールさせているかに関わらず、きれいで正確な帳簿を保つための信頼できる道は数本あります。では、どれが自分に合っているのでしょうか?最適な解決策は予算、技術的快適さ、そして財務データに対するコントロール度合いによって変わります。

ここでは、最も一般的な7つの会計オプションを、得意分野・課題・そして Beancount.io のようなモダンなソリューションが最適になるケースとともに、率直に解説します。

2025-08-16-accounting-solutions-the-top-7-ways-to-get-your-accounting-done


1) Excel

会計の旅路で最初に立ち寄ることが多い、シンプルさと普遍的な入手容易さが魅力です。

  • 向いている人: スプレッドシートに慣れ親しんでいて、全てを自分でコントロールしたい DIY 創業者。
  • メリット: 参入障壁はほぼゼロで、無料テンプレートが数千件オンラインに存在します。柔軟性が高く、既製ソフトでは扱えない独自の財務モデルやワークフローを構築できます。
  • デメリット: 手作業が膨大になる点が最大の欠点です。すべての取引を手入力・手動で照合する必要があり、時間が大量にかかります。さらに、ガードレールがないため、無音の数式エラーやタイプミスが発生しやすく、監査証跡の維持や共同作業も厳格な discipline がなければ困難です。
  • ベストケース: 非常にシンプルなビジネスで、迅速かつフリーミニマルに開始したい場合で、かつ極めて細部にまで注意を払える人。

2) Google Sheets

Excel のクラウド版とも言える Google Sheets は、同等の基本機能に加えて共同編集が可能です。

  • 向いている人: 収支をシンプルに共有したいチーム。
  • メリット: クラウドバックアップが自動で行われ、共有が極めて簡単です。ウェブブラウザさえあればどのデバイスからでも作業でき、外出先のチームにも最適です。
  • デメリット: Excel と同様に手作業が多く、ユーザーエラーのリスクが高いです。Microsoft 系テンプレートやアドオンとの互換性に問題が出ることもあります。
  • ベストケース: すでに Google Workspace を利用しており、手作業システムのトレードオフを受容できるチーム。

3) QuickBooks Online

何十年も小規模事業者のデフォルト会計ソフトとして定番です。

  • 向いている人: 大規模な連携エコシステムを持つ「クラシック」な SMB ソフト体験を求める小規模事業者。
  • メリット: 銀行フィード が最大の特徴で、銀行・クレジットカード取引を自動取得し、手入力を大幅に削減します。豊富な財務レポートが標準装備され、会計士やアプリ開発者のコミュニティも巨大です。
  • デメリット: 取引は自動取得されても、費用の分類や口座照合は週次で手作業が必要です。インターフェースは学習コストが高く、追加機能に応じて費用が増加します。最も重要なのは ベンダーロックイン が発生し、退会時に財務履歴のエクスポートが困難になる点です。
  • 備考・出典: QuickBooks が公式に掲げる自動銀行フィードはコア機能ですが、帳簿の正確性を保つためのレビューと分類はユーザー側の責任です。

4) Xero

QuickBooks のモダンな代替として人気があり、洗練された UI とユーザー体験に重点を置いています。

  • 向いている人: UI がモダンであることを好みつつ、QuickBooks Online と同等の機能を求める事業者。
  • メリット: Xero も堅牢な銀行フィードと強力な照合ツールを備えており、取引のマッチングがシンプルです。デザインの清潔感が高く評価され、プラットフォームに精通した会計士も多数います。
  • デメリット: 低価格プランでは請求書や支払の上限など機能ギャップがあり、上位プランへのアップグレードが必要になることがあります。追加オプションで総コストが増える点も同様です。また、最終的な分類・レビューはユーザーが行う必要があります。
  • 備考・出典: Xero の公式情報によれば、世界中数千の金融機関と接続できる自動銀行フィードがコアの照合ワークフローを支えています。

5) 会計士(CPA)

公認会計士は高度な財務専門家で、戦略的助言、税務計画、コンプライアンスサービスを提供します。

  • 向いている人: 税務戦略、複雑な財務状況のナビゲート、監査対応、単発のアドバイザリーが必要なケース。
  • メリット: 優秀な CPA は法人形態、税務最適化、複雑な会計処理など重要判断に対し専門的な指針を提供し、ハイステークスな財務リスクを大幅に低減します。
  • デメリット: 日常的な簿記業務を委託するにはコストが高く、ほとんどの中小企業にとっては手が届きません。効果的に機能させるには、タイムリーで整理された財務記録の提供が前提です。
  • 簿記担当者との違い: 簿記担当者は取引の記録・整理を行い、会計士・CPA はデータに基づく解釈・報告・助言を行います。(Investopedia、Intuit 参照)

6) 従来型簿記担当者

簿記担当者は、週次または月次で財務取引の記録・照合を行うプロフェッショナルです。

  • 向いている人: 週次の簿記作業を専任で任せたい事業者。
  • メリット: 人的なチェックにより、ソフトだけでは見逃しがちな分類ミスを大幅に減らせます。月末にはクリーンな財務諸表を作成し、オーナーがレビューできます。
  • デメリット: DIY ソフトよりコストが高く、月額数百ドルからが一般的です。レポートや質問への回答速度は簿記担当者の稼働状況に左右されます。
  • 現実チェック: 多くの中小企業では、週次の簿記担当者と税務・戦略を担う CPA を組み合わせたハイブリッドが耐久性と効果を兼ね備えた選択肢です。(Pioneer Accounting Group 参照)

7) Beancount.io(プレーンテキスト会計、スーパー充電版)

スプレッドシートのコントロール性と、ソフトウェアの自動化、二重仕訳の正確性を融合した最新アプローチです。

  • 向いている人: 開発者、財務プロフェッショナル、細部にこだわる創業者で、ブラックボックスに頼らず正確性・透明性・自動化を求める方。
  • 概要: Beancount.io はオープンソースの Beancount 手法上に構築されたプラットフォームです。財務元帳は人が読めるプレーンテキストとして保存され、リアルタイム分析、ホスト型 Fava ダッシュボード、AI 補助ワークフローへと変換されます。
  • 選ばれる理由:
    • スクリプト可能&監査可能: Git で元帳をバージョン管理。すべての変更はコードと同様に diff で確認可能。
    • ホスト型 Fava UI: テキスト元帳から即座に損益計算書、貸借対照表、インタラクティブチャートを生成。手作業でレポートを作る必要なし。
    • AI アシスト: 取引の分類や異常検知を高速化し、最終承認は人が行うハイブリッド方式。
    • 真のポータビリティ: データはシンプルなテキストファイル。いつでもエクスポート可能で、ベンダーロックインはゼロ。
  • トレードオフ: プレーンテキストで二重仕訳を初めて扱う場合、学習曲線があります。プッシュボタン的な便利さより、絶対的な正確性とコントロールを重視するユーザーに最適です。

完全オープンソース・セルフホスト志向ですか?

Beancount のオープンソースエンジンを自分のマシンで動かし、Fava を Web UI として利用できます。非常に強力で無料ですが、セットアップ・バックアップ・データ連携は自分で管理する必要があります。Beancount.io はそれらをすべて代行します。


クイック比較(一目で分かる)

ソリューション時間投資自動化レベル人的支援データコントロール
Excelなし
Google Sheetsなし
QuickBooks Online中〜高任意
Xero中〜高任意
会計士(CPA)N/A高(助言)
従来型簿記担当者N/A高(週次)
Beancount.io低〜中任意

選び方の指針

  • 最大のコントロール、監査性、開発者レベルのワークフローが欲しいBeancount.io を選択。ホスト型 Fava ダッシュボード、AI アシスト、プレーンテキストのポータビリティが手に入ります。
  • 「任せたい」だけ → 簿記担当者を雇い、税務・戦略は CPA に依頼。
  • 従来の SMB ソフトウェアエコシステムに慣れているQuickBooks または Xero が無難。ただし、毎週取引のレビューと照合に時間を確保してください。
  • 予算がタイトで試行錯誤中スプレッドシート で短期間はやりくり可能。ただし、最終的な本格システムへのステップとして位置付けてください。

プレーンテキスト会計が注目される理由

Beancount などのプレーンテキスト会計(PTA)ツールは、再現性、バージョン管理、透明性 を重視するため、エンジニアやデータサイエンティスト、財務プロフェッショナルの間で支持が高まっています。コードと同様に帳簿を「読めて・レビューできる」ことを求めるなら、ここが正解です。(plaintextaccounting.org)

あなたの元帳をリアルタイムで体感したいですか?

無料の Beancount.io ワークスペースを作成 し、先月の取引サンプルをインポートしてホスト型 Fava ダッシュボードを開いてみましょう。損益計算書と貸借対照表が瞬時に表示され、AI アシストでカテゴリの微調整も可能です。

Beancount流・会計サイクル

· 約11分
Mike Thrift
Mike Thrift
Marketing Manager

財務諸表は魔法のように現れるわけではありません。それらは会計サイクルとして知られる、構造化され、反復可能なプロセスの最終成果物です。その原則は普遍的ですが、使用するツールによって体験は劇的に変わります。このガイドでは、強力なプレーンテキスト会計ツールであるBeancountに焦点を当てて、会計サイクルを解説します。

Beancountのテキストファーストなアプローチが、いかに面倒なステップを排除し、何を自動化すべきか、そしてどのレポートがあなたの財務健全性を最も明確に示してくれるかを見ていきましょう。🧑‍💻

2025-08-13-the-accounting-cycle-beancount-style


TL;DR: Beancountのワークフロー

  • 記録と仕訳: すべての取引を、クリーンな複式簿記のエントリとして.beancountテキストファイルに記録します。
  • 検証と照合: balanceアサーションを使用して台帳が銀行の明細と一致することを確認し、bean-checkを実行してエラーを検出します。
  • レビュー: 簡単な健全性チェックのために、修正前の試算表を生成します。
  • 修正: 未収、繰延、減価償却、その他の期末項目に関する仕訳を計上します。
  • 再レビュー: 修正後の試算表をチェックして、すべてが正しいことを確認します。
  • 公開と締め: 損益計算書、貸借対照表、キャッシュフロー計算書を生成します。Beancountではレポートが日付を認識するため、帳簿の締めはオプションです。

このフローは次のように視覚化できます:


ステップ1:取引の捕捉と記録

これは基礎となるステップです。販売、購入、銀行手数料といったすべての財務イベントを記録する必要があります。Beancountでは、通常main.beancountと名付けられるか、年ごとに複数のファイルに整理された単純なテキストファイルに取引を作成することでこれを行います。

各取引は複式簿記のルールに従う必要があり、すべての転記の合計がゼロでなければなりません。Beancountはこれを強制します。

2025-08-10 * "Walmart" "オフィス用品の購入"
Expenses:Office:Supplies 45.67 USD
Assets:Bank:Checking -45.67 USD
  • プロのヒント: #project-phoenix#client-acmeのようなタグを使用してデータに次元を追加します。これにより、後々のクエリやレポート作成が非常に柔軟になります。

照合作業の習慣 ✅

正確性を保証するための最も強力な機能は、balanceアサーションです。明細期間の終わり(例:月末)に、勘定の残高がどうあるべきかを宣言します。

2025-08-31 balance Assets:Bank:Checking  12345.67 USD

もしその日までのAssets:Bank:Checkingに影響を与えるすべての取引の合計が12345.67 USDと等しくない場合、Beancountはエラーを発生させます。この単純なディレクティブが、あなたの台帳を自己監査ドキュメントに変えます。

過去のデータを入力している人のために、padディレクティブは、開始残高が最初のアサーションと一致するように、自動的にバランス調整用の取引を作成できます。


ステップ2:「台帳への転記」(これはおまけです!)

伝統的な会計システムでは、まず「仕訳帳」に記入し、次に別の「転記」ステップでそれらの値を「総勘定元帳」にコピーします。

Beancountでは、あなたの.beancountファイルが仕訳帳と台帳の両方です。 取引を書いて保存した時点で、すでに転記は完了しています。別のステップはありません。この直接性が、プレーンテキスト会計の核となる利点です—見たままが得られるものです。


ステップ3:修正前試算表の準備

修正を始める前に、簡単な「すべてが合っているか?」のチェックが必要です。試算表は、すべての勘定とその合計残高をリストアップした単純なレポートです。すべての借方残高の合計は、すべての貸方残高の合計と等しくなければなりません。

これは単純なクエリで生成できます:

bean-query main.beancount \
"SELECT account, sum(position) GROUP BY 1 ORDER BY 1"

または、より視覚的なアプローチとして、Fava(BeancountのWebインターフェース)で台帳を開き、「試算表」レポートに移動します。貸方残高のある資産勘定や、奇妙な値を持つ費用勘定など、異常なものがないか探します。


ステップ4:修正仕訳の計上

修正仕訳は、発生主義会計の下で正確な報告を行うために不可欠です。これにより、現金がいつやり取りされたかに関わらず、収益は稼得時に、費用は発生時に認識されることが保証されます。

一般的な修正には以下が含まれます:

  • 未収(Accruals): まだ請求していないが稼得した収益、または発生したがまだ支払っていない費用を記録します。
  • 繰延(Deferrals): 前払金を処理します。顧客が1年分のサービス料を前払いした場合、それを負債(Liabilities:UnearnedRevenue)として計上し、毎月その1/12を収益として認識します。
  • 非現金項目(Non-Cash Items): 資産の減価償却などを記録します。
  • 訂正(Corrections): 銀行フィードからの見逃し項目(少額の利息支払いなど)の修正や会計処理を行います。

例:未収収益の計上

8月31日にプロジェクトを完了しましたが、請求書を送るのは9月になります。正しい期間(8月)に収益を認識するために、修正仕訳を行います:

2025-08-31 * "クライアントプロジェクト#1042の収益を未収計上"
Assets:AccountsReceivable 3000.00 USD
Income:Consulting -3000.00 USD

例:減価償却の記録

あなたの会社には資産の減価償却スケジュールがあります。期間の終わりに、費用を計上します:

2025-12-31 * "コンピュータ機器の年間減価償却"
Expenses:Depreciation 4800.00 USD
Assets:Fixed:AccumulatedDepreciation -4800.00 USD

ステップ5:修正後試算表の実行と検証

修正仕訳を計上したら、再び試算表レポートを実行します。これがあなたの修正後試算表です。これは、財務諸表を作成するために使用される最終的な数値セットを提供します。

これはまた、Beancountに組み込まれている健全性チェックを実行する絶好のタイミングでもあります:

bean-check main.beancount

このコマンドは、すべての構文、貸借一致ルール、およびアサーションを検証します。何も出力されずに実行されれば、あなたの帳簿は機械的に健全です。


ステップ6:財務諸表の公開 📊

これが成果です。修正後試算表の数値を使用して、主要な財務レポートを生成できるようになりました。Favaは、インタラクティブでドリルダウン可能なレポートを標準で提供するため、これを行う最も簡単な方法です。

  • 損益計算書(P&L): ある期間の収益と費用を示し、純利益または純損失を明らかにします。
  • 貸借対照表: 特定の日付における、所有するもの(資産)と負っているもの(負債)、そして純資産(資本)のスナップショットです。
  • キャッシュフロー計算書: お金がどこから来てどこへ行ったかを示すことで、期首の現金残高と期末の現金残高を調整します。

カスタムレポートには、Beancountクエリ言語(BQL)を使用できます。以下は月次損益計算書のクエリです:

-- 2025年8月の損益計算書
SELECT account, sum(position)
WHERE account ~ '^(Income|Expenses)'
AND date >= 2025-08-01 AND date <= 2025-08-31
GROUP BY account ORDER BY account;

ステップ7:帳簿の締め(オプション)

伝統的な会計では、「締め」のプロセスには、すべての一時勘定(収益と費用)をゼロにし、純利益を利益剰余金という資本勘定に振り替える仕訳を作成することが含まれます。これにより、翌年のために一時勘定が正式にリセットされます。

Beancountでは、このステップは通常不要です。 Favaのレポートは日付を認識します。2025年の損益計算書を要求すれば、2025年のデータのみが使用されます。残高が「繰り越される」ことはありません。ほとんどのユーザーは、残高をそのままにしておきます。

ただし、コンプライアンスや株主報告のために正式な締めを行う必要がある場合は、収益と費用の合計残高をEquity:Retained-Earningsに移動する簡単な年末取引で行うことができます。


実用的な月次締めチェックリスト

Beancountを使用して毎月帳簿を締めるための、反復可能なチェックリストです。

  • 記録: すべての銀行およびクレジットカードの取引をインポートします。現金経費やその他の項目を手動で入力します。
  • 照合: すべての銀行口座、クレジットカード、ローン口座にbalanceアサーションを追加し、明細書と一致させます。
  • レビュー: Favaで修正前試算表をスキャンします。奇妙な、または予期しない残高を調査します。古い未払いの請求書(Assets:AccountsReceivable)や支払い(Liabilities:AccountsPayable)がないか確認します。
  • 修正: 未収収益/費用、繰延収益、および必要な訂正の仕訳を計上します。
  • 検証: bean-checkを実行します。最終的な修正後試сан表をレビューします。
  • 公開: 損益計算書と貸借対照表を生成します。利害関係者に送るか、記録のために保存します。
  • 締め: ビジネスで必要な場合は、オプションで締め仕訳を実行します。その期間の.beancountファイルのコピーをアーカイブします。

Beancountが会計サイクルで優れている理由

  • 透明性と監査可能性: あなたの台帳はテキストファイルです。gitを使用して財務履歴をバージョン管理し、diffで変更を確認し、会計士と明確で曖昧さのない形式で共同作業できます。
  • 完全なコントロール: あなたが勘定科目表を定義します。ソフトウェアベンダーの構造に縛られることはありません。あなたのデータは、オープンフォーマットで、永遠にあなたのものです。
  • 比類なきパワー: SQLライクなクエリ(BQL)と豊富なWebインターフェース(Fava)の組み合わせにより、財務データを分析し、理解するための比類なき力を得られます。

すぐに始められるコピペ用スニペット

シンプルな勘定科目表:

option "title" "私の個人台帳"
option "operating_currency" "USD"

;; --- 勘定科目 ---
1970-01-01 open Assets:Bank:Checking
1970-01-01 open Assets:AccountsReceivable
1970-01-01 open Liabilities:CreditCard
1970-01-01 open Liabilities:UnearnedRevenue
1970-01-01 open Equity:Owner:Capital
1970-01-01 open Equity:Retained-Earnings
1970-01-01 open Income:Consulting
1970-01-01 open Expenses:Office:Supplies
1970-01-01 open Expenses:Software
1970-01-01 open Expenses:Depreciation

便利なBQLクエリ:

-- 未払い残高のあるすべての顧客を検索
SELECT payee, sum(position)
WHERE account = 'Assets:AccountsReceivable'
GROUP BY payee
HAVING sum(position) > 0
ORDER BY sum(position) DESC;

時代を超越した会計サイクルを、Beancountのモダンでテキストベースのツールにマッピングすることで、堅牢で透明性が高く、長く使えるシステムを手に入れることができます。楽しい簿記を!

財務データを美しい可視化に変える

· 約5分
Mike Thrift
Mike Thrift
Marketing Manager

Beancount.io エコシステムに大幅な強化をもたらす公式統合 beancount-dashboard を発表できることを嬉しく思います。この強力な新機能により、Fava にリッチでインタラクティブな可視化が直接組み込まれ、財務ストーリーを明快で魅力的、かつ実行可能な形で把握できるようになります。

Beancount ダッシュボード概要


beancount-dashboard とは?

beancount-dashboard は、Beancount のウェブインターフェースである Fava 用のオープンソースプラグインです。プレーンテキストの財務データを動的かつ洞察に満ちたダッシュボードに変換し、財務ヘルスの把握や意思決定をこれまで以上に容易にします。

プラグインが提供する主な可視化例:

  • 📊 包括的な資産ビュー: 純資産ラインチャートで資産推移を追跡し、詳細な ポートフォリオ追跡でパフォーマンスを監視、資産配分の円グラフで分布を可視化。
  • 💰 収入・支出分析: 正確な 月次平均でキャッシュフローを把握し、カテゴリ別に支出を分解、前年比分析で習慣の変化を確認。
  • ✈️ 旅行費管理: 年間の旅行費用を追跡し、目的地別の支出パターンを分析して次回旅行の予算策定に活用。
  • 🔄 サンキー図: 収入源、口座、支出カテゴリ間の資金の流れをインタラクティブに可視化。
  • 📈 財務予測: 過去データを活用して目標設定と将来の財務軌道をプロジェクション。

財務分析ダッシュボード


beancount-dashboard を統合した理由

この統合は Beancount コミュニティにとって画期的で、以下の 4 つの重要なメリットを提供します。

1. ユーザー体験の向上

Beancount は堅牢な複式簿記を基盤としていますが、生データは圧倒的です。beancount-dashboard プラグインは複雑な元帳を直感的な可視化に変換し、財務管理を誰でもアクセスしやすく、魅力的にします。

2. より良い財務意思決定

ビジュアルダッシュボードは、トレンドの特定予算の最適化目標の追跡先を見据えた計画を容易にし、データを消化しやすい形で提示します。

3. プロフェッショナルレベルの分析

Apache ECharts によるエンタープライズクラスの分析力が指先に。インタラクティブチャート、カスタムビュー、リアルタイム更新により最新取引を即座に反映。レスポンシブデザインであらゆるデバイスでシームレスに利用可能です。

4. オープンソースの卓越性

Beancount と beancount-dashboard は共にオープンソースの理念にコミット。データ処理の 透明性プライバシー(データは自分のインフラに留まる)を保証し、活発で革新的な コミュニティ の支援を受けられます。

高度なポートフォリオ追跡


実際のメリット

さまざまなユーザーに即時かつ具体的な効果をもたらします。

個人財務向け

  • 予算管理: 毎月の支出先を正確に把握。
  • 貯蓄目標: 緊急資金、旅行、リタイアメントなどへの進捗を可視化。
  • 投資モニタリング: ポートフォリオのパフォーマンスと資産配分を綿密に監視。

中小企業向け

  • キャッシュフロー管理: 事業の流動性を監視し、キャッシュフローパターンを把握。
  • 費用分析: 部門、プロジェクト、ベンダー別に事業コストを分析。
  • 財務計画: 歴史データを活用して予算策定と予測の精度を向上。

ファイナンシャルアドバイザー向け

  • クライアント向けプレゼン: プロフェッショナルで分かりやすい財務レポートを作成。
  • ポートフォリオ分析: 包括的な資産配分とパフォーマンス追跡を実施。
  • コンプライアンス: 監査・報告に必要な詳細かつアクセスしやすい記録を保持。

財務生活を変革する準備はできましたか?

beancount-dashboard の力で、財務管理に必要なすべてのツールが手に入ります。

  1. beancount.io にアクセス
  2. 無料アカウントを作成 して Beancount エコシステム全体にアクセス。
  3. すでに何千人ものユーザー が自信を持って財務を管理しています。

フィードバックを募集しています

プラットフォームの改善に向け、皆様の洞察は非常に重要です。ダッシュボード成功事例機能要望バグ報告 をぜひ共有してください。コミュニティフォーラムGitHub IssuesSNS で Beancount.io チームとつながれます。

活気あるコミュニティへ参加

他の Beancount ユーザーとダッシュボード設定を共有し、専門家から学び、知識を貢献しましょう。新機能の情報をいち早く受け取り、財務管理の未来を共に形作ってください。

この統合は大きな前進です。Beancount の堅牢な会計エンジンと beancount-dashboard の強力な可視化を組み合わせ、オープンソースかつプライバシー重視のエンタープライズグレード分析を提供します。

財務トラッキングを革命的に変えたいですか? 今すぐ beancount.io に登録し、beancount-dashboard の力を体感し、共に財務管理の未来を築きましょう!

売掛金の理解(Beancount ガイド)

· 約9分
Mike Thrift
Mike Thrift
Marketing Manager

顧客に請求書を発行するビジネスを運営しているなら、誰がいくら支払うべきかを確実に把握できる仕組みが必要です。ここで登場するのが売掛金(AR)です。単なるレポート上の数字ではなく、キャッシュフローの命脈です。

本ガイドでは、売掛金とは何か、なぜ重要なのか、そしてプレーンテキスト会計システムである Beancount を使って正確かつ明快に管理する方法を解説します。

2025-08-12-understanding-accounts-receivable


TL;DR

売掛金(AR) は、すでに商品やサービスを提供したにもかかわらず、顧客がまだ支払っていない金額です。これは貸借対照表上の 流動資産 であり、発生主義会計の中心であり、ビジネスのキャッシュフローを左右する重要指標です。Beancount では顧客サブアカウントを使い、^links で請求書と支払いを紐付け、シンプルなクエリで管理できます。回収速度を測る指標として AR 回転率売上債権回転日数(DSO) を算出し、リスク管理には 貸倒引当金 を利用します。


売掛金とは?

定義
売掛金は、商品やサービスを提供したが顧客からまだ支払われていない金額の残高を表します。発生主義会計 では、現金の受領時ではなく、収益が発生した時点で認識します。その結果、売掛金は企業の貸借対照表上の 流動資産 として計上されます。

重要性
売掛金を効果的に管理することは、健全な流動性を保つ上で不可欠です。請求書の回収が早いほど、キャッシュコンバージョンサイクル(在庫やその他リソースへの投資が現金に変わるまでの期間)が短くなります。AR 回転率や DSO といった指標をモニタリングすれば、回収効率を可視化し、改善策を講じることができます。

売掛金と買掛金の一行比較

  • AR = あなたに対して 支払われるべき 金額(資産)。
  • AP = あなたが 支払うべき 金額(負債)。

ダブルエントリー会計における売掛金の流れ

概念的には、売掛金のライフサイクルは次のステップで構成されます。

  1. 請求書発行(クレジット販売):請求書を送付すると、資産(具体的には売掛金)が増加し、同時に Income(収益)を認識します。
  2. 現金回収:顧客が支払うと、Assets:Bank が増加し、Assets:AR が減少します。総資産への影響はゼロですが、現金ポジションが改善します。
  3. 割引またはクレジット:早期支払い割引やクレジットメモを発行した場合、顧客の売掛金残高を減らし、割引費用または収益の減少(contra‑revenue)で相殺します。
  4. 貸倒:すべての請求書が回収できるわけではありません。そこで 貸倒引当金(売掛金の価値を減少させる contra‑asset)と対応する 貸倒費用 を計上します。その後、特定の回収不能請求書を引当金から償却します。

Beancount での AR モデリング

Beancount はプレーンテキストのダブルエントリー会計システムで、売掛金の追跡に最適です。# で始まる タグ^ で始まる リンク、そして SQL ライクなクエリ言語 bean‑query により、AR プロセス全体を透明・監査可能・スクリプト化できます。

推奨アカウント構造

整然とした勘定科目表が基盤です。以下は一例です。

Assets:AR
Assets:AR:Clients:<Name>
Assets:AR:Allowance ; 貸倒引当金(contra‑asset)

Income:Sales
Income:Contra:SalesDiscounts ; 費用科目の代わりに使用できる

Expenses:SalesDiscounts
Expenses:BadDebt

1. クレジット販売(請求書発行)の記録

顧客に請求書を送付したら、以下のように記帳します。

2025-07-01 * "Acme Co." "Invoice 2025-045 · Web design" ^INV-2025-045 #ar #client:acme
invoice: "2025-045"
due: "2025-07-31"
document: "/invoices/2025/INV-2025-045.pdf"
Assets:AR:Clients:Acme-Co 1200.00 USD
Income:Sales -1200.00 USD
  • ^INV-2025-045 リンク は、将来の支払いとこの請求書を結びつける一意の識別子です。
  • document: メタデータ により、Fava(Beancount のウェブインターフェース)で PDF へ直接リンクできます。

2. 全額支払いの記録

Acme Co. が全額支払ったら、売掛金残高を消去します。

2025-07-25 * "Acme Co." "Payment for INV-2025-045" ^INV-2025-045 #ar
Assets:Bank:Checking 1200.00 USD
Assets:AR:Clients:Acme-Co -1200.00 USD

同じ ^INV-2025-045 リンクを使うことで、請求書と支払いを明確に結びつけた監査証跡が残ります。

3. 部分支払いの処理

部分支払いの場合も手順は同じです。リンクがすべてを結びつけます。

2025-07-20 * "Acme Co." "Partial payment INV-2025-045" ^INV-2025-045 #ar
Assets:Bank:Checking 400.00 USD
Assets:AR:Clients:Acme-Co -400.00 USD

^INV-2025-045 に対するクエリを実行すれば、元の 1200 USD の請求書と 400 USD の支払いが表示され、残高は 800 USD となります。

4. 早期支払い割引の処理

例として、1000 USD の請求書に対し 2% の早期支払い割引を提供した場合です。

2025-07-10 * "Acme Co." "2% early-payment discount on INV-2025-046" ^INV-2025-046 #ar
Assets:Bank:Checking 980.00 USD
Expenses:SalesDiscounts 20.00 USD
Assets:AR:Clients:Acme-Co -1000.00 USD

ここでは 1000 USD の売掛金を全額消し、980 USD の現金受領と 20 USD の割引費用を計上しています。注:多くの帳簿では割引を contra‑revenue として扱いますが、規模が小さい帳簿では費用科目で処理する方がシンプルです。手法は一貫して使用してください。

5. 請求書への消費税(売上税)付加

消費税を徴収する場合、請求時に負債として記録します。

2025-07-01 * "Acme Co." "INV-2025-047 · Hardware + tax" ^INV-2025-047 #ar
invoice: "2025-047"
due: "2025-07-31"
Assets:AR:Clients:Acme-Co 1100.00 USD
Income:Sales -1000.00 USD
Liabilities:Tax:Sales -100.00 USD

1100 USD を請求し、1000 USD を収益、100 USD を税務当局への負債として認識しています。

6. 貸倒処理(引当金法)

GAAP では、引当金法が推奨されます。これは費用と収益を適切にマッチさせる手法です。

ステップ 1:引当金の設定(例:期末)
過去データに基づき、一定割合を貸倒引当金として見積もります。

2025-12-31 * "Allowance for doubtful accounts (2% of AR)"
Expenses:BadDebt 300.00 USD
Assets:AR:Allowance -300.00 USD

これにより、総売掛金の帳簿価額が 300 USD 分だけ減額されます。

ステップ 2:個別の回収不能請求書を償却
回収不能が確定したら、引当金と相殺します。

2026-03-05 * "Write-off INV-2025-049 for Insolvent Client" ^INV-2025-049 #ar
Assets:AR:Allowance 1200.00 USD
Assets:AR:Clients:Insolvent-Client -1200.00 USD

この取引は費用に影響しません。費用は引当金設定時にすでに計上済みです。


最小限のレポートとクエリ

Fava や bean‑query を使えば、売掛金のスナップショットをすぐに取得できます。

顧客別未回収残高

SELECT account, SUM(position)
WHERE account '^Assets:AR'
GROUP BY account
ORDER BY account;

特定期間の AR アクティビティジャーナル

JOURNAL
WHERE account '^Assets:AR'
AND date >= 2025-07-01 AND date < 2025-08-01;

コア AR 指標(簡易計算式)

bean‑query で必要な数値(期間売上、期首・期末 AR 残高)を抽出し、スプレッドシートやスクリプトで計算すると、帳簿はシンプルに保てます。

AR 回転率

期間中に平均売掛金を何回回収したかを示します。数値が大きいほど好ましい

AR Turnover=Net Credit SalesAverage ARAR\ Turnover = \frac{Net\ Credit\ Sales}{Average\ AR}

DSO(売上債権回転日数)

売上が現金化するまでの平均日数です。数値が小さいほど好ましい

DSO=(Accounts ReceivableTotal Credit Sales)×Number of DaysDSO = \left(\frac{Accounts\ Receivable}{Total\ Credit\ Sales}\right) \times Number\ of\ Days

これらの指標で、請求書から現金への変換効率を把握できます。


シンプルな Beancount スターターファイル(コピー&ペースト)

; --- Accounts ---------------------------------------------------------------
1970-01-01 open Assets:Bank:Checking USD
1970-01-01 open Assets:AR
1970-01-01 open Assets:AR:Clients:Acme-Co
1970-01-01 open Assets:AR:Allowance
1970-01-01 open Income:Sales
1970-01-01 open Expenses:SalesDiscounts
1970-01-01 open Expenses:BadDebt
1970-01-01 open Liabilities:Tax:Sales USD
; ---------------------------------------------------------------------------

2025-07-01 * "Acme Co." "Invoice 2025-045 · Web design" ^INV-2025-045 #ar #client:acme
invoice: "2025-045"
due: "2025-07-31"
document: "/invoices/2025/INV-2025-045.pdf"
Assets:AR:Clients:Acme-Co 1200.00 USD
Income:Sales -1200.00 USD

2025-07-25 * "Acme Co." "Payment for INV-2025-045" ^INV-2025-045 #ar
Assets:Bank:Checking 1200.00 USD
Assets:AR:Clients:Acme-Co -1200.00 USD

運用上のベストプラクティス

  • 一貫したリンク付け:請求書と支払いは必ず ^ リンクで結びつけ、Fava で簡単に追跡できるようにします。
  • メタデータ活用document:invoice:due: などのメタ情報は、レポート作成や期日管理に非常に有用です。
  • 定期的なレビュー:月次または四半期ごとに bean‑query で AR 残高を抽出し、回転率・DSO を計算してキャッシュフローリスクを早期に検出します。
  • 引当金の適切な設定:過去の回収実績に基づき、合理的な貸倒引当金を設定し、予期せぬ貸倒損失を平準化します。
  • 自動化:スクリプトや CI パイプラインに bean‑query を組み込み、定期レポートを自動生成すると、手作業ミスを防げます。

まとめ

売掛金はキャッシュフローの血管です。Beancount のシンプルなテキストベースの構造を活用すれば、リンクとタグだけで請求書・支払い・割引・貸倒を一元管理できます。指標(AR 回転率、DSO、貸倒引当金)を定期的にモニタリングし、ビジネスの資金繰りを安定させましょう。


参考情報