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

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

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

ここで、プレーンテキストの会計システムである 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 を実行し、ファイルの有効性を確認する。
• 毎月損益計算書をレビューし、広告費、価格設定、在庫に関するデータ駆動型の意思決定を行う。

さらに読む

• Amazon Seller Central → 1099‑K FAQ
• IRS Notice 2024‑85 on Form 1099‑K thresholds
• Bean Ninjas の Amazon セラー向け COGS ガイド

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