EC-CUBEの管理画面で再入荷通知を送信｜BtoB-ECの希望者・文面確認

在庫切れの商品が入荷したとき、誰が通知を待っているのか、どの規格を希望しているのかを確認できると、案内する対象を判断しやすくなります。再入荷通知は購入を再検討するきっかけになりますが、注文や取り置きではなく、購入や在庫確保を保証するものではありません。

通知登録や在庫更新との連携については、EC-CUBEの再入荷通知メールの実装と設計で紹介しています。本記事は、管理者による希望者確認とメール送信の操作に焦点を当てます。

商品管理から再入荷通知の希望者を確認する実装例

サンクユーでは、商品管理で再入荷通知の登録有無を確認し、希望者一覧へ進めるカスタマイズを行いました。以下は過去の実装画面です。現在のEC-CUBEの標準画面や、すべての通知プラグインに共通する仕様を示すものではありません。

登録者がいない場合は「再入荷通知登録：なし」と表示

対象商品に再入荷通知を希望している会員がいない場合、商品管理の在庫数欄に「再入荷通知登録：なし」と表示します。在庫を確認する場所で通知希望の有無も把握できるため、別の画面を開いて調べる手間を減らせます。

登録者がいる場合は「お知らせメール」ボタンを表示

通知を希望している会員がいる場合は、同じ場所に「お知らせメール」ボタンを表示します。このボタンは、対象商品の通知希望者を確認する画面への入口です。ボタンを表示しただけで、通知対象や送信条件の確認が不要になるわけではありません。

商品ごとの希望者を一覧で確認する

「お知らせメール」ボタンから管理画面へ進むと、対象商品の通知希望者が一覧で表示されます。掲載画面には、登録日、ユーザー、商品名、商品コード、送信日、状態の欄があり、商品名・商品コード・顧客番号・登録日・送信フラグの検索項目も確認できます。

希望者数は仕入れを考える参考になりますが、そのまま注文数や必要入荷数にはなりません。同じ会社の複数担当者、重複登録、登録からの経過日数を考慮し、実際の注文状況とあわせて判断します。

送信対象を選び、メール本文を編集する

この実装では、通知を送りたいユーザーのチェックボックスを選択すると、「再入荷通知メール編集画面へ」ボタンが表示されます。対象者を選び、内容を確認してから送信へ進む流れです。

編集画面では対象商品を確認し、メール本文を編集できます。掲載画面には「商品の在庫がある場合のみメールが送信されます」という案内もあります。新たに導入する場合は、この在庫判定に加え、規格や取引先の販売条件まで確認する必要があるかを整理します。

ここまでが、元記事と画面で紹介している実装です。以下の送信前チェック、履歴・権限の管理は、今後の導入・見直しで検討する設計事項であり、掲載画面にすべて実装済みという意味ではありません。

送信前に商品・対象者・案内内容をそろえる

手動で対象者を選べる機能では、判断しやすい情報と確認手順をセットで整えます。チェックボックスで選択できることと、その時点で送信してよいことは分けて確認します。

例えば、商品全体では入荷していても、希望されたサイズは在庫切れという場合があります。最低発注数が10個の取引先に対し、販売可能な在庫が3個だけの状態で購入を案内しないよう、実際の販売条件を判断に使います。

入荷数が希望者数より少ない場合も、通知によって在庫が確保されるわけではありません。通知対象を分ける運用を採るなら、その基準と担当者を決めます。受付順に通知しても、注文や在庫の優先権まで保証する仕組みにはなりません。

定型文を使いながら、商品ごとの情報を確認する

毎回ゼロからメールを書くより、商品名・規格、商品ページへのリンク、通知解除、問い合わせ先を含む基本文面を用意すると、案内をそろえやすくなります。担当者が追記できる範囲も決めておくと、入荷状況に応じた説明を追加できます。

