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

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

全てのタグを見る

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、貸倒引当金)を定期的にモニタリングし、ビジネスの資金繰りを安定させましょう。


参考情報


S Corp と C Corp の利点と欠点:Beancount.io ユーザー向け

· 約10分
Mike Thrift
Mike Thrift
Marketing Manager

適切な事業体を選択することは、創業者が下す最も重要な決断のひとつです。税金、資金調達の可能性、そして管理業務の負担に直接影響します。法人化された事業で最も一般的な構造は、C法人とS法人です。違いは何か、どちらが自分に適しているかを見ていきましょう。

TL;DR

2025-08-11-s-corp-vs-c-corp-advantages-and-disadvantages

C法人は法人レベルで課税され、配当を受け取った株主が再度課税される、いわゆる二重課税の仕組みです。S法人は「パススルー」形態で、利益は所有者の個人税申告で一度だけ課税されますが、所有者数に厳しい制限があります。大規模に再投資しベンチャーキャピタルを調達したい場合は C法人 が一般的にスケーラブルでクリーンです。利益が出ていて、現金を分配しつつ適正な給与を支払いたい場合は S法人 が税負担を大幅に軽減できます。

どちらを選んでも、Beancount.io はプレーンテキストで監査可能なエントリと、税務時に楽になるエクスポート対応の財務情報を提供します。


Quick Comparison

TopicC corporationS corporation
How to create州に articles of incorporation を提出(デフォルトステータス)まず法人化し、次に IRS Form 2553 を提出して S法人ステータスを選択
Taxation二重課税:利益は法人レベルで課税され、配当は株主が個人で課税パススルー:利益は所有者の個人申告で課税(法人所得税なし)
Ownership rules株主数・種類に制限なし。複数クラスの株式が許可される≤100 名の株主、米国居住者のみ1つの経済的クラス の株式のみ許可
Investor perceptionベンチャーキャピタルに好まれる、特に業界標準の Delaware C corpパススルー課税と株式クラス制限のため、VC からは魅力が低い
Best for再投資と外部資本調達に注力するハイグローススタートアップ給与と分配のミックスで現金を引き出したいオーナー経営者
Core IRS forms1120, 1120-W, 941, 1099-DIV(配当支払時)1120-S, 1120-W(該当する場合), 941, Schedule K-1(各所有者へ発行)

Note: 連邦法人所得税は一律 21% です。ただし、C法人・S法人ともに州ごとの規則は大きく異なります。設立・運営する州の税務取扱いは必ず確認してください。


What is a C Corporation?

C corporation は米国における標準的な法人形態です。州に articles of incorporation を提出すると、特に別の選択をしなければ C法人 が成立します。この形態は所有者(株主)に 有限責任保護 を提供し、取締役会・役員・定款といった正式なガバナンスを要求し、投資家や金融機関が認識しやすい法的実体を作ります。

How C Corps Are Taxed

C法人は独自の税務主体です。IRS Form 1120 を提出し、純利益に対して法人税を支払います。その後、利益を 配当 として株主に分配すると、株主は個人の税申告で配当所得を報告し、再度課税されます。これが「二重課税」と呼ばれる仕組みです。

Why Choose a C Corp?

  • 資金調達・エクイティ:スタートアップにとって最大の魅力です。C法人は複数クラスの株式(普通株・優先株など)を発行でき、ベンチャーキャピタル取引に必須です。オプションプール、SAFE、コンバーティブルノートの設定も容易です。
  • 再投資:利益をすべて事業に再投資すれば、配当を出さない分だけ二重課税を回避できます。利益は法人税率で一度だけ課税され、会社に残ります。
  • シグナリング:Delaware C法人 として設立することで、投資家に「ベンチャー規模の企業を目指す」意図を示すことができます。

Drawbacks of a C Corp

  • 二重課税:定期的に利益を分配する場合、同一金額に対して二度課税されます。
  • 管理負担:取締役会開催、議事録作成、複雑な州・連邦申告など、コンプライアンス要件が増えます。
  • 控除の制限:個人やパススルー形態で利用できる一部の税額控除・減税は法人レベルでは利用できません。

What is an S Corporation?

S corporation は別個の法人形態ではなく、IRS に対して行う特別な 税選択 です。国内法人(または法人課税を選択した LLC)が Form 2553 を提出して S法人ステータスを取得すると、連邦税上は パススルー 形態として扱われます。

Eligibility Snapshot

S法人ステータスを取得・維持するには、以下の厳格な条件を満たす必要があります。

  • 株主は 100 名以下
  • 株主はすべて 米国個人、特定の信託・遺産であり、法人・パートナーシップ・非居住者は不可。
  • 1 クラスの株式 だけが許可されます(投票権の違いは可)。利益・資産分配の権利は全株式で同一。
  • 銀行や保険会社など、対象外の法人ではないこと。
  • Form 2553 を期限内に提出すること。既存事業の場合、課税年度の第3月目の15日まで(暦年事業なら 3 月 15 日)に提出します。

Why Choose an S Corp?

  • 単一課税層:利益・損失は Schedule K-1 を通じて所有者の個人税申告に直接反映され、法人自体は連邦所得税を支払いません。
  • 自営業税の節税:所有者兼従業員は「適正給与」を支払う必要がありますが、給与以外の利益は 分配 として支払われ、自営業税の対象外となります。

Drawbacks of an S Corp

  • 厳格なルール:所有制限を違反すると「意図しないステータス喪失」となり、税務上の混乱が生じます。
  • 「適正給与」審査:IRS は所有者給与が適正かどうかを厳しくチェックします。人工的に低給与に設定し、分配で税金を回避しようとすると監査リスクが高まります。
  • 州ごとの取り扱い:すべての州が S法人選択を認めているわけではなく、州レベルで C法人 と同様に課税されたり、別途法人税が課されることがあります。

Which Should You Pick?

選択は所有権、資金調達、キャッシュフローの目標に依存します。

C法人 が適しているケース:

  • ベンチャーキャピタルなど機関投資家からの資金調達を検討している。
  • 創業者と投資家向けに異なる株式クラス(例:優先株)を設定したい。
  • SAFE やコンバーティブルノートなど複雑なエクイティツールを利用したい。
  • 将来的に米国外の所有者が出現する可能性がある。
  • 利益を数年間再投資し、現金引き出しを遅らせる計画がある。

S法人 が適しているケース:

  • 100% 米国個人(条件を満たす)で所有されている。
  • すでに利益が出ており、所有者への現金分配を効率的に行いたい。
  • 適正給与を支払う体制が整っており、給与と分配を明確に区別できる。
  • 複数クラスの株式を必要としない。

どちらを選んでも、Delaware C法人 として設立し、後に所有構造や利益状況が変わった時点で S法人選択を検討するという柔軟なアプローチが一般的です。


Beancount.io: How Your Books Differ (with Examples)

C法人でも S法人でも、Beancount.io のプレーンテキスト元帳は税務・エクイティの資金フローを明示的かつ監査可能にします。以下に主要な仕訳例を示します。

1) C Corp: 法人所得税の計上と支払い

