لماذا تعرض أنواع الأسعار السعر الافتراضي بصمت
Understand why every price type shows the same price and how linked and custom price rows behave.
'all my price types show the same price' يعني أنه لم يتم تعيين أسعار خاصة بالقناة - كل شيء يعود إلى الافتراضي.
يحمل كل صف سعر use_referred_price وreferred_price_id. وطالما أن use_referred_price صحيح، فإن السعر الفعلي المستخدم في القراءات وعروض الأسعار هو السعر الموجود في نهاية سلسلة الإحالة؛ ولا تُستخدم الأرقام المخزنة في الصف نفسه للسعر الفعلي. وينتج عن ذلك التباسان معتادان. أولًا، 'I changed the price and nothing happened': الصف الذي يجري تحريره في الوضع المرتبط، لذا فأرقامه بلا فائدة - والحل هو تحويل السعر إلى الوضع المخصص (تحديث بقيمة use_referred_price=false يحفظ الأرقام ويفصل الارتباط في خطوة واحدة). ثانيًا، 'I typed a price and it vanished': عندما يفعّل طلب تحديث الوضع المرتبط (use_referred_price=true)، يحفظ الخادم العلامة ويتجاهل بصمت أي سعر أو ضريبة أو هامش يُرسل في الطلب نفسه - وهذا بحكم التصميم، لأن السعر المرتبط يأخذ قيمه من مرجعه؛ كما يمسح أي تسعير قائم على صيغة في ذلك الصف. والوجه الآخر هو الميزة القوية المقصودة: تحرير السعر الافتراضي للمؤسسة/وحدة الأعمال يحدّث فورًا كل سعر قناة بيع لا يزال مرتبطًا به. لاحظ أن كل سعر قناة بيع يُنشأ في الوضع المخصص لكنه يحتفظ بمؤشر إلى السعر الافتراضي، فيمكن إعادة ربطه لاحقًا دون فقدان العلاقة. شخّص المشكلة بالسؤال عن الصف الذي جرى تحريره وما إذا كان في الوضع المرتبط أو المخصص.
تحرير أحد هذه الأسعار المُركّبة للمرة الأولى يُنشئ فعليًا صف سعر قناة جديدًا (يُولد في الوضع المخصص، مع الاحتفاظ بمؤشر إلى الافتراضي ليُربط لاحقًا).
بعد إنشائه، يتوقف نوع السعر هذا عن اتباع الافتراضي ما لم يُفعّل مفتاح الربط.
لجعل نوع سعر يتبع الافتراضي مجددًا، فعّل خيار الربط/الإحالة الخاص به بدلًا من إعادة كتابة الأرقام.
التسلسل 'default price updated, most price types moved but one did not' يعني أن نوع سعر واحد قد تم تعيينه صراحةً (أو تحديثه عبر API) في مرحلة ما.
مسار /enterprise_api/price/update العام يثبّت use_referred_price على false لمتصلين من المؤسسات - فلا يمكن إرسال العلامة عبر API. النتيجة: في المرة الأولى التي يحدّث فيها نظام ERP/تكامل سعر قناة بيع لـ (SKU، قناة بيع، نوع سعر)، يُحوَّل ذلك السعر إلى الوضع المخصص ويُفصل عن السعر الافتراضي للمؤسسة/وحدة الأعمال. ومنذ ذلك الحين، لا تنتقل تعديلات السعر الافتراضي إلى سعر تلك القناة. ويظهر ذلك على شكل: «حدّثنا السعر الرئيسي/الافتراضي لكن قناة الموزعين لدينا لا تزال تعرض السعر القديم» - والسبب المعتاد مزامنة API سابقة لمست سعر القناة وكسرت الارتباط بصمت. لا توجد طريقة عبر API لإعادة الربط؛ فعلى العميل إعادة تفعيل مفتاح الربط/الإحالة على ذلك السعر من واجهة الكتالوج، أو قبول أن تكامله يجب أن يدفع التحديثات إلى كل سعر قناة صراحةً. عند تأهيل عميل مزامنة ERP، حذّره مسبقًا: مزامنة أسعار مستوى القناة تعني تحمّل مسؤولية كل أسعار مستوى القناة بعد ذلك، بينما مزامنة الأسعار الافتراضية فقط تُبقي التوريث الداخلي يعمل. لاحظ أيضًا أن تحديثات الأسعار تُسجَّل في سجل التدقيق (price_update)، مما يساعد في تحديد وقت كسر الارتباط.