Amazon FBAのリザーブ保留は経費ではない：留保された決済資金の計上方法

あなたは前期にAmazonで12,400ドルの売上を計上し、FBA手数料として2,100ドルを支払い、順調な入金を期待していました。ところが、Amazonの決済明細にはわずか6,800ドルの支払いと、「Account Level Reserve（アカウントレベルリザーブ）」という謎の項目が4,000ドル記載されています。Amazonはあなたのお金を取ってしまったのでしょうか？その4,000ドルは費用として計上すべき手数料なのでしょうか？

どちらでもありません。それは一時的に保留されているあなたのお金であり、経費として計上すると売上が過少計上され、銀行の照合が崩れ、貸借対照表があなたやそれを読む融資担当者に嘘をつくことになります。FBAを扱うすべてのAmazonセラーはリザーブを目にします。初日から正しい会計処理を行うことが、帳簿の照合を可能にし、キャッシュフローを予測可能にするのです。

このガイドでは、Amazonのリザーブ残高が実際に何であるか、なぜ発生するのか（そして2026年の決済制度変更後に大きく見える理由）、どのくらい続くのか、そして留保された支払いが消えた利益にならないように使用すべき正確な複式仕訳について説明します。

Amazonのリザーブ残高の実態​

Amazonのリザーブ残高とは、販売代金の一部で、Amazonが通常の決済支払いからリスクバッファーとして差し引くものです。手数料でも、罰金でも、サービスの料金でもありません。Amazonがあなたに支払うべき金銭が移動中にあるもの、つまり売上の取り消しをカバーするのに十分な期間だけ保留されているものと考えてください。

同じ概念がいくつかの名前で表示されるため、混乱の原因となっています。

• Account Level Reserve（アカウントレベルリザーブ） - Seller Centralの「明細表示」でのラベル
• Unavailable Balance（利用不可残高） - 「取引表示」でのラベル
• Current Reserve Amount（現在のリザーブ額） および Previous Reserve Amount Balance（前回リザーブ額残高） - Amazonのフラットファイル決済レポートやA2Xなどのコネクタツールの明細項目

これらはすべて「留保された決済」を意味します。これらを、実際にAmazonに支払う必要がある場合に表示されるPending Balance（保留残高）（将来の売上が回収される、または登録されたカードから回収されるマイナスの決済）と混同しないでください。リザーブはAmazonがあなたに支払うべきもの、保留残高はあなたがAmazonに支払うべきものです。

Amazon.comやAmazon.caなど、複数のAmazonマーケットプレイスで販売している場合、各マーケットプレイスが独自のリザーブを管理します。一方で0ドルでも、もう一方も0ドルであるとは限りません。

Amazonがそもそも資金を保留する理由​

AmazonはFBA取引の記録上の販売者（merchant of record）です。顧客が商品を返品したり、支払いを異議申し立てたり、A-to-Zクレームを申請したりできる場合、Amazonはその取り消しをあなたを追跡せずにカバーできるよう手元に資金を確保したいと考えます。リザーブは彼らの保険のようなものです。一般的な引き金は以下の通りです：

• チャージバックと異議申し立て。 異議申し立てされた支払いは、解決まで保留されます。
• 返品と返金。 返品率が高いカテゴリ（アパレル、電化製品、高額商品）は、体系的に大きなリザーブが設定されます。
• 高額取引。 1,200ドルの商品は、15ドルのアクセサリーよりも大きなエクスポージャーを生み出します。
• 新規セラーまたは売上の急増。 実績が少ないとリスクが高いと見なされるため、Amazonはより高い、または長期の保留でヘッジします。
• 運営上の問題。 登録されたクレジットカードの有効期限切れ、銀行口座の検証失敗、アカウントの審査中などにより、決済全体がリザーブとして凍結されることがあります。

リザーブは、手数料のようにセラーの行動で「獲得」されるものではありません。リスクの関数であり、変動します。

2026年におけるAmazonの保留額の決定方法とタイミング​

