Coupangの交換を拒否できる？認められる理由は2つだけ

いいえ。Coupangが公開している販売者側の交換拒否操作で認められている条件は、交換商品の在庫切れ（SOLDOUT）または顧客による交換申請の取り下げ（WITHDRAW）の2つだけです。返金に切り替えたい、入荷を待っている、利益率を守りたい、といった事情は3つ目の拒否理由にはなりません。どちらの条件にも当てはまらない場合は、申請を通常の交換フローで処理してください。

この区別が重要なのは、拒否コードが業務上の記録だからです。コードは、申請された交換品の提供がなぜ進まなかったのかをワークフローに伝えるものであり、販売者が望む商業上の結果を選ぶための汎用ボタンではありません。誤ったコードを送ると、実際には在庫切れでも購入者による取り下げでもないのに、カスタマーサービスのメモ、在庫処理、フルフィルメント上の判断がそのような事実に基づいて記録されるおそれがあります。

2つの拒否理由は事実に基づく条件です

販売者側の拒否は、販売者が交換に不満を持っているかどうかとは別の、より限定された処理です。2つのコードが答えるのは、「申請された交換を、なぜこれ以上進められないのか」という事実を確認する問いです。どの解決策なら費用が安いか、対応の手間が少ないか、といった商業上の問いに答えるものではありません。

この区別が基本的な統制です。記録が SOLDOUT なら、確認者が「代替商品を提供できなかった」と理解できる内容であるべきです。WITHDRAW なら、顧客が取り下げたことを示す記録であるべきです。販売者にとって返金の方が処理しやすいという理由だけで、どちらかのコードを選んではいけません。

交換拒否の理由と、返金・返品という結果は別々の判断です。個別案件では、プラットフォーム上の別の処理や、適用される韓国のルールに基づく別途確認が必要になる場合があります。安全な運用は、まず実際に起きた事実を記録し、その後、正しいフローで顧客向けの次の対応を決めることです。

交換を拒否する前に、この判断ルールを適用してください

現在も進行中の交換申請に対して、次のルールを適用してください。顧客に本来どのような申請をしてほしかったか、という希望を基準にしてはいけません。

1. 顧客は実際に交換申請を取り下げましたか？ はいの場合は、WITHDRAW を使用してください。「実際に」とは、顧客による操作が確認できることを意味します。返信がない、対応が遅れている、販売者側でキャンセルした、といった事実から取り下げを推測してはいけません。
2. そうでない場合、申請された交換商品は実際に入手できませんか？ はいの場合は、SOLDOUT を使用してください。商品ファミリー全体の在庫だけで判断せず、交換対象として指定された商品そのものまたはバリエーションを確認してください。
3. どちらにも当てはまらない場合は、販売者側の拒否操作を使用しないでください。 申請を通常の交換フローに残し、韓国語対応が可能なカスタマーサービスとフルフィルメントの適切なプロセスを通じて解決してください。
4. 記録が食い違っている場合は、実行前に確認してください。 たとえば、顧客のメッセージから気が変わったように見えても、交換申請が有効なままの場合があります。また、在庫システム同士で情報が一致しないこともあります。販売者が望む返金結果になるという理由で、コードを選んではいけません。

この2つの判定は、異なる原因を示します。在庫切れは、代替商品を提供できなかったことを意味します。取り下げは、顧客が交換申請を終了したことを意味します。同じ案件で両方の事実が見つかった場合も、望ましい商業上の結果を基準に優先順位を勝手に決めないでください。その実装上の扱いについては、Coupangの現行フローまたはサポート案内を確認してください。

SOLDOUTが正しいルートとなる場合

SOLDOUTは、交換商品が実際に入手できない場合に限って使用してください。顧客が指定した交換品そのものを、交換処理で提供できるかを確認します。該当する在庫がなく提供できないなら、SOLDOUTはその事実を表します。

確認は、申請された選択肢に限定して行う必要があります。商品ファミリー全体では在庫があっても、交換対象として指定された特定のサイズ、色、モデル、セットには在庫がない場合があります。逆に、利用可能な在庫を割り当てないという社内の判断は、必ずしも商品が在庫切れであることと同じではありません。コードでこの違いを隠してはいけません。

対応する前に、次の状況を分けて考えてください。

• 実際の入手不能： 申請された交換品として提供できる該当商品がありません。
• 社内都合による消極的な判断： 在庫はありますが、交換対応が煩雑、利益率が低い、またはブランドが望む結果ではありません。
• 入荷待ち： 後で在庫が戻る見込みですが、今は交換処理を続けたくありません。

SOLDOUTに最も明確に当てはまるのは、最初の状況です。後者2つだけでは、使用の根拠になりません。入荷待ちは現実のサービス上の問題を生む可能性がありますが、それによって販売者に新たな拒否理由が与えられるわけではありません。事実関係が不明確な場合は、タイミングの問題を在庫切れの記録に置き換えるのではなく、現在のCoupangの操作でその商品がどのように扱われるかを確認してください。

実務上の社内確認はシンプルです。指定された交換品を特定し、現在の在庫状況を確認し、その判断を裏付ける在庫確認の記録を残してください。この記録は業務上の統制であり、Coupangが特定の証跡形式を要求しているという意味ではありません。カスタマーサービス、在庫管理、連携システムの各チームが、同じ事実に基づいて判断できるようにするものです。

次の3つの例を考えてみます。

• 顧客が特定のバリエーションへの交換を申請し、そのバリエーションを提供できる在庫が1点もないことをチームが確認しました。これは、SOLDOUTが想定している事実関係です。
• 在庫はありますが、交換の利益率が低いため、ブランドは返金を発行したいと考えています。これは商業上の希望であり、公式に記載された在庫切れの条件ではありません。
• 交換品を提供できるかどうかについて在庫記録が食い違っています。適切な対応は、申請を一時的に終了するための方法としてSOLDOUTを選ぶことではなく、まず不一致を解消することです。

WITHDRAWが正しいルートとなる場合

WITHDRAWは顧客の操作に対応するコードです。サポート対象のプラットフォームフローで、またはカスタマーサービスを通じて顧客の取り下げを明確に確認できた場合に使います。販売者が返金の方が簡単だと判断しても、取り下げとみなすことはできません。

沈黙は取り下げではありません。顧客が返信していない、販売者が社内で申請をキャンセルした、顧客が不満を表明した、といった事実だけで、公式に記載された取り下げ条件が成立するわけではありません。これらの事実にはフォローアップが必要な場合がありますが、記録を購入者主導のものとして書き換える根拠にはなりません。

顧客が返金できるかどうかを尋ねるメッセージにも注意が必要です。それは対応を変えたいという申し出かもしれませんが、既存の交換申請を取り下げた証拠とは限りません。顧客が実際に何を選択したのかを確認し、その後の返品または返金のルートは別途処理してください。顧客による取り下げが確認できないまま、一般的な refund requested の値を WITHDRAW に紐付けてはいけません。

顧客が実際に取り下げた場合でも、WITHDRAWが扱うのは交換拒否の理由だけです。このコードだけで、返金、返品、送料の扱い、その他のカスタマーサービス上の対応が必要かどうかまで決まるわけではありません。これらの問題は、適用されるプラットフォームのフローと、関連する韓国のルールに従って判断してください。

どちらの理由も当てはまらない場合の対応

最も重要でありながら見落とされやすいルールは、次の禁止事項です。実際の在庫切れがなく、顧客による取り下げも確認できない場合は、この操作で交換を拒否しないでください。不正確な2つのコードのどちらかに無理に当てはめるのではなく、申請を通常のフローで処理してください。

実務上の引き継ぎは、次のようになります。

1. 交換申請を通常の業務キューで有効なままにします。
2. 申請された交換品について、該当する商品または選択肢の現在の在庫状況を確認します。
3. 申請内容が変わった場合は、韓国語対応が可能なカスタマーサービスを通じて、顧客が望む結果を明確にします。 顧客が実際に取り下げていない限り、交換が取り下げられたと伝えてはいけません。
4. フルフィルメントの記録を交換フローと一致させます。 別の問題が交換品の追跡に関するものであれば、Coupangの交換追跡番号：先に返送品の受領を確認で、交換品の追跡が独立した業務ステップである理由を説明しています。
5. 現行の公式資料で扱われていないケースを確認します。 現行のCoupang公式開発者向けドキュメントまたはサポート案内に照らして判断し、理由を誤って伝えるコードを送信してはいけません。

プラットフォームのフルフィルメントと、販売者の判断を一つの工程にまとめないでください。Rocket Growthが関係する場合は、CoupangのRocket Growthでは返品を誰が担当するのか？で、顧客向けのフルフィルメント業務と、販売者が担う在庫および返品後の処理に関する責任を分けて考える方法を確認できます。また、プラットフォームを利用しても、販売者側のカスタマーサービス義務がなくなるわけではありません。Coupangは韓国の購入者からの問い合わせをすべて対応できる？いいえ、販売者の義務がありますでは、その境界を説明しています。

ここでは連携システムにも明確なデータモデルが必要です。refund requested、seller prefers refund、no response、restock delayのような汎用値を、どちらの拒否コードにも紐付けないでください。これらは希望する結果または社内状態を表す値です。コードの選択は、検証済みのイベント、つまり顧客が取り下げた、または交換商品が実際に入手できなかった、という事実に基づくべきです。

Coupangの交換拒否に関するよくある質問

返金の方が簡単だからという理由で、交換を拒否できますか？

いいえ。返金を希望することは、公式に記載された販売者側の交換拒否条件の1つではありません。顧客が取り下げておらず、交換商品が実際に在庫切れでもない場合は、申請を通常のフローに残し、その後の返金判断が必要になったときは正しいルートで処理してください。

入荷が遅いことは SOLDOUT と同じですか？

自動的には同じではありません。重要なのは、入荷を待ちたくないという単なる希望ではなく、交換商品が実際に入手できないかどうかです。コードを選択する前に、正確な商品とCoupangの現行運用を確認してください。

顧客が返信をやめた場合、WITHDRAWを使えますか？

いいえ。返信がないことは、顧客が実際に取り下げたことと同じではありません。確認済みの取り下げがない限り、やり取りが途切れたという理由だけで購入者主導の案件として記録してはいけません。

顧客が交換ではなく返金を求めた場合はどうすればよいですか？

自動的に WITHDRAW とするのではなく、確認が必要な依頼として扱ってください。顧客が実際に交換を取り下げたのかを確認し、そのうえで、適用されるプラットフォームのプロセスと韓国のルールに基づいて、返品または返金の別ルートを検討してください。

どちらかのコードで、顧客の韓国法上の権利まで確定しますか？

いいえ。これらのコードが示すのは、プラットフォーム上の操作です。現行の韓国法における返品、返金、消費者保護上の義務について確認する代わりにはなりません。プラットフォーム上の操作にはCoupangの公式開発者向けドキュメントを使用し、ステータスコードを超える問題について現行法の条文を確認する場合は、韓国法令情報センター（law.go.kr）を参照してください。

連携システムでは何を検証すべきですか？

どちらかのコードを送信する前に、検証済みの事実上のトリガーを必須にしてください。WITHDRAWには確認済みの顧客による取り下げを、SOLDOUTには交換商品の実際の入手不能を求めます。refund requestedのような販売者の一般的な希望は、交換拒否の理由ではなく、カスタマーサービスまたは返品ワークフロー上の値として保持してください。