メルカリShopsのCSV在庫更新｜中古ブランド品の照合手順
- どの商品か
商品ID・SKU_ID
- いくつ動かすか
増減フラグ・増減数
- いつの在庫か
ダウンロード後の変化
説明図：CSVの入力と照合の考え方です。管理画面の再現ではありません。
メルカリShopsのCSVで在庫を変えるときは、「現在の在庫数」を希望の数量に書き換えず、商品とSKUを確認したうえで増減を指定します。中古ブランド品は同じ型でも状態や付属品が違うため、商品名だけで行を選ぶと別の個体を更新しかねません。
CSVは、表の各項目をカンマで区切って保存するファイル形式です。公式によると商品一括変更はPC環境のWeb版で利用できます。公式の利用環境と作成方法
この記事は、すでに登録してある商品の在庫変更が対象です。新規出品や商品情報全体の編集ではなく、更新する個体の特定、数量の入力、反映後の照合に絞ります。以下の照合票は当コラムの運用提案で、メルカリShops指定の様式ではありません。
1. 商品IDとSKUで更新する個体を特定する
SKUは、ここでは商品内の種類ごとに在庫を管理する単位です。メルカリShopsのヘルプでは、色やサイズなどの「種類」をCSV上でSKUと表記しています。種類を設けない商品でも在庫数は必要です。公式：種類・在庫の設定
商品IDは商品を、SKU_IDはその中の種類を特定する識別子です。まず商品データをダウンロードし、商品IDと対象のSKU_IDを読み取ります。商品データのCSVは1商品につき1行で、複数の種類がある場合はSKU1、SKU2などの欄があります。公式：商品データのダウンロード
手元の個体管理番号 → 出品中の商品 → 商品ID → 対象のSKU_ID
管理番号と商品・種類の対応を、自社の在庫表と照合します。
説明図：個体管理番号は、自社が一点ごとに付ける番号です。Shopsの商品IDやSKU_IDとは別のものです。
たとえば同型・同色のバッグでも、管理番号B-101は付属品あり、B-102は付属品なしなら、同じ品物として扱えません。これは架空の説明例です。自社の管理番号、出品写真、状態説明を見て対象を特定し、その商品のIDを照合してください。商品名が似ているという理由だけでCSVの行を選ばないようにします。
管理番号から対象の商品・種類へ一意にたどれない場合は、在庫数を編集する前に対応表を直します。SKU_IDを別商品の値に書き換えて帳尻を合わせる方法は使いません。
2. 目標の在庫数ではなく増減を入力する
在庫変更では、ダウンロードした「現在の在庫数」は編集せず、増減フラグと在庫増減数を使います。下表はSKU1を更新する場合の主要な欄です。公式：商品一括変更CSVの作成方法
| 欄 | 入力・確認のしかた |
|---|---|
| 商品ID／SKU1_ID | ダウンロード値を維持し、更新したい商品と種類か照合 |
| SKU1_現在の在庫数 | ダウンロード時の値を維持。希望数量へ書き換えない |
| SKU1_増減フラグ | 増やす場合は半角1、減らす場合は半角2。変更しない場合は空欄 |
| SKU1_在庫増減数 | 動かす数量を正の整数で入力。＋1、−1のような符号は付けない |
1点を0点にしたいときの入力例
現物を再確認した結果、販売可能数を1点減らす必要があり、Shops側の現在数も1点のままだと確認できたとします。この場合の指定は「増減フラグ2・在庫増減数1」です。増減数の欄に0を書くのは、在庫を0に設定する指定ではありません。
この例はCSV操作を説明する仮定で、実際の販売・紛失事例ではありません。ダウンロード後に売れていれば事情が変わるため、次の節の確認が必要です。手元に実物がない商品を、エラー解消のためだけに増やしてはいけません。
3. 売却と編集の競合を分けて確認する
CSVの編集中にも在庫は動きます。「ダウンロード時に1だったから、更新時も1」とは限りません。特に次の2つは公式の説明が異なります。
編集中に売れた場合：変化後の在庫に増減がかかる
公式のエラー案内では、CSV作成後に売れた場合、変化後の在庫数に指定した増減を適用すると説明されています。たとえば1点が売れて0点になった後、さらに1点減らすCSVを送ると、在庫がマイナスになるためエラーになります。公式：商品一括変更CSVのアップロードエラー
売上・注文と現在の在庫を見直し、予定していた減算が今も必要かを判断します。売却ですでに減った分を、同じ理由でもう一度減らさないことが重要です。
別の担当者が編集した場合：最新状態でない警告を確認する
ダウンロード後に管理画面や別CSVで商品情報を編集したり、手動で在庫調整したりすると、最新状態ではない旨が表示されることがあります。公式は、この説明の対象から「商品が売れて在庫が減った場合」を除いています。また、そのまま一括変更を進めるとCSV側の内容が優先されます。公式：最新の状態ではないと表示された場合
当コラムでは、別担当者の修正を上書きしないため、更新をいったん止め、変更した人と理由を確認してから最新データを取り直す運用を勧めます。この警告が出なかったことを、売却がない証拠にはしません。
4. 更新前後の照合票で完了を判定する
以下はCSVへ列を追加するための表ではありません。別の作業記録として、更新対象と結果を残すための照合票です。公式の作成案内では、必要な項目を含めたCSVで変更できるとされています。この記事では入力間違いを減らすため、ダウンロード形式を保ち、照合票を別ファイルにする運用を提案します。
| 記録する項目 | 更新前 | 更新後 |
|---|---|---|
| 対象 | 個体管理番号／商品ID／SKU_ID［ ］ | 同じ商品・種類を見ているか［ ］ |
| 時刻と担当 | ダウンロード日時／作業者［ ］ | 反映確認日時／確認者［ ］ |
| 変更理由 | 何を確認して何点動かすか［ ］ | 理由に対応した変更か［ ］ |
| 数量 | 取得時の数／直前の数／増減指定［ ］ | 反映後の数／説明できる差［ ］ |
| 途中の変化 | 注文・売却・別担当の更新［ ］ | 反映待ちや競合が残っていないか［ ］ |
| 判定と証拠 | 使用CSVの保存先［ ］ | 完了／保留、結果表示と確認記録の保存先［ ］ |
「直前の数1・減算1・反映後0」が一致しても、対象がB-102ではなくB-101なら完了にできません。数量だけでなく商品と種類をセットで確認します。また、更新後の数に差がある場合は途中の売却も確認し、差を説明できるまで保留にします。
B-102／対象IDは出品と一致／直前1点／販売対象から外すためフラグ2・増減数1／途中の注文と別更新なし／反映後0点／確認者A・10:15／使用CSVと結果を作業記録へ保存。この場合は、対象・数量・記録がそろって完了と判定できます。反映後が1点のままなら、再送前に処理結果を調べて保留にします。
結果表示の確認に加え、対象の商品・種類の在庫を管理画面または再ダウンロードしたデータで照合します。処理の反映を確認できない状態は完了扱いにせず、時刻と状態を記録します。これは二重更新を避けるための運用上の確認です。
5. エラー時は同じCSVをすぐ再投入しない
- 入力形式の問題か、数量・状態の変化かを分ける
- 対象行の現在値と、前の操作の反映状況を確認する
- まだ必要な変更だけを最新データから作り直す
説明図：再送の要否を判断する順序です。全行が一括で成功・失敗するという意味ではありません。
公式は、余計な空白、変更できない項目の編集、増減欄の入力形式などをエラー原因として案内しています。入力形式の問題は元のダウンロード形式と照合し、数量の問題は注文と現在在庫を確認します。公式エラー案内で該当項目を確認
アップロード後の状態が分からないまま同じ増減指定を再送すると、前の変更が反映済みだった場合に意図しない追加変更になるおそれがあります。対象行ごとに反映を確かめ、必要なら最新CSVから作り直してください。原因が分からない場合は、エラー内容、操作時刻、商品ID・SKU_IDを整理し、公式サポートへ確認します。
- 更新した商品とSKUが、対象の個体と一致している
- 反映後の数量を、指定した増減と途中の変化で説明できる
- 使用したCSV、結果、確認時刻を後から追える
在庫の照合は、仕入れた商品を販売まで追える管理があって初めて安定します。担当者の記憶に頼る作業が増えているなら、仕入れ・在庫・販売のどこで記録が途切れるかを整理してみてください。リユセルは、中古ブランド品の仕入れから販売までをAIと専任スタッフで支援する有料サービスです。
日々の仕入れ・販売管理に合う支援内容をご確認ください。
支援内容を見る
西川 薫（株式会社SCHEME 代表取締役）
株式会社SCHEME 代表取締役。ブランドオークションでの仕入れとフリマアプリでの販売を自ら実践し、実際の取引にもとづいて本コラムを執筆・監修。大阪府公安委員会 古物商許可 第62111R061035号。
※メルカリShops公式ヘルプを2026年9月20日に確認して作成しています。操作・仕様は変更される場合があります。作業時にはリンク先の最新情報をご確認ください。説明例と図解は架空のもので、実際の取引成果を示すものではありません。