Amazonの独自の計算式を知る必要はありませんが、その要因と、重要なのは、あなたが利用している決済システムを理解することです。Amazonがそれを変更したからです。

金額の背景にある要因​

Amazonは、セラーの健全性のためにすでに追跡しているシグナルを使用して、リザーブ額をローリングベースで見直します：

• セラーパフォーマンス - 注文不良率、キャンセル率、配送遅延率
• 販売量と変動性 - 前週比300%の急増はリスクと見なされます
• 商品カテゴリのリスク階層
• 過去の返品率と返金率
• チャージバックの頻度
• 季節変動 - Q4のホリデーシーズンのボリュームは、一時的な増加をもたらすことがよくあります
• 管理上のフラグ - 銀行検証またはカードの有効期限

運用指標を改善することが、リザーブを小さくするための唯一の持続可能な方法です。リスクシグナルが上向いている場合、交渉して減らすためのチケットを提出することはできません。

保留期間：7日間 vs. 14〜90日間​

ここで2026年のセラーがつまずくポイントです。現在、2つのリザーブの概念が並行して存在するからです。

繰延（取引レベル）リザーブ - 新しいデフォルト。 Amazonが配送ベースの繰延に移行して以来、ほとんどの売上は、配送後7日目（DD+7と略されることも多い）に解放される取引レベルリザーブに入ります。流れは次のとおりです。注文が出荷される -> 資金が繰延として発生 -> 運送会社が配達を確認してから7日後、資金は次の支払いサイクルの利用可能残高に移動します。支払いのタイミング（自動決済サイクルまたは1日1回のオンデマンド支払い）は制御できますが、7日間のウィンドウを短縮することはできません。これは追加の保留ではなく、Amazonが返品期間バッファーを取引レベルで強制する現在の方法です。

アカウントレベルリザーブ - 従来の、より広範な保留。 これが、明細書に単一の lump sum として表示される「Account Level Reserve」です。通常は14〜90日間で、リスクの高い状況、つまり実績のない新規アカウント、審査中のアカウント、未解決のクレームやチャージバック、特定の高リスクカテゴリに適用されます。Amazonは、新しい売上がDD+7の繰延システムを通過しても、古い取引はアカウントレベルリザーブのもとに解放されるまで保留されたままであると明言しています。両方が同時に発生する可能性があります。

実際には：実績がありクリーンな指標を持つ確立されたセラーの場合、リザーブのほとんどは毎週入れ替わる7日間の繰延残高です。新規、売上の急増、または未解決のクレームがある場合は、決済を一定期間0ドルに抑える追加のアカウントレベルリザーブが発生すると予想してください。

現在のリザーブの確認方法​

Seller Centralで：

1. Payments -> Statement Viewに移動し、Account Level Reserveというラベルの行を探します。
2. または、Payments -> Transactions Viewに移動し、Unavailable Balanceでフィルタリングし、日付範囲を設定します。

決済レベルの詳細については、決済フラットファイルをダウンロードします。Current Reserve Amount（今期の保留額）とPrevious Reserve Amount Balance（先期の保留額が今回解放されたもの）の行を探します。コネクタのエクスポートでも同じ2つの行が表示されます。

毎週確認してください。リザーブが売上総額の5%から18%に突然増加した場合は、セラーの健全性や銀行検証に何か変化があったことを示す初期の警告です。

リザーブを間違って計上すると帳簿が台無しになる理由​

3つの一見無害な近道が、3つの深刻な報告問題を引き起こします。

1. 売上の過少計上。 銀行に入金された現金（正味支払額）だけを計上し、保留された部分を無視すると、損益計算書は実際よりも少ない売上を報告することになります。10,000ドルの売上週に2,500ドルのリザーブがあり、7,500ドルの売上として計上すると、トップラインが25%過少計上され、すべての利益率の計算が間違ってしまいます。

