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

「簿記」タグの記事が19件件あります

全てのタグを見る

Beancountでセラピスト向け簿記の基本

· 約8分
Mike Thrift
Mike Thrift
Marketing Manager

セラピーは聞くこと、簿記はお金の声を聞くことです。 セッションノートが山積みになり、保険金の支払いが遅れると、透明性のある帳簿が混沌の中の落ち着きをもたらします。

個人開業の診療所を運営するということは、臨床医と事業主という二つの帽子をかぶることです。あなたの専門はケアの提供にありますが、診療所の財務健全性は明確で一貫した簿記に依存します。セラピストにとって、この作業は独自の課題を伴います。

2024-08-24-bookkeeping-basics-for-therapists-with-beancount

なぜセラピーの簿記は他と違うと感じるのか

セラピー診療所の財務リズムは、単純で予測可能なパターンに従うことはほとんどありません。この複雑さは、標準的な簿記ソフトがしばしば合わないと感じさせるいくつかの重要な領域から生じます。

  • 不規則なキャッシュフロー。 収入は決して直線的ではありません。クライアントの自己負担金が今日口座に入っても、保険からの払い戻しは数週間、時には数か月かかることがあります。スライディングスケールの支払いプランを加えると、現金が極めて異なるタイムラインで入ってくることになります。したがって、稼いだ 時点(発生主義会計)と受け取った 時点(現金主義会計)の違いを理解することが重要です。
  • 多種多様な手数料。 現代の診療所運営にかかる費用はすぐに積み重なります。電子カルテ(EHR)サブスクリプションや決済手数料、賠償責任保険、専門教育費など、数多くの小額費用が利益率を静かに食いつぶす可能性があります。これらは綿密に追跡しなければなりません。
  • 売上税は免除でも自営業税は重い。 多くのメンタルヘルスサービスは売上税が免除されますが、IRS(米国税務署)からの義務は免れません。自営業者として、四半期ごとの概算税(所得税+自営業税(SECA))を支払う必要があります。これにより、社会保障と医療保険がカバーされます。
  • HIPAA の感度。 財務データは保護された医療情報(PHI)と密接に結びついています。サードパーティのクラウド簿記ソフトを使用すると、診療所の「攻撃面」が広がり、データ漏洩のリスクが増大します。Beancount のようなプレーンテキスト会計システムは、すべてのデータを自分のコンピュータ上に保持でき、リスクを大幅に低減します。

7 ステップの Beancount ブループリント

Beancount はプレーンテキストファイルを使用する強力なオープンソース会計システムです。無料でプライベート、そしてセラピー診療所の独自の財務環境に十分対応できます。以下に開始手順を示します。

• 個人資金と診療所資金を分離する

これはビジネス財務の絶対条件です。専用のビジネス用当座預金口座とビジネス用クレジットカードを開設します。以後、すべてのクライアント支払いはこの口座に入れ、ライセンス料から事務用品までのすべての経費はこの口座から支払います。Beancount では Assets:Bank:Practice のように簡単に指定でき、取引が「個人」か「診療所」かを明確に区別できます。

• セラピスト向けチャート・オブ・アカウントを作成する

「チャート・オブ・アカウント」は、財務取引を整理するためのカテゴリ一覧です。お金のファイリングシステムと考えてください。まずは 5 つの主要アカウント種別(資産、負債、資本、収益、費用)を用意し、診療所固有のサブアカウントを作ります。

2025-07-23 open Income:Therapy:SelfPay       USD
2025-07-23 open Income:Therapy:Insurance USD
2025-07-23 open Assets:AccountsReceivable USD
2025-07-23 open Expenses:CEU USD
2025-07-23 open Expenses:Software:EHR USD
2025-07-23 open Expenses:Licensing USD

この構造により、収入が自己支払いか保険か、支出が継続教育かソフトウェアかを一目で把握できます。メンタルヘルス専門家向けのベストプラクティスチャートと同様です。

• 現金主義か発生主義かを選び、徹底する

収入と費用をいつ認識するかを決めます。

  • 現金主義: 現金を受け取ったときに収入を、支払ったときに費用を記録。
  • 発生主義: 収入は稼いだ 時点(例:セッション完了時)で、費用は発生した 時点で記録し、実際の入金・出金のタイミングは問わない。

例として、クライアントが 5 回分のパッケージに対し 1,000 USD 前払いした場合、現金主義では支払日全額を収入として記録します。発生主義では、各セッション完了ごとに 200 USD を収入として計上し、月次の収益をより正確に把握できます。

経験則:
個人開業で保険請求が少ない → 現金主義がシンプルで十分。
グループ診療で保険請求が多い → 発生主義が利益性を正確に把握できる。

• 売掛金と保険払い戻しを追跡する

Beancount の最大の強みは、未回収金額を追跡できる点です。保険請求を提出した時点ではまだ入金されていませんが、収入は発生しています。Assets:AccountsReceivable に記録し、実際に支払われたら受取勘定を「決済」し、保険の減額分を費用として処理します。

2025-07-10 * "Session CPT 90837 – pending BlueCross"
Assets:AccountsReceivable 150.00 USD
Income:Therapy:Insurance

2025-07-25 * "BlueCross payment CPT 90837"
Assets:Bank:Practice 135.00 USD
Expenses:InsuranceWriteOff 15.00 USD
Assets:AccountsReceivable -150.00 USD

この二段階プロセスにより、未回収請求を見失うことなく、保険調整額も正確に記録できます。

• 経費を即座に分類し、控除対象を把握する

経費管理は税負担を最小化する鍵です。IRS は「通常かつ必要」な支出を控除対象と認めています。セラピストの場合、継続教育(CEU)コース、州が定める監督、ライセンス更新料、賠償責任保険、EHR サブスクリプションなどが該当します。発生時にすぐ分類すれば、四半期ごとの概算税や年末申告時に正確な合計が手元にあります。

• 週次でリコンシリエーション(照合)する

リコンシリエーションは、帳簿の取引と銀行・クレジットカード明細を照合する作業です。記録が正確かつ完全であることを確認します。毎週の簡単なチェックで、小さなミスが大きな問題になるのを防げます。Beancount ではターミナルで数行のコマンドを実行するだけです。

# 診療所口座の最終残高を確認
bean-balance books.bean "Assets:Bank:Practice"

# 収入源のサマリーを表示
bean-query books.bean "SELECT account, SUM(position) WHERE account 'Income' GROUP BY account"

# 年初来の損益計算書を生成
bean-report books.bean income_statement --end 2025-07-23

このシンプルなループ(分類 → 照合 → 報告)が、すべての個人開業における健全な財務管理の基盤です。

• 自動化とバックアップを徹底する

自動化で時間を節約し、エラーを減らします。

  • bean-extract のような抽出ツールで、銀行や EHR の CSV を自動的に Beancount 取引エントリに変換。
  • EOB(保険給付明細)や CEU 修了証などの PDF を専用フォルダに保存し、document: メタデータで該当取引にリンク。
  • .bean ファイルはテキストなのでバージョン管理に最適。プライベートな Git リポジトリ(GitHub、GitLab 等)に毎晩プッシュして、オフサイトバックアップを確保。

よくある落とし穴(と即時対処法)

優れたシステムでも、セラピストが陥りやすいミスがあります。以下にチェックポイントと修正方法を示します。

落とし穴修正策
すべての収入・手数料を一括で記録する「ネットデポジット会計」保険金は 収入 行と 減額 行に分割して記録
ノーショーフィーを忘れるnoshow タグ付きの別収入行を作成して明確化
CEU と出張費を混同するExpenses:CEUExpenses:Travel に分ける(どちらも控除対象だが管理方法が異なる)
売掛金のエイジングを無視するAssets:AccountsReceivable を日付でクエリし、古い請求を追跡

