越境ECの注文管理で二重発送を防ぐには？

越境ECサイトの注文管理では、重複発送は送料の二重負担だけでなく、在庫差異、顧客対応、返品処理にもつながる可能性があります。問題は、倉庫で「商品を1点多く取り出した」ことではなく、注文ステータス、倉庫への指示、物流情報の反映の間に情報の空白が生じていることにある場合が少なくありません。リスクを抑えるには、発送のたびに明確な根拠を持たせ、ステータスが不明な場合は速やかに作業を止めることが重要です。

注文が「発送待ち」でも、倉庫がまだ発送していないとは限らない

よくあるのは、注文が倉庫に送信され、倉庫でピッキングや出荷が完了しているにもかかわらず、送り状番号がECサイトの管理画面にまだ反映されていないケースです。注文が依然として「発送待ち」と表示されているのを見たカスタマーサポートが倉庫に対応を催促し、倉庫側が既存の作業指示を認識できず、再度送り状を発行してしまうことがあります。

そのため、注文の異常に対応する際は、ECサイトの画面に表示されたステータスだけで判断しないでください。少なくとも、ECサイトの注文番号、倉庫の作業指示番号、梱包内容、送り状番号、直近のステータス更新日時を照合します。管理画面では未発送でも、倉庫にピッキングや梱包の記録がある場合は、再送信するのではなく、まず倉庫に現物の所在を確認してください。

また、「送り状発行済み」と「運送会社への引き渡し済み」は区別する必要があります。送り状番号があっても、運送会社が荷物を集荷したとは限りません。追跡情報がなくても、倉庫が発送していないとは限りません。倉庫の出庫記録と運送会社からの回答を基準にし、いずれか一つの情報だけで結論を出さないでください。

発送作業の各段階を明確にし、複数人による同時処理を防ぐ

発送までの工程が長いほど、各ステータスが何を意味するのかを明確にする必要があります。注文が発送待ちになった後、「割り当て待ち、倉庫割り当て済み、ピッキング中、梱包済み、運送会社への引き渡し済み」のように管理できます。実際の名称が完全に一致している必要はありませんが、各担当者がどのステータスを変更でき、どのステータスでは照会または異常報告のみが可能かを把握している必要があります。

見落とされやすいのは「作業の受け取り」です。2人の担当者が同時に発送待ち一覧を開き、システム上で同じ注文をそれぞれ倉庫に送信できると、処理が競合するおそれがあります。作業ロック機能のあるシステムでは、操作前に作業がすでに担当者に割り当てられているかを確認してください。機能がない場合は、担当者が注文を割り当てるか、担当者、処理日時、倉庫からの回答を記録する共有表を作成します。手作業での記録はシステムによるロックほど確実ではありませんが、口頭での引き継ぎに頼るより安全です。

一括発送にも確認の工程を設けましょう。発送データをアップロードする前に、すでに送信済みの注文が含まれていないか確認します。送信後は結果を記録し、失敗、処理中、結果が明確でない注文をそれぞれ分けて対応します。特に画面がタイムアウトした場合、送信に失敗したと決めつけてはいけません。まず作業記録を確認し、その後、倉庫またはシステム管理者に問い合わせてください。指示を何度も送信してしまう事態を防げます。

注文の分割、再発送、再送信では判断基準を混同しない

1件の注文に複数の荷物があっても、必ずしも重複発送とは限りません。一部商品の欠品、複数倉庫による分担発送、または荷物の分割が必要な場合、複数の送り状が発行されるのは正常な対応です。確認時には商品、数量、荷物の明細を照合してください。同じ注文の異なる商品を別々に発送することと、同じ商品を重複して発送することは別の問題です。

再発送についても、破損や不足などの理由を個別に記録し、元の注文、再発送する商品、承認者と関連付ける必要があります。再発送を単に「再度発送」として記録すると、後の棚卸しで、承認済みのアフターサービス対応なのか、操作ミスによる重複出庫なのかを判別しにくくなります。

再送信する前に、元の指示の処理結果を確認してください。倉庫が受信していないことを明確に確認できた場合は、手順に従って再試行できます。元の作業が処理中の場合や、双方の記録が一致しない場合は、作業を一時停止して倉庫に確認を依頼してください。注文のキャンセル、住所変更、商品の差し替えの場合も、倉庫で元の作業が停止されているか確認します。ECサイトの管理画面だけで変更を完了しても、現場に反映されたとは限りません。

重複発送の可能性がある場合は、まず差し止め、その後に原因を確認する

類似する発送記録が2件見つかった場合は、注文番号と商品明細を基に、正常な分割発送または再発送かどうかを確認してください。重複のリスクが確認できたら、運送会社に引き渡されていない荷物について、直ちに倉庫へ連絡して発送を一時停止します。すでに引き渡し済みの場合は、速やかに運送会社へ連絡して差し止めが可能か確認します。差し止めの成否は、運送会社からの回答を基準にしてください。結果が明らかになる前に、必ず回収できると顧客に約束してはいけません。

その後、注文の変更記録、倉庫の出庫記録、送り状番号などを保存し、重複した指示がどこで発生したのかを確認します。担当者による重複送信、インターフェースの再試行、倉庫での重複した伝票作成などが原因として考えられます。顧客の協力が必要な場合は、カスタマーサポートが実際の状況を説明し、実行可能な対応方法を提示します。返品、商品をそのまま保有する場合、その他の対応方法は、商品の価値、物流コスト、企業のアフターサービス規定を踏まえて判断してください。

独立サイトに倉庫管理システムを連携する前に、いくつかの点を確認する

広告、検索、ソーシャルメディアを通じて獲得した注文も、最終的には発送・履行の工程に進みます。独立サイトを構築する際は、ページのコンバージョンだけでなく、ECサイトと倉庫・物流システムが注文ステータスをどのように連携するかも確認する必要があります。たとえば、易营宝は越境ECサイトの構築と海外マーケティングサービスを提供していますが、具体的なプロジェクトでは、連携機能についてサービス提供者と倉庫の双方に確認してください。すべてのシステムに同じ重複防止機能が備わっていると決めつけてはいけません。

事前に確認しておきたい点には、同じ発送リクエストが重複送信された場合の検知方法、失敗またはタイムアウト後に再試行を判断する担当者、分割発送や再発送と元の注文との関連付け方法、送り状番号の反映が遅れた場合に管理画面で作業記録を確認できるかどうかなどがあります。これらの質問への回答は、「倉庫と連携できるか」よりも、日常業務のリスクを把握するうえで重要です。

すぐにシステムを改修できない場合は、まず直近の異常注文を確認し、重複送信、ステータス反映の遅れ、複数人による同時処理が起きていないかを調べます。特にミスが起きやすい工程を必須確認項目にし、再発送の権限を持つ担当者を明確にするほうが、出庫を急かすだけより効果的です。