2. 銀行の照合が永遠に一致しない。 Amazonの決済レポートには売上総額10,000ドル、手数料1,500ドル、リザーブ2,500ドル、正味支払額6,000ドルとあります。銀行フィードには6,000ドルしか表示されません。その6,000ドルを「売上」としてコード化すると、売上と手数料のどの組み合わせも決済と照合できません。月末の締めは、存在しなかったのに消えた金額（実際は資産）を探すことになります。

3. 貸借対照表が自分に支払われるべき現金を隠す。 リザーブはAmazonからの売掛金です。貸借対照表の流動資産に属するものであり、損益計算書の費用ではありません。融資担当者、投資家、買い手は貸借対照表を精査します。リザーブを費用として計上するセラーは、実際のビジネスよりも収益性が低く、流動性が低く見え、融資の審査や評価に悪影響を及ぼします。

発生主義はこの3つすべてを解決します。売上が発生した時点で売上を認識し、Amazonが費用を負担した時点で手数料を認識し、Amazonが解放するまで留保された現金を資産として追跡します。現金主義のセラーも資産を必要とします。そうしないと同じ歪みが、単にラベルが違うだけで現れるからです。

正しい会計：リザーブは流動資産​

専用の貸借対照表勘定科目を作成します。Amazon Reserved BalancesまたはMarketplace Reserves、Amazon Unavailable Balanceと呼びます。名前よりもタイプが重要です。それは流動資産であり、他のAmazon関連勘定科目の近くに置く必要があります。

Amazonセラーのための最小限で耐久性のある勘定科目表は次のようになります：

• 収益： Amazon売上（Amazonの控除前の総額）、Amazon送料収入、返品売上（売上控除またはマイナス収益）
• 費用： Amazon出品手数料、FBA手数料、紹介手数料、返金/返品処理費、配送およびフルフィルメント費用
• 流動資産： 在庫、Amazon決済クリアリング（またはAmazon支払い）、Amazon Reserved Balances、銀行預金（実際の当座預金口座）
• 流動負債： 売上税未払金（直接納付する場合）、Amazon Lending（該当する場合のみ）
• 控除/売上原価： 売上原価、在庫

任意ですが推奨：決済ファイルのインポートから銀行入金までの短い期間のために、Suspense - Amazon Reconciliation勘定科目を設けます。一部のセラーは直接Amazon Reserved Balancesにマッピングします。残高が実際のリザーブ債務に一致する限り、どちらでも機能します。

中核となる考え方：総決済活動は常にクリアリング勘定に転記され、銀行に移された現金は収益ではなく振替です。リザーブは決して損益計算書に影響しません。

基本的な仕訳構造​

コネクタが1つの仕訳に圧縮する場合でも、すべてのAmazon決済を3つのステップで考えます：

1. 売上とリザーブの保留を認識します。 売上総額と手数料は損益計算書に、正味額からリザーブを差し引いた額はクリアリング勘定に、リザーブはReserved Balances資産に計上されます。

2. 銀行への支払いを認識します。 クリアリング勘定から銀行への振替。

3. 以前のリザーブの解放を認識します。 Amazonが先期のリザーブを解放すると、次の決済に追加されます。その解放はReserved Balances資産を貸方にし、クリアリング勘定を借方にします-以前の保留を逆転させます。

ステップ1の資産側の仕訳を省略すると、Amazonがあなたに支払うべきお金の追跡を失います。

実例：実際に目にするであろう2つのシナリオ​

複式仕訳を明確にするために数字は簡略化されています。実際の決済には10以上の手数料明細がありますが、リザーブのロジックは同じです。

シナリオA：1期間の完全な決済保留（単月、$0支払い）​

あなたは新規セラーです。Amazonは最初の決済全体を差し引きます。

• 売上総額：$4,200
• FBAおよび紹介手数料：$620
• 送料およびその他の手数料：$210
• 現在のリザーブ額（保留）：$3,370
• 銀行に振り込まれた正味支払額：$0

決済期間の仕訳（A2Xまたは手動インポート経由）：

