複数モールECの承認フロー｜商品・価格・広告・在庫を誰が決めるか

↗付きの用語リンクは、別タブで説明を開きます。

複数のECモールを運営していると、商品説明の変更、価格改定、広告予算の調整、在庫修正などが同時に発生します。管理画面を操作できる人がいても、「誰の判断で変更してよいのか」が曖昧なままでは、確認待ちや意図しない更新につながります。

この記事では、商品・価格・広告・在庫の承認フローを、決定権、確認資料、公開条件から設計する方法を紹介します。特定企業の内部規程ではなく、会社ごとの役割や契約に合わせて調整する運用例です。

結論：操作権限と決定権を分けて考える

管理画面にログインできることと、販売条件を変更する権限があることは別です。操作担当は、承認された内容を反映して結果を確認する役割です。価格や広告費を決める責任者は、利益、予算、取引条件などを確認し、変更の可否を判断します。同じ人が両方を担う場合も、どの条件を確認して決めたかを残します。

最初に、依頼者、確認者、最終承認者、操作担当、反映後の確認担当を決めます。人数を増やすことが目的ではありません。判断が分かれたときに誰が最終決定するのかを一人または所定の役職に定め、責任の所在を明確にします。

変更の種類ごとに判断材料をそろえる

表の役割名は例です。外部の販促支援担当が提案や操作を行う場合でも、契約上の判断範囲を確認します。取引先との約束や社内の予算承認を、操作可能な担当者だけで変更しないようにします。

すべてを同じ承認経路にしない

軽微な誤字修正と、大幅な値下げや全店の広告停止を同じ手順にすると、確認負荷が増えて必要な対応が遅れます。変更の影響を基準に、事前に承認した範囲内で実行できるもの、都度承認が必要なもの、緊急時の停止対応に分けます。

• 定型変更：意味や販売条件を変えない修正など、事前に定めた範囲内で実施し記録する。
• 個別承認：価格、仕様、予算、配送条件など、利用者や費用に影響する変更を確認してから実施する。
• 緊急対応：誤販売などの被害拡大を避けるため、あらかじめ認められた販売停止・配信停止の範囲で対応し、責任者へ連絡する。

「何円まで」「何％まで」といった基準は、商材、採算、契約によって異なります。他社の数値をそのまま使わず、自社の責任者が決めます。緊急という理由だけで、事前に認められていない値下げや大量のデータ修正まで行う運用にはしません。

承認依頼には対象・変更点・期限を一組で渡す

「この内容で大丈夫ですか」だけでは、どの商品やモールの何を確認するのか判断できません。対象商品・モール、変更前後、変更理由、開始・終了日時、影響する注文や告知、戻す方法を一つの依頼にまとめます。必要な画像や原稿も、確認対象の版が分かる形で添付します。

承認には、承認者、日時、対象の版、条件を残します。承認後に価格や対象商品を変えた場合は、元の承認がそのまま使えると考えず、変更箇所を再確認します。期間限定施策は、開始時刻を過ぎた承認をどう扱うか、有効期限や延期の判断方法も決めておきます。

担当者の不在時は、勝手に他の人へ判断を移すのではなく、代行者と代行できる範囲を事前に決めます。チャットで承認しても、後から依頼番号や対象ページからたどれる場所へ結果をまとめることが大切です。

複数モールでは承認と反映完了を分ける

内容が承認されても、すべてのモールへ同時に反映できるとは限りません。一つのモールだけエラーになったり、反映待ちが発生したりします。案件全体を一つの「完了」で管理せず、モールごとに未着手、反映中、確認待ち、完了、保留を残します。

例えば価格改定では、商品ページ、クーポン、広告、バナーの価格が食い違うことがあります。承認済みの価格を入力したという記録だけでなく、利用者が見る表示と購入条件を確認します。反映できなかった場所がある場合は、先に変更した場所を戻すのか、告知を止めるのか、責任者の判断を仰ぎます。

一括更新や自動化を使う場合も、承認対象を超えた項目まで変更しないよう、対象リストと更新内容を固定します。再実行するときは現在の状態を読み直し、同じ操作を重ねてよいか確認します。

在庫と緊急停止は通常の販促変更と分ける

在庫が合わないとき、帳尻を合わせるために数字を変更するだけでは原因が残ります。実在庫、引当済みの注文、入出荷途中の数量、他モールとの連携状況を確認し、修正根拠と対象を残します。確認できない場合は、所定の権限で販売を止めるなど、追加の受注を防ぐ判断を優先することがあります。

緊急停止の連絡先、連絡がつかない場合の範囲、再開の承認者も決めます。「止める権限」と「再開する判断」は分けておくと、原因を確認しないまま販売が再開されるリスクを抑えられます。個別モールやシステムの操作方法は、現在の仕様と権限を確認して手順書にします。

月次で承認待ちと差し戻しを見直す

承認フローは一度作って終わりではありません。何が不足して差し戻されたか、どの判断で待ち時間が長くなったか、担当者の不在がどれだけ影響したかを振り返ります。確認資料をそろえれば解消する問題と、決定権が曖昧な問題を分けて改善します。

承認を省略することだけを効率化と考えず、定型案件の条件を明確にする、依頼の様式をそろえる、公開日時に余裕を持つなど、判断しやすい状態をつくります。少人数なら一つの管理表から始め、件数や関係者が増えたら履歴を追える仕組みを検討します。

まとめ：誰が決めたかと、何が反映されたかを残す

複数モールECの承認フローでは、操作権限と決定権を分け、変更の影響に応じた確認経路を用意します。対象の版、承認条件、モールごとの反映状況、緊急時の停止・再開まで記録することで、担当者が変わっても判断を引き継ぎやすくなります。

運用全体を見直す場合は、EC運営・販売促進ガイド、用語の確認にはEC用語索引をご活用ください。