楽天CSV一括編集の安全な進め方｜バックアップ・差分・テスト・復旧

楽天RMSの商品CSVで価格、在庫、商品情報、販売期間等を一括編集するときは、いきなり全件をアップロードしません。目的と対象を固定し、現在データを原本保存、変更列を最小化、差分監査、2〜3商品のテスト、本番、処理ログ、公開画面確認、ロールバックの順で進めます。

CSVは数千商品を効率よく更新できる一方、一つの誤った式やキー変換が全商品へ広がります。手動編集、API、外部ツールが同時に動くと、正しい値が後から上書きされることもあります。この記事では、一括編集を変更プロジェクトとして管理する方法を、担当・承認・復旧まで含めて解説します。

楽天CSV一括編集でできること

SKU移行後にCSVを利用する店舗では、CSVの主な変更点をふまえ、ダウンロード、編集、アップロードの手順を確認します。仕様は改定される可能性があるため、実施時点の現行仕様を確認してください。

商品CSVでは、現行仕様と契約範囲に応じて、次のような情報を一括で扱います。

• 商品名・説明・カテゴリ等の商品情報
• SKU属性・販売価格・在庫等の購入単位情報
• 商品画像に関する情報
• 販売期間・販売状態
• 送料・配送に関する紐付け
• ポイント等の販促情報

どの項目がどのファイル・階層にあり、更新可能かは店舗運営Naviを確認してください。古いSKU移行前のテンプレートをそのまま使いません。

一括編集を始める前の変更票

CSVをダウンロードする前に、1枚の変更票を作ります。

「全商品を最新化する」のような曖昧な目的では、不要な列を含めやすくなります。「対象500SKUの販売価格を8月1日10時に新価格へ変更」のように、対象・項目・時刻を固定します。

現在データを原本保存する

本番直前の現在データをRMSから取得し、編集せず保存します。

1. 対象商品・SKUを確定する
2. 必要なファイルと列を現行仕様で確認する
3. CSVをダウンロードする
4. 圧縮原本と展開原本を保存する
5. 取得日時、条件、件数、担当を記録する
6. 商品・SKUキーと代表値をRMS画面で照合する

原本は、編集担当が上書きできない場所へ保管します。作業用コピーにはworking、送信用にはupload、戻し用にはrollback等の状態を付け、取り違えを防ぎます。

安全な取得とSKU件数の監査は「楽天RMSの商品CSVをダウンロードする方法」で詳しく解説しています。

商品レベルとSKUレベルを確認する

SKU対応後は、一つの商品ページに共通する商品レベルと、色・サイズ等の購入単位であるSKUレベルを区別します。

同じ商品管理番号が複数行あることは、複数SKUを含むファイルなら正常な場合があります。Excelの「重複削除」を意味を確認せず実行しません。

別のマスタと結合するときは、商品名ではなく現行仕様の識別キーを使い、結合前後の行数・未一致・多重一致を確認します。

更新列を最小限にする

CSV一括編集で最も安全なのは、現行仕様上必要なキー・制御列と、変更する列だけを送ることです。

関係ない列を残すと、次の問題が起きます。

• ダウンロード後に他担当が直した値を古い値へ戻す
• 空欄が削除として解釈される
• 表計算ソフトで自動変換された値を上書きする
• 別施策の価格・期間・ポイントを戻す
• 現行仕様で廃止・変更された列を送る

ただし、必要列を独自判断で削るとエラーになる場合があります。店舗運営Naviのファイル定義に従い、「更新しない項目の表現」「空欄の意味」「必須列」を確認します。

Excelの自動変換を防ぐ

CSVをダブルクリックして編集すると、値が自動変換される場合があります。

原本を残し、インポート機能で識別子・日時を文字列として読み込みます。保存後はテキスト・CSVエディタで、列数、区切り、引用符、改行、文字コードを再確認します。

数式で値を作った場合は、参照先、エラー値、非表示行、フィルター範囲を確認し、送信前に値として固定した検査用コピーを作ります。

差分監査を行う

原本と編集版をキーで比較します。