• 貸方 Amazon売上：$4,200
• 借方 Amazon出品手数料：$620
• 借方 Amazon送料/その他手数料：$210
• 借方 Amazon Reserved Balances（資産）：$3,370

クリアリング勘定は$0になり、$0の銀行入金と一致します。

一部のコネクタはこれを、Current Reserve Amountの行がAmazon Reserved Balancesに直接コード化された$0の請求書としてモデル化します。これは正しいです。リザーブが費目ではなく資産であるため、請求書のバランスが取れます。銀行口座への支払いは不要で、$0の請求書は照合も不要です。

翌期にリザーブが解放された場合：

翌期にAmazonがその$3,370をPrevious Reserve Amount Balanceとして解放し、さらに新しい売上$5,000、手数料$900、新しいリザーブなしと仮定します：

• 貸方 Amazon売上：$5,000
• 借方 Amazon手数料：$900
• 貸方 Amazon Reserved Balances：$3,370（これは資産を逆転させます-貸方は資産を減少させることに注意）
• 借方 Amazon決済クリアリング：$7,470（$5,000 - $900 +$3,370）
• 銀行に$7,470が入金されたら、クリアリングを貸方、現金を借方にします。

転記後、Amazon Reserved Balances勘定は$0に戻ります。Amazonがすべてを解放した場合、これがまさに期待される状態です。Amazonが一部だけを解放した場合、資産には残りの残高が保持され、依然として支払われるべき金額が正確に表示されます。

シナリオB：保留が2暦月にまたがる（請求書+支払請求書のペア）​

これは、決済期間が月の境界をまたぎ、Amazonが正味額を$0に保留する場合に発生します。コネクタは多くの場合、売上活動の請求書とリザーブ保留の支払請求書の2つのドキュメントを作成します。

• 期間は1月28日から2月10日。請求書の日付1月31日：売上$5,100、手数料$1,057、正味$4,043。支払請求書の日付2月10日：現在のリザーブ額$4,043。

コード化：

• 請求書（$4,043）は通常どおり転記されます-売上を貸方、手数料を借方、正味額をクリアリングに借方。
• 支払請求書（$4,043）はAmazon Reserved Balances（資産の借方）にコード化されます。費用や「Amazon手数料」にはコード化しないでください。

銀行に到達しない売掛金と買掛金のペアが残るのを避けるために、両方のドキュメントを、サスペンスまたはクリアリング勘定を使用した銀行外振替で支払い済みとしてマークします：

• 請求書の手動支払い：請求書をサスペンス勘定に支払います。
• 支払請求書の手動支払い：同じサスペンス勘定から支払請求書を支払います。

2つのサスペンス転記は$0で相殺されます。唯一の永続的な効果は、Amazon Reserved Balancesにある$4,043、つまりAmazonからの売掛金です。

次の実際の決済が届いたとき（解放された$4,043を含む$8,200の支払いなど）、その決済にはPrevious Reserve Amount Balanceの$4,043の行が含まれます。その行をAmazon Reserved Balancesへの貸方としてコード化します。それはクリアリングを借方にします（解放により決済が増加するため）。その貸方は資産を再びゼロにし、新しい支払いは銀行入金ときれいに照合されます。

部分的な保留のバリエーション。 多くの場合、Amazonは決済の一部のみを保留します。例：売上$9,000、手数料$1,800、リザーブ$2,000、支払い$5,200。同じロジックが適用されます。資産勘定に触れるのは$2,000のリザーブのみです。残りの$5,200が実際の銀行への振替です。リザーブの行が売上や手数料を「貪らない」ようにしてください-それは分離されています。

涙なしの照合：クリアリング勘定ワークフロー​

高ボリュームのマーケットプレイスセラーにとって最も信頼性の高い構造は、クリアリング勘定パターンです：

1. 銀行タイプまたは流動資産の勘定科目Amazon決済クリアリング（Amazon PaymentsまたはMarketplace Clearingと呼ぶこともあります）を作成します。これは実際の銀行ではなく、通過勘定です。
2. すべての決済インポート（A2X、AmzTranx、手動CSVのいずれからでも）は、売上総額、すべての手数料、返金、徴収した売上税、Current/Previous Reserve Amountの行をクリアリング勘定に対して転記します。転記後のクリアリング勘定の残高は、Amazonが支払う（またはすでに支払った）正味決済と等しくなるはずです。
3. 現金の入金が実際の当座預金口座に届いたら、クリアリングから当座預金への振替として記録します。入金を売上としてコード化しないでください。セラー手数料の分類は決済仕訳で既に発生しています。
4. 当座預金を銀行明細書と照合し、クリアリングをAmazonの決済明細書と照合します。月末にクリアリング残高がゼロでない場合は、決済の欠落、重複、または未解放のリザーブのいずれかを意味し、それぞれに特定の修正方法があります。

QuickBooks OnlineまたはXeroを使用している場合、ほとんどのAmazonコネクタはステップ1〜2を自動化し、Amazon Reserved Balancesのマッピングの作成も含みます。マッピングを一度確認してください：Current Reserve AmountとPrevious Reserve Amount Balanceはどちらも同じ資産勘定を指し、後者は解放時に符号が逆転する必要があります。1つの行のマッピングを間違えると、損益計算書がリザーブを幻のコストとして吸収することになります。

簡単なリザーブ追跡チェック​

どの月末でも、帳簿は次の恒等式を満たす必要があります：

Amazon Reserved Balances（貸借対照表） = Seller Centralに表示されるUnavailable Balance

Seller Centralが$6,400の利用不可を示し、帳簿が$1,100を示す場合、Current Reserve Amountを費用にコード化したか、Previous Reserveの解放を見逃した可能性があります。マッピングを修正し、決済を再転記すると、2つは収束します。この1つのチェックで、リザーブの簿記エラーの90%を捕捉できます。

キャッシュフロー、予測、および管理​

リザーブを運転資本項目として扱う​

Amazonの保留はランダムなノイズではありません。DD+7の定常状態のセラーの場合、循環リザーブはおおよそ1週間分の正味売上です。平均して週$35,000の正味決済がある場合、いつでも約$5,000の循環リザーブ（7日分）が発生すると予想されます。新規またはフラグされたアカウントの場合、アカウントレベルリザーブは1〜2回の完全な決済サイクルに相当することがあります。それを明示的に予測します：

• 正味売上の4週間の移動平均を実行して、繰延リザーブを推定します。
• Seller Centralで把握している既知のアカウントレベルリザーブを上乗せします。
• 解放日まで、リザーブされた資金を在庫購入に利用可能と見なさないでください。

これが、Amazonセラーにとって収益性と現金が同じではない理由でもあります。損益計算書では黒字でも、$15,000がAmazon Reserved Balancesにあり次の支払いを待っているため、再発注の現金が不足することがあります。

パフォーマンスと管理の衛生​

Amazonが監視するインプットを運用KPIとして扱うことで、保留の規模と期間の両方を削減します：

• 注文不良率を1%未満、キャンセル率を2.5%未満、配送遅延率を4%未満に保ちます-標準的なセラーヘルスの下限です。
• 運送会社の配達スキャンを迅速に確認します。DD+7の時計は配達から始まります。
• カードの有効期限と銀行検証のカレンダーリマインダーを設定します。有効期限切れのカードにより、それ以外は健全なセラーの決済全体がリザーブに入ったことがあります。
• 返品率の高いSKUをセグメント化し、リスティングの正確性、サイズチャート、パッケージングを確認して、返品によるリザーブを減らします。

これらはいずれもリザーブの減少を保証するものではありませんが、あなたが制御できるレバーであり、Amazonは少なくとも2025年初頭からリザーブロジックをこれらに明示的に関連付けてきました。

税金と在庫のドリフトを生み出す一般的な間違い​