2025-03-31 * "Accrue federal corporate income tax for Q1"
Expenses:Taxes:Income 12500.00 USD
Liabilities:Taxes:Federal -12500.00 USD

2025-04-15 * "Pay Q1 2025 federal estimated tax"
Liabilities:Taxes:Federal 12500.00 USD
Assets:Bank:Checking -12500.00 USD

2) C Corp: 配当支払 vs. 利益留保

2025-06-30 * "Board declares and pays cash dividend"
Equity:Dividends 50000.00 USD
Assets:Bank:Checking -50000.00 USD

配当を行わず利益を留保する場合は、この取引を記録しません。利益は Equity:RetainedEarnings に残ります。

3) S Corp: 適正給与と給与税

2025-01-31 * "Owner payroll (gross wages and employer taxes)"
Expenses:Payroll:Wages 8000.00 USD ; Gross salary
Expenses:Payroll:EmployerFICA 612.00 USD ; Employer portion of taxes
Liabilities:Payroll:Federal -2000.00 USD ; Withholding + FICA
Liabilities:Payroll:State -400.00 USD ; State withholding
Assets:Bank:Checking -8000.00 USD ; Net cash outflow

2025-02-15 * "Remit payroll taxes"
Liabilities:Payroll:Federal 2000.00 USD
Liabilities:Payroll:State 400.00 USD
Assets:Bank:Checking -2400.00 USD

4) S Corp: 利益分配(パススルー)

2025-03-31 * "Owner distribution from S Corp"
Equity:OwnerDraw 3000.00 USD
Assets:Bank:Checking -3000.00 USD

5) テーブル形式での仕訳要点

項目C corporation の例S corporation の例
法人税計上Expenses:Taxes:IncomeLiabilities:Taxes:Federal を使用S法人では法人税は計上しません
配当Equity:Dividends 勘定で記録S法人では配当は行わず、利益はパススルーとして所有者へ渡ります
給与給与は Expenses:Payroll:* 系列で記録し、給与税は Liabilities:Payroll:* に計上所有者兼従業員の給与は同様に記録し、残りの利益は Equity:OwnerDraw で分配

Note: ここに示した仕訳はあくまで例です。実際の勘定科目体系は組織のポリシーに合わせてカスタマイズしてください。


Additional Sections (translated)

What is a C Corporation?

C法人は米国で最も一般的な法人形態で、有限責任、正式な取締役会、複数クラスの株式発行が可能です。

What is an S Corporation?

S法人は税務上の選択であり、所有者数や株式クラスに制限がありますが、利益はパススルーされます。

How to Choose Between Them

上記の比較表と各セクションのポイントを踏まえて、事業の成長ステージと資金調達計画に合わせて選択してください。


FAQ(よくある質問)

Q: S法人とC法人の違いは何ですか?
A: 主な違いは課税方法と所有者数の制限です。C法人は法人税と配当課税の二重課税、S法人は利益が所有者の個人税に直接流れるパススルーです。

Q: S法人にできないことはありますか?
A: 株式のクラス分けや100名以上の所有者がいる場合は選択できません。また、一部の州ではS法人選択が認められていません。

Q: Beancount.io でコードブロックはそのままですか?
A: はい、Beancount の仕訳コードは変更せずにそのまま使用します。プレーンテキストのまま保存でき、後から簡単にエクスポート可能です。


References(参考文献)

  • IRS Publication 542 – Corporations
  • IRS Form 2553 Instructions
  • Beancount Documentation

Disclaimer: 本記事の内容は一般的な情報提供を目的としています。具体的な税務・法務の判断については、必ず税理士・弁護士等の専門家にご相談ください。Beancount.io は会計ソフトウェアであり、法的助言を行うものではありません。

Beancount.io と従来の会計ソフトウェア:どちらが自分に最適か?

· 約8分
Mike Thrift
Mike Thrift
Marketing Manager

何十年もの間、ビジネス会計の世界は QuickBooks、Xero、FreshBooks といった閉鎖的な GUI ベースのシステムが支配してきました。これらは使いやすさと視覚的なワークフローを提供し、非技術的なユーザーに適しています。しかし、開発者やパワーユーザー、そして完全な透明性とコントロールを求める人々にとって、全く異なるアプローチが登場しました:Beancount.io です。

本記事では Beancount.io と従来の会計ソフトウェアを直接比較します。哲学、柔軟性、コスト、長期的な保守性という観点から主要な違いを分解し、どのシステムが本当に自分のニーズに合うかを判断できるようにします。

2025-08-08-beancount-io-vs-traditional-accounting-software

1. 哲学とワークフロー

この二つのアプローチの最も根本的な違いは、コア哲学にあります。

Beancount.io
Beancount.io はプレーンテキスト会計という哲学に基づいて構築されています。すべての取引はシンプルなテキストファイルのエントリとして記録されます。この「コードとしての会計」モデルは、人間が読めてバージョン管理できる記録を優先します。財務データはベンダーにロックされることのない、永続的でオープンな形式で所有できます。コードエディタや Git、コマンドラインツールに慣れたユーザー向けに設計されたワークフローです。

従来のソフトウェア
従来の会計プラットフォームは GUI ベースでフォーム駆動です。ウィザードやドロップダウン、ビジュアルフォームを使ってデータを入力します。このアプローチは即時性とアクセシビリティを重視し、非技術的なユーザーが学習コストなく始められるようにします。ただし、データはベンダー所有のフォーマットやクラウドデータベースに保存され、別サービスへの移行時には複雑なエクスポート/インポートが必要になることがあります。

結論:完全なコントロール、データ所有権、透明性、そして自動化を重視するなら Beancount.io が明らかな勝者です。「クリックしてすぐに」始めたい場合は従来のソフトウェアが自然に感じられます。

2. 柔軟性とカスタマイズ

ソフトウェアはどれだけ自分のニーズに合わせられるか?

Beancount.io
100 % スクリプト可能であることが Beancount.io の最大の強みです。Python とシームレスに統合でき、任意の API に接続したり、銀行フィードからデータを自動取得したり、複雑なルールに基づいて取引にタグ付けしたり、完全にカスタマイズしたレポートを生成したりできます。ベンダーが課す制限がないため、拡張性は実質的に無限です。

従来のソフトウェア
PayPal、Stripe、各種給与サービスなどの一般的なツールとの統合が用意されていますが、ベンダーの「壁の中」で動くことになります。カスタマイズはプラットフォームが許可する範囲に限られ、上位プランへのアップグレードやサードパーティアドオンの購入が必要になることが多いです。API は利用可能ですが、エコシステムのルールやレートリミットに縛られます。

結論:開発者や技術者にとって Beancount.io の柔軟性は比類がありません。標準的なプラグイン・アンド・プレイの業務フローを求める場合は従来ツールが適しています。

3. コラボレーションと透明性

他者と協働し、記録を監査する方法が大きく異なります。