文面の編集後は、商品名や記号の表示、差し込み項目、リンク先を確認します。プレビューやテスト送信を追加する場合は、実際の差し込み後の文面を確認できるようにし、テストが顧客への本送信や送信済み更新につながらないよう分けます。

BtoBの取引先別価格や限定商品の情報は、共通文面にそのまま入れてよいかを判断します。ログイン後の商品ページで条件を確認する案内にする方法もあります。複数の受信者のアドレスが互いに見えない送信方法を採用し、宛先と差し込み内容の対応も確認します。

送信結果を残し、再送の判断をできるようにする

送信ボタンを押しただけで、すべての対象者へ届いたと判断しないことが大切です。処理の受付、配信サービスへの引き渡し、受信先への配送、開封は異なる状態です。管理画面の表示は、実際に確認できる範囲に合わせます。

一部の宛先だけが失敗した場合は、その対象と理由を確認して対応します。宛先ごとの識別情報、送信日時、処理結果を残すと、問い合わせや再送時の照合に役立ちます。保存する情報、閲覧できる担当者、保管期間は、確認に必要な範囲で決めます。

重複送信への対策は、送信ボタンの連打防止だけでは足りません。複数の担当者が同じ商品を操作する場合や、画面更新・処理のやり直しが起きた場合も、サーバー側で同じ通知を重ねて受け付けない設計が必要です。

自動送信と手動送信を併用する場合は、送信履歴と対象判定を共有します。入荷を識別する情報と通知登録を関連づけ、前回送信済みの登録と、今回新しく登録された希望を区別します。すべてのメールが必ず一度だけ届くことを保証するものではないため、結果不明時の確認方法も決めます。

BtoB-ECの運用に合わせて管理権限を決める

商品在庫を更新する担当者、通知対象を確認する担当者、メールを送信する担当者が同じとは限りません。希望者情報の閲覧、文面編集、送信実行、履歴確認の権限を、実際の役割に合わせて整理します。

会社単位で複数担当者が登録している場合は、担当者ごとに通知するか、購買窓口へまとめるかを決めます。メールアドレスや会社名の一致だけで登録をまとめず、誰の希望に対して送るのかを確認します。

必要に応じて、文面の作成と送信の承認を分けることも検討します。承認後に対象者や本文を変更した場合は、変更後の内容を再確認する流れにします。これらは追加設計の選択肢であり、掲載した過去の実装に承認機能があると示すものではありません。

利用者がマイページで解除した通知も、管理者側の送信対象へ反映する必要があります。送信直前の確認と同時処理の扱いを決め、すでに外部配信サービスへ渡したメールなどは取り消せない場合があることも案内します。利用者側の管理は、マイページで再入荷通知を確認・解除するカスタマイズをご覧ください。

既存機能を確認し、必要な管理画面を追加する

通知プラグインの機能は製品やバージョンによって異なります。希望者一覧や文面編集に対応した製品もあるため、利用中の機能を確認してから、追加する範囲を決めます。公式ストアの再入荷通知サポーター PROも、そのような機能を案内している製品の一例です。本記事の実装で使用した製品を示すものではありません。

まず、商品管理から希望者を確認できるようにし、必要に応じて絞り込み、文面確認、送信状態の管理を整えます。すでに自動送信している場合は、手動送信を追加する前に、送信条件と履歴が二重管理にならないかを確認します。

公開前には、希望者がいない商品、規格違い、通知解除、在庫不足、一部失敗、結果不明、複数担当者の同時操作を確認します。テスト用の会員・宛先で操作し、実際の顧客へ誤送信しない環境で、画面と送信結果が一致することを確認します。

希望者の確認から送信結果まで、管理者が判断できる仕組みに

再入荷通知の管理では、誰が待っているかを確認し、対象と文面をそろえ、送信後の状況を追えることが重要です。BtoB-ECでは取引先の販売条件や担当者の役割まで含めて、既存の通知機能に必要な管理方法を組み合わせます。

全体の構築方針はBtoB-EC構築サービス、予算の整理はBtoB-EC構築の費用目安も参考にしてください。