• 純入金を収益として計上する。 上記の照合ギャップを生み出し、マーケットプレイスファシリテーターの議論や州の申告トリガーなど、売上ベースの基準に対して売上総額を過少計上します。修正するには、クリアリング勘定を使用した総決済転記に切り替えます。
• リザーブを手数料または「Amazon保留費用」に分類する。 費用を膨らませ、控除可能なコストを過大計上する可能性があります。リザーブは控除対象ではありません。現金に変換される資産です。
• 解放を忘れる。 Current Reserve Amountを正しくコード化しても、Previous Reserve Amount Balanceを未分類の収益として残すと、解放時に収益が二重計上されます。両方の側を同じ資産に反対符号で計上する必要があります。
• サブ勘定なしでマーケットプレイスリザーブを1つの勘定に混在させる。 北米と欧州で販売している場合は、サブ勘定（Amazon US Reserved、Amazon UK Reserved）を検討して、マーケットプレイスごとの照合を可能にし、外国のマーケットプレイスの保留が国内のエラーを隠さないようにします。

Amazonセラーのための15分の月末チェックリスト​

毎回の締めでこれを使用してください。帳簿を毎週行うか毎月行うかに関係なく：

• 決済サマリーを取得します。 期間の決済レポートまたはコネクタのサマリーをエクスポートします。売上総額、総手数料、返金、Current Reserve Amount、Previous Reserve Amount Balance、正味支払額をメモします。
• リザーブのマッピングを転記または検証します。 両方のリザーブ明細がAmazon Reserved Balancesに計上され、期間の正味額がクリアリング勘定の活動と一致することを確認します。
• 銀行入金を照合します。 各Amazon入金をクリアリングから実際の銀行口座に振り替えます。銀行残高は銀行明細書と一致し、クリアリング残高は未解放のリザーブ+期末で締め切られた未決済売上と一致する必要があります。
• 資産をSeller Centralと照合します。 Amazon Reserved Balancesの総勘定元帳残高を、Seller Centralの利用不可額と比較します。丸めを超える差があれば調査します。
• 予測をロールします。 循環リザーブの見積もりを更新し、損益計算書の利益だけでなく、実際に届く現金に基づいて次の在庫購入を調整します。
• 在庫を別途文書化します。 FBA在庫は、Amazonが売上を報告する時点まで、依然としてあなたの在庫資産であることを忘れないでください。FBAに送った時点で償却せず、出荷と売上の両方で売上原価を二重計上しないでください。

これを一度行ったセラーは、帳簿でリザーブを失うことはもうありません。また、Amazonから実際にいくらが保留中で、いくらがすでに獲得されているかを一目で把握できます。

マーケットプレイスの現金を可視化し続ける​

Amazonの仕事は購入者体験を保護することであり、それは返品や紛争を顧客にとってシームレスにするために資金を十分な期間保持することを意味します。あなたの仕事は、それらの保持された資金が、幻の費用として見えなくなるのではなく、あなたの資産として見え続けるようにすることです。そうすることで、利益率、現金予測、貸借対照表が真実を保ちます。

マーケットプレイスリザーブの明確な追跡は、「私のお金はどこに行った？」という不安な瞬間を、日常的な貸借対照表のチェックに変えます：帳簿にはAmazonがあなたに$X支払うべきとあり、Seller CentralにもAmazonがあなたに$X支払うべきとあり、現金は7日間の時計が切れたときに正確に到着します。

財務管理を簡素化​

マーケットプレイスのキャッシュフローを管理することは、Amazonがあなたにいくら支払うべきか、すでに売上として認識したもの、まだ貸借対照表に未払いとして残っているものを、常に把握することを意味します。Beancount.ioは、完全に透明で、バージョン管理され、AI対応のプレーンテキスト会計を提供します。ブラックボックスの簿記なしに、決済ごとの正確性を求めるセラーに最適です。無料で始める そして、すべてのリザーブ、手数料、支払いを、あなたが管理するプレーンテキストで照合し続けてください。