クイックスタートチェックリスト

  • 診療所専用の銀行口座とクレジットカードを開設
  • Beancount のスターターレポジトリをクローンし、診療所向けチャート・オブ・アカウントを作成
  • 現金主義か発生主義かを決定し、Beancount のオプションに記載
  • 銀行・EHR・保険 CSV 用のインポーター設定を作成
  • 週末の「Bean‑hour」(例:金曜午後)をスケジュールし、インポート → 照合 → 報告のフローを実行
  • .bean ファイルの自動オフサイトバックアップを設定し、四半期に一度復元テストを実施

参考リンク

財務の雑音を静める準備はできましたか?
Beancount をインストールし、最初のセッション料金を記録してみましょう。プレーンテキスト会計の明快さが、診療所に必要な余裕と財務的安定をもたらします。ハッピー・ビーンズキーピング!

Beancount を使った Amazon セラー向け簿記の基本

· 約9分
Mike Thrift
Mike Thrift
Marketing Manager

マージンが数セント単位で動く時、精度は推測よりも勝ります。

Amazon で販売することは、ボリュームとスピードのゲームです。しかし、売上と出荷の急増の裏には、手数料、返品、在庫の動き、税務義務という複雑な網が潜んでいます。標準的な簿記ソフトはこのニュアンスを捉えきれず、売り手は実際の収益性をぼんやりとしか把握できません。

2024-07-16-bookkeeping-basics-for-amazon-sellers-with-beancount

ここで、プレーンテキストの会計システムである Beancount が光ります。取引の記録方法を完全にコントロールできるため、Amazon 市場特有の課題を正確にモデル化した財務の真実の情報源を構築できます。本ガイドは、手数料、税金、在庫の頭痛に先んじて対処するためのステップバイステップのワークフローを提供します。

Amazon の簿記が他と違う理由

Amazon の支払いを銀行明細と照合しようとしたことがあるなら、その作業が簡単でないことはすでにご存知でしょう。Amazon ビジネスの財務実態は、層状の抽象化の背後に隠れています。

  • 隔週の一括支払い: Amazon は各販売ごとの収益を送金しません。代わりに 2 週間ごとに 1 回の入金を行います。この一括金額は 純額 で、総売上から紹介手数料、FBA 手数料、広告費、返品、その他の控除が差し引かれたものです。ビジネスを理解するには、この単一数字を構成要素に分解する必要があります。 (doola: A Business-in-a-Box™)
  • 在庫が至る所に: 在庫は常に移動しています—サプライヤーから、準備センター、全国のさまざまな FBA フルフィルメントセンター、そして最終的に顧客へ。正確に売上原価(COGS)を追跡するには、どのロット(どのコスト)の在庫が各販売に使用されたかを把握する必要があります。 (Bean Ninjas)
  • マーケットプレイス手数料とプロモ: 収益のかなりの部分がすぐに手数料に消費されます:紹介手数料、FBA ピック&パック手数料、月次保管料、広告費など。これらの費用カテゴリを個別に追跡することが、実際の粗利益を算出し、商品の真の収益性を判断する唯一の方法です。 (Profitwise Accounting)
  • 売上税のパッチワーク: Amazon の Marketplace Facilitator 法律は多くの州で売上税の徴収と納付を処理しますが、完全な解決策ではありません。FBA 倉庫に在庫を保管すると「ネクサス」(事業所)が生じ、税金が発生しなくてもその州での登録・申告が必要になる場合があります。これは慎重な追跡が求められる複雑なコンプライアンス領域です。 (TaxDo)
  • 1099‑K の閾値引き下げ: 2024 年に Form 1099‑K の報告閾値が 20,000 USD から 5,000 USD に下がり(2026 年には 600 USD になる予定)、ほぼすべての本格的なセラーが Amazon から IRS 向けに総取引額を報告するフォームを受け取ります。帳簿はこの数字と完全に照合できなければなりません。 (IRS)

7 ステップ Beancount ブループリント

このブループリントは Beancount の精度を活用し、Amazon の複雑さに正面から取り組みます。

1. 早期にチャネルを分離

複数プラットフォームで販売する場合、各プラットフォームごとに会計を分離してください。法人ごとの単一 Beancount ファイル内に、各マーケットプレイス用の階層的な専用アカウントを作成します。この構造により分析が簡素化され、税務スケジュールの生成が自動的に行えます。

2025-07-22 open Income:Amazon               USD
2025-07-22 open Expenses:Amazon:FBAFee USD
2025-07-22 open Assets:Amazon:Payouts USD

2. すべての支払いを分解

これが最も重要な習慣です。Amazon の入金を単一の収入行として記帳しないでください。代わりに、該当期間の「All Transactions」決済レポートを Seller Central からダウンロードし、そのレポートを使って支払いを構成要素に分解した単一の Beancount 取引を作成します。

銀行で受け取る入金はバランスエントリです。総売上は Income にクレジットされ、すべての手数料と返金はそれぞれの Expenses アカウントからデビットされます。

; bi-weekly payout from settlement report
2025-07-14 * "Amazon Settlement #4361"
Assets:Bank:Operating 8432.17 USD
Income:Amazon:Sales -12274.50 USD
Expenses:Amazon:FBAFee 2454.80 USD
Expenses:Amazon:Adverts 1012.06 USD
Expenses:Amazon:Refunds 375.47 USD
Assets:Amazon:Reserve -100.00 USD

3. ロットで在庫と COGS を追跡

Beancount には「ロット」と呼ばれる在庫追跡のファーストクラス機能があります。在庫を購入する際、単位数とその特定コストを記録します。販売時にその正確なコストを費用計上できるため、売上原価(COGS)を完璧に算出できます。

; Purchase 1,000 units from a supplier
2025-07-01 * "Supplier PO-7421"
Assets:Inventory:WidgetA 1000 WidgetA {@ 4.20 USD}
Assets:Bank:Operating

; Later, record the cost of a single sale
2025-07-16 * "FBA sale WidgetA | COGS"
Expenses:COGS 1 WidgetA {4.20 USD}
Assets:Inventory:WidgetA

4. 明確さのために発生主義を選択

在庫ベースのビジネスでは、発生主義が優れています。現金主義では、在庫を購入した月に大きな費用が計上され、販売した月に人工的に高い利益が出て、業績が歪んでしまいます。発生主義会計は、売上と同期間に売上原価(COGS)を正しくマッチさせ、粗利益のより明確な画像を提供します。 (Bean Ninjas)

5. インポートを自動化

決済レポートの手動入力は最初は教育的ですが、規模は拡大しません。プレーンテキストのエコシステムは自動化に優れています:

  • bean-extract を使用して、A2X などのサービスがエクスポートした CSV からデータを抽出。
  • シンプルな Python スクリプトで Amazon の SP‑API から直接データを取得。
  • 既存のインポーターを使って銀行 CSV を取り込み、入金やクレジットカード直接請求の手数料と照合。

6. 週次で照合

数字をチェックする習慣をつけましょう。Beancount の強力なコマンドラインツールを使って、残高をすばやく検証し、パフォーマンスをレビューできます。

# Check your current inventory counts and value
bean-balance books.bean "Assets:Inventory" "2025-07-21"

# Generate an income statement for the last period
bean-report books.bean income_statement -e 2025-07-21

7. ソース文書をアーカイブ

主要な取引ごとにソース文書へのリンクを付けます。Beancount のメタデータ構文(document:)を使って、公式の Amazon 決済 PDF、在庫購入のサプライヤー請求書、出荷領収書などを添付します。これにより、監査対応可能な自己完結型の財務記録が完成します。

