「Financial Management」タグの記事が45件件あります

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

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

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:Mercury と Assets:Crypto）、資本口座（Equity:Bank:Chase）、収益口座（Income:Stripe と Income:Crypto:ETH）、および費用口座（Expenses:COGS、Expenses:COGS:AmazonWebServices、Expenses:BusinessExpenses、Expenses: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:Crypto と Income:Crypto:ETH に記録されます。{1,856.20 USD} は取引時点の ETH の価格を示し、@@ 35267.8 USD は 19 ETH の取引総額を示しています。

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

最後に​

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

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

プレーンテキストテンプレート、繰り返し可能なワークフロー、そして「まだ支払われていないのは誰？」という単一クエリ

請求書作成は、完了した仕事と待っている支払いの間に挟まれた面倒な作業に感じられることがあります。しかし、優れた請求書プロセスは健全なキャッシュフローの根幹です。請求書は二重の役割を果たします。クライアントに何をいつ支払うべきかを明確に伝えると同時に、会計システムに必要な確固たる事実を提供します。

専用の SaaS アプリは洗練された自動 PDF を送信できますが、月額料金がかかり、データがプロプライエタリなサイロにロックされがちです。Beancount を使った軽量なプレーンテキストアプローチは、強力な代替手段を提供します。各請求書を明確な会計エントリのセットに変換でき、バージョン管理、豊富なメタデータ、即時クエリのすべての利点を享受できます—サブスクリプションは不要です。

最低限必要な請求書（絶対に省いてはいけない項目）​

帳簿に手を付ける前に、プロフェッショナルな請求書が必要です。フォーマットはシンプルでも、内容は正確でなければなりません。長年の中小企業の実務から借用したこれらの項目は交渉の余地がありません。

• 販売者情報: 事業者名と所在地。
• 顧客情報: 顧客名と（可能であれば）住所。
• 請求書番号: 再利用されない一意の連番 ID。INV-045 は INV-044 の次です。
• 発行日・支払期日: 請求書の発行日と支払期日を明記。
• 明細項目: サービスまたは製品の明確な説明、数量、単価、合計金額。
• 小計・税金・合計: 計算式を示し、顧客が容易に追跡できるように。
• 任意の備考: 感謝の言葉、振込指示、顧客が提供した発注書番号など。

開始にあたって、これらすべての項目を含む編集可能なテンプレートを用意しました。スプレッドシート版は合計金額を自動計算します。

注: 請求書テンプレートは近日公開予定です！それまでの間は、上記項目を使って Google Docs、Word、Sheets、Excel、または任意の文書形式で独自に作成してください。

請求書を帳簿に記録する​

クライアントに PDF 請求書を送付したら、Beancount に記録する必要があります。これは、収益が「発生した」時点で認識し、支払われた時点だけでなく、会計上重要なステップです。プロセスは 2 つの取引に分かれます。

1. 請求書を発行したとき:

総額を Income 勘定から Assets:AccountsReceivable に移す取引を作成します。これにより帳簿上にデジタル IOU が生成されます。

; 2025‑07‑21 Invoice #045  Web design sprint for Acme Corp.
2025-07-21 * "Acme Corp" "INV-045 Web design sprint"
  Assets:AccountsReceivable          3500.00 USD  ; due:2025-08-04
  Income:Design:Web
  invoice_id: "INV-045"
  contact_email: "[email protected]"
  link: "docs/invoices/2025-07-21_Acme_INV-045.pdf"

ここでは AccountsReceivable を借方、Income 勘定を貸方にしています。メタデータとして支払期日、固有の invoice_id、送付した PDF への直接 link: が含まれています。

2. クライアントが支払ったとき:

入金が銀行口座に届いたら、IOU を「決済」する第 2 の取引を記録します。AccountsReceivable からチェック口座へ金額を移動します。

2025-08-01 * "Acme Corp" "Payment INV-045"
  Assets:Bank:Checking               3500.00 USD
  Assets:AccountsReceivable
  invoice_id: "INV-045"

Assets:AccountsReceivable の INV-045 の残高はゼロになり、帳簿は完全にバランスします。

PDF を添付: link: メタデータキーは、Beancount のウェブインターフェースである Fava と組み合わせると特に威力を発揮します。Fava は取引ビューにクリック可能なリンクを直接表示し、元文書がワンクリックで参照できます。このワークフローは 2016 年の機能要望で既に提案されていました（GitHub）。

未回収請求書を一覧表示するクエリ​

それでは、まだ支払われていないのは誰でしょうか？このシステムなら、メールやスプレッドシートを探し回る必要はありません。シンプルなクエリ一つで済みます。

open-invoices.sql という名前で以下を保存してください。

SELECT
  meta('invoice_id') AS id,
  payee,
  narration,
  date,
  number(balance) AS outstanding
WHERE
  account = "Assets:AccountsReceivable"
  AND balance != 0
ORDER BY
  date;

