今年Amazonがあなたの在庫を1ユニット紛失した場合、返ってくる小切手は昨年のものとはまったく違う見た目になるでしょう。販売価格50ドル、仕入れ原価12ドルの商品は、今や12ドルの償還しか生みません。そして、そのユニットの原価をAmazonに一度も申告していなければ、6ドルしか受け取れないかもしれません。さらに悪いことに、紛失が発生したことに気づくまでの猶予は、18か月からおよそ60日に短縮されました。
2つのポリシー変更——いずれも完全に施行済み——が、FBA償還の経済性を書き換えました。支払額は2025年3月に販売価格から製造原価へ移行し、申請ウィンドウは2024年10月に約60日へと縮小しました。原価の書類を更新し、毎月の照合習慣を身につけたセラーは、請求分を回収しています。そうしなかったセラーは、数千ドルをテーブルに置き去りにしています——しかも恒久的に。Amazonは期限切れの申請を再開しないからです。
以下では、現在の仕組み、何を申請すべきか、そしてすべてを正しく記帳する方法を説明します。
何が変わり、何が変わらなかったか
変更1：注文前の損失は製造原価で支払われるようになった
2025年3月10日発効で、顧客が注文する前に紛失または破損した在庫——保管中、入庫受領中、内部転送中、または返送中——は、販売価格ではなく製造原価で償還されます。セラーによると、支払額は平均50〜75パーセント減少し、原価と小売価格の差が最も大きい高マージンのプライベートブランド商品に痛みが集中しています。
Amazonは製造原価を狭く定義しています。すなわち、製造業者、卸売業者、または再販業者から商品を調達する際の1ユニットあたりの原価——あるいは自社製造の場合は1ユニットあたりの生産コスト——です。これには入庫運賃、梱包・取扱費、関税、輸入手数料は明示的に含まれません。したがって、工場価格10ドル、海上運賃3ドル、関税1ドルのユニットの真の着地原価は14ドルですが、償還の基準額は10ドルです。この4ドルの差は、償還制度を通じて回収することはできません。以上です。
変更2：申請ウィンドウは現在およそ60日
2024年10月23日発効で、ほとんどの申請タイプの申請ウィンドウは18か月からおよそ60日に短縮されました。正確な境界はケースタイプによって異なります——入庫出荷の不一致は通常、納品後15日目から60日目まで、顧客返品請求は返金後60日目から120日目まで、返送中に紛失した返送出荷は15日目から75日目まで——しかし原則は一律です。つまり、毎月償還レポートを確認していなければ、有効な申請が静かに失効していきます。
変わらなかったこと
顧客が注文した後に紛失または破損した在庫——ピッキング、梱包、または買い手への発送中——は、依然として販売価格から該当するAmazon手数料を差し引いた額で償還されます。製造原価の計算が適用されるのは、注文前の損失のみです。
| 損失が発生する時点 | 償還基準 | 例：50ドルの商品、原価12ドル |
|---|---|---|
| 顧客注文前（倉庫、入庫、返送） | 製造原価（運賃・関税を除く） | 12ドル |
| 顧客注文後（フルフィルメント、買い手への配送） | 販売価格から該当手数料を差し引いた額 | およそ35〜38ドル |
必要になる前に製造原価を設定する
これはシステム全体で最もてこの効くアクションです。自分の1ユニットあたりの原価を提出しなければ、Amazonは類似カタログ商品と卸売チャネルデータから構築した独自の見積もりで請求を評価します——そしてその見積もりは、セラーの実際の原価より一貫して低くなります。原価データを提出していない12ドルのユニットは、6〜8ドルで償還されるかもしれません。空欄またはゼロの原価フィールドは、場合によってはほぼゼロにデフォルト設定されることがあります。
原価を入力する場所
Seller Centralで、レポート、次にフルフィルメント、次に在庫の欠陥と償還 に進み、製造原価の管理ページを開きます。各アクティブASINの1ユニットあたりの製造原価を入力します——小規模なカタログなら手動で、大規模なら一括アップロードで。最優先は、最も販売量が多く最も原価の高いASINから始め、その後残りすべてを進めます。請求が発生する前に、今すぐ行いましょう。登録済みの原価が、自動償還で使用される値だからです。
仕入先の請求書を準備しておく
Amazonは、提出した原価を検証するための書類を求めることがあります。有効なのは、製造業者、卸売業者、または再販業者からの1ユニットあたりの購入価格を示し、商品を名前、型番、またはUPCで識別する仕入先の請求書です。請求書がまとめロット価格を示している場合は、提出前に1ユニットあたりの数値に換算してください。この書類は申請ウィンドウ内に提出しましょう——それがなければ、Amazonは内部見積もりにフォールバックします。
実践的な習慣：ASINごとの最新の仕入先請求書を、カタログをミラーリングしたフォルダに保管し、仕入先が値変更するたびに更新します。請求に書類が必要になったら、探すのではなく添付するだけです。
監査する価値のある9つの請求カテゴリ
Amazonのポリシーは9つの異なる償還カテゴリをカバーしています。ほとんどのセラーは最初の2つしか考えません——だからこそ、残りの7つでお金が未請求のままになるのです。
- フルフィルメントセンターでの在庫紛失。 調査期間後もAmazonが所在を確認できないユニット。最も一般的なカテゴリで、製造原価変更の影響を最も受けるものです。多くのケースは自動的に償還されます——しかしすべてではありません。
- 保管中または取扱中の在庫破損。 倉庫スタッフ、設備、内部転送、または発送前のピックアンドパック作業による破損。
- 手数料の過大請求。 商品の実際のサイズ区分と重量に一致しない保管、フルフィルメント、紹介、その他の手数料。これらは請求された手数料と期待される手数料を比較する必要があります——調べなければ誰も見つけられません。
- 返金エラー。 Amazonが返品を受け取らずに買い手へ返金した、または購入価格を超えて返金し、あなたがその差額を負担したケース。
- 入庫出荷の不一致。 あなたが出荷したが、Amazonが受領として記録しなかったユニット。申請には、発送数量と受領数量を示す出荷書類が必要です。
- キャンセルされた出荷。 キャンセルされたFBA出荷が、それでも手数料や在庫損失を生じさせたケース。まれですが、書類があれば回収可能です。
- 買い手への輸送中の紛失。 フルフィルメントセンターから顧客への発送中に確認された損失。注文後の計算（販売価格から手数料を差し引いた額）を使用します。
- 顧客返品の問題。 再入庫されなかった返品、返品後に紛失した返品、または販売不可として誤分類された返品。返品レポートと再入庫確認を照合することで捕捉します。
- マルチチャネルフルフィルメント注文の問題。 Amazonのネットワークを通じてフルフィルメントされたAmazon以外の注文での在庫紛失または破損。マーケットプレイス固有の償還上限の対象となります。
業界分析によると、FBA在庫の1〜3パーセントが毎年償還対象の問題に該当します。原価で50万ドルのFBA在庫であれば、年間5,000〜15,000ドルのエクスポージャー——毎月の照合ルーチンに何倍もの価値があります。
請求の申請方法、ステップバイステップ
1. 不一致を見つける
まず在庫調整レポート（Seller Central、次にレポート、次にフルフィルメント、次に在庫調整）から始め、Lost または Damaged とマークされた調整を探します。償還レポートと照合して、Amazonがすでに自動で請求を支払っていないことを確認します——重複申請はあなたの時間とSeller Supportの時間を無駄にします。
また、在庫の欠陥と償還ポータル内の「請求対象」「進行中」「解決済み」ビューも確認し、ASIN、出荷ID、または日付範囲で検索します。
2. 書類を集める
カテゴリに証拠を合わせます。入庫不一致にはキャリアの配達証明数を含む出荷ID、評価紛争には1ユニットあたりの原価を含む仕入先請求書、顧客返品請求には返品IDと再入庫記録です。申請前にすべてのまとめ数値を1ユニットあたりに換算しましょう。
3. 正しいチャネルから申請する
ほとんどの在庫請求は、ヘルプ、次にお問い合わせ、次にFBA、次に償還 から申請するか、カテゴリが対応している場合はIDRポータルで直接申請します。請求は事実に基づき簡潔な言葉で、印象ではなく識別子を添えて書きましょう：「出荷ID FBA15XYZABCはASIN B08XYZ123を100ユニット1月15日に納品したことを示していますが、在庫元帳には85ユニットしか記録されていません。紛失した15ユニットの償還を請求します。」サポートは通常24〜48時間以内に応答しますが、複雑なケースは数回のやり取りを要します。
4. 請求ごとに60日の時計を追う
ウィンドウは、あなたが発見した時点ではなく、Amazonが損失または破損を報告した日付から始まります。59日目に発見した請求でも、60日目までに書類をまとめて申請する必要があります。これが、毎月の照合が四半期ごとの照合に勝る運用上の理由です：四半期ごとのレビュー担当者は、数週間前に失効した請求を日常的に見つけます。
5. 過少支払いを書面で異議申し立てする
Amazonのユニット評価に同意できない場合、Seller Centralの「お問い合わせ」を通じて60日以内に異議を申し立て、実際の製造原価の証拠として仕入先の請求書を添付できます。すべてのケースIDを保管し、却下された請求とその記載理由のログを残しましょう——却下のパターン（誤ったカテゴリでの申請、請求書の明細行の欠落）は、通常、次の申請で修正可能です。
正しく記帳する：償還は収益ではない
ここでセラーは静かに自分の帳簿を汚します。償還は販売ではありません。それを収益として記録すると、売上を過大表示し、貸借対照表に幽霊ユニットを残します。正しい処理には2つの側面があります：
- ユニットは消えた。 その原価は在庫から出て売上原価（または専用の在庫縮小勘定）に入ります。貸借対照表は、もはや存在しないユニットを計上し続けてはならないからです。
- 回収分はその他の収益。 Amazonの支払いが着金したとき——通常は決済に相殺されたクレジットとして——それを償還またはその他の収益として記録し、売上ではなく損失と対応させます。
旧来の販売価格支払いの下では、ずさんな記帳でも少なくとも膨らんだ収益に対してほぼゼロに相殺されていました。製造原価支払いの下では、運賃と関税を考慮すると、償還はユニットの完全な着地原価よりも少ないことが多く、実際の残余損失が損益計算書に残ります。在庫調整なしに償還を収益として記帳すると、売上を膨らませ、在庫資産を膨らませ、真の縮小率を隠すことになります——これは、いつか事業を売却する際にデューデリジェンス中に厄介な形で表面化する、まさにその組み合わせです。
クリーンな毎月のルーチン：決済レポートを帳簿に1行ずつ照合し、メモにケースIDを記載して償還をその他の収益に転記し、同じ期間に紛失ユニットを在庫から書き出し、四半期ごとに縮小勘定をレビューします。縮小が売上原価のシェアとして増加しているなら、そのトレンド——個々の請求ではなく——が、梱包の再交渉、パッケージの変更、またはフルフィルメントセンター間での入庫分割のシグナルです。
ブラックボックスのダッシュボードを信頼するのではなく自分の元帳を維持しているセラーにとって、これはまさにプレーンテキスト会計がうまく扱える多脚の仕訳です：在庫評価減、請求債権、決済クレジットがそれぞれ、日付入りのレビュー可能なトランザクションになります。Beancountのドキュメントでは、FBAワークフローに適応できる在庫と債権のパターンを説明しており、ダッシュボードビューでは縮小トレンドを一目で可視化できます。
毎月のFBA償還チェックリスト
- 在庫調整レポートを取得し、対応する自動償還がないLostまたはDamagedの行をすべてフラグ立てする。
- IDRポータルの「請求対象」ビューで、レポートが見逃したものをチェックする。
- 未処理のエクスポージャーがあるすべてのASINについて、1ユニットあたりの製造原価が登録されていることを確認する。
- 出荷ID、仕入先請求書、1ユニットあたりの計算を添えて手動請求を申請する。
- 過少評価があれば60日の紛争ウィンドウ内に異議を申し立てる。
- 償還をその他の収益に転記し、紛失ユニットを在庫から書き出す。
- 却下された請求を理由とともに記録し、それを引き起こした申請パターンを修正する。
Amazonの自動システムはかなりの割合のケースを捕捉します——しかし業界の経験では、見逃し率は手動レビューが何倍もの価値を生むほど高いです。製造原価支払いの下では、申請しなかったすべての請求は、商品の調達に費やし、倉庫への発送に支払い、60日以内に求めない限り二度と戻らないお金です。
あなたのEコマース帳簿を監査対応可能に保つ
FBA償還の回収は仕事の半分にすぎません。もう半分は、各損失と回収を記録し、マージン、在庫、確定申告がすべて同じストーリーを語るようにすることです。Beancount.ioは、あなたの財務データに完全な透明性とコントロールを与えるプレーンテキスト会計を提供します——ブラックボックスなし、ベンダーロックインなし。無料で始めるそして、開発者と財務のプロフェッショナルがなぜプレーンテキスト会計に移行しているのかを確かめてください。