売上税・コンプライアンスチェックリスト

  • Marketplace Facilitator 法律: 多くの州で Amazon が代行して売上税を納付しますが、カリフォルニア、テキサス、ペンシルベニアなどの州に在庫を保管すると経済的ネクサスが生じ、そこでの事業登録が必要になる場合があります。 (TaxGPT)
  • 1099‑K 照合: Income:Amazon:Sales に記録した年間総額が、Form 1099‑K に IRS 向けに報告された総額とセント単位で一致していることを確認してください。差異は監査フラグになります。 (IRS)
  • 直接売上税: Marketplace Facilitator がカバーしない他チャネルで販売する場合、Liabilities:SalesTaxPayable:State アカウントツリーを維持し、直接支払うべき税金を追跡します。

よくある落とし穴(と対策)

  • 落とし穴: Amazon からの純入金だけを記録する。
    • 対策: 常に決済レポート全体を使って支払いを分解する。
  • 落とし穴: 返金や破損品の補償を無視する。
    • 対策: 初回の返金費用と、Amazon からの後続補償を別のクレジットとして記録する。
  • 落とし穴: ローリングリザーブを忘れる。
    • 対策: Amazon は新規アカウントに対し「リザーブ」残高を保留することが多いので、専用の Assets:Amazon:Reserve アカウントで未受領金額を追跡する。
  • 落とし穴: システムと Amazon の SKU エイリアスが不一致。
    • 対策: インポートスクリプトで全 SKU コードを正規化し、COGS 参照が失敗しないようにする。

クイックスタート To-Do

  • Seller Central で最初の決済レポートを有効化し、ダウンロードする。
  • Beancount のスターターレポジトリをクローンし、Amazon 用の勘定科目表を作成する。
  • 決済 CSV を Beancount 取引(.txn ファイル)に変換する小さなインポーター脚本を書く。
  • 週次リマインダーを設定し、新しいレポートを取得して bean-check を実行し、ファイルの有効性を確認する。
  • 毎月損益計算書をレビューし、広告費、価格設定、在庫に関するデータ駆動型の意思決定を行う。

さらに読む

もっと出荷し、心配を減らす—ビーンをバランスさせましょう。ハッピーセリング!

BeancountでEtsy出店者向け簿記の基本

· 約9分
Mike Thrift
Mike Thrift
Marketing Manager

手作りの台帳は、絡まったスプレッドシートよりも優れている—特に1セントでも重要な時に。

Etsyのアーティスト、メーカー、キュレーターにとって、情熱がビジネスを駆動します。しかし、ショップが成長するにつれて、財務の明確さは創造的ビジョンと同じくらい重要になります。手数料の管理、材料費の追跡、税金の準備は圧倒的に感じられ、作業台から離れさせてしまうことがあります。

2024-07-16-bookkeeping-basics-for-etsy-sellers-with-beancount

自分の製品に注ぐのと同じ注意と精度でショップの財務を管理できたらどうでしょうか?本ガイドでは、正確さとコントロールを重視したオープンソースエンジン Beancount を使ったプレーンテキスト会計ワークフローをご紹介します。この手法は数字をマスターし、クラフトに集中できるようにします。

Etsyの簿記が他と違う理由

Etsyショップは独自の財務指紋を持ち、汎用会計ソフトが見逃しがちな複雑さがあります。

  • 至る所にあるマーケットプレイス手数料: 最終的な支払い額は、Etsyが取り分を差し引いた後の金額です。出品手数料、取引手数料、決済手数料、広告費がすべて売上から削られます。個別に追跡しなければ、実際の利益率は分かりません。
  • プラットフォームが管理する売上税: 多くの州でEtsyが自動的に売上税を計算・徴収・納付してくれるため、出品者にとっては大きなメリットです。ただし、他のチャネルで販売したり、特定の州に実体がある場合は「ネクサス」規則により独自の売上税義務が発生することがあります。
  • 柔軟な支払サイクル: 設定やアカウント履歴に応じて、Etsyは資金を日次、週次、隔週、月次で入金できます。この柔軟性は、リザーブで資金が保留されたり遅延したりすると、キャッシュフローが予測しにくくなる原因となります。(Etsy Help)
  • 低い1099‑K閾値: 税務上の“レーダー外”は過去のものです。IRSのForm 1099‑K(総売上を報告)の報告閾値は2024年は5,000 USDで、2026年までに600 USDに引き下げられる予定です。ほぼすべてのショップがIRSのフォームを受け取り、帳簿はそれと完全に照合できなければなりません。(IRS)

Beancount設計図:7つのステップ

このプレーンテキスト設計図は、明確で正確、かつストレスフリーな簿記システム構築を支援します。

1. 最初にチャネルを分離する

Etsyが唯一の販売チャネルでない場合、各チャネル用に別々の収入・費用アカウントを作成します。チャート・オブ・アカウントのトップレベルでこのシンプルな分離を行うことで、分析がクリーンになり、税務処理が格段に楽になります。

2025-07-22 open Income:Etsy               USD
2025-07-22 open Expenses:Etsy:ListingFee USD
2025-07-22 open Assets:Etsy:Payout USD

2. すべての入金を「分解」する

Etsyの入金を単一の収入行として記録しないでください。代わりに、Shop Manager から Payment Account CSV をダウンロードし、月次レポートを使って「分解」された取引を1つの Beancount トランザクションとして作成します。

; Etsy Payment Account CSV からの週次入金
2025-07-15 * "Etsy Deposit #2025-28"
Assets:Bank:Operating 1842.77 USD
Income:Etsy:Sales -2100.00 USD
Expenses:Etsy:TransactionFee 136.50 USD ; 6.5 %
Expenses:Etsy:PaymentProcessing 66.00 USD ; 3 % + $0.25 per order
Expenses:Etsy:ListingFee 14.00 USD ; $0.20 x 70 renewals
Assets:Etsy:Reserve -75.73 USD

3. ロットで在庫とCOGSを管理する

実物商品を扱う場合、Beancount の「ロット」機能は売上原価(COGS)管理のゲームチェンジャーです。原材料を購入したら、特定のコストで在庫として記録します。完成品を販売したら、使用した材料の正確なコストを費用として計上できます。

; 在庫用に大量の素材を購入
2025-07-01 * "Bulk yarn purchase | Supplier XYZ"
Assets:Inventory:ScarfBlue 500 ScarfBlue {@ 3.45 USD}
Assets:Bank:Operating

; 商品が売れたときにCOGSを記録
2025-07-20 * "Sold Blue Scarf | Order #1234"
Expenses:COGS 1 ScarfBlue {3.45 USD}
Assets:Inventory:ScarfBlue

4. 会計基準を早めに選択する

主に2つの選択肢があります。

  • 現金主義: シンプルで分かりやすい。入金が銀行に届いた時点で収入を、支出が支払われた時点で費用を記録します。小規模・趣味レベルのショップに適しています。
  • 発生主義: 収益性をより正確に把握できます。売上は「販売が成立した」時点で、費用は「発生した」時点で記録します。大量に仕入れる、受注生産するショップに向いています。

5. インポートを自動化する

データ入力の時間を節約するために自動化を活用しましょう。プレーンテキストエコシステムにはいくつかの選択肢があります。

  • カスタムルールで bean-extract を使い、Etsy CSV をパースする。
  • 銀行 CSV インポーターを設定し、クレジットカードで支払った広告費や配送ラベルを捕捉する。
  • 上級者向けに、Python スクリプトで Etsy API から直接レポートを取得する。

6. 週次で照合する

毎週数分、数値をチェックする時間を確保してください。Beancount のコマンドラインツールで残高をすばやく検証し、リザーブの解放、返金、手数料調整などの問題を月末前に発見できます。

# Etsy の保留口座残高を確認
bean-balance books.bean "Assets:Etsy:Payout" "2025-07-21"

# 直近期間の損益計算書を生成
bean-report books.bean income_statement -e 2025-07-21

7. ソース文書を添付する

