作成：Uptech · 更新日: 2026-10-20

親子関係と属性を固定する

商品IDと販売SKUを分け、色、サイズ、入数などの属性値を指定リストに合わせます。重複SKUや存在しない組合せを確認し、既存商品への追加なのか新規商品なのかを入力時に識別します。

価格と画像の更新権限

販売価格、税区分、販売期間は承認された資料から反映します。画像はファイル名だけでなく商品との対応と利用許可を確認します。説明文が資料と矛盾する場合や画像不足の商品は、公開待ちに残します。

商品分類別の代表例、属性仕様、更新対象SKU数、画像形式、登録先の取込仕様を共有してください。バリエーション数と差分更新の割合を含めて工数を確認し、公開承認をどちらが行うかも合意します。

親商品は共通の説明やカテゴリーを持ち、子SKUは色、サイズ、入数など購入可能な組合せを持つ、と役割を定義します。商品数だけで工数を決めず、親商品数、子SKU数、画像対応数、更新チャネル数を確認します。存在しない色とサイズの組合せを自動で増やさないことも指定します。

資料には発行元と版を付け、商品属性、価格、画像の正とする情報源を分けます。商品説明はメーカー承認資料、販売価格は承認価格表、画像は利用許可済み素材というように優先順位を定めます。資料間で仕様が違う場合は、公開できる根拠がそろうまで保留します。

以下は説明用の架空の商品P20です。親商品一件に四つの子SKUがあり、価格表v3と画像対応表v2を使う想定です。価格の金額そのものは例示せず、各SKUが正しい承認版を参照しているかを確認します。チャネルAとBで必須項目が違う点も検証対象です。

Aへ三件だけ成功し一件失敗した場合、成功分を再登録せず失敗SKUだけを修正対象にします。ただし親子一式の公開が要件なら、三件の成功を理由に公開せず、全件の整合を待ちます。納品は登録用データと取込結果、チャネル別の公開可否一覧を組にします。

価格表は適用開始日、税区分、通貨、販売先を確認します。期限切れの旧版や未承認のキャンペーン資料は反映しません。発注側が価格変更を承認する工程と、委託先が承認値を登録する工程を分け、送付されたファイル名だけで承認済みと扱わないようにします。

一部取込では成功、失敗、未実行をSKU単位で記録します。再送用ファイルには更新対象の列だけを含めるか、全列が必要かを確認し、空欄が既存値の削除になる仕様にも注意します。公開後の取消しや旧価格への戻し方は、実行前に対象チャネルの運用責任者と決めます。

ファイル検証に加え、合意した範囲で色・サイズの選択、画像の切替え、価格版、必須属性を画面で確認します。確認に使ったSKUとチャネル、日時、結果を残し、表示できたことと公開承認を分けます。在庫や配送条件を誰が管理するかも商品登録の境界として示します。

日本語の寸法表記、単位、機種依存文字、禁止表現などはチャネル別の辞書へまとめます。翻訳や説明文の作成を含める場合は、原文、表現基準、発注側の確認方法を別に合意します。性能、効能、素材など根拠がない説明を埋めて完成扱いにしないことが重要です。