> ## 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)، فقد يختلف السلوك حسب تهيئة الترقية:

* **في معظم الترقيات**، يُحدَّث اشتراك العميل الحالي في مكانه ويحتفظ بنفس معرّف الاشتراك، لذا تلتقط التكاملات المباشرة التغيير بشكل صحيح.
* **في التحويلات مسبقة الدفع**، تُلغي Recharge وSkio الاشتراك الأصلي وتنشئان اشتراكًا جديدًا لتطبيق الخطة مسبقة الدفع.
* **بالنسبة لبند واحد في اشتراك متعدد البنود**، لا تستطيع Skio وLoop إعادة جدولة بند واحد في مكانه. فتنشئان اشتراكًا جديدًا يحمل ذلك البند وتُخرجانه من الاشتراك الأصلي — تضبط Skio كمية البند القديم على `0`، بينما تزيله Loop. وإذا كان هو آخر بند نشط في الاشتراك الأصلي، فتُلغي Loop الاشتراك الأصلي بالكامل.

في كلتا هاتين الحالتين، ينتهي العنصر المُرقّى تحت **معرّف اشتراك مختلف**، لذا قد تحتاج التكاملات التي تعتمد على معرّفات اشتراك ثابتة إلى إعادة المزامنة بعد هذا النوع من الترقيات.

لهذا السبب من الأفضل دائمًا إجراء [طلب اختباري](/ar/aftersell/subscription-upgrades-testing)، والتأكد من أن كل شيء يعمل كما هو متوقع، والتواصل مع مزوّد 3PL لديك بشأن أي أسئلة حول الإعداد أو الربط.