取引メタデータに直接ソース文書へのリンクを入れることで、完全に自己完結かつ監査可能な記録を作れます。仕入れ領収書、配送ラベル PDF、発注書などに最適です。

2025-07-12 * "Etsy shipping label for order #4321"
Expenses:ShippingLabel 4.25 USD
Assets:Bank:Operating
document: "docs/labels/2025-07-12-order4321.pdf"

米国向けEtsy手数料一覧

利益を正確に把握するため、各手数料は個別の費用アカウントで追跡してください。

  • 出品手数料: 1アイテムあたり $0.20。4か月ごと、または販売後に自動更新されます。(Etsy)
  • 取引手数料: 総注文額(商品価格、送料、ギフトラッピングを含む)の 6.5%。(Etsy)
  • 決済手数料: 国により異なりますが、米国の場合は通常 3% + $0.25/件です。(Etsy Help)
  • サブスクリプション(Etsy Plus): 追加ツールを利用できるオプションで $10/月。

売上税・コンプライアンスのポイント

  • Etsy が多くの州で売上税を納付してくれますが、他プラットフォームで販売したり、実店舗を持つと「ネクサス」規則により追加の税務義務が発生する可能性があります。売上閾値は慎重に管理してください。
  • 1099‑K の閾値が適用されたら、Beancount の Income:Etsy:Sales 合計が IRS フォーム上の総額と セント単位 で一致するように照合してください。(IRS)

よくある落とし穴(と対策)

  • 落とし穴: 純入金ベースの会計。
    • 対策: 支払 CSV を必ず使用し、入金を総売上・手数料・リザーブに分解して記録する。
  • 落とし穴: 在庫コストが古くなる。
    • 対策: 仕入れた瞬間に在庫として記録し、完成品が売れるまで待たない。
  • 落とし穴: 返金の見落とし。
    • 対策: 返金時に費用を記録し、元の COGS エントリも逆転させてコストを在庫に戻す。
  • 落とし穴: リザーブ保留を無視する。
    • 対策: Assets:Etsy:Reserve アカウントを開設し、Etsy が保有している金額を追跡する。これによりキャッシュフロー計算書が正確になる。

クイックスタートチェックリスト

  • Shop Manager で月次ステートメントを設定し、最初の CSV をダウンロードする。
  • Beancount のスターターレポジトリをクローンし、ショップ用のチャート・オブ・アカウントを設計する。
  • 現金主義か発生主義かを決定し、方針を固める。
  • 基本的なインポーター・スクリプトまたはルールファイルを書き、週次同期をスケジュールする。
  • 毎週月曜日に入金、在庫、銀行残高を照合する。
  • 毎月損益計算書を生成し、粗利益率の推移をレビューする。
  • .bean ファイルを Git とオフサイトストレージでバックアップする。

クリエイティブなワークフローに簿記を組み込みませんか? Beancount をインストールし、最初のエントリをコミットすれば、プレーンテキストの明快さが作業台での時間を増やしてくれます。ハッピー・ビーンズ!

Beancountで受取勘定をナビゲート

· 約4分
Mike Thrift
Mike Thrift
Marketing Manager

個人財務管理の迷路において、Beancount はプレーンテキスト簿記の中で明快さと精度の灯台として浮かび上がります。特に「受取勘定」――他者から受け取るべき金銭――の管理に関しては、Beancount が構造化されたアプローチを提供し、財務記録を完璧に整えることができます。本ブログでは、受取勘定の追跡、返金処理、未解決取引の管理手順を Beancount で実践する方法をご案内します。購入品の返品、金銭の貸付、返金待ちのいずれの場合でも、本稿が財務の明瞭さへのロードマップとなります。

Beancount における受取勘定の理解:

2024-02-17-navigating-receivables-beancount-guide

受取勘定とは、あなたに対して支払われるべき金銭を指します。たとえば、ショッピングの返品後に返金を待っている場合や、誰かにお金を貸した場合などが該当します。例として、Amazon.com で時計のストラップを返品し、返金を待っているシナリオを考えてみましょう。Beancount では、この取引はクレジットカード負債から資産の受取勘定へ金銭が移動した形で記録されます。

2023-10-31 * "Amazon.com" "[Return] Watch Strap"
Liabilities:CreditCard:Chase -12.00 USD
Assets:Receivables

返金の処理:

返金が実行され、金銭が口座に戻ったら、受取勘定の残高を相殺するために別の取引を記録します。これにより、口座は返金された金額を正しく反映します。

2023-11-01 * "Amazon.com" "[Refund] Watch Strap"
Liabilities:CreditCard:Chase 12.00 USD
Assets:Receivables

完全な取引サイクル:

受取勘定を伴う入出金の一連の取引は、上記の二つの取引を組み合わせた形で表現され、返金後にバランスが取れた状態となります。

2023-10-31 * "Amazon.com" "[Return] Watch Strap"
Liabilities:CreditCard:Chase -12.00 USD
Assets:Receivables

2023-11-01 * "Amazon.com" "[Refund] Watch Strap"
Liabilities:CreditCard:Chase 12.00 USD
Assets:Receivables

未解決取引の扱い:

返金や返済がまだ受領されていない取引には、#UNRESOLVED タグを付与します。このタグにより、未決済の金額を簡単に特定・追跡できます。例として以下をご覧ください。

2023-10-31 * "John Doe" "Lending Money" #UNRESOLVED
Liabilities:CreditCard:Chase -100.00 USD
Assets:Receivables

#UNRESOLVED タグが付いた取引だけを抽出すれば、まだ決済されていない金額を迅速に把握できます。

ゼロ残高の維持:

