ECの不正注文は、他人のカードを使った購入だけではありません。アカウントの乗っ取り、代金回収を妨げる注文、特典の不適切な取得など、被害が生まれる場所は異なります。売上が立ってから気付くと、商品原価に送料、返金対応の負担まで重なるため、決済と出荷を別々に確認できる仕組みが必要です。
本記事では、不正注文の種類と決済用語の違いを整理し、購入前の予防、発送前の確認、被害が疑われた後の対応を解説します。正当な購入者を不必要に待たせないための判断方法や、倉庫・顧客対応・経理の連携も紹介します。自社の注文をどこで止め、誰が解除するかを決める際にお役立てください。
ECの決済と顧客対応を含む運営を見直したい方は、FORCE-Rへご相談ください。
| 確認したいポイント | 結論 | 詳細 |
| 不正注文対策の基本は？ | 予防・確認・被害対応を分ける | 認証だけに頼らず、受注・出荷・返金の状態をつなぎます。 |
| 発送前の確認手順は？ | 出荷保留後に事実を確認 | 購入者を断定せず、決済と物流の両方を確認して解除します。 |
| 被害判明後の対応は？ | 追加出荷を止め決済会社へ照会 | 証跡を保全し、返金と売上返還の二重処理を防ぎます。 |
Contents
ECの不正注文とは？通常のトラブルとの違い
不正注文とは、他人の情報の悪用など、不適切な手段や目的で行われる注文です。ただし、住所の入力ミス、配送先の相違、初回の高額購入だけで不正とは判断できません。最初に必要なのは、怪しいと感じた注文と、被害が確認された注文を区別することです。
カードの不正利用では、カード名義人が購入した認識のない取引が問題になります。アカウント乗っ取りでは、会員の購入履歴や登録済みの決済情報が悪用される可能性があります。前者だけを想定していると、いつもの会員IDから入った注文を確認せず出荷し、異変を見逃すおそれがあります。
一方で、商品が説明と違う、届かないといった購入後の申し出は、直ちに不正と呼ぶべきものではありません。配送事故や商品情報の不足が原因の場合もあります。顧客対応の担当者が最初から不正を疑う文面を送ると、実際の不具合の解決が遅れ、店舗への信頼も損なわれます。
被害を商品代金だけで数えない
不正注文の損失は、回収できない代金と追加で生じた費用を分けて把握します。出荷済みなら商品原価や送料、返品されたなら検品や再梱包、調査が必要なら担当者の作業時間が発生します。売上取消額だけを集計すると、出荷前に止める効果を小さく見積もってしまいます。
例えば、疑わしい注文を保留している間に、倉庫が自動出荷してしまうケースがあります。決済の審査を導入していても、倉庫へ停止状態が伝わらなければ商品は出てしまいます。システムの判定精度と、判定に応じて業務を止められるかは、別の確認事項です。
売上の集計上も、疑いと確定を分ける必要があります。調査が終わっていない注文をすべて被害として計上すると、損失が過大になります。反対に、入金待ちの売上に含めたまま放置すれば、資金繰りの見通しが甘くなります。月次の集計では、調査中の金額と結果確定後の金額を分け、後日更新できる形にします。
モール・自社EC・SNS経由で窓口を整理する
販売経路ごとに、調査を依頼する相手と自社が操作できる範囲を確認します。自社ECならカートと決済代行会社、モールなら運営事業者の手続きが関わります。同じ商品を販売していても、決済取消や返金の担当、必要な証跡、回答期限まで同じとは限りません。
SNSの投稿や配信から購入が増える店舗は、アクセス元だけで安全性を判断しないようにします。ソーシャルコマースの種類と注意点の解説を踏まえ、広告・投稿・購入画面・問い合わせ窓口のつながりを整理しましょう。公式アカウントを装った案内との混同にも気付きやすくなります。
複数の販売経路を担当する場合は、窓口表に契約番号と確認できる管理画面も添えておきます。ただし、パスワードを同じ表へ記載する必要はありません。利用権限は別に管理し、担当交代後も正式な権限で照会できるようにします。連絡先が見つかることと、その担当者が実際に照会できることを分けて点検しましょう。
本人認証・決済承認・チャージバックの違い
本人認証と決済承認は役割が異なり、承認済みでも不正の可能性がなくなるわけではありません。担当者が「決済が通ったので出荷してよい」と一つの状態だけで判断すると、確認が必要な注文まで通常処理へ流れてしまいます。管理画面に表示される各状態の意味を決済会社へ確認しましょう。
本人認証は、購入操作をしている人の正当性を確認する仕組みです。カード決済の承認は、カード会社が当該取引を承認する処理であり、店舗への最終的な入金や、将来の異議申し立てがないことを保証するものではありません。売上確定や取消も別の操作として管理する必要があります。
EMV 3-Dセキュアだけで判断を完結させない
EMV 3-Dセキュアは重要な本人認証ですが、店舗の注文確認すべてを代替するものではありません。日本クレジット協会のセキュリティガイドライン6.1版では、EC加盟店の導入・運用や、不正ログイン対策が整理されています。適用する運用と例外は、契約先の決済会社に確認します。
毎回同じ追加入力画面が出るとは限らないため、画面が表示されなかったことだけで認証未実施とは判断できません。反対に、認証が完了したことだけで、商品の未着や契約内容の争いまで解消されるわけでもありません。認証結果、決済状態、配送状態を別々に記録する運用にしましょう。
問い合わせ対応では、認証に失敗した理由を店舗側で断定しないことも必要です。カード会社の判断や通信状況など、店舗で確認できない事情が含まれます。購入者には、決済会社が認める再試行や別の正式な支払い方法を案内します。認証を回避するような手順を、その場の判断で提案しないようにしてください。
チャージバックは店舗の自主返金と区別する
チャージバックは、カード取引に関する異議申し立てなどを経て、加盟店側へ売上の返還が求められる仕組みです。通常の返品に伴う店舗の返金とは処理の経路が異なります。GMOイプシロンのチャージバックの説明でも、カード会社の承認と本人の購入を同一視しない点が示されています。
保証や負担の扱いは、原因、認証の結果、契約条件などで変わります。保証サービスに加入している場合も、対象取引、申請期限、必要資料、免責条件を確認してください。特定の決済サービスの説明を、そのまま他社や全取引の共通ルールとして使わないことが大切です。
ECの購入体験と運営上の課題を整理したい方は、FORCE-Rへお問い合わせください。
不正注文を減らすために購入前の対策を整える
購入前の対策は、アカウント保護、サイトの保守、決済設定の三つをつなげて整えます。注文後の目視確認だけに頼ると、注文が集中した日に確認が追い付かなくなります。システムで防ぐ部分と、人が判断する部分を分けることで、日常業務に無理なく組み込みやすくなります。
最初に、カート、会員基盤、決済会社、倉庫の管理者と連絡先を一覧にします。設定変更を依頼できる人が不明な状態では、不審な注文が続いても対処が遅れます。担当が外部に分かれている場合は、平日以外の連絡方法と、緊急時に自社だけで止められる処理も確認しておきましょう。
会員情報の変更と注文を切り離して見ない
ログインや配送先の変更は、注文が入る前の確認対象として扱います。会員アカウントの保護では、認証の仕組み、変更通知、管理者のアクセス権限などを、利用中のサービスで実現できる範囲から見直します。仕組みの導入後も、通知が届くか、担当者が確認できるかを点検します。
ただし、変更があったという理由だけで注文を拒否するのは適切ではありません。引っ越しや贈り物など、正当な事情もあります。安全性を高めるための確認と、購入者に必要以上の説明を求めない配慮を両立させましょう。確認の目的と手段を担当者へ共有しておくと、対応のばらつきを減らせます。
サイトの保守とカード情報の扱いを点検する
不正注文への対策と、情報を漏らさないための対策は両方必要です。カートや拡張機能の更新、不要な管理者アカウントの整理、委託先の権限確認など、運営体制から点検します。決済画面を外部サービスに任せていても、自社サイトの安全確認が不要になるわけではありません。
顧客対応のメールやチャットで、カード番号全体、セキュリティコード、ログインパスワード、ワンタイムパスワードを求めないルールも明確にします。担当者が善意で確認を急いだ結果、危険な情報収集にならないよう、必要な確認は決済会社の正式な手順に従ってください。
委託先が複数いる場合は、障害や異変の連絡を受けた人が、他の担当へ引き継ぐ順序を決めます。広告の担当者に相談が届いたまま、カート管理者へ伝わらないことも考えられます。一次受付、技術確認、注文処理の責任者を分けると、専門知識がない担当者も連絡を止めずに済みます。
店舗受取や在庫連携にも停止状態を伝える
オンラインの注文保留は、商品を渡すすべての場所へ反映します。配送倉庫を止めても、店舗受取の担当者が注文番号だけで商品を渡せる状態では、確認の意味が薄れます。受取方法が変わった場合も、誰が最終的な受渡可否を判断するかを決めておきましょう。
O2OとOMOの違いの解説にあるように、オンラインと店舗をつなぐ施策では顧客体験だけでなく業務の連携も重要です。販売可能在庫を止めるのか、当該注文の出荷だけを止めるのかも区別します。Shopify在庫管理の解説も参考に、注文保留と在庫引当の関係を整理してください。
発送前に疑わしい注文を確認する手順
疑わしい注文は、出荷を保留してから、注文情報・決済状況・連絡履歴を確認します。先に確認作業を始めても、自動出荷が進んでいれば間に合わない可能性があります。保留の操作だけでなく、倉庫側で停止が反映されたことまで確認し、確認済みの時刻を記録しましょう。
確認の順序は、注文番号の特定、出荷状況の把握、決済状態の照合、担当者による判断とします。複数の注文を扱うときは、同じ購入者だと思い込まず、注文ごとに状態を確認します。担当者同士が別々の画面を見ていても、同じ注文番号で会話できることが基本です。
一つの特徴ではなく複数の情報を確認する
住所や氏名の表記だけで不正と断定せず、取引の経緯を確認します。注文内容と配送先、過去の対応、決済会社からの通知などを合わせて判断します。国籍や言語、居住地域だけで購入者を一律に排除する運用は避け、業務上必要な確認に絞りましょう。
個別の審査条件を一般公開する必要はありませんが、社内では判断理由を後から説明できる状態にします。「何となく怪しい」という記録だけでは、別の担当者が引き継げません。確認できた事実、未確認の事項、決済会社へ照会した内容を分けて記録することで、誤った思い込みを修正しやすくなります。
確認担当者が判断に迷ったときは、通常処理へ自動で戻すのではなく、責任者へ引き継ぎます。その際、全履歴を読み直させるより、確認済みの事項と残る論点を短く添える方が判断しやすくなります。引き継ぎ中も保留状態を維持し、購入者に伝えた回答予定を変更する必要があれば、放置せず案内します。
購入者には必要なことだけを中立的に尋ねる
購入者への連絡では、不正と決め付けず、確認事項と回答方法を簡潔に伝えます。例えば、配送情報に確認が必要で出荷を保留していること、確認する項目、店舗への正式な連絡先を案内します。個別の検知条件や、不要な第三者の情報まで説明する必要はありません。
回答がない場合の扱いも、担当者の判断任せにしないようにします。再連絡の方法、保留を続けられる期間、取消判断を行う責任者を決めます。返答が遅いこと自体を不正の証拠とはせず、契約や店舗の案内との整合を確認しながら、注文を処理してください。
保留解除には決済と物流の両方の確認を使う
出荷を再開するときは、解除の判断者と倉庫への伝達を一つの記録に残します。確認が終わった担当者が口頭で倉庫に連絡するだけでは、別の担当者が再度保留したり、古い指示が残ったりします。注文管理上の状態と、倉庫側の状態を照合してから通常処理へ戻しましょう。
自動出荷を使う店舗は、保留解除後の処理が一回だけ実行されるかも検証します。複数システムの連携では、同じ通知が再送される場合もあるためです。テスト注文を使い、保留、解除、取消の各状態で何が起きるかを確認し、検証済みの範囲を記録しておくと引き継ぎに役立ちます。
休業日前や当日発送の締め時間が近い注文では、確認時間が短くなります。締め時間に間に合わせるために確認を省略するのではなく、保留対象の発送予定をどう変更するかを決めます。購入者への案内、倉庫の作業期限、在庫の確保期限を一緒に確認すると、担当部署ごとに異なる説明をする事態を防げます。
ECの受注から出荷までの業務を改善したい方は、FORCE-Rへご相談ください。
不正の疑いや被害が分かった後の対応
被害が疑われるときは、追加の出荷を防ぎ、決済会社へ連絡し、関連記録を保全します。担当者が独断で全注文を取り消したり、顧客情報を広く共有したりする前に、影響する注文と対応責任者を特定します。被害を抑える作業と、状況を確かめる作業を並行して進めましょう。
出荷前なら、出荷保留が倉庫に反映されているかを再確認します。出荷後なら、配送会社へ相談できる範囲を確認します。配送停止や回収は、荷物の状況や契約によって可否が異なります。確実に止められると購入者や社内へ伝えず、受付結果と実際の処理結果を区別してください。
決済会社への照会資料を注文単位でそろえる
照会では、必要な情報を正式な窓口へ提出し、回答期限を管理します。SBペイメントサービスのチャージバックの説明も確認しながら、自社の契約先から案内された手順に従います。期限がある依頼は、メールの受信箱だけで管理せず、担当者と代行者が追える一覧に記録しましょう。
資料は、注文情報、決済の識別番号、配送状況、連絡履歴などから、要求された範囲を整理します。原本を上書きせず、提出した版と日時を残すと、その後の照会に対応しやすくなります。関係のない注文や、他の購入者の個人情報が混ざっていないかも、提出前に確認してください。
照会の回答を受けた後は、単にメールを保存するだけでなく、注文をどう扱うかを記録します。出荷継続、取消、追加確認など、実務上の次の行動へ変換する必要があるためです。決済会社の説明のうち、確定した結果と条件付きの助言を分けて残すと、社内で保証されたと誤解されにくくなります。
返金とチャージバックの二重処理を防ぐ
自主返金を進める前に、決済会社側の調査や売上返還の状態を確認します。顧客対応では返金済みでも、経理では別の売上返還が計上されると、二重の支出を見落とすことがあります。注文番号と決済識別番号を結び付け、返金予定、処理済み、調査中を区別します。
取消・返金ボタンを押した後も、処理結果と金額を確認します。画面のエラーや通信切断が起きた場合は、結果を照合せず同じ操作を繰り返さないようにします。顧客への案内は、店舗が操作した日と、購入者側に反映される時期を分け、未確認の着金日を約束しないことが大切です。
個人情報と証跡の保管範囲を決める
調査記録は、対応に必要な人だけが扱える場所で管理します。不正の疑いがあるからといって、氏名や住所を関係者全員へ配布してよいわけではありません。担当部署、決済会社、委託先ごとに必要な情報を切り分け、社内ルールと契約に沿って共有しましょう。
また、不正利用と情報漏えいの疑いは分けて確認します。自社から情報が漏れた可能性がある場合は、セキュリティ担当へ連携し、法令や契約に基づく報告・通知の要否も確認します。ログを消してから原因を調べることのないよう、保全方法と閲覧権限をあらかじめ用意しておきます。
画面の画像を保存する場合も、必要な項目以外が写っていないか確認します。担当者の個人端末や私用の連絡ツールへ移すと、後から閲覧者や保存期間を管理しにくくなります。社内で定めた保管先に注文番号で整理し、調査終了後の保管と廃棄は、法令・契約・社内ルールを確認して扱います。
デジタル商品やサービスでは、発送の代わりに利用開始を止める必要があります。物品の倉庫連携と同じ考え方で、注文の保留がダウンロード権限や利用資格の発行へ反映されるかを確認します。提供済みの場合に何を停止できるか、停止が正当な利用者へ影響しないかも、サービスの担当者と相談して決めておきましょう。
被害対応中は、顧客向けの説明と社内の調査記録を混ぜないことも大切です。購入者に知らせる事実がまだ確定していない場合は、確認中であることと次の連絡方法を伝えます。調査の見込みだけを断定的に案内すると、後から説明が変わった際に不信感を招きます。回答内容の承認者を決め、複数窓口から異なる説明が出ないようにします。
また、担当者の不在時に照会期限を過ぎないよう、未完了の案件は毎日確認できる一覧へ残します。注文番号、次に行う作業、担当、期限、保留状態が分かれば、調査内容を全員へ広げなくても業務を引き継げます。対応が終わった案件を一覧から消すだけでなく、完了の根拠を残しておくと、後日の再照会にも対応できます。
対策の効果と運用負担を一緒に見直す
不正注文対策は、損失の減少と正当な購入への影響を合わせて評価します。保留件数が増えたことだけでは、対策が良くなったとは判断できません。確認後に問題なく出荷した注文、購入者が手続きを諦めた注文、実際に被害が確認された注文を分けて集計しましょう。
見る項目は、出荷前に止められた損失、出荷後に発生した損失、確認に使った時間、保留の滞留時間などです。件数と金額を分けると、小額の注文が多いケースと、少数の高額被害を区別できます。購入確認の遅れによる問い合わせも把握すると、対策に必要な人員を検討しやすくなります。
認証時の離脱とアクセス数を混同しない
効果測定では、どの段階を分母にした指標かを明確にします。サイトを訪れた人数、決済へ進んだ件数、本人認証を開始した件数は異なります。ユニークユーザーなどの指標の違いの解説も参考に、認証前後の変化を同じ定義で比較してください。
例えば、広告配信を増やした月は、新規訪問者と注文の構成が変わります。単純に前月より決済完了率が下がったとしても、不正対策だけが原因とは限りません。商品、流入経路、端末などの条件を確かめ、必要な範囲で切り分けると、認証を弱める前に直すべき課題が見えてきます。
外部サービスは連携と責任範囲まで比較する
不正検知サービスは、判定機能だけでなく、注文を止める連携と運用支援まで比較します。SBペイメントサービスのセキュリティ対策一覧にも、複数の対策が示されています。導入候補について、対象の決済手段、カートとの接続、通知方法、障害時の扱いを確認しましょう。
見積もりでは、初期設定、月額、従量、確認作業、保証の条件を分けます。料金が安くても、判定結果を毎回手入力する必要があれば、注文増加に対応しにくくなります。保証の対象外が多い商材や取引もあり得るため、自社の実際の注文を前提に、適用範囲と残る業務を確認してください。
導入テストでは、通常の判定だけでなく、判定結果が届かない状態も確認します。サービス側の障害時に自動出荷を続けるのか、保留するのかは、店舗の損失と購入者への影響に関わります。例外時の処理を決めずに導入すると、普段は問題がなくても、障害が起きた日に大量の判断待ちが生じる可能性があります。
誤判定を次の改善につなげる
正当な購入を止めてしまったケースも、改善のための記録に残します。不正を防いだ結果だけを報告すると、購入者の不便が見えなくなります。確認に時間がかかった理由が、情報不足、担当者不在、倉庫との連絡遅れのどれなのかを整理し、変更すべき工程を特定しましょう。
継続購入が多い店舗では、過剰な確認が顧客体験へ与える影響にも注意します。リピート率と向上施策の解説を参考に、再購入の推移と問い合わせ内容を確認してください。ただし、過去に購入したことがある会員だから安全と決め付けず、アカウント保護と丁寧な案内を両立させることが重要です。
改善案は一度に広く変えず、変更した項目と実施日を記録して評価します。案内文を分かりやすくした結果なのか、担当者を増やした結果なのかが分からなければ、次の繁忙期に同じ状態を再現できません。実際の注文構成に照らして検証し、変更後に新たな滞留や問い合わせが増えていないかも確かめます。
ECの顧客対応と日常業務を見直したい方は、FORCE-Rへお問い合わせください。
まとめ：ECの不正注文は決済と出荷をつないで防ぐ
ECの不正注文対策は、本人認証の導入から出荷停止、調査、返金まで一貫して設計することが基本です。決済が承認されたかだけで判断せず、認証、売上、配送の各状態を確認しましょう。疑わしいという段階では購入者を断定的に扱わず、必要な確認を正式な手順で進めます。
まず、注文を保留する担当者、倉庫へ停止を伝える方法、決済会社への連絡先を整理してください。そのうえで、保留と解除、返金と売上返還、調査記録の保管が一つの注文につながっているかを点検します。損失と正当な購入への影響を見ながら運用を直すことで、安全性と買いやすさの両立に近づけます。
EC運営の課題整理は、FORCE-Rへご相談ください。不正審査や決済の専門的な判断は契約先へ確認し、運営支援の範囲は個別にご相談いただけます。