コマンドラインから実行します。

bean-query books.beancount open-invoices.sql

数秒で、未回収請求書の最新エイジングレポートが取得できます。請求書 ID、顧客、発行日、未払金額が一覧表示され、追加ソフトは不要です。

面倒な作業を自動化する​

プレーンテキストの最大の魅力はスクリプト化です。このワークフローの手間のかかる部分を自動化できます。

• テンプレート + Pandoc = PDF: 請求書テンプレートを Markdown で管理し、Python スクリプトで変数（顧客名、明細、請求書番号）を埋め込み、コマンドラインツール Pandoc で即座にプロフェッショナルな PDF に変換。
• Git プレコミットフック: Ledger を Git 管理している場合、シンプルなプレコミットフックで保存前にチェックを実行。新しい invoice_id が一意であるか、取引の貸借がゼロになるか、link: で参照したファイルが実在するかを検証。
• Cron ジョブ: 定期タスク（cron）で open-invoices.sql クエリを毎晩実行し、サマリーをメール送信。毎朝、誰にリマインドが必要かが一目で分かります。

現実的な注意点​

Beancount は会計ツールであり、請求書 サービス ではありません。クライアントへの支払リマインダー送信やクレジットカード決済の自動処理は行いません。ワークフローは次の通りです。好きな方法（上記テンプレートなど）で請求書を作成・送付し、帳簿にエントリを記録します。

フリーランサーや小規模事業者にとって、この手作業は、完全に所有・管理できる、監査可能で無料の会計システムを手に入れるための小さな代価です（beancount.io）。

次のステップ​

請求書管理を自分の手に取り戻す準備はできましたか？以下の手順で始めましょう。

1. テンプレートをダウンロードし、次の実際の請求書を作成。連番の請求書番号を必ず使用。
2. 送付した PDF を docs/invoices/ などの専用フォルダに保存し、Beancount 取引の link: メタデータで参照。
3. open-invoices.sql クエリを保存し、週次の財務レビュー時に実行する習慣をつける。

プレーンテキスト会計は、洗練さやコントロールを犠牲にするものではありません。データベースが grep 可能になるだけです。シンプルなテンプレートと上記スニペットで、支払いをより早く受け取り、帳簿を完璧に保ちましょう。

多くのお客様から、2 月以降、1 つの元帳に複数のファイルを追加する方法について問い合わせがありました。取引をアーカイブしたり分類したりするためのファイル構造が必要とのことです。そこで、数か月にわたる作業の末、ついにこの機能を無料でリリースできることをお知らせします。

使い方は以下の通りです：

ファイル > 新しいファイルを作成​

左側のナビゲーションサイドバーにあるファイルエディタタブへ移動します。その後、"File" ドロップダウンを開き、"Create a new file" をクリックしてください。

新しいファイルに名前を付ける​

有効なファイル名を付けて保存してください。すべてのファイル名は必ず「.bean」で終わる必要があります。

ファイルをインクルードする​

重要なステップです。新しく作成したファイルを main.bean にインクルードする必要があります。

例として、stock.bean を追加した場合、main.bean に include "stock.bean" と記述してください。

ページをリフレッシュしてファイルへ移動​

ページをリフレッシュすると、"File" ドロップダウンにファイルが表示されます。

ファイルの名前変更または削除​

ファイルを開いたら、"Edit" ドロップダウンから名前の変更や削除が行えます。

問題がありますか？​

https://t.me/beancount で質問してください。

Beancount の進化における大きなマイルストーンを発表できることを嬉しく思います。iOS と Android の両プラットフォーム向けに専用モバイルアプリをリリースしました！このリリースは、コミュニティから最も頻繁に寄せられた要望の一つである「モバイルデバイスで台帳を効率的に管理したい」という声に直接応えるものです。

主な機能​

• クイック取引入力: 外出先でもシームレスに新しい取引を追加
• モバイル財務レポート: いつでもどこでも財務インサイトにアクセス
• 直接台帳編集: 最適化された Web ビューを通じて台帳ファイルにフルアクセス
• クロスプラットフォーム同期: すべてのデバイスで財務データを一貫させる

コミュニティ主導の開発​

このリリースはモバイルの旅の始まりに過ぎません。皆様のニーズとフィードバックに基づき、アプリを進化させていくことを約束します。Telegram のコミュニティ https://t.me/beancount に参加して、Beancount について議論し、体験を共有し、将来の機能作りに貢献してください。

ビジョン​

Beancount のミッションは、すべての人がより良い財務管理と理解を実現できるよう支援することです。このモバイルアプリはその目標に向けた重要な一歩であり、今後も多くのエキサイティングな機能やツールがロードマップにあります。

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

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

このガイドでは、簿記の基本を順を追って解説し、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 + オフサイトストレージ）。

さらに読む​

• IRS Publication 583 — Starting a Business & Keeping Records
• Beancount Documentation — Language & Command-Line Tools

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