↗付きの用語リンクは、別タブで説明を開きます。
クロスマでYahoo!ショッピングの注文を取り込むときは、「注文自動取得」と「購入者へ送るメール」を分けて確認します。注文を自動取得できても、差出人、署名、出荷方法別の発送完了メールが整っていなければ、購入者への案内で混乱が起きる可能性があります。
MO-LIBの販促支援でも、Yahoo!ショッピング連携の初期設定として、注文自動取得、通知先、購入者向け差出人、差出人名、ストア名、署名を確認した事例があります。ただし、その時点では購入者向けメールの実送信テストまで完了していませんでした。本記事では、会社名、店舗名、メールアドレス、署名、注文情報を公開せず、クロスマの公式マニュアルと匿名化した設定記録をもとに、設定後に何をテストすべきかまで一般化して解説します。
結論：自動取得を有効にする前に、メールと出荷方法を一組で確認する
設定は、次の順番で進めると確認漏れを減らせます。
- Yahoo!ショッピングとのAPI連携と注文取得の対象範囲を確認する
- 注文自動取得を有効にするタイミングを決める
- 社内通知先と購入者向け差出人を分けて設定する
- 差出人名、ストア名、署名、各メール本文を整える
- FBAなど利用する出荷方法ごとの発送完了メールを確認する
- 少数のテスト注文で取得、メール、出荷通知を読み戻す
画面で「更新」を押しただけでは、実際の注文取得やメール送信まで確認できたことにはなりません。保存、テスト、受信確認、注文ステータス確認を別の工程として記録します。
最初に確認したい設定一覧
| 設定 | 目的 | 確認すること |
|---|---|---|
| 注文自動取得 | Yahoo!ショッピングの注文をクロスマへ取り込む | 有効・無効、開始時刻、未取得注文、在庫連携への影響 |
| 社内通知先 | エラーや処理状況を担当者が把握する | 受信できる担当アドレス、見落とし防止、メール振り分け |
| 購入者向け差出人 | 注文・発送案内を購入者へ送る | From、Reply-To、変更手続き、返信の受信先 |
| 差出人名・ストア名 | 購入者が送信元を判断できるようにする | 実際の店舗表記との一致、文字化け、表記ゆれ |
| 署名 | 問い合わせ先や店舗情報を共通表示する | 署名タグ、古い情報、不要な個人情報 |
| 注文受付メール | 注文内容と受付状況を案内する | 件名、宛名、注文情報、支払い・納期の説明 |
| 発送完了メール | 出荷と追跡情報を案内する | FBA・自己発送など出荷方法別のテンプレート |
| 未入金・キャンセル・自由文 | 通常フロー外の連絡に対応する | 送信条件、担当者、文面、重複送信 |
| 日時指定エラー通知 | 指定どおり出荷できない場合を案内する | 利用条件、出荷を継続する設定、案内内容 |
1. 注文自動取得を有効にするタイミングを決める
クロスマの公式マニュアルでは、注文自動取得を無効にすると注文が取得されず、在庫連携にも影響することが案内されています。新規利用や再開時は無効になっている場合があるため、画面の現在値を確認します。
一方で、API認証、商品紐付け、在庫、出荷方法、メール設定が未完成のまま自動取得を始めると、実注文が想定外のフローへ入る可能性があります。次の項目を確認してから有効にします。
- Yahoo!ショッピングとのAPI認証が有効である
- 注文をクロスマへ取り込む対象範囲が決まっている
- クロスマ管理外商品の扱いが決まっている
- FBA・自己発送などの出荷方法と例外処理が整理されている
- 購入者向けメールを誰が確認するか決まっている
- 切り替え前後の注文を二重処理しない時間帯を選んでいる
注文取得には時間がかかる場合があります。取得されないときは連続して設定を変えるのではなく、対象注文のモール側ステータス、注文時刻、自動取得の開始時刻を記録して切り分けます。
2. 社内通知先と購入者向け差出人を分ける
設定画面には、担当者が受け取る通知先と、購入者へ表示される差出人に関する項目があります。用途を混同すると、社内用のアドレスが購入者へ表示されたり、購入者からの返信を担当者が受け取れなかったりする可能性があります。
次の三つを別々に確認します。
- 社内通知先：エラーや処理状況を担当者が確認するための宛先
- From：購入者がメール画面で確認する送信元
- Reply-To：購入者が返信したときに届く宛先
購入者向け差出人の変更は、画面だけで完結せずサポートへの依頼が必要な場合があります。運用開始前に現在値と変更方法を確認し、実在する注文情報や個人のメールアドレスを記事・社外資料へ転載しないようにします。
3. 差出人名、ストア名、署名を整える
差出人名とストア名は、Yahoo!ショッピング上の店舗表記と揃えます。法人名とブランド名が異なる場合は、購入者が注文した店舗だと判断できる表記を優先し、問い合わせ窓口の名称も統一します。
署名は共通部品として設定し、各テンプレートの署名タグから呼び出せます。次の情報が古くないか確認します。
- 店舗名と運営会社名
- 問い合わせ先と受付時間
- 返信時の注意事項
- 休業日や発送に関する案内
テンプレートによっては、購入者名の敬称が自動で付かない場合があります。宛名タグの直後に「様」が必要かをプレビューと送信テストで確認します。
4. 注文受付メールと管理外商品の扱いを確認する
注文受付メールでは、件名、宛名、注文内容、支払い方法、納期案内、問い合わせ方法を確認します。モール側から送られるメールとクロスマから送るメールの役割も整理し、同じ内容を重複して送らないようにします。
複数のクロスマ環境を一つのモールへ接続する運用や、クロスマ管理外商品を含む注文では、取り込み条件によって重複メールや処理漏れが起きる可能性があります。管理外商品を取得するか、どの環境で処理するかを先に決め、代表注文で一通ずつ確認します。
5. 出荷方法ごとの発送完了メールを確認する
発送完了メールは一種類だけとは限りません。クロスマの公式マニュアルでは、FBA、オープンロジ、ヤマトフルフィルメント、自己発送など、出荷方法に応じたテンプレートが用意されています。
| 出荷方法 | 重点確認 |
|---|---|
| Amazon FBAマルチチャネル | 配送会社・追跡番号の反映、納品書に関する案内、分割出荷 |
| 外部物流サービス | 出荷完了の連携時刻、追跡情報、倉庫側エラー時の扱い |
| 自己発送 | 担当者が確定するタイミング、手動送信の有無、二重送信防止 |
| 複数の出荷方法を併用 | どの条件でどのテンプレートが選ばれるか、同梱・分割注文 |
本文だけでなく、件名、配送会社名、追跡番号、配送状況の確認方法まで読み戻します。FBAの自動出荷を使う場合は、Yahoo!注文をFBAマルチチャネルで自動出荷する設定もあわせて確認してください。
6. 未入金・キャンセル・自由文・日時指定エラーの条件を決める
通常の注文受付・発送完了以外にも、未入金、キャンセル、自由文、日時指定エラーなどのメールがあります。すべてを有効にするのではなく、実際の業務フローとモール側の通知を照合して使います。
日時指定エラーのメールは、指定日時に対応できない場合でも出荷を継続する設定など、特定の条件で利用します。エラーが発生したら必ず自動送信されるとは限らないため、利用条件と担当者の対応をセットで決めます。
7. 少数のテスト注文で読み戻す
設定後は、社内で許可されたテスト方法を使い、少数の注文で確認します。実購入者の注文を無断でテストに使ったり、一括送信したりしないようにします。
| 段階 | 完了条件 |
|---|---|
| 注文取得 | 想定時間内に対象注文が一度だけクロスマへ入り、商品と在庫が正しく紐付く |
| 注文受付メール | 一通だけ届き、From、Reply-To、宛名、注文内容、署名が正しい |
| 出荷処理 | 利用する出荷方法へ一度だけ連携され、例外時は担当者が把握できる |
| 発送完了メール | 出荷方法に合う本文で、配送会社と追跡情報が正しく表示される |
| 文字表示 | 件名、本文、機種依存文字、改行、署名に文字化けがない |
| モール側 | 注文・出荷ステータスが意図した状態になり、重複更新がない |
テスト結果には、実施日時、対象フロー、受信結果、注文ステータス、修正点、再確認担当者を残します。「設定済み」と「送信確認済み」を同じ状態にしないことが重要です。
うまく動かないときの切り分け
| 症状 | 最初に確認すること |
|---|---|
| 注文が取得されない | 自動取得の有効・無効、注文時刻、モール側ステータス、API認証 |
| 購入者メールが届かない | 送信条件、差出人設定、迷惑メール、送信履歴、宛先 |
| 同じメールが複数届く | モール側通知、複数環境、管理外商品の取得条件、手動送信 |
| 発送完了メールの内容が違う | 実際の出荷方法と選択されたテンプレート、分割・同梱 |
| 署名や宛名がおかしい | 署名タグ、敬称、差出人名、ストア名、文字コード |
| 日時指定エラーの案内が出ない | メールの利用条件、出荷継続設定、対象注文の指定内容 |
一部の社内通知メールは個別に停止できない場合があります。その場合は、必要な通知を止めるのではなく、メールソフト側の振り分けルールを利用して担当者が確認できる状態を保ちます。
運用体制によって変わる確認範囲
少人数で一つの店舗を運営する場合は、通知先と返信先を明確にし、不在時の確認方法を決めます。複数店舗・複数倉庫を運営する場合は、店舗、出荷方法、例外処理ごとに担当者とテンプレートを分けます。
外部倉庫やFBAを利用する場合は、クロスマ上の送信条件だけでなく、倉庫から返る出荷実績の時刻と内容も確認します。設定項目を増やすほど安全になるわけではなく、実際の注文フローに必要な設定だけを担当者が説明できる状態が大切です。
クロスマの導入・Yahoo!連携を検討している方へ
クロスマでYahoo!ショッピングの受注・在庫・出荷をまとめる際は、API連携だけでなく、購入者向けメール、出荷方法、例外処理まで含めたテストが必要です。最新のサービス情報と申し込み方法、MO-LIBの導入支援は記事末尾の案内から確認できます。
まとめ
Yahoo!ショッピングの注文自動取得とメール設定は、別々の画面を埋める作業ではなく、注文取得から購入者案内、出荷、発送完了までを一つの流れとして確認します。自動取得を有効にする前に通知先、差出人、差出人名、ストア名、署名、出荷方法別テンプレートを整え、少数のテスト注文でFrom、Reply-To、宛名、注文内容、追跡情報、重複送信を読み戻しましょう。