Beancount.io
コラボレーションは Git を通じて管理されます。財務元帳へのすべての変更が完全に透明で監査可能です。誰が、いつ、なぜ変更したかがコードレビューと同様に把握できます。分散チームで GitHub や GitLab をすでに利用している場合に最適です。さらに、レポートの数値はすべて元帳ファイルの行項目に遡れるため、計算がブラックボックスになることはありません。

従来のソフトウェア
組み込みのユーザー役割と権限でコラボレーションを行います。会計士やブックキーパー、ビジネスパートナーをウェブインターフェース経由で招待でき、リアルタイムで帳簿にアクセスできます。ただし、税金計算や自動残高調整など、一部の内部ロジックが不透明な「ブラックボックス」になることがあり、独自に検証しにくい点があります。

結論:細かな監査性とコードスタイルの共同作業を重視するチームには Beancount.io が最適です。従来システムは GUI でのリアルタイム共有に慣れた会計士向きです。

4. コストと所有権

財務モデルとデータ所有権の概念は全く異なります。

Beancount.io
コアの Beancount ソフトウェアはオープンソースで無料です。支払うのはホスティング、インテリジェント自動化、プレミアム機能といった付加価値サービスのみ。シートごとのライセンス料はなく、チーム規模に応じてコストが増えることはありません。最も重要なのはベンダーロックインがゼロであること。テキストファイルの集合体であるデータは、好きな場所に好きな時に移動・編集・保存できます。

従来のソフトウェア
サブスクリプションモデルが主流で、月額または年額で課金されます。機能ごとに階層があり、ユーザー数や企業規模に応じた追加料金が発生することがあります。支払いを停止するとデータや機能へのアクセスが失われるリスクがあり、ベンダーロックインは長期的な重大リスクです。

結論:技術チームでデータ主権を重視するなら Beancount.io は長期的に圧倒的にコスト効果が高いです。従来ソフトは予測可能なサブスク費用ですが、長期的な依存を招きます。

5. 学習曲線と導入速度

どれだけ早く使い始められるか?

Beancount.io
学習曲線は確実に急です。テキストベースの編集、基本構文の理解、Git などのツールに慣れる必要があります。しかし、投資した時間は大きなリターンを生みます。習得すれば、超高速で再現可能なワークフローが実現し、財務全体の深い理解が得られます。

従来のソフトウェア
非技術的なビジネスオーナー向けに設計されており、オンボーディングの摩擦が最小限です。数分で請求書作成や費用分類が可能です。ただし、カスタムレポート作成やマルチエンティティ会計といった高度機能を使いこなすには依然として相応の時間が必要です。

結論:強力なシステムを学ぶ覚悟があるなら Beancount.io が適しています。即効性と簡便さを求める非技術ユーザーには従来ソフトが向いています。

並列比較

機能Beancount.io従来の会計ソフトウェア
コア哲学コードとしての会計;プレーンテキスト元帳GUI ベース;フォーム駆動
データ形式オープン(プレーンテキスト)プロプライエタリ(データベース)
データ所有権100 % ユーザー所有・ポータブルベンダー管理;ロックインの可能性
柔軟性無限;Python で完全スクリプト可能ベンダーエコシステムと API に限定
コラボレーションGit ベース;変更履歴が透明ロールベースのユーザー権限
透明性完全監査可能;隠れた計算なし一部計算が不透明になることあり
コストモデルオープンソースコア;ホスティング/自動化に課金月額/年額サブスクリプション(SaaS)
学習曲線非技術者には急低;すぐに始められる設計
想定ユーザー開発者、パワーユーザー、データアナリスト中小企業オーナー、非技術チーム

どちらを選ぶべきか

最終的な判断は、チームのスキル、優先事項、ワークフローに依存します。

Beancount.io を選ぶべきケース

  • 開発者、データアナリスト、技術志向のパワーユーザーである
  • 完全な透明性、コントロール、長期的なデータポータビリティを最重要視する
  • 会計を自動化し、独自のワークフローに深く統合したい
  • 財務記録をソースコードと同等の厳密さで扱うことに抵抗がない

従来の会計ソフトウェアを選ぶべきケース

  • 技術的なセットアップなしで、すぐに使えるビジュアルインターフェースが欲しい
  • 会計士やチームメンバーに最小限のトレーニングでアクセスさせたい
  • ベンダーがアップデートやコンプライアンスをすべて管理するマネージドサービスを好む
  • 必要な統合が既製のアプリで十分にカバーできる

最後に

Beancount.io は QuickBooks を「上回る」ことを目指すのではなく、根本的に異なる考え方を提示しています。会計をコードとして扱うことで、バージョン管理がソフトウェア開発にもたらしたような「完全な透明性、完全な再現性、究極のコントロール」を実現します。

同時に、従来の会計ソフトは即時の使いやすさと、非技術チーム向けの既製統合で依然として強みを持ちます。どちらが「全体的に優れている」かではなく、あなたのワークフロー、優先順位、財務データに対するコントロール欲求に最も合致する方を選ぶことが重要です。

S-Corp選択、Beancountユーザー向け解説

· 約5分
Mike Thrift
Mike Thrift
Marketing Manager

それが何か、いつ効果があるか、そして元帳にきれいにモデル化する方法(例付き)

⚠️ 本ガイドは米国向けの教育目的のみです。ご自身の状況については税務の専門家にご相談ください。

要点まとめ

  • S-corpは、IRS(Form 2553)を通じて選択する税ステータスで、事業利益が所有者の個人税申告書にパススルーされます。重要な要件は、配当や分配として利益を受け取る前に、所有者兼オペレーターに適正なW‑2給与を支払うことです。
  • 期限は重要です:既存事業の場合、S‑corpステータスを開始したい課税年度の第3月の15日までに申請しなければなりません。たとえば、2025年のカレンダー年での選択の場合、2025年3月15日が土曜になるため、実務上の期限は次の営業日である**2025年3月17日(月)**です。
  • なぜ行うのか? 主な魅力は自営業税の節税です。W‑2給与はFICA税の対象ですが、分配金は対象外です。ただし、このメリットには給与計算やコンプライアンス、州によっては追加の法人税といったコストが伴います。
  • Beancountでは、給与と分配金を明確に分離することが重要です。給与負債を追跡し、会社の2%以上を保有する株主の健康保険に関する特別会計処理を行い、分配金は資本勘定を通じて明示的に記録します。

2025-08-08-s-corp-election

S‑corp選択とは何ですか?

本質的に、S‑corp選択は事業の課税方法を変更するようIRSに要請する手続きです。Form 2553を提出することで、法人またはLLCを内部収益コード(IRC)のSubchapter Sの下で課税させるよう求めます。これにより事業は「パススルー」エンティティとなり、所得・損失・控除・税額控除が直接株主の個人税申告書に反映されます。これは単なる税務上の分類であり、法的な事業形態が変わるわけではありません。

株主兼オペレーターへの主な影響

選択が有効になると、あなたの役割は 株主従業員 の二つに分かれます。

この区別は極めて重要です。労働に対する報酬は W‑2給与 として支払われ、標準的な給与税(社会保障税・医療保険税)の対象となります。残りの利益は 分配金 として受け取りますが、これは給与税の対象外です。