正しい元帳では、Assets:Receivables 勘定下の全取引(#UNRESOLVED タグが付いたものを除く)の合計が理想的にゼロになるべきです。これにより、期待されるすべての資金が帳簿上で処理済みとなり、財務記録の整合性が保たれます。

例えば、以下のように未解決取引が明示的にマークされている元帳は有効です。

2023-10-31 * "Amazon.com" "[Return] Watch Strap"
Liabilities:CreditCard:Chase -12.00 USD
Assets:Receivables

2023-11-01 * "Amazon.com" "[Refund] Watch Strap"
Liabilities:CreditCard:Chase 12.00 USD
Assets:Receivables

2023-10-31 * "John Doe" "Lending Money" #UNRESOLVED
Liabilities:CreditCard:Chase -100.00 USD
Assets:Receivables

一方、受取勘定の残高がゼロに戻らない取引がある場合は、#UNRESOLVED タグを付与して修正が必要です。

結論

Beancount における受取勘定の管理は決して難しくありません。取引の記録方法、返金の処理、未解決取引の監視を正しく理解すれば、正確で信頼性の高い財務記録を維持できます。Beancount の構造化されたアプローチを活用すれば、財務追跡がシンプルになるだけでなく、すべての金銭が確実に管理されているという安心感も得られます。さあ、Beancount の力を借りて、財務管理をよりスムーズに実現しましょう。

DIY vs. ブックキーパー雇用: コスト意識の高い創業者のためのBeancountプレイブック

· 約6分
Mike Thrift
Mike Thrift
Marketing Manager

創業者として、CEO、営業、プロダクトマネージャー、そしてもちろん簿記担当というすべての役割を担っています。しかし、事業が成長するにつれて、取引の照合に費やす時間は、賢いブートストラップから高コストな妨げへと変わってきます。では、帳簿を手放すべきタイミングとは?

答えは「コントロールを手放す」ことではなく、「データに基づいた意思決定」を行うことです。Beancount の元帳を活用して、DIY を続けるかプロに委託するかを判断する方法をご紹介します。

DIY vs. ブックキーパー雇用のイメージ

TL;DR: 時給 85で自分の時間を請求でき、月に4時間だけ簿記に費やす場合、失われる売上は85 で自分の時間を請求でき、月に 4 時間だけ簿記に費やす場合、失われる売上は 340 です。一般的なリモートブックキーパーは月額約 $249 から始まり、ビジネス成長に専念できる時間を確保してくれます。

1. 自分の時間に価格を付ける

この判断で最も重要な指標は「機会費用」です。費用を分類するたびに、営業、プロダクト開発、戦略策定に使えない時間が生まれます。

計算はシンプルです:

  1. 毎月簿記業務(照合、コード付け、エラー修正)に費やす時間を記録する。
  2. その時間に自分の請求単価を掛ける。
  3. 外部ブックキーパーの月額料金(一般的な開始料金は $249/月)と比較する。

自分の時間コストが高ければ、明らかな委任の勝利です。Beancount でも直接追跡できます。

; Track the opportunity cost of your time
2025-07-31 * "July bookkeeping time"
Expenses:Admin:BookkeepingTime 4.00 H ; Your custom unit for hours
Equity:OwnerTime -340.00 USD
; metadata: rate:85

ここで H は「時間」のカスタム単位です。時間を直接記帳し、price ディレクティブやスクリプトでドル価値を割り当てれば、労働コストが財務レポートに明示的に反映されます。

2. DIY の隠れたコストを数える

時間コストだけが要因ではありません。DIY 簿記には、月額リテイナー以上に高額になるリスクがあります。

  • 税務ミス: 散らかった帳簿は税理士にとって悪夢です。CPA は記録を整えるだけで 150150–400/時間 を請求することがあります。
  • 控除漏れ・IRS 罰金: 経費の誤分類や現金取引の未記録など、小さなミスが積み重なると罰金や利息、税額増加につながります。
  • 創業者の燃え尽き: 深夜の照合作業は精神的負担です。営業やプロダクトイノベーションといったハイレバレッジ活動に割くエネルギーが奪われます。

Beancount の緩和策: bean-check が失敗したり、取引にカテゴリタグが付いていない場合にコミットを拒否する Git の pre‑commit フックを導入すれば、疲れていても規律が保たれます。

3. ブックキーパー(または Beancount の Discipline)が節約できる 3 つの方法

プロを雇うにせよ、プロセスを高度化するにせよ、良質な簿記は自己投資以上のリターンをもたらします。

  1. 税務申告がスムーズに: 整理された帳簿は CPA の作業時間を削減し、直接的にコストダウンに繋がります。
  2. リアルタイムの資金把握: 正確な現金ポジションが分かれば、過剰なオーバードラフト手数料や高金利の緊急資金調達を回避できます。
  3. ストレス緩衝: 安定した財務オペレーションは創業者のストレスを軽減し、意思決定の質と企業文化の健全化を促します。

4. まだ雇うべきでないケース

ブックキーパーの採用が常に最適とは限りません。場合によっては DIY が依然として賢い選択です。

  • プレ収益段階、またはキャッシュフローが極端にタイト。 この段階ではすべての資金を営業・顧客獲得に回すべきです。まずは売上を確保しましょう。
  • 財務がシンプル。 銀行口座が 1 つ、Stripe のフィードが 1 つ、月間取引が 60 件未満であれば、Beancount と Fava で週 1 時間未満で管理可能です。

5. ハイブリッドオプション: 「ブックキーパー対応」Beancount 元帳

最適解はハイブリッドです。自分で重い作業を行いつつ、プロがすぐに介入できるほど帳簿をクリーンに保ちます。

  • インジェスト自動化: bean-extract を夜間に実行し、取引を自動取得。
  • 勘定科目の標準化: Expenses:SoftwareAssets:Bank:Checking など慣例的な名前を使用し、プロが即座に理解できるように。
  • 原本添付: $75 超の費用には link: メタデータで領収書や請求書の PDF を添付。
  • 月次締めチェックリスト:
    1. すべての銀行・クレジットカード口座を照合。
    2. bean-check でエラーがないか検証。
    3. bean-report balance_sheetbean-report income_statement で PDF ステートメントを出力。
  • 四半期ハンドオフ: Git タグまたは books-Q3-2025.tar.gz のようなアーカイブをブックキーパーや CPA に提供。彼らは作業を検証し、複雑な調整仕訳(未払費用や減価償却)を追加し、税務パッケージを作成します。

このモデルは、プロが「クリーンでレビュー済み」のデータだけに触れるためコストを抑えつつ、プロレベルの財務諸表の恩恵を受けられます。

6. クイック意思決定マトリクス

状況プロを雇うBeancount (DIY) を続ける
月間取引 >60 件、MRR > $20k
時給 $100+ で簿記に月 3 時間以上費やす
キャッシュが逼迫、MRR < $5k
スプレッドシートと自動化が好き

7. 次のステップ

  1. 時間を記録する。 次回の簿記作業で、費やしたすべての分をトラッキング。
  2. 数値を算出する。 その時間に自分の請求単価を掛け、上記の市場料金と比較。
  3. 道を選ぶ。 ハイブリッドモデルで Beancount ワークフローを最適化するか、プレーンテキスト元帳に慣れたブックキーパーの面接を始めるか。

どちらの選択でも、意図的な簿記は無計画にやるより常に安く済みます。Beancount を不変の真実のソースとして活用すれば、プロの支援が費用対効果を持つタイミングと、そうでないタイミングが明確に分かります。

ビジネスと個人の簿記:Beancountで明確な境界線を引く

· 約7分
Mike Thrift
Mike Thrift
Marketing Manager

繁栄する企業と健全な財布は共通点があります:境界線です。

ビジネスオーナーであれば、個人のフリーランサーから成長中のスタートアップ創業者まで、最も重要な財務規律のひとつはビジネスと個人の財務を厳格に分離することです。資金を混同すると—ビジネス口座で食料品を購入したり、個人の普通預金からビジネスベンダーに支払ったり—混沌とした不透明な財務状況が生まれます。これは税務当局からの監査リスクを招くだけでなく、会社の実際の業績に関する明確な洞察を奪います。

2023-08-12-business-vs-personal-bookkeeping-with-beancount

幸い、Beancount のようなプレーンテキスト会計システムは、台帳上でこれらの重要な境界線を強制するための完璧なフレームワークを提供します。

分離が重要な理由

財務を分離しないことは単なる悪習慣ではなく、重大なリスクを伴い、貴重なビジネスインテリジェンスを隠蔽します。

  • IRS Clarity: IRS は単に別々の銀行口座を持つことを提案しているだけでなく、強く推奨しています。ビジネスと個人の資金が混在すると、どの費用が正当なビジネス経費であるかを証明するのが困難になります。この曖昧さは質問や複雑さを招き、できるだけ避けるべきです。
  • Audit Risk: 取引を混在させることは監査人にとって大きな赤信号です。帳簿が個人とビジネスの活動で絡み合っていると、正当な控除が認められなくなったり、罰則を受けるリスクがあります。クリーンで分離された台帳はプロフェッショナリズムを示し、監査をスムーズかつストレスフリーにします。
  • Cleaner Insights: ビジネスのキャッシュフローが個人支出で曇っていたら、真の利益率を知ることはできません。単独のビジネス台帳は、会社の財務健全性をフィルタリングせずに提供します。収益、費用、税金負債を個人の「ノイズ」なしで正確に追跡・分析できます。

一目でわかる主な違い

ビジネス簿記と個人簿記の目的、ルール、構造は根本的に異なります。これらの対比を理解することが正確な記録維持の鍵です。

領域ビジネス簿記個人簿記
Purpose税務および成長の意思決定のために、収入、費用、資産、負債を追跡する家計の予算管理と貯蓄目標を管理する
Tax RulesSchedule C、1120‑S、または1065に従う必要があり、厳格な控除基準が適用される基本的な記録保持以外の正式な要件はほとんどない
Accounts資本、未払金、受取金、売上税、給与普通預金、貯蓄、投資、ローン
Owner Pay給与(W‑2)または資本を通じたオーナードロー該当なし — 個人の引き出しは生活費に充てられる

4ステップのBeancount設計図

Beancount は、2つの財務世界の間にしっかりとした壁を築くことをシンプルにします。以下は実践的なワークフローです。

• 1 — 専用口座を開設する

最初の Beancount エントリを書く前に、専用のビジネス普通預金口座とビジネスクレジットカードを開設してください。この物理的な分離がクリーンな簿記の基盤です。設定が完了したら、同じ構造を Beancount 台帳に反映させます。

2025-07-23 open Assets:Bank:Business   USD
2025-07-23 open Assets:Bank:Personal USD

このシンプルな設定により、取引が発生した瞬間からビジネスか個人かを明確に割り当てられます。

• 2 — オーナーの出資と引き出しを記録する

オーナーとして、個人資金とビジネス資金を行き来させます。これは収入でも費用でもなく、資本勘定で追跡します。

  • Contribution(出資): ビジネスを開始したり資金不足を補うために自分の資金をビジネスに投入する時。
  • Draw(引き出し): 個人利用のためにビジネスから資金を引き出す時(多くの個人事業主が自分に「給与」を支払う方法)。
; Capital injection to start the business
2025-07-23 * "Owner contribution"
Assets:Bank:Business 10,000.00 USD
Equity:Owner:Contrib

; Taking money out for personal living expenses
2025-08-05 * "Owner draw for rent"
Equity:Owner:Draw 2,500.00 USD
Assets:Bank:Business

これらを資本取引として記録することで、ビジネス費用が不当に膨らんだり、報告利益が減少したりすることを防げます。

• 3 — 混在した領収書を迅速に処理する

ミスは起こります。ビジネスカードで個人のディナー代を支払ってしまうこともあるでしょう。重要なのは、台帳ですぐに修正することです。取引を削除せず、オーナードローとして再分類します。

2025-08-07 * "Personal groceries on biz card"
Equity:Owner:Draw 72.35 USD
Assets:Bank:Business

このエントリは、ビジネス資金が個人支出に使われたことを正しく反映し、会社から引き出した資金として扱います。これにより、税務上控除できない個人費用を誤って請求することを防げます。

• 4 — スケジュールに沿って調整・レビューする

一貫性は乱雑な帳簿への最善の防御策です。毎週または毎月時間を確保し、ビジネス口座を調整してください。Beancount のツールを使って台帳が銀行明細と合致しているか確認し、会社のパフォーマンスをレビューします。

# Check your business bank balance against your statement
bean-balance books.bean "Assets:Bank:Business"

# Generate an income statement to review profitability
bean-report books.bean income_statement -e 2025-08-31

この定期的なレビュー習慣は IRS の記録保持要件を満たし、ビジネスの財務健全性を常に把握できるようにします。

税務上の考慮点

  • Estimated Taxes: 痛みを伴う税金請求を避けるため、将来の税金を継続的なビジネス費用として扱います。負債勘定(Liabilities:Tax:FederalLiabilities:Tax:State)を作成し、入金ごとに一定割合を移動させます。四半期ごとの支払いが必要になるとき、資金はすでに確保されています。
  • Non‑deductible Personal Costs: IRS のルールを忘れないでください:ビジネス費用は「業務上必要かつ普通」である必要があります。個人の食事、通勤費、業務外のサブスクリプションは該当せず、ビジネスの損益計算書から完全に除外しなければなりません。

クイックスタートチェックリスト

  • ビジネス専用の銀行口座とクレジットカードを開設する。
  • Beancount の勘定科目表を Assets:Bank:BusinessEquity:Owner:ContribEquity:Owner:Draw で構築する。
  • 会計基準(現金主義または発生主義)を決定し、Beancount の options に記載する。
  • ビジネスカードでの誤って個人利用した費用はすぐに Equity:Owner:Draw とタグ付けする。
  • 毎週調整し、.bean ファイルをプライベートGitリモートにバックアップする。
  • 毎月、損益計算書、貸借対照表、キャッシュフロー報告書を確認する。

Bottom line: お金も台帳も分ける。Beancount はビジネスと個人の財務の壁を明示的に、しかもバージョン管理された形で構築します。これにより、ビジネスは監査に備えられ、ラテの習慣はあなただけのものになります。Happy bean-keeping!

Beancount元帳の分解: ビジネス会計のケーススタディ

· 約3分
Mike Thrift
Mike Thrift
Marketing Manager

本日のブログ記事では、ビジネス向けのBeancount元帳を分解し、このプレーンテキストの複式簿記システムの複雑さを理解できるようにします。

Beancount元帳の分解: ビジネス会計のケーススタディ

まずはコードから見ていきましょう:

2023-05-22-business-template

1970-01-01 open Assets:Bank:Mercury
1970-01-01 open Assets:Crypto

1970-01-01 open Equity:Bank:Chase

1970-01-01 open Income:Stripe
1970-01-01 open Income:Crypto:ETH

1970-01-01 open Expenses:COGS
1970-01-01 open Expenses:COGS:Contabo
1970-01-01 open Expenses:COGS:AmazonWebServices

1970-01-01 open Expenses:BusinessExpenses
1970-01-01 open Expenses:BusinessExpenses:ChatGPT

2023-05-14 * "CONTABO.COM" "Mercury Checking ••1234"
Expenses:COGS:Contabo 17.49 USD
Assets:Bank:Mercury -17.49 USD

2023-05-11 * "Amazon Web Services" "Mercury Checking ••1234"
Expenses:COGS:AmazonWebServices 14490.33 USD
Assets:Bank:Mercury -14490.33 USD

2023-03-01 * "STRIPE" "Mercury Checking ••1234"
Income:Stripe -21230.75 USD
Assets:Bank:Mercury 21230.75 USD

2023-05-18 * "customer_182734" "0x5190E84918FD67706A9DFDb337d5744dF4EE5f3f"
Assets:Crypto -19 ETH {1,856.20 USD}
Income:Crypto:ETH 19 ETH @@ 35267.8 USD

コードの理解

  1. 口座のオープン: コードは1970-01-01に一連の口座をオープンすることから始まります。これには資産口座(Assets:Bank:MercuryAssets:Crypto)、資本口座(Equity:Bank:Chase)、収益口座(Income:StripeIncome:Crypto:ETH)、および費用口座(Expenses:COGSExpenses:COGS:AmazonWebServicesExpenses:BusinessExpensesExpenses:BusinessExpenses:ChatGPT)が含まれます。

  2. 取引: 次に、2023-03-01 から 2023-05-18 の間に行われた一連の取引を記録します。

    • 2023-05-14 の取引は、Mercury Checking ••1234 から CONTABO.COM へ $17.49 の支払いを表しています。これは費用(Expenses:COGS:Contabo)として記録され、Assets:Bank:Mercury 口座からの同額の減少が対応します。

    • 同様に、2023-05-11 の取引は、同じ銀行口座から Amazon Web Services へ $14490.33 の支払いを表しています。これは Expenses:COGS:AmazonWebServices に記録されます。

    • 2023-03-01 の取引は、STRIPE からの収入が Mercury Checking ••1234 に入金され、合計 $21230.75 となります。これは収入(Income:Stripe)として記録され、銀行口座(Assets:Bank:Mercury)に加算されます。

    • 最後の取引(2023-05-18)は、顧客からの 19 ETH の暗号通貨取引を表しています。これは Assets:CryptoIncome:Crypto:ETH に記録されます。{1,856.20 USD} は取引時点の ETH の価格を示し、@@ 35267.8 USD は 19 ETH の取引総額を示しています。

すべての取引において、複式簿記の原則が維持されており、Assets = Liabilities + Equity の等式が常に成立することが保証されています。

最後に

この Beancount 元帳は、財務取引を追跡するためのシンプルでありながら堅牢なシステムを提供します。最後の取引で見られるように、Beancount は暗号通貨のような非伝統的資産も扱える柔軟性を持ち、デジタル化が進む金融環境における有用性を示しています。

この分解が、ベテランの会計士であれ、個人の財務管理を始めたばかりの初心者であれ、Beancount の構造と機能をより深く理解する手助けとなれば幸いです。次回のブログ記事では、さらに高度な Beancount の操作について掘り下げていきますので、お楽しみに。

Beancount.io の紹介

· 約6分
Mike Thrift
Mike Thrift
Marketing Manager

現代の簿記が重要な理由

まだスプレッドシートで投資を管理していますか?スプレッドシートは汎用性がありますが、投資ポートフォリオが拡大するにつれて扱いにくくなり、ミスが起きやすくなります。そこで登場するのが Beancount.io です。エンジニアと金融ミニマリストを念頭に置いて設計された、株式や暗号通貨ポートフォリオの管理に特化した洗練されたが使いやすい投資トラッキングプラットフォームです。強力な機能と直感的なインターフェースを組み合わせ、投資トラッキング体験を効率化します。

2019-09-07-introduction-to-beancount

支出

損益計算書

貸借対照表

複式簿記:正確性の基盤

Beancount.io は、世界中の金融機関で採用されている実績のある複式簿記の原則に基づいて構築されています。このシステムは、シンプルでありながら強力な概念――すべての金融取引は完全にバランスしなければならない――を通じて数式的な正確性を保証します。

複式簿記では、各取引は少なくとも二つのエントリ――借方(+)と貸方(-)――を異なる勘定科目に記録します。この組み込みの検証システムにより、バランスが取れない取引を記録することは事実上不可能となり、財務記録の正確性と信頼性が保たれます。

1970-01-01 open Income:BeancountCorp
1970-01-01 open Assets:Cash
1970-01-01 open Expenses:Food
1970-01-01 open Assets:Receivables:Alice
1970-01-01 open Assets:Receivables:Bob
1970-01-01 open Assets:Receivables:Charlie
1970-01-01 open Liabilities:CreditCard

2019-05-31 * "BeancountCorp" "Salary of May 15th to May 31st"
Income:BeancountCorp -888 USD
Assets:Cash 888 USD

2019-07-12 * "Popeyes chicken sandwiches" "dinner with Alice, Bob, and Charlie"
Expenses:Food 20 USD
Assets:Receivables:Alice 20 USD
Assets:Receivables:Bob 20 USD
Assets:Receivables:Charlie 20 USD
Liabilities:CreditCard -80 USD

上記二つの例から分かるように、すべての取引は会計等式を満たす必要があります。

Assets = Liabilities + Equity(aka Net Assets)

Beancount の構文(Martin Blais)と、Jakob Schnitzer が開発した Web プロジェクト Fava を使用してこのサイトを構築しています。取引のいずれかの足がゼロに合計されていない場合は、即座に警告が表示されます。

エラーアラート

これで台帳の正確性をどのように保証しているかが分かりますね。では「勘定科目」とは何でしょうか?

勘定科目の理解:水バケツのたとえ

財務勘定科目を相互に接続された水バケツのシステムと考えてみてください。お金はバケツ間を水のように流れます。このたとえにより、複式簿記が直感的に理解できます:ある勘定科目から別の勘定科目へ資金を移すことは、バケツからバケツへ水を注ぐことと同じで、システム全体の水量(資金)は一定のままです。

Beancount.io では以下の5種類の勘定科目が用意されています。

  1. Income — 金額は常に負(借方)です。収入が発生すると「Income」勘定が借方に記録され、資産勘定にクレジットされます。
  2. Expenses — 金額は常に正(貸方)です。支出が発生すると資産または負債から「Expenses」勘定へ資金が流れます。
  3. Liabilities — 金額は正またはゼロです。クレジットカードの残高など、増減がサイクルする負債が該当します。
  4. Assets — 金額は正またはゼロです。現金や不動産など、所有する資産の価値がここに記録されます。
  5. Equity — 純資産です。システムが自動的に計算します。Equity = Assets - Liabilities で、あなたの富の程度を表します。

上記キーワードでカスタマイズした勘定科目を開設できます。

1970-01-01 open Assets:Cash
1970-01-01 open Assets:Stock:Robinhood
1970-01-01 open Assets:Crypto:Coinbase
1970-01-01 open Expenses:Transportation:Taxi
1970-01-01 open Equity:OpeningBalance

商品を使った高度な投資トラッキング

Beancount.io は株式から暗号通貨まで、さまざまな投資を正確に追跡できます。複雑な投資シナリオの例を見てみましょう。たとえば、2014 年に 1 ビットコイン 100 USD で 10 ビットコインを購入した場合は次のように記録します。

2014-08-08 * "Buy 10 Bitcoin"
Assets:Trade:Cash -1000.00 USD
Assets:Trade:Positions 10 BTC {100.00 USD}

そして 3 年後にそれらを 1 ビットコインあたり 10,000 USD の価格で売却した場合は次のように記録します(@ 10,000.00 USD が単価を示します)。

2017-12-12 * "Sell 2 Bitcoin"
Assets:Trade:Positions -2 BTC {100.00 USD} @ 10,000.00 USD
Assets:Trade:Cash 20,000.00 USD
Income:Trade:PnL -19,800.00 USD

同じ取引を @@ 20,000.00 USD と書くと、合計 20,000 USD の価格で売却したことを意味します。

2017-12-12 * "Sell 2 Bitcoin"
Assets:Trade:Positions -2 BTC {100.00 USD} @@ 20,000.00 USD
Assets:Trade:Cash 20,000.00 USD
Income:Trade:PnL -19,800.00 USD

取引のすべての足(-2 BTC {100.00 USD} を含む)は常にゼロに合計されます。

{100.00 USD} のコストタグは重要です。なぜなら、同じ商品でも取得価格が異なる場合があるからです。

100 BTC {10.00 USD, 2012-08-08}
10 BTC {100.00 USD, 2014-08-08}

プロセスを簡略化したい場合は、勘定科目を FIFO または LIFO で開設できます。FIFO は「先入れ先出し」、LIFO は「後入れ先出し」を意味します。米国では IRS が FIFO を使用して損益と税金を計算します。

1970-01-01 open Assets:Trade:Positions "FIFO"

その後、-2 BTC {} のように省略形で売却指示を出すと、Beancount が自動的に FIFO 戦略を適用し、最も古い商品を売却します。

Beancount.io の始め方

Beancount.io は、テキストベースの取引記録を包括的な財務諸表(損益計算書、貸借対照表、試算表)に変換するモダンなクラウド型金融管理プラットフォームです。プレーンテキストファイルの信頼性と強力な可視化ツールを組み合わせることで、財務生活を正確にコントロールしながら、投資パフォーマンスに関する貴重なインサイトを得られます。

Beancount.io で金融の旅を始めましょう ― プロモーション期間中は無料!

Beancountで学ぶ簿記の基本:プレーンテキストで実現するクリーンな帳簿

· 約9分
Mike Thrift
Mike Thrift
Marketing Manager

お金の流れが分からなければ、ビジネスを舵取りできません。 正確な帳簿は、推測を洞察に変えます。 (Investopedia)

すべての事業主、フリーランサー、スタートアップ創業者は、やがて同じ現実に直面します。財務の混乱は成長の殺し屋です。キャッシュフローの全体像が見えなければ、盲目的に飛び回ることになります。では、コードに対して持つのと同じ精度とコントロールで財務を管理できたらどうでしょうか。プレーンテキストファイルで動作する強力なオープンソース会計システム、Beancount が登場します。

2019-03-24-bookkeeping-basics

このガイドでは、簿記の基本を順を追って解説し、Beancount を使って堅牢で軽量、かつ透明性の高い財務ワークフローを構築する方法を示します。

簿記とは?

簿記は、事業が行うすべての財務取引を体系的かつ継続的に記録することです。収益、費用、資産(所有物)、負債(負っているもの)を日々追跡する discipline です。

Beancount の世界では、これらの記録は専用ソフトに閉じ込められません。シンプルで人間が読めるプレーンテキストファイルに保存されます。このアプローチにより、Git などのツールで財務履歴をバージョン管理でき、ソフトウェアプロジェクトと同様に管理できます。すべてのエントリは、二重仕訳のバランス規則に従い、自動的にチェックされ、常に正しい帳簿が保たれます。 (beancount)

なぜ重要なのか

綿密な簿記は、単なる事務的な整理ではなく、戦略的優位性です。

  • 税務の自信: 税シーズンになると、整った記録が最強の味方になります。IRS は所得と控除の明確な書類を求めます。適切に管理された元帳があれば、自信を持って申告でき、監査の可能性を大幅に短縮できます。 (IRS)
  • 意思決定の鋭さ: 価格は十分か?特定のサービス契約は本当に利益を生んでいるか?サブスクリプション費用は暴走していないか?損益計算書や貸借対照表といった財務諸表は、価格漏れやコストの逸脱、キャッシュフローの穴を明らかにし、経営者や投資家に賢明な選択に必要なデータを提供します。 (Investopedia)
  • 資金調達の容易さ: 貸し手や投資家は感覚で決めません。資金を振り込む前に財務諸表の提出を求めます。整った帳簿があれば、数秒で貸借対照表や損益計算書を生成でき、プロフェッショナリズムと財務健全性を示せます。 (Investopedia)
  • 不正・エラーの警告: 銀行明細と帳簿の定期的な照合は、ミスに対する第一線の防御です。このシンプルな習慣により、重複請求や銀行エラー、詐欺行為を早期に発見し、重大な問題になる前に対処できます。 (IRS)

7 ステップのプレーンテキスト設計図

始める準備はできましたか?以下の手順で、Beancount を基盤とした簿記システムをゼロから構築します。

1. 事業用口座と個人用口座を分離する

これは絶対に譲れない最初のステップです。専用の事業用当座預金口座を開設し、必要に応じて事業用クレジットカードも取得します。資金を混同すると会計が悪夢になり、個人と事業の負債ラインが曖昧になります。正確な控除と法的保護のために、クリーンな分離は必須です。 (Small Business Administration)

Beancount では、open ディレクティブで口座の存在を宣言します:

; 口座のオープニングバランス
2025-07-22 open Assets:Bank:Business USD
2025-07-22 open Assets:Bank:Personal USD

2. 簿記システムを選択する

Beancount は 二重仕訳 手法を採用しています。これは何世紀にもわたる会計の金字塔です。原則はシンプルです:すべての取引は少なくとも二つの口座に影響します。ある口座からの借方には、必ず別の口座への貸方が対応します。このシステムの魔法は、すべての口座の合計が常にゼロにバランスすることです。Beancount はこの規則を自動的に強制するため、タイプミスや論理エラーは即座にフラグが立ちます。バランスが取れない帳簿は存在できません。 (beancount)

3. 会計基準を決める

主に次の二つから選択します:

  • 現金主義: 収入は現金が入ったとき、費用は支払ったときに記録します。シンプルでキャッシュフローを直接反映します。
  • 発生主義: 収入は「稼いだ」時点(例:請求書を送ったとき)に、費用は「発生した」時点(例:請求書を受け取ったとき)に記録します。特に成長中の企業にとって、財務の実態とパフォーマンスをより正確に把握できます。 (Investopedia)

以下は発生主義取引の例です。請求書を送った時点で収入を Assets:AccountsReceivable に計上し、クライアントが支払ったら現金を銀行口座に移動します。

; 発生主義例:請求書発行、後で入金
2025-07-22 * "Design invoice #101"
Assets:AccountsReceivable 3000.00 USD
Income:Design

2025-08-15 * "Client pays invoice #101"
Assets:Bank:Business 3000.00 USD
Assets:AccountsReceivable

4. ツールスタックを組む

Beancount の魅力は、ミニマリストでモジュラーな構造です。コアスタックは次の通りです:

  • エディタ + Git: 好きなテキストエディタで取引を記録し、Git でバージョン管理することで、すべての変更履歴を監査可能にします。
  • bean-report / bean-balance / Fava: bean-report などのコマンドラインツールや、見た目が美しいウェブインターフェース Fava が即座に財務諸表やダッシュボード、強力なフィルタリング機能を提供します。
  • インポーター: コミュニティが構築した豊富なインポーターが、CSV、Plaid、Stripe、PayPal などの API から銀行フィードに接続し、データ入力の多くを自動化します。

5. すべての取引にカテゴリを付ける

整理された「勘定科目表」は、洞察に満ちたレポートの土台です。事業に合ったカテゴリを階層的に定義し、取引を記録するたびに細かく分類します。

2025-07-30 * "AWS monthly bill"
Expenses:Hosting:AWS 124.50 USD
Assets:Bank:Business
tag: "ops"

この例では、費用は Expenses:Hosting:AWS に明確に分類されています。tag: "ops" を付与することで、主要カテゴリに関係なく「運用費用」だけを抽出するレポートが作れます。 (IRS)

6. 原本書類を安全に保管する

IRS はデジタルコピーの領収書や請求書を喜んで受け入れます。紙の領収書はスキャンし、メール請求書は Google Drive や Dropbox などのクラウドフォルダに転送します。その後、Beancount エントリにメタデータとして直接リンクを貼ります。これにより、完全に閉じた自己完結型の記録が完成します。

; 領収書画像をメタデータでリンク
2025-07-18 * "Team lunch"
Expenses:Meals 85.10 USD
Assets:Bank:Business
receipt: "receipts/2025-07-18-team-lunch.jpg"

7. 簿記を習慣化する

継続は力なり。先延ばしにすると簿記はストレスフルで時間がかかる作業になります。毎週または毎月の「Bean-day」を設定し、取引のインポート、口座の照合、財務レポートの確認を行いましょう。このシンプルなルーティンが、四半期ごとの慌ただしい作業を、短時間で完了できるビジネスヘルスチェックに変えます。 (IRS)

DIY とプロの支援

  • DIY: 取引量が予測可能なフリーランサーや小規模事業者にとって、Beancount を使った DIY アプローチは非常に効果的です。チャート・オブ・アカウントの妥当性確認や全体の方向性を確かめるために、税理士と一度だけ相談するのが賢明です。
  • プロのレビュー: 事業が拡大し取引が複雑化したり、コンプライアンスリスクが高まったりした場合は、定期的にプロのブックキーパーや会計士にレビューしてもらう価値があります。Beancount は真実の情報源として使い続け、必要なレポートだけをエクスポートして提供すれば OK です。

クイックスタートチェックリスト

  • 事業用と個人用の銀行口座を分離する。
  • Beancount のスターターレポジトリをクローンし、accounts.bean に口座を定義する。
  • 現金主義か発生主義かを選び、徹底する。
  • 銀行(CSV)、Stripe、PayPal などのインポーターを設定してデータ入力を自動化する。
  • すべての取引にタグと明確な説明文を付ける。
  • 週次または月次で元帳を銀行明細と照合する。
  • Fava または bean-report を使って月次の損益計算書、貸借対照表、キャッシュフロー報告書を生成する。
  • .bean ファイルを定期的にバックアップする(Git + オフサイトストレージ)。

さらに読む

始める準備はできましたか? Beancount をインストールし、最初のエントリをコミットして、スプレッドシートの曖昧さからプレーンテキストの明快さへと移行しましょう。ハッピー・ビーンズキーピング!