一つの注文を複数回に分けて発送すると、先に届く商品と後から届く商品の案内が混ざりやすくなります。出荷作業が正しくても、メールに注文全体の「発送完了」と書けば、未発送の商品も発送済みと受け取られる可能性があります。
この記事では、通知の単位と文面を発送の実態へ合わせる社内チェックの例を整理します。特定システムの分割出荷機能や画面操作を保証するものではありません。
最初に注文と出荷の単位を分ける
注文番号だけでは、今回発送する荷物を特定できない場合があります。商品ごとの出荷数量、荷物ごとの発送状態、通知済みかどうかを区別し、メールの対象が「注文全体」なのか「今回の荷物」なのかを決めます。
システムが注文全体の状態変更でメールを送るのか、個別の出荷処理で送るのかは、現在の仕様と設定で確認してください。自動通知と手動通知を併用する場合は、同じ発送について二重に送らない条件も記録します。
確認表には今回発送する内容だけを入れる
次の表は自主的な運用例です。利用ツールの必須項目や法定記録を示すものではありません。
| 確認対象 | 照合する内容 | 食い違った場合 |
|---|---|---|
| 対象の出荷 | 今回の荷物に入る商品と数量 | メール作成を止め出荷担当へ確認 |
| 未発送分 | 残る商品・数量と確認状況 | 出荷済みと書かない |
| 通知先 | 注文時の連絡先と通知対象者 | 別注文の宛先を使わない |
| 配送情報 | この荷物の配送会社と追跡番号 | 他の荷物の情報を流用しない |
| 文面 | 部分発送か全発送か | 件名と本文をそろえる |
| 通知履歴 | 同じ出荷の送信記録 | 自動通知との重複を確認 |
発送した部分と確認中の部分を別に書く
部分発送のメールでは、今回発送した商品、残る商品、残りについて案内できる内容を分けます。例えば「今回発送した商品は下記のとおりです。残りの商品は現在発送予定を確認しています」のように、確定した内容と確認中の内容を別の文にします。
発送予定日や配送番号を推測で埋めないでください。問い合わせへの案内先は店舗が対応できる窓口を使い、担当部署や対応時間も実際の運用と照合します。テンプレートに残った別店舗名や個人名は送信前に取り除きます。
送信条件は文面の確認とは別にテストする
WooCommerceの公式メール設定資料は、通知の種類、個別メールの有効化、件名などの設定、デスクトップ・モバイルのプレビューとテスト送信を案内しています。通知条件はメールごとに異なるため、一つの注文状態を変えればすべての通知が同じように動くとは考えないでください。他のモールやOMSへこの仕様をそのまま当てはめず、利用環境の現行仕様を確認します。
テストは店舗が許可した検証環境と管理下の受信先で行います。実際の購入者へテストメールを送らない準備を先に確認してください。顧客情報を含むスクリーンショットを公開したり、記事用に実注文を処理したりする必要はありません。
代表的な条件を一件ずつ確認する
通常の一括発送だけでなく、二回の発送、配送先が異なる場合、片方の発送取り消し、担当者が手動通知を加える場合など、店舗で実際に扱う条件を選びます。存在しない機能を試験表へ入れるのではなく、対象外の条件は対象外と記録します。
テストでは、操作前の出荷状態、操作内容、通知が発生したか、受信した件名と本文、対象商品・数量・追跡番号、送信履歴を照合します。送信ログに成功と表示されても、受信箱に届いた内容まで一致した証拠とは分けて扱います。
文面やシステムを変えた後は同じ表で再確認する
通知テンプレート、出荷連携、配送方法を変更したときは、以前の合格だけを引き継がず代表条件を再確認します。変更した項目、確認担当、確認日、次に確認が必要な条件を記録すれば、別担当へ引き継ぎやすくなります。誤送信が起きた場合の訂正・顧客対応は責任者と相談し、未確認の追加通知を重ねないようにします。
まとめ
分割出荷の通知は、注文全体と今回の荷物を分け、出荷内容・宛先・文面・送信条件・通知履歴を照合します。利用システムの現行仕様を確かめ、管理下のテストで通知内容まで確認してから運用へ反映してください。
出典：WooCommerce公式メール設定資料。通知設定とプレビュー・テストの仕様例として参照。本文の分割出荷チェック表はMO-LIBの編集上の提案で、WooCommerce標準の分割出荷機能を保証するものではありません。