1. 予定対象件数と編集件数が一致する
2. 商品管理番号のユニーク件数が一致する
3. 商品＋SKUキーの重複・欠落がない
4. 更新対象列だけに差分がある
5. 空欄、異常値、許容範囲外がない
6. 更新前値・更新後値を復旧できる
7. 対象外商品が含まれない
8. ファイル形式が現行仕様に合う

価格変更なら、0円、桁違い、マイナス、想定外の高額を検査します。在庫なら負数、販売期間なら開始・終了の逆転、URLならドメインや空白を確認します。

差分件数が0件でも成功とは限りません。対象抽出自体が失敗している可能性があるため、企画対象と照合します。

2〜3商品でテストする

本番と同じ列・形式で、代表的な少数商品を更新します。

テスト対象には、単一SKU、複数SKU、現在値や状態が異なる商品を含めます。

1. テスト用CSVをアップロードする
2. 処理状況・エラーログを確認する
3. RMS編集画面で値を確認する
4. ログアウトした公開ページを確認する
5. 買い物かご・注文条件を必要に応じて確認する
6. 外部在庫・受注連携への影響を確認する
7. 変更前へ戻すロールバックを試す

アップロード成功は、公開結果の成功ではありません。想定した列だけが変わり、関連機能が壊れていないことを確認します。

本番実行のチェックポイント

本番直前に、変更票とファイルを別担当者が確認します。

• ファイル名と対象施策
• 対象件数・キー件数
• 更新日時
• 更新列と差分件数
• テスト結果
• 手動・API・外部ツールの停止
• ロールバックファイル
• 実行後QA担当

実行時刻、実行者、アップロードファイルのハッシュ、RMS処理ID等を記録します。ファイルを送った後は、処理中・完了・一部エラーを区別し、完了前に別ファイルを重ねません。

エラーが一部だけでも、成功行と失敗行が分かれている可能性があります。全件をそのまま再送すると、成功済み行を二重更新する場合があるため、現行仕様に従って失敗範囲を特定します。

公開画面と業務連携を確認する

本番後は、CSV処理画面だけでなく下流を確認します。

全件を目視できない場合は、対象の先頭・末尾、各カテゴリ、単一・複数SKU、最大・最小変更値、エラー近辺から標本を選びます。集計で件数・価格帯・在庫合計等も照合します。

エラー時の切り分け

エラーが出たら、追加編集の前に原本・送信ファイル・エラーログを保存します。

• 列名・必須列・列数
• 文字コード・改行・引用符
• 商品・SKUキー
• 制御列・更新区分
• 許容値・文字数・日付形式
• 空欄・削除の指定
• 他の処理・メンテナンス

エラー行だけを直す場合も、成功済み行との関係を確認します。典型的な文字コードやコントロールカラムの問題は「楽天RMSの商品CSVでエラーが出る原因」を参照してください。

ロールバックの実行

次の場合は、追加修正より先に一括処理を止めます。

• 想定外の商品が更新された
• 価格・在庫・販売状態が重大に誤った
• 注文・決済・出荷へ影響が出た
• 外部ツールが古い値を再送している
• 影響範囲を特定できない

1. CSV・API・外部ツールの再送を止める
2. 影響商品と下流注文を特定する
3. 変更前値のロールバックCSVを適用する
4. RMS・公開画面・買い物かごを確認する
5. 外部連携を正しい基準値で再開する
6. 顧客影響があれば対応する

全商品原本を丸ごと上書きすると、別担当者の正しい更新まで戻す可能性があります。影響キーと変更列だけを戻します。

よくある質問

CSV一括編集は無料で使えますか？

契約・オプション条件がある場合があります。現行の料金、申込、有効化、権限をRMS・店舗運営Naviで確認してください。

全列を残して変更列だけ編集してもよいですか？

関係ない列が古い値や自動変換値で上書きされる可能性があります。現行仕様上必要な列と更新列へ最小化するのが基本です。

テストアップロードは必要ですか？

必要です。単一・複数SKU等の代表2〜3商品で、処理、RMS、公開画面、ロールバックを確認してから本番へ広げます。

CSV成功メールが来れば完了ですか？

完了ではありません。一部エラー、意図しない変換、公開画面・買い物かご・外部連携への影響を確認してください。