Coupangの交換追跡番号登録：返品商品の受領確認が先です

RECEIPT では交換商品の追跡情報を登録できません。これは交換申請が受け付けられたことを示すだけで、返品商品が受領されたことを意味しないためです。販売者が返品商品を受領して確認するまで、ケースは PROGRESS に移行しません。新しい shipmentBoxId が表示されたら、交換商品の送り状番号または追跡番号を登録します。

交換申請は最初のゲートにすぎません

このラベルは簡単に読み違えてしまいます。このワークフローで RECEIPT が示すのは、顧客またはCoupangカスタマーサービスが交換申請を開始したことです。販売者が返品商品を受領したことの確認ではありません。

この違いを押さえると、交換記録を実務的に読み取れるようになります。顧客は交換申請を送り、返品手順の案内を受け、荷物を配送会社に引き渡すところまで進んでいても、ケースが RECEIPT のままということがあります。顧客が手続きを開始しただけで、交換商品の配送情報を登録できる段階になったわけではありません。

したがって、通常の流れは、申請受付、返品商品の受領・確認、PROGRESS、交換商品の追跡情報の登録、交換完了です。REJECT と CANCEL はこの通常の流れの外側にあります。追跡情報の登録を繰り返し試しても、いずれの結果も PROGRESS には変わりません。

受領確認は顧客の申告ではなく、プラットフォーム上で記録されるイベントです

返品商品が到着したように見える出来事はいくつかあります。顧客には配送会社の配達スキャンが表示されるかもしれません。フルフィルメント倉庫の荷受け場に荷物が届いていることもあります。サポート担当者が、返品商品が配達済みだというメッセージを受け取る場合もあります。しかし、これらの情報をCoupangの交換ケースに記録された受領確認の代わりにしてはいけません。

実務上のトリガーは、販売者が返品商品を受領し、その受領を確認することです。そのため、販売者アカウント外の情報では返品済みと判断できる状態でも、ブランドが交換商品の追跡番号を登録できないことがあります。交換記録が、交換の次のステップを許可するゲートをまだ通過していないためです。

Coupang Rocket Growthが指定されたフルフィルメントサービスの場合、返品はCoupangのプラットフォーム手順とフルフィルメント運用を通じて処理されることがあります。ブランドが返品商品の実物を扱う担当者とは限らないため、社内手順では、システム上で受領が記録されているかを確認し、その情報を販売者側の運用担当へ引き継ぐ担当者を明確にする必要があります。返品商品の実物を誰が扱うかについては、Coupang Rocket Growthで返品を担当するのは誰ですか？で説明しています。ここで重要なのは、配送会社のスキャンだけでは登録のトリガーにならないという点です。

受領確認の後も、交換商品の配送データがすぐに表示されるとは限りません。交換便のデータが表示されるまでの処理時間は、運用やステータスによって異なる場合があります。現在の交換処理のステータスレスポンスと、対象エンドポイントまたはAPIバージョンに関するCoupang公式開発者ドキュメントを確認してください。顧客向けに固定の待ち時間を約束しないでください。その処理時間が経過するまでは、交換データが一時的に表示されなくても、交換申請の不具合ではなく通常の処理である場合があります。

連携や社内監査では、古いサポートメモや翻訳済みのスプレッドシートをそのまま転記せず、同じ公式ドキュメントで現在のステータス値とフィールド名を確認してください。交換処理ごとの再試行基準を超えたかどうかは、配送会社のスキャンや倉庫からのメッセージではなく、交換処理のステータスレスポンスで判断します。

新しい shipmentBoxId で交換商品の追跡情報を登録する

交換には、2種類の配送フロー（返品便と交換便）があります。返品便は返品商品が販売者へ戻る配送で、交換便は交換商品が顧客へ向かう配送です。これらは同じ交換ケースに紐付くことがありますが、それぞれの配送識別子を相互に使うことはできません。

識別子の混同は、登録に失敗するもう一つの一般的な理由です。チームが見慣れた元注文の参照値や戻ってくる荷物の追跡番号を、Coupangが求める交換便の配送記録だと誤認して送信してしまうことがあります。

販売者側の運用担当が行う手順は明確です。

1. 返品商品が受領・確認された後、交換記録が RECEIPT から PROGRESS に移行したことを確認します。
2. 物理的な受領イベントの直後に再試行するのではなく、当該交換処理に設定された処理時間が経過するまで待ちます。
3. 新たに発行された交換便の shipmentBoxId を取得します。
4. 現在のCoupangワークフローを通じて、交換商品の送り状番号または追跡番号を登録します。
5. 交換処理のステータスが exchange completed になるまで、交換商品の配送状況を監視します。

交換便の識別子が利用できない場合は、フィールドを埋めるためだけに OriginalShipmentBoxId や返品便の識別子へ切り替えないでください。まず交換ステータスを確認し、当該交換処理に設定された処理時間が経過しているかを確認します。原因はタイミングにあるかもしれませんし、誤った配送記録を取得している可能性もあります。誤った識別子を使うと、その違いが分からなくなります。

この点からも、欧米ブランドはデータモデルを明確に分けて管理する必要があります。交換申請、返品便、交換便（交換商品の配送）を、関連付けながらも別々の運用レコードとして保存してください。元注文の参照値を1つ持つだけでは、どの荷物が到着したのか、どの配送に新しい追跡情報を登録すべきなのかをサポート担当者が判断できません。財務イベントはこの交換ステートマシンから分けて管理してください。Coupangが売上を収益として認識するタイミングは別の記録を扱っているため、交換の準備が整ったかどうかを判断する材料にはしないでください。

韓国語サポートをステータス遷移に合わせて構築する

カスタマーサービスでは、プラットフォームで処理される順序に沿って案内します。交換申請を受け付けても、すぐに交換商品を発送すると約束してはいけません。まず返品商品が受領され、確認される必要があります。ケースが PROGRESS に進み、新しい配送データが表示された後に、交換商品の追跡情報を登録します。

以下の手順で引き継ぎます。

1. 申請を受け付けます。 顧客に交換申請を受け付けたことを伝えます。RECEIPT を、返品商品が到着した証拠として説明してはいけません。
2. 返品受領を先に行うことを説明します。 交換商品の配送情報を登録する前に、返品商品が受領され、確認される必要があると伝えます。
3. 受領確認の担当者を決めます。 倉庫またはフルフィルメントの担当者が、交換ワークフローに受領が記録されていることを確認し、そのケースを販売者側の運用担当へ引き継ぎます。
4. ステージとシステム更新を待ちます。 販売者側の運用担当者は PROGRESS を確認し、当該交換処理に設定された処理時間が経過してから、新しい shipmentBoxId を取得します。
5. 登録して監視します。 交換商品の送り状番号または追跡番号を登録し、交換商品の配送状況に合わせて顧客対応チームにも情報を共有します。ケースが REJECT または CANCEL の場合は、別の結果として適切な担当へ振り分けます。

すべての内部フィールド名を示さなくても、顧客向けの簡潔な案内文を作成できます。

日本語（案内文）

交換申請を受け付けました。まず返品商品を受領して確認する必要があります。その手順が記録され、交換手続きを進められる状態になりましたら、交換便の配送情報を登録し、配送状況を確認します。

韓国語

교환 요청이 접수되었습니다. 반품 상품이 입고되어 확인되고 시스템 처리가 완료된 후 교환 상품의 배송정보를 등록할 수 있습니다. 해당 단계가 확인되면 교환 상품의 배송정보를 등록하고 배송 상황을 안내드리겠습니다.

この韓国語の文面は、申請受付時点で発送を約束せず、正確な期待値を設定します。社内では、顧客にはより簡単な説明を見せる場合でも、サポートチームがプラットフォームのステータス用語を一貫して使うようにしてください。そうすれば、倉庫が受領記録を待っている段階なのに、ある担当者だけが交換の準備ができたと判断する事態を防げます。

引き継ぎでは、返品便の識別子と交換便の shipmentBoxId の違いも維持する必要があります。顧客から問い合わせを受けたとき、サポート担当者は、次の3点を別々に回答できなければなりません。交換申請は受け付けられているか、返品商品は受領済みとして記録されているか、交換追跡情報は登録済みか、という3点です。これらを一つの「交換ステータス」にまとめると、早すぎる約束や誤った識別子の送信につながります。このステートマシンとは別の販売後ワークフローも分けて管理してください。Coupangの即時返金：返品到着前に購入者へ支払いが行われる理由では、別の流れを説明しています。

Coupangの交換追跡についてよくある質問

なぜ RECEIPT は返品商品がすでに到着したように聞こえるのですか？

Coupangが交換申請を受け付けたことを示すラベルだからです。このワークフローでは、RECEIPT を「申請受付」と読みます。販売者による返品商品の受領は後続のイベントであり、PROGRESS につながります。

返品の配送会社が配達済みと表示した時点で、交換追跡番号を登録できますか？

いいえ。配送会社のスキャンや顧客による配達完了の確認は、交換記録上の販売者による受領確認の代わりにはなりません。ケースが PROGRESS に進み、交換便の配送データが利用可能になるまで待ってください。

返品商品は確認済みなのに、交換便が表示されない場合はどうすればよいですか？

当該交換処理に設定された処理時間が経過するまで待ってください。その後、交換処理のステータスレスポンスを確認し、新たに発行された shipmentBoxId を取得します。受領確認後にしばらく交換便のデータが表示されなくても、必ずしも申請に不具合があるとは限りません。交換処理ごとの再試行基準を超えてもデータを利用できない場合は、Coupang公式開発者ドキュメントで現在のワークフローを確認し、プラットフォームサポートへケースを引き継いでください。

交換便にはどの識別子を送信すべきですか？

交換便用に新たに発行された shipmentBoxId を使用してください。OriginalShipmentBoxId や返品便に属する識別子を代わりに使用してはいけません。

REJECT と CANCEL は、単に時間がかかる PROGRESS ですか？

いいえ。これらは通常の配送遅延ではなく、別の結果です。いずれかの結果が表示されたら、単に時間が経てば解決すると考えて、交換商品の追跡情報の登録を再試行するのはやめてください。

交換申請が開かれた時点で、カスタマーサービスはすぐに交換すると約束できますか？

約束すべきではありません。正確な案内は、申請を受け付け、返品商品の受領が先であることを説明し、交換処理のステータスが適切な段階に進んだ後に交換商品の配送情報を登録して監視することです。