FBAに送った商品が売れ始めると、「次は何個送ればいいのか」で迷います。欠品が怖くて多めに送ったら在庫が残り、逆に慎重になりすぎると補充が間に合わない。日本から米国へ輸出する場合は、仕入れから受領までに時間がかかるため、この判断が資金繰りにも響きます。
よくある疑問を会話で整理(説明用の会話です)
読者
セラーB補充は販売ペースと受領までの日数で考え、売れ残りは販売できる状態かを確かめてから対処します。在庫数だけで判断せず、販売可能・輸送中・販売できない在庫を分けるのが出発点です。この記事では、米国AmazonのFBAに納品した後の確認と、補充・保有・返送を決める手順を扱います。
- 日本で仕入れ、米国FBAに納品している出品者
- 初回納品後の補充数を決めたい方
- 売れない商品を値下げするか、返送するか迷っている方
注文ごとの出荷期限や欠品キャンセルの管理とは区別します。自己発送の注文処理はAmazon輸出の注文管理で確認してください。
米国FBAの在庫数・直近の販売数・納品予定を整理して、運営者本人に相談できます。通知や画面を共有する際は、購入者情報や認証情報を隠してください。
まず分けるのは「在庫が何個あるか」より「今どこにあるか」
手元の管理表に「在庫30個」とだけ書いてあると、その30個を購入者に販売できるのか分かりません。日本の倉庫にある商品、米国へ輸送中の商品、FBAに受領された商品を合算すると、実際の販売可能数より多く見えることがあります。
| 区分 | 確認する内容 | 補充判断での扱い |
|---|---|---|
| 日本側の在庫 | 検品済みか、発送できるか | そのまま米国の販売可能数に加えない |
| 輸送中・受領待ち | 追跡、納品番号、予定日、遅れ | 到着予定を別欄に記録し、二重発注を避ける |
| FBAの販売可能在庫 | 現在販売できる数量 | 在庫日数の計算の出発点にする |
| 予約・処理中の在庫 | 注文への引当てや倉庫内処理などの内訳 | 全数がすぐ販売できるとは考えない |
| 販売不可・出品停止中の在庫 | 商品状態、出品情報、必要な対応 | 補充を増やす前に原因を調べる |
Seller Centralの項目名や画面配置は変わることがあります。対象を米国のマーケットプレイスに切り替え、FBA在庫の一覧と関連レポートを開きます。同じASINに複数のSKUがある場合は、SKUと商品の状態までそろえて照合してください。
数量の違いに気づいたら、すぐに不足と決めつけず、納品・移動・購入者注文などの内訳を追います。輸送業者の配達完了と、FBAで販売できる状態になった日は同じとは限りません。管理表には両方の日付を残すと、次回の所要日数を見積もりやすくなります。
補充の目安は「在庫日数」と「受領までの日数」で出す
ここからの計算は、このサイトが提案する社内管理用の簡易モデルです。Amazon公式の補充推奨数やIPIの計算式ではありません。販売実績が少ない商品や季節商品は、数字をそのまま発注数にせず、少量で検証してください。
1.通常時の1日あたり販売数を求める
たとえば直近30日で15個売れたなら、単純平均は1日0.5個です。ただし、その期間に欠品があった、期間限定セールを行った、価格を大きく変えた、といった事情があれば平均の意味が変わります。30日だけでなく、直近の短い期間ともう少し長い期間も見て、増減の理由をメモします。
欠品していた日を含む平均は、需要を低く見積もることがあります。一方、広告や値下げで一時的に増えた販売数を使うと、通常価格に戻した後の補充が多すぎることがあります。販売数の横に「どの条件で売れたか」を残すのが大切です。
2.販売可能在庫が何日分あるかを計算する
販売可能在庫 ÷ 1日あたりの販売数
仮定:販売可能在庫20個、平均販売数0.5個/日なら、在庫日数は40日です。販売数がゼロのときは計算できないため、在庫日数ではなく販売できない原因と保有期限を確認します。
3.仕入れからFBA受領までの時間を重ねる
補充に必要な日数には、仕入れ先の出荷待ち、国内の検品・梱包、国際輸送、通関、米国内の配送、FBA受領までを含めます。輸送会社が示す配送予定日だけで計算すると、販売再開までの時間を短く見積もることがあります。過去の実績を使い、遅れが出やすい工程も把握しましょう。
仮に通常の所要日数が25日、社内で設ける余裕が10日、平均販売数が0.5個/日なら、35日分の需要は17.5個です。これは補充を検討するための仮の水準です。実際の発注では、販売可能在庫、到着予定の数量、仕入れの最小ロット、予算を合わせて判断します。
4.輸送中の商品を引いて、二重補充を防ぐ
目標日数 × 想定販売数 − 販売可能在庫 − 期間内に販売可能となる見込みの輸送中在庫
仮定:目標50日、0.5個/日、販売可能10個、期間内に受領見込み5個なら、候補は10個です。遅れている5個を確実に受領できるものとして扱わず、到着が遅れる場合の資金と欠品リスクも比べます。
目標日数や余裕日数に全商品共通の正解はありません。軽くて追加輸送しやすい商品と、ロットが大きく再調達に時間がかかる商品では条件が違います。最初に決めた数値を固定せず、実際の受領日と販売ペースを振り返って調整してください。
売れ残りは、値下げする前に三つの状態に分ける
売れていない理由が分からないまま価格だけを下げると、販売できない状態が続いたまま利益だけを削ることがあります。FBAに数量があることと、有効な出品が購入者に表示されていることは別です。まずは出品情報と在庫の状態を確かめます。

| 状態 | 最初の確認 | 検討する対応 |
|---|---|---|
| 余剰在庫 | 販売ペースに対して持ちすぎていないか | 補充停止、価格と需要の再確認、保有期限の設定 |
| 有効な出品に結び付かない在庫 | 出品情報や警告に対応が必要か | 表示された原因を解消し、販売再開を確認 |
| 長く保管している在庫 | 保管日数、今後の費用、販売見込み | 保有・販売促進・返送などの費用比較 |
Amazon公式は、FBA Inventoryのツールで余剰在庫や保管日数、出品に問題のある在庫を確認できると説明しています。各状態の判定はSeller Centralで確認し、社内の「30日売れなかったら確認する」といったルールとは分けて管理しましょう。
出品規制や知的財産権の通知がある場合は、値下げより通知への対応が先です。別のSKUや別アカウントで回避しようとせず、求められている情報を整理します。仕入れ前の確認方法は米国Amazonの出品規制の確認手順、警告がある場合は知的財産権の警告への対応も参考にしてください。
セラーB米国FBAの在庫数・直近の販売数・納品予定を整理して、運営者本人に相談できます。通知や画面を共有する際は、購入者情報や認証情報を隠してください。
値下げ・保有・返送は「これから残る金額」で比べる
仕入れたときの価格を取り戻したい気持ちは自然ですが、過去に払った費用だけを基準にすると判断が遅れます。全体の損益は記録したうえで、ここから販売を続ける場合と返送する場合に、追加で何がかかり、いくら回収できそうかを比べます。
値下げして販売する場合
想定販売価格から、販売に伴う手数料、配送関連費用、必要な広告費、売れるまでの保管費などを差し引きます。販売価格が変わると手数料の見積もりも変わる可能性があるため、元の利益表を使い回さないようにします。輸出時の利益全体を見直すときは送料・関税・為替を含む利益計算に戻って確認してください。
そのまま保有する場合
「いつか売れる」ではなく、次に見直す日と、その日までに売れると考える根拠を書きます。たとえば販売期が近づく季節商品なら、前年の傾向だけでなく、今年の販売実績や競合価格も見ます。保有する数量を絞り、一部を別の方法で処理する案も比較対象になります。
返送・処分などを検討する場合
米国側で受け取れる拠点があるか、検品後に再販できるか、その後の保管や転送にいくらかかるかを確認します。日本の住所を入れれば返送できると決めつけず、対象在庫の返送依頼画面で指定可能な宛先と条件を確かめてください。手数料だけでなく、受け取り後の費用まで含めます。
FBA Liquidationsは、対象在庫を清算して価値の一部を回収するための公式プログラムです。利用できる在庫や条件は画面と公式案内で確認します。回収額が仕入額を上回ると考えたり、表示されない選択肢を利用できる前提で計算したりしないでください。確定前に数量・方法・取消条件を読み直します。
値下げ販売で今後回収できる額が1個1,200円、今後の販売関連費用が700円なら差額は500円です。返送後の再販回収が900円、返送と再販の費用が650円なら差額は250円です。ただし、売れる確率や回収までの期間も違います。この例には既に払った仕入れ等を含めておらず、商品全体の利益が500円という意味ではありません。
Amazonの保管・返送・処分などの料金は変更されることがあり、商品区分によっても異なります。この記事の仮定金額を料金表の代わりにせず、実行時点の米国Seller Centralに表示される見積もりを記録してください。返品後の商品の扱いは米国注文の返品・返金対応で、購入者対応と在庫処理を分けて整理できます。
よくある疑問を会話で整理(説明用の会話です)
読者
セラーB管理表には、数量より先に「判断した理由」を残す
管理表を細かく作りすぎると更新が止まります。最初はSKU、販売可能数、輸送中数、販売数、受領までの日数、保管状況、次の対応、見直し日の八つをそろえましょう。各数値の確認日時を付け、古い在庫数のまま発注しない運用にします。
さらに「なぜ補充したか」「なぜ止めたか」を一言残します。「今週は販売が増えたが、セール期間のため通常分だけ補充」「納品遅延中のため追跡確認後に再判断」といった記録です。数週間後に結果を見れば、自分の運用でどの見積もりがずれやすいかが分かります。
資金管理では、在庫の価値と銀行にある現金を分けます。商品が売れても、その売上を次の仕入れに使える時期は決済状況によって変わります。仕入れ代やカードの支払日、運賃の支払日と、入金見込みを同じカレンダーに並べてください。記録のつなげ方は注文・手数料・為替の帳簿と売上管理で扱っています。
毎日・毎週・毎月の確認を分ける
| 頻度の例 | 確認すること | 残す記録 |
|---|---|---|
| 毎日 | 販売できない在庫、急な欠品、輸送の異常 | 原因と対応期限、担当 |
| 毎週 | 販売ペース、補充候補、遅れている納品 | 候補数量と判断理由、次の確認日 |
| 毎月 | 保管期間、実際の費用、回収できた金額 | 予測との差と、次月に変える条件 |
この頻度は小規模運用の例です。販売量や納品頻度に合わせて調整してください。新商品は販売実績が少ないため、既存の売れ筋と同じ計算で大量補充しないようにします。反対に売れ筋は、一時的な欠品で販売数が下がっただけなのか、需要そのものが落ちたのかを分けて見ます。
- 販売可能数と輸送中数を別々に確認した
- 販売数に欠品・セールなどの事情を反映した
- 国際輸送だけでなくFBA受領までの日数を見た
- 対象商品の販売可否と警告を確認した
- 最新の費用で利益を計算し直した
- 入金が遅れても支払える予算に収めた
- 判断理由と次の見直し日を残した
よくある質問
Amazonの補充推奨数どおりに送れば大丈夫ですか?
推奨数は判断材料の一つです。日本側の調達事情や資金の余裕まで、自分の管理表と同じ前提であるとは限りません。販売実績、季節性、輸送中在庫、実際の受領日数、予算と照合し、送る数量を決めてください。
IPIを上げるために在庫をすべて減らすべきですか?
IPIはFBA在庫運用の効率を見るための指標です。余剰を減らす一方、売れ筋を欠品させない視点も必要です。特定の処理をすれば必ず点数が上がると考えず、在庫の内訳と改善後の推移を見ます。出品アカウントのAHRとは別の指標なので混同しないでください。
何日売れなかったら返送すればいいですか?
全商品に共通する日数では決められません。保管費、商品の状態、販売期、価格競争、返送後の再販先を確認します。「次の見直し日までに、この条件で売れなければ返送を検討する」と、商品ごとに出口を決めておくほうが判断しやすくなります。
初心者は管理ツールを入れる必要がありますか?
まずSeller Centralの在庫一覧と、更新を続けられる管理表で運用を固めます。SKUが増えて照合作業に時間がかかるようになったら、必要な機能を整理してツールを比較します。導入した後も、同期の遅れや数量の意味を把握し、画面の数字を無条件に正しいものとして発注しないようにしましょう。
今日やるなら、補充候補を一つだけ点検する
すべてのSKUを一度に整えようとせず、次に発注しようとしている商品を一つ選びます。販売可能数、輸送中の数量、通常時の販売ペース、FBA受領までの日数を並べ、発注数と支払額を見直してください。売れ残りがあるなら、追加発注を止めて出品状態を確認するだけでも、次の判断に必要な情報がそろいます。
補充の基準を記録し、実績との差を直していくと、自分の調達経路と販売ペースに合う運用になります。輸出を始めたばかりで全体の流れを確認したい方は、Amazon輸出の始め方から、仕入れ・発送・販売後の管理を順に確認できます。
米国FBAの在庫数・直近の販売数・納品予定を整理して、運営者本人に相談できます。通知や画面を共有する際は、購入者情報や認証情報を隠してください。
公式情報と確認日
確認日:2026年10月16日。対象は米国AmazonのFBAです。画面表示、料金、対象条件は変更されることがあるため、実行時は対象マーケットプレイスのSeller Centralと最新の公式案内を確認してください。
- Amazon公式:FBA Inventory tool — 在庫の状態、補充ツール、IPIの説明。
- Amazon公式:Inventory management — 需要に合わせた在庫計画と管理の考え方。
- Amazon公式:Fulfillment by Amazon — FBAの費用と在庫管理の概要。
- Seller Central公式ヘルプ:FBA Liquidations — 対象条件、清算依頼の手順と注意点。詳細確認にはログインが必要な場合があります。


コメント