> ## 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 的集成在此类升级后可能需要重新同步。

正因如此，最好始终运行一次[测试订单](/zh/aftersell/subscription-upgrades-testing)，确认一切按预期工作，并就任何设置或映射问题与你的 3PL 提供商确认。
