> ## Documentation Index
> Fetch the complete documentation index at: https://docs.aftersell.com/llms.txt
> Use this file to discover all available pages before exploring further.

# 구독 업그레이드 주문 처리 및 3PL 매핑

Shopify 주문의 오퍼 제품은 실제로 배송할 제품이 아니라 플레이스홀더예요. 업그레이드가 수락되었을 때 고객에게 실제로 무엇을 보내야 하는지 주문 처리 업체(3PL)가 알아야 해요.

<div id="mapping-the-placeholder-to-a-real-product">
  ## 플레이스홀더를 실제 제품에 매핑하기
</div>

Aftersell은 구독 업그레이드의 주문 처리 측면은 다루지 않아요. 3PL 업체와 동기화해 그쪽에서 올바른 매핑이 되어 있는지 확인해야 해요. 대부분의 경우 다음을 의미해요:

* 오퍼 제품(플레이스홀더)을 고객이 받아야 할 업그레이드된 제품에 매핑하기.
* Recharge, Skio 또는 Loop에서 구독이 업데이트될 때 업그레이드가 올바르게 흘러가는지 확인하기.

<div id="if-your-3pl-integrates-with-your-subscription-platform">
  ## 3PL이 구독 플랫폼과 연동되는 경우
</div>

3PL이 구독 플랫폼(Recharge, Skio 또는 Loop)과 직접 연동되는 경우, 업그레이드 구성에 따라 동작이 달라질 수 있어요:

* **대부분의 업그레이드**에서는 고객의 기존 구독이 그 자리에서 업데이트되고 동일한 구독 ID를 유지하므로, 직접 연동이 변경 사항을 올바르게 반영해요.
* **선불 전환**의 경우 Recharge와 Skio는 원래 구독을 취소하고 선불 플랜을 적용하기 위해 새 구독을 만들어요.
* **여러 라인으로 구성된 구독의 단일 라인**인 경우 Skio와 Loop은 하나의 라인만 그 자리에서 일정을 조정할 수 없어요. 해당 라인을 담은 새 구독을 만들고 원래 구독에서 제외해요 — Skio는 기존 라인의 수량을 `0`으로 설정하고, Loop은 라인을 제거해요. 그 라인이 원래 구독의 마지막 활성 라인이었다면 Loop은 원래 구독을 아예 취소해요.

이 두 경우 모두 업그레이드된 항목이 **다른 구독 ID** 아래에 놓이게 되므로, 안정적인 구독 ID에 의존하는 연동은 이런 유형의 업그레이드 후 다시 동기화해야 할 수 있어요.

그래서 항상 [테스트 주문](/ko/aftersell/subscription-upgrades-testing)을 실행해 모든 것이 예상대로 작동하는지 확인하고, 설정이나 매핑 관련 질문은 3PL 업체에 문의하는 것이 가장 좋아요.