> ## 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は1つのラインだけをその場で再スケジュールできません。そのラインを保持する新しいサブスクリプションを作成し、元のサブスクリプションから引退させます — Skioは古いラインの数量を`0`に設定し、Loopはそれを削除します。それが元のサブスクリプションの最後のアクティブなラインだった場合、Loopは元のサブスクリプションを完全にキャンセルします。

これらの2つのケースでは、アップグレードされたアイテムは**異なるサブスクリプションID**の下に置かれることになるため、安定したサブスクリプションIDに依存する連携は、そのタイプのアップグレード後に再同期が必要になる場合があります。

このため、必ず[テスト注文](/ja/aftersell/subscription-upgrades-testing)を実行し、すべてが期待どおりに動作していることを確認し、セットアップやマッピングに関する疑問については3PLプロバイダーに確認するのがベストです。