2%以上保有する株主の健康保険

2%以上の株式を保有する株主が会社を通じて健康保険を受け取る場合、その保険料は W‑2の第1欄に含める 必要があります。保険料自体は会社の費用として計上できますが、給与に含めることで株主の課税所得に反映させます。

Beancountでの実装手順

  1. 給与勘定と資本勘定を分離するための勘定科目を設定します(例:Expenses:Payroll:WagesLiabilities:Payroll:Federal:FITEquity:Distributions など)。
  2. 毎月の給与計算時に、適正なW‑2給与 を支払うと同時に、分配金は Equity:Distributions へ記録します。
  3. 州ごとの法人税やフランチャイズ税は Expenses:Taxes:State:S‑CorpExpenses:Taxes:State:Franchise で管理します。
  4. 税金の納付は Liabilities:Payroll:Federal:FIT などの負債勘定で管理し、EFTPS などで支払った際にクリアします。

Beancountでのモデル例

以下は、S‑corpを採用した単一株主企業の典型的な元帳構造です。コードブロック内のコメントは英語のままにしていますが、実務では日本語のコメントに置き換えても構いません。


S‑corp選択の概要

  • 税ステータス:S‑corpはIRSが提供する税務上のステータスで、事業利益が個人の税申告にパススルーされます。
  • 適正給与:利益を分配する前に、所有者兼オペレーターへ適正なW‑2給与を支払う必要があります。
  • 期限:対象課税年度の第3月の15日までにForm 2553で申請。
  • 節税効果:自営業税(SECA税)の一部が回避できるが、給与計算や州税のコストが発生。
  • Beancountでの実装:給与と分配金を別勘定で管理し、健康保険等の特別処理も行う。

S‑corp選択の実務的な流れ

1. 申請手続き

  1. Form 2553 を作成し、IRSへ提出。
  2. 申請は課税年度開始前の第3月の15日までに行う。
  3. 期限を過ぎた場合は、翌課税年度からの適用となります。

2. 給与計算と分配金の管理

  • 給与Expenses:Payroll:Wages に計上し、Liabilities:Payroll:Federal:FIT などの負債で控除。
  • 分配金Equity:Distributions 勘定で記録し、給与勘定とは絶対に混在させない。

3. 州税・法人税の処理例

  • カリフォルニア州:年間最低フランチャイズ税 $800、法人レベル税 1.5 %
  • ニューヨーク州:別途CT‑6でのS‑electionが必要だが、元帳への直接的な影響はなし。

コード例(変更不要)

2025-01-31 * "Gusto" "Jan payroll — shareholder‑employee"
Expenses:Payroll:Wages 8,333.33 USD
Expenses:Payroll:EmployerTaxes:FICA 516.67 USD
Expenses:Payroll:EmployerTaxes:Medicare 120.83 USD
Liabilities:Payroll:Federal:FIT -1,200.00 USD
Liabilities:Payroll:Federal:FICA -1,033.34 USD ; employee + employer
Liabilities:Payroll:Federal:Medicare -241.66 USD ; employee + employer
Liabilities:Payroll:State:Withholding -300.00 USD
Assets:Bank:Checking -6,195.83 USD

(以下、元のコードブロックはそのままです)


S Corp vs. LLC:違いは何か—どちらがあなたの帳簿に適しているか?

· 約9分
Mike Thrift
Mike Thrift
Marketing Manager

ビジネス構造を選ぶことは、最初の本格的な「財務」意思決定のひとつです。責任保護とパススルー課税を求める小規模チームやソロ創業者にとって、候補は通常 LLCS corporation のどちらかです。

本ガイドでは、法的、運営上、税務上の違いを解説し、Beancount.io(フリーランサーから S corp までスケールするプレーンテキスト・複式簿記)でどちらの構造でもクリーンで監査に耐える記録を保つ方法を示します。

2025-08-11-s-corp-vs-llc


一目でわかる比較

S CorpLLC
何であるかIRS に選択させる法人または LLC の税ステータス州が作成する柔軟なガバナンスを持つ法的実体
責任保護ありあり
所有者最大 100 人の米国株主;エンティティ所有者は不可無制限のメンバー;エンティティや非米国所有者も可(州により異なる)
運営法人定款、取締役/役員、会議と議事録運営契約に基づく;形式的手続きは少ない
株式のクラス1 クラスの株式(経済的権利は同一)柔軟なメンバーシップ単位とウォーターフォール
課税パススルー;Form 1120‑S を提出デフォルトはパススルー(Schedule C または Form 1065);S または C 課税を選択可能
所有者の給与働く所有者は給与支払(合理的給与)を給与計算で支払う必要ありメンバーは配当を受け取る;デフォルトで所有者に給与計算は不要
存続期間と譲渡永続的;株式は一般に譲渡可能譲渡にはメンバーの同意が必要;規則は運営契約で設定
最適なケース利益が出ているオーナー経営者で給与が必要;投資家へのシグナルが明確柔軟な所有権、利益配分、または非米国/エンティティメンバー;手続きが簡素

実際の違い

LLC と S corp はどちらも重要な責任保護を提供しますが、法的・財務的な仕組みは根本的に異なります。以下でそれぞれの特徴を掘り下げます。

設立と形式要件

Limited Liability Company(LLC) は州法で作られる法的実体です。設立には「組織定款(articles of organization)」を州に提出し、事業運営や利益配分の方法を定めた「運営契約(operating agreement)」を採用します。

一方 S corporation は実体そのものではなく、IRS に対して Form 2553 を提出して行う 税選択(tax election) です。この選択は標準的な C corporation または LLC に適用できます。S corp ステータスを取得すると、定款作成、取締役・役員の任命、年次会議の開催、会議議事録(minutes)の詳細な記録など、より厳格な法人形式要件を守らなければなりません。

所有権と投資家

LLC の最大の特徴は所有権の柔軟性です。個人、他の法人、外国人を含む無制限の「メンバー」を持て、運営契約でカスタムな利益配分(ウォーターフォール)や異なるメンバーシップクラスを設定できます。

S corp ははるかに制限が厳しいです。所有者は最大 100 人の「株主」までで、全員が米国市民または居住者でなければなりません。法人やパートナーシップは株主になれません。また、株式は 1 クラスのみで、全株主が同一の経済的権利を持ちます。このシンプルさはキャップテーブルをすっきりさせますが、投資可能な相手を大幅に制限します。

税務と申告

デフォルトでは LLC はパススルー課税です。

  • 単一メンバー LLC は「無視される実体(disregarded entity)」として扱われ、所得と費用は所有者の個人 Form 1040 の Schedule C に記載します。
  • 複数メンバー LLC はパートナーシップ税申告書 Form 1065 を提出し、各メンバーに利益・損失のシェアを示す Schedule K‑1 を発行します。

S corp もパススルー課税ですが、独自の事業税申告書 Form 1120‑S を提出し、株主に K‑1 を配布します。大きな違いは、会社で働く所有者は従業員として扱われ、合理的な給与を給与計算システムで支払わなければならない点です。

所有者の報酬方法

これは最も重要な相違点のひとつです。LLC のメンバーは従業員ではなく、配当(distributions) を受け取ります。メンバーは純利益全額に対して所得税と自営業税(社会保障・医療保険)を支払う義務があります。実際に引き出した現金額に関わらずです。

S corp のオーナー兼従業員は二段階のシステムです。

  1. 合理的給与:業務に見合った給与を支払う必要があり、標準の給与税(FICA)が適用されます。会社は雇用者負担分を支払い、従業員は本人負担分を支払います。
  2. 配当:残りの利益は配当として支払われ、自営業税や FICA の対象外です。この税金の節約が S corp を選ぶ主な理由です。IRS は給与が「合理的」であることを求めるため、給与額の根拠を文書化しておく必要があります。

譲渡性と存続期間

S corp の株式は通常の株式会社株式と同様に自由に譲渡でき、株主が離脱・死亡しても法人は存続します(永続的)。

LLC の所有権移転はより複雑です。運営契約が譲渡ルールを定め、通常は他のメンバーの同意が必要です。これにより、外部への株式売却が制限されます。

LLC に対して S Corp ステータスを選択すべきか?

LLC に対して S Corp ステータスを選択すべきかどうかは、事業の成長段階と財務目標によります。以下のポイントを参考に判断してください。

創業者が切り替えるタイミングは次のときです:

  • 事業が安定的に利益を上げ、所有者が給与を受け取る必要があるとき
  • 投資家からの資金調達を検討し、米国株主の上限が問題にならないとき
  • 現行の税構造(パススルー)で税負担が大きく、S または C 課税への変更が有利になるとき

LLC に対して S Corp ステータスを選択すると具体的な変更があります:

  • 株主への Form 1120‑S 提出義務が発生
  • 従業員としての 給与計算 が必須になる
  • 譲渡可能な株式が増えるため、株式の 議事録株主名簿 の管理が必要

LLC のままでいる方が良い場合は?

  • 柔軟な所有権構造や利益配分が必要で、非米国メンバーや法人メンバーがいるとき
  • 手続きや書類作成の負担を最小限に抑えたいとき
  • 投資家へのシグナルよりも内部のガバナンス柔軟性を重視するとき

結論
「LLC と S corp のどちらが自社にとって最適か」は、利益構造、所有者の報酬形態、将来の資金調達計画に依存します。上記のポイントを踏まえて、税務顧問や法務専門家と相談しながら最適な選択を行いましょう。

どちらの形態でも Beancount.io で帳簿をクリーンに保つ方法

ビジネス構造に関わらず、正確で整理された帳簿は財務の透明性と意思決定の質を高めます。Beancount.io はプレーンテキストで複式簿記を実現し、柔軟かつ拡張性の高いプラットフォームです。

勘定科目表の提案

  • Revenue(収益):売上、サービス収入、その他収入
  • Cost of Goods Sold(売上原価):材料費、外注費、直接労務費
  • Operating Expenses(営業費用):賃貸料、光熱費、マーケティング費、給与(合理的給与が必要な場合)
  • Owner Distributions(所有者配当):LLC の配当、S corp の配当
  • Taxes(税金):法人税、州税、給与税(FICA)

例示エントリ

LLC メンバー配当:

2025-01-15 * "LLC member distribution"
Assets:Bank -5000.00 USD
Equity:Members:John 5000.00 USD

S corp オーナー給与(給与実行から):

2025-02-01 * "S corp owner salary (from a payroll run)"
Expenses:Payroll 3000.00 USD
Liabilities:Taxes:FICA 460.00 USD
Assets:Bank -3460.00 USD

S corp 株主配当:

2025-03-10 * "S corp shareholder distribution"
Assets:Bank -2000.00 USD
Equity:Shareholders 2000.00 USD

税務時にループを閉じる

税務申告の際は、すべての収益・費用が正しくパススルーされ、必要なフォーム(Form 1120‑S、Form 1065、Schedule C など)が適切に添付されていることを確認します。Beancount のレポート機能を活用すれば、期末の損益計算書やバランスシートを瞬時に生成でき、税務署や投資家への提出資料を簡単に作成できます。

それぞれの選択が光る場面

LLC(または継続)を選ぶべきは次の場合:

  • 柔軟な所有権構造や利益配分が必要
  • 非米国メンバーや法人メンバーがいる
  • 手続きや議事録の作成コストを最小化したい

S corp(または選択)を選ぶべきは次の場合:

  • 事業が安定的に利益を上げ、所有者に給与が必要
  • 投資家や金融機関に対して「株式会社」的な透明性を示したい
  • 自営業税や FICA の節税効果を最大化したい

結論

LLC と S corp はそれぞれ異なる強みと制約を持ちます。事業の成長段階、所有者の報酬形態、将来の資金調達計画を踏まえて、最適な構造を選択してください。どちらを選んでも、Beancount.io を活用すれば、正確でクリーンな帳簿管理が可能です。

Beancount.io で税務・投資家対応の帳簿を構築する

  • 税務対応:パススルー課税のメリットを活かし、必要な Form(1120‑S、1065、Schedule C など)を自動で生成
  • 投資家対応:シンプルなキャップテーブルと明確な財務指標で、投資家への説明が容易に
  • スケーラビリティ:フリーランサーから大規模法人まで、同一のプレーンテキストフォーマットで管理可能

今日から Beancount.io でスリムな元帳を始めましょう。


免責事項:本ガイドは一般的な情報提供を目的としています。具体的な税務・法務の判断については、必ず専門家にご相談ください。

S Corp 株式基礎—創業者向け実践ガイド(Beancount.io 例付き)

· 約8分
Mike Thrift
Mike Thrift
Marketing Manager

S法人を運営している場合、株主基礎は損失が控除可能か、配当が非課税かを決定する静かな数値です。毎年変動し、株主としてその管理はあなたの責任です。ここでは平易な説明と、Beancount.io で基礎をきれいにモデル化する方法をご紹介します。


2025-08-06-s-corp-stock-basis-a-practical-guide-for-founders

「基礎」とは何か(簡潔に)

株式基礎を、S法人におけるあなた自身の投資スコアカードと考えてください。最初の拠出金、すなわち株式の取得代金や会社に投入した資産の価値から始まります。その後は変動する数値です。

会社が利益を上げたとき(課税所得でも非課税所得でも、あなたの持分分)や、追加で資本を拠出したときに基礎は増加します。非課税の配当を受け取ったときや、会社が損失・控除・非控除費用を計上したときは減少します。

重要なのは、株式基礎はゼロ未満になることはありません。会社の損失が基礎を上回る場合、余剰損失は繰延されます。現在は控除できませんが、将来基礎が十分になる年に繰り越して使用できます。Form 7203(個人のForm 1040と共に提出)で基礎計算と繰延損失を報告します。

S法人に直接貸付を行っている場合、債務基礎が発生します。これは株式基礎がなくなった後に損失を吸収する第2の層となります。

S法人 と C法人 の基礎(要点)

  • S法人 の基礎は流動的で、毎年調整が必要です。パススルー特性のため、会社の業績が直接基礎に反映されます。利益も損失も基礎に直結します。
  • C法人 の株式基礎は基本的に静的です。取得価格が基礎となり、株式分割や資本還元など特定の企業行為でのみ変動します。

S法人の基礎計算方法(正しい順序)

基礎の計算は単なる足し算・引き算ではなく、正しい順序で行う必要があります。IRS は特定の手順を定めています。毎年、S法人のForm 1120‑S から取得した Schedule K‑1 を基に、年初の基礎から次のように調整します。

  1. 増加:課税所得と 非課税所得(例:地方債利子)を含むすべての収入項目。
  2. 減少:その年に受け取った 配当(ただし基礎がマイナスになることはありません)。
  3. 減少非控除費用(例:特定の罰金や接待費)。
  4. 減少損失および控除(例:普通事業損失や慈善寄付)。

Step 4 の損失・控除の合計が残りの基礎を超える場合は按分が必要です。余剰分は繰延され、将来の収入や追加拠出で基礎が回復するまで繰り越されます。

重要なポイント

  • 個人的に 会社の借入を保証 しても基礎は生じません。実際に自己資金で 支払った ときにのみ基礎が発生します。
  • オーナー 給与(S法人からの給与)は基礎に影響しません。これは労働に対する報酬であり、会社側では費用、受取側ではW‑2所得として扱われ、所有者としての立場とは完全に別です。

実例(数値の照合)

当該年度の単一株主の事実:

  • 初期拠出金:$18,000
  • 普通配当(K‑1 ボックス 5a):$2,000
  • 受取配当(K‑1 ボックス 16D):$7,000
  • 非控除費用の持分(K‑1 ボックス 16C):$3,000
  • 普通事業損失の持分(K‑1 ボックス 1):($9,000)
  • 慈善寄付の持分(K‑1 ボックス 12A):$6,000
  • 株主には債務基礎がありません。

以下、ステップごとの計算です:

Step 1 — 収入による増加
開始基礎 18,000に配当収入18,000 に配当収入 2,000 を加算します。
18,000+18,000 + 2,000 = $20,000

Step 2 — 配当による減少
受取配当 7,000を基礎から差し引きます。7,000 を基礎から差し引きます。 20,000 − 7,000=7,000 = 13,000

Step 3 — 非控除費用による減少
非控除費用持分 3,000を差し引きます。3,000 を差し引きます。 13,000 − 3,000=3,000 = 10,000

Step 4 — 損失・控除の適用
普通損失 9,000と慈善寄付9,000 と慈善寄付 6,000 の合計 15,000が残基礎15,000 が残基礎 10,000 を超えるため、按分します。

  • 許容できる普通損失 = 9,000×(9,000 × (10,000 / 15,000)15,000) ≈ 6,000
  • 許容できる慈善寄付 = 6,000×(6,000 × (10,000 / 15,000)15,000) ≈ 4,000

残りの 3,000の普通損失と3,000 の普通損失と 2,000 の慈善寄付は 繰延 され、翌年へ繰り越されます。

当該年度の最終株式基礎は $0 です(マイナスにはなりません)。許容された損失と控除は確定申告書に記載し、繰延分は将来使用するために追跡します。

Beancount.io での S法人 基礎追跡(プレーンテキストパターン)

散らかったスプレッドシートの代わりに、Beancount.io でシンプルかつ監査可能な基礎台帳を直接管理できます。企業帳簿にも個人用ミラーファイルにも配置可能です。ポイントは「メモ」エクイティ勘定を使って基礎の推移を記録することです。

推奨勘定例

  • Equity:Shareholder:Paid-In-Capital
  • Equity:Shareholder:Distributions
  • Equity:Shareholder:Stock-Basis (オフバランスシートの「メモ」勘定で、Form 7203 用の公式な基礎推移を追跡します)
  • Income:PassThrough:*
  • Expenses:Nondeductible
  • Expenses:Charitable

実例エントリ

初期拠出金:

2023-01-01 open Equity:Shareholder:Paid-In-Capital
2023-01-01 open Equity:Shareholder:Distributions
2023-01-01 open Equity:Shareholder:Stock-Basis
2023-01-01 open Income:PassThrough:*
2023-01-01 open Expenses:Nondeductible
2023-01-01 open Expenses:Charitable

初期拠出金:

2023-01-02 * "Initial capital contribution"
Equity:Shareholder:Paid-In-Capital $18,000.00
Equity:Shareholder:Stock-Basis $18,000.00

普通配当(K‑1 ボックス 5a):

2023-03-15 * "Ordinary dividend"
Income:PassThrough:Dividends $2,000.00
Equity:Shareholder:Stock-Basis $-2,000.00

受取配当(K‑1 ボックス 16D):

2023-06-30 * "Distribution received"
Equity:Shareholder:Distributions $7,000.00
Equity:Shareholder:Stock-Basis $-7,000.00

非控除費用の持分(K‑1 ボックス 16C):

2023-09-01 * "Nondeductible expense allocation"
Expenses:Nondeductible $3,000.00
Equity:Shareholder:Stock-Basis $-3,000.00

普通事業損失と慈善寄付の持分(K‑1 ボックス 1 と 12A):

2023-12-31 * "Losses and charitable contribution allocation"
Expenses:Charitable $6,000.00
Expenses:Loss:Ordinary $9,000.00
Equity:Shareholder:Stock-Basis $-15,000.00

このパターンは Equity:Shareholder:Stock-Basis 勘定に透明な 基礎推移 を保持し、Form 7203 と正確に連動させます。すべての変更が日付付きで追跡可能なため、監査人に好評です。

よくある落とし穴

  • 保証を基礎とみなす:会社への保証は基礎を生みません。実際に自己資金で 支払った ときにのみ基礎が発生します。
  • 基礎不足での配当受取:基礎が足りない状態で配当を受け取ると、控除できない損失が発生します。
  • 非課税所得の忘却:非課税所得(例:地方債利子)を基礎計算に含めないと、基礎が過小評価されます。
  • 給与と配当の混同:オーナー給与は基礎に影響せず、会社の費用およびW‑2所得として扱われます。配当とは別物です。

結論

基礎は S法人 の税務上の重要な指標であり、正しい手順で計算・管理することが不可欠です。Beancount.io を活用すれば、プレーンテキストで監査可能な基礎台帳を簡単に構築できます。

Beancount.io で基礎(およびその他)を整頓する

  • バージョン管理可能で監査可能なプレーンテキストの複式簿記。
  • K‑1 に対応したカテゴリと基礎追跡用の専用メモ勘定。
  • 銀行・クレジットカード・決済プロセッサからの自動インポートで手入力を削減。
  • 税務用レポートがそのまま税理士に利用可能。

今すぐ Beancount.io でクリーンかつ監査可能な S法人ワークフローを始めましょう。

本記事は情報提供のみを目的としており、税務または法的助言を構成するものではありません。具体的な状況に応じた助言は、専門のアドバイザーにご相談ください。

LLM支援プレーンテキスト会計に関するユーザー体験とフィードバック

· 約6分
Mike Thrift
Mike Thrift
Marketing Manager

プレーンテキスト会計(PTA)は、テックに強い金融オタクの秘密兵器として長らく使われてきました。BeancountLedger といったシンプルなテキストファイルとツールを使うことで、財務データに対する比類なきコントロール、透明性、所有権が得られます。しかし正直に言うと、常に「面倒くさい」という評判がついて回ります。学習曲線は急で、データ入力は単調、そして一つのコンマのミスがデバッグの長い旅に連れて行くこともあります。

でも、痛みなしで PTA の力を手に入れられたらどうでしょうか? そこに登場するのが大規模言語モデル(LLM)です。AI が PTA のワークフローの隅々に入り込み、退屈な作業を自動化し、この強力なシステムを誰でも使えるようにしようとしています。ユーザーフィードバックの深掘りをもとに、AI がプレーンテキスト会計をどのように変革しているか、そして期待に応えているかを見ていきましょう。


従来の方法:プレーンテキスト会計の手作業の苦労

長年にわたり、PTA の体験は以下のような共通の壁に阻まれてきました。

  • 圧倒的な壁(The Wall of Intimidation):初心者は圧倒されがちです。あるユーザーは 「何年も怖くて手が出せなかった…でも有用だし、最終的には報われるはずだと思った」 と語っています。複式簿記の学習とコマンドラインツールの操作を同時にこなすのは容易ではありません。
  • 「編集‑コンパイル‑デバッグ」サイクル:GUI ソフトがミスをすぐに警告してくれるのに対し、PTA のエラーはチェックを走らせるまで隠れています。この遅いフィードバックはコードのデバッグのように感じられ、単純なデータ入力が作業負荷に変わります。
  • インポートの悪夢:データを システムに取り込む ことが大きなボトルネックです。複数の銀行から CSV を手動でダウンロードし、クレンジングし、カスタムスクリプトで取り込む――脆弱で時間のかかるプロセスです。あるユーザーは 「過去 8 ヶ月分の取引をインポートするだけで約 4 時間かかった」 と述べています。

AIアシスタント登場:LLMが作業負荷を削減する方法

ここで AI がゲームチェンジャーとなり、PTA の最も単調な部分を強力にサポートします。

単純作業の自動化:カテゴリ分けとインポート

AI が最初に手を付けやすい領域です。たとえば「STARBUCKS #12345」が何かを複雑なルールで判定する代わりに、LLM に聞くだけです。

ユーザーは GPT‑4 などのモデルに取引の説明文を渡すだけで、Expenses:Food:Coffee のような完璧な勘定科目が返ってくると報告しています。Beanborg は独自ルールが失敗したときに ChatGPT を呼び出し、賢くカテゴリを提案する機能も統合しています。

さらに、LLM はリアルタイムのインポートツールにもなりつつあります。銀行の乱雑な CSV をパースする Python スクリプトを書く代わりに、データをチャットウィンドウに貼り付けて 「これを Beancount 形式に変換して」 と指示すれば完了です。完璧ではないものの、数時間のコーディングが数分のプロンプト作成に置き換わります。

プレーンテキスト会計を怖くなくする:オンボーディングとエラーハンドリング

最初の圧倒的な壁? LLM が乗り越える手助けをしています。新規ユーザーの一人は GPT‑4 を 「手取り足取りのチューター」 と呼び、最初の Ledger ファイルの作成を案内してもらったと語ります。AI が概念を説明し、サンプルエントリを生成し、独力で続けられる自信を与えてくれました。

AI はリアルタイムのフィードバックも提供します。開発者は LLM を利用したエディタ拡張を作り、入力中に構文エラーを 赤い波線 でハイライトします。エラーを指摘するだけでなく、「なぜ間違っているのか」 を説明し、修正案まで提示してくれるのです。

財務と対話する

最もエキサイティングなのは会話型分析の台頭です。特定のコマンドラインクエリを書く代わりに、自然な日本語で Ledger に質問できます。

ユーザーはデータをエクスポートし、Claude などのツールに 「3 月と 4 月の食料品支出はどれくらい違う?」 と尋ねています。AI はデータを解析し、トレンドを抽出し、洞察まで提供します。ビジネスの現場では Puzzle.io が Slack ボットを提供し、経営層がリアルタイムで財務情報を問い合わせられるようにしています。このような自然言語インターフェースは、財務データへのアクセスを劇的に変えるものです。


注意点:まだ頭脳を手放すな

可能性は魅力的ですが、ユーザーが警戒すべき点も二つあります:プライバシーと信頼性です。

  • プライバシーは最優先:財務履歴は極めて機密です。あるユーザーは 「自分の財務履歴を API に送るのが不安だ」 と述べています。OpenAI などの外部クラウドへデータを送ることは受け入れがたいケースが多いです。解決策として、オープンソース LLM をローカルで実行し、データが外部に出ないようにするユーザーが増えています。
  • 信頼はあるが検証が必要:LLM は自信満々に間違えることがあります。勘定科目名を「幻覚」したり、微小な計算ミスでエントリのバランスが崩れたりします。コミュニティの合意は明確です:AI は アシスタント として利用し、最終チェックは必ず bean-check で実行し、人間の目で承認することが推奨されます。

未来は拡張されるもので、置き換えられるものではない

LLM の支援により、プレーンテキスト会計はニッチで専門家限定のシステムから、日々アクセスしやすくなる強力なツールへと変貌しています。AI は繰り返し作業――データ入力、カテゴリ分け、パース――を得意とし、人間はレビュー、解釈、意思決定に集中できます。ロボットが財務を管理する未来ではなく、AI が重い作業を担い、**「人間は理解と意思決定に専念できる」**というパートナーシップが実現します。

あるユーザーは的確に言いました。「ロボットに単調な簿記作業を任せ、人間は理解と意思決定に集中する」。このバランスが取れれば、かつては痛みを伴っていたプレーンテキスト会計の世界は、これまでになく明るいものになるでしょう。

パススルーを超えて: Beancountユーザーのための完全なSコープ税ガイド(2025)

· 約7分
Mike Thrift
Mike Thrift
Marketing Manager

ビジネスをスリムかつ税効率的に保つために S‑corp を設立しました。しかし「パススルー」という概念はシンプルに聞こえても、実際には給与税、法人レベルの課徴金、そして州ごとの重要な違いが絡んできます。

ここでは 2025 年の S‑corp の税金の仕組みと、Beancount で監査に耐えるクリーンな記録を保つ方法をご紹介します。

2025-07-26-s-corp-tax-guide-for-beancount-users


課税対象は何か(どこで)

S‑corp 構造の核心は利益の取り扱いです。3 つの要素から成り立ちます:パススルー所得、法人レベル税、給与税。

  • 連邦レベルのパススルー: S‑corp は通常、連邦所得税を支払わない(普通の事業利益に対して)。代わりに、その利益(クレジットや控除などの税項目も含む)は Schedule K‑1 を通じて株主に流れます。株主は現金を実際に受け取っていなくても、個人の確定申告書にこの所得を報告します。重要なのは、この K‑1 の利益は 自営業税の対象外 であることです。
  • しかし…法人レベル税が適用されることも: 「法人税なし」のルールは絶対ではありません。特定の場合、S‑corp は直接税金を負担します。最も一般的なトリガーは 組み込み利益(BIG)税(最近の C‑corp からの転換)と 過剰純受動所得税 です。
  • 給与税は実在する: これは株主兼従業員にとって最も重要なルールです。事業で働く場合、合理的な報酬 を W‑2 給与として支払わなければなりません(税優遇分配を受け取る前に)。この給与は FICA(社会保障・医療保険)と所得税源泉徴収の対象となります。

給与の概要(2025 年) payroll

株主兼従業員であれば、給与計算と標準的な給与税フォームの提出が必要です。四半期ごとの Form 941(所得税源泉徴収と FICA)と年次 Form 940(連邦失業税、FUTA)を提出します。

2025 年の主な税率は次の通りです:

  • 社会保障(OASDI): 賃金上限は $176,100。税率は 6.2%(従業員)と 6.2%(雇用者)で、上限まで適用されます。
  • 医療保険(Medicare): 賃金上限はありません。税率は 1.45%(従業員)と 1.45%(雇用者)で、全賃金に適用されます。
  • 追加医療保険税: 年間 $200,000 超の給与に対して 0.9% が源泉徴収されます。この部分に雇用者負担はありません。

法人レベル税の可能性

頻度は低いですが、S‑corp 自体が負担する税金を把握しておく必要があります。

  • 組み込み利益(BIG)税: 事業を C‑corp から S‑corp に転換した場合、5 年間の認識期間があります。この期間中に C‑corp 時代に保有していた資産を売却すると、S‑corp が法人税率で課税されます。計算は Form 1120‑S の Schedule D で行います。
  • 過剰純受動所得税: 以前の C‑corp 時代の蓄積利益(AE&P)を持ち、受動所得(賃貸料、ロイヤリティ、利子など)が総収入の 25% を超える場合に適用されます。
  • 四半期見積もり: BIG 税、受動所得税、その他の再取得税の合計が $500 以上 と見込まれる場合、S‑corp は四半期ごとに見積もり納付が必要です。2025 年のカレンダー年の期限は 4 月 15 日、6 月 16 日、9 月 15 日、12 月 15 日 です。

州・地方の落とし穴 🗺️

連邦ルールが州や市でもそのまま適用されるとは限りません。税務取扱いは大きく異なります。

  • カリフォルニア: S‑corp は毎年 $800 の最低フランチャイズ税 と、純利益の 1.5% の税 を支払う必要があります。
  • ニューヨーク市: NYC は S‑corp の選択を認めていません。連邦 S‑corp は通常、NYC の一般法人税の全額対象となります。
  • 選択的パススルー事業体(PTE)税: 連邦の $10,000 SALT 控除上限への回避策として、多くの州が S‑corp に対し法人レベルで州所得税を支払う選択肢を提供しています。ルールは複雑で変動しやすいため、PTE 選択前に必ず CPA に相談してください

オーナーが支払うべきもの

株主として、個人の税務状況は S‑corp の業績と直結します。

  • K‑1 所得の 1040 への反映: 個人の Form 1040 の Schedule K‑1 に、受け取った所得・損失・控除・クレジットをすべて記載します。
  • 四半期見積もり税: K‑1 所得は源泉徴収がないため、Form 1040‑ES を使って個人の四半期見積もり税を IRS に納付し、未納罰金を回避します。
  • QBI 控除(Section 199A): パススルー所得は Qualified Business Income(QBI)控除 の対象となり、事業所得の最大 20% が控除可能です。高所得者の場合、控除額は S‑corp が支払う W‑2 給与額で制限されるため、「合理的報酬」 の金額がさらに重要になります。

基本的な申告書類

最低限、年間コンプライアンスには以下が含まれます:

  • Form 1120‑S: S‑corporation の所得税申告書。
  • Schedule K‑1: 各株主用。
  • 給与関連書類: 四半期 941、年次 940、従業員用 W‑2/W‑3。
  • Form 1099‑NEC: 独立請負業者への $600 以上の支払い。

Beancount: 「どこへ行った?」と疑問を抱かないためのマッピング

明確な勘定科目表は、これらの動く要素を追跡するために必須です。

スターターアカウント

Assets:Bank:Operating
Assets:PrepaidTax:Federal ; S‑corp レベルの見積もり支払い用
Expenses:Payroll:Wages
Expenses:Payroll:Employer:SocialSecurity
Expenses:Payroll:Employer:Medicare
Expenses:Payroll:Employer:FUTA
Expenses:Tax:Federal:S-Corp ; BIG/受動所得税費用用
Liabilities:Payroll:Withholding:{Federal,SocialSecurity,Medicare}
Equity:Distributions

取引例

給与実行(会社側+源泉徴収)

2025-02-28 * "Payroll - February"
Assets:Bank:Operating -10350.00 USD
Expenses:Payroll:Wages 12500.00 USD
Expenses:Payroll:Employer:SocialSecurity 775.00 USD
Expenses:Payroll:Employer:Medicare 181.25 USD
Liabilities:Payroll:Withholding:Federal -3000.00 USD
Liabilities:Payroll:Withholding:SocialSecurity -775.00 USD
Liabilities:Payroll:Withholding:Medicare -181.25 USD

オーナー配当(給与以外)

2025-03-10 * "Shareholder distribution"
Assets:Bank:Operating -5000.00 USD
Equity:Distributions 5000.00 USD

法人レベル見積もり税(該当する場合)

2025-04-15 * "1120-S entity-level estimate (BIG/passive tax)"
Assets:Bank:Operating -1200.00 USD
Assets:PrepaidTax:Federal 1200.00 USD

重要な提出期限のマーク

2026-03-15 note "E-filed 2025 Form 1120-S; furnished K-1s to all shareholders."

サニティチェック(bean-query

クエリで記録の整合性を確認します。

給与 vs. 配当 YTD(合理的報酬チェック)

SELECT account, SUM(position)
WHERE (account "Expenses:Payroll:Wages" OR account "Equity:Distributions")
AND year = 2025
GROUP BY account;

K‑1 のハンドオフは記録されたか?

SELECT date, narration WHERE narration   "K-1";

実務的なヒント(IRS に電話させない) ✅

  1. 「合理的報酬」を文書化。職務内容、時間配分、市場給与データへのリンクを簡潔なメモに残し、正式な W‑2 給与で支払います。
  2. 給与と配当を明確に分離。混同しないこと。Beancount の元帳で区別が一目で分かるようにします。
  3. 州の規則に注意。CA の最低税や NYC の非認識など、州ごとの要件を把握しておきます。
  4. 見積もりを見直す。年途中で収入が大きく変わったら、個人の 1040‑ES と S‑corp の見積もり支払いの両方を調整します。

本ガイドは一般的な情報を提供するもので、税務アドバイスではありません。事業状況はそれぞれ異なるため、必ず資格を有する CPA に相談し、個別の状況に合わせた指導を受けてください。