الشراء الذكي
كيف تنتقل إلى لوحة SMM أخرى دون أن تفقد ضمان التعويض؟
آخر تحديث: ، من إعداد فريق تحرير PanelCompare، مدة القراءة 6 دقائق
ما الذي ينتقل فعلًا حين تغيّر اللوحة؟
لا شيء. لا الرصيد، ولا سجل الطلبات، ولا تغطية التعويض، ولا أرقام الخدمات. ضمان التعويض وعد يخص طلبًا محددًا، ويُقاس على العدد الأولي الذي سجّلته لوحة محددة قبل بدء ذلك الطلب، ولا يمكن المطالبة به إلا عبر آلية تلك اللوحة. واللوحة الجديدة لا تملك أي سجل لشيء من ذلك، ولا يترتب عليها أي التزام بسببه.
ويستحق هذا أن يُقال صراحة، لأن السوق كثيرًا ما تتحدث عن التغطية كأنها خاصية للمتابعين لا للطلب. إنها غير قابلة للنقل ولا للتنازل، ولم تعرض أي لوحة قط أن تفي بمدة ضمان لوحة أخرى.
لماذا يهم ترتيب الخطوات إلى هذا الحد؟
لأن أكثر ما يُبطل مطالبة التعويض ليس انتهاء المدة، بل تلوّث خط الأساس. الطلب الثاني يسجّل عددًا أوليًا يشمل ما سُلِّم من الطلب الأول، فحين تكون للوحتين طلبات حية على رابط واحد، لا تملك أي منهما قياسًا نظيفًا لما سلّمته، ويحق لكلتيهما رفض المطالبة لهذا السبب تحديدًا.
لا تضع طلبات لوحتين على رابط واحد أبدًا
هذا هو الخطأ الوحيد الذي يجعل الانتقال مكلفًا. إن كان لطلب قديم مدة ضمان مفتوحة على رابط، فلا تضع طلبًا جديدًا على ذلك الرابط من أي مكان آخر حتى تنتهي المدة، أو تُقدَّم المطالبة وتُسوّى. وإن احتجت وحدات أكثر في الأثناء، فاستخدم رابطًا آخر.
والخبر الجيد أن معظم قائمة الخدمات لا شيء فيها يستحق الحماية. من بين 7,754 عرضًا حيًا في المؤشر، لا يحمل 6,409 منها أي مدة ضمان، فمعظم الطلبات السابقة لا تفرض أي قيد على موعد انتقالك (مؤشر أسعار PanelCompare، 2026-09-10). تحقق أي طلباتك المفتوحة تحمل مدة ضمان فعلًا قبل أن تخطط حولها.
ما الذي يجب تصديره قبل أن تغادر؟
كل ما ستتوقف اللوحة عن عرضه لك لحظة انقطاع الحساب، وهو معظم ما سيحتاجه أي نزاع لاحق. اللوحات لا ترسل كشف حساب ختاميًا، واللوحة التي تصفّي أعمالها تُغلق موقعها دون إشعار، فالتصدير باب في اتجاه واحد.
| الخانة | مصدرها | لماذا تهم بعد مغادرتك |
|---|---|---|
| رقم الطلب | جدول الطلبات، أو ردّ add | المرجع الوحيد الذي ستقبله اللوحة القديمة لأي مطالبة |
| رقم الخدمة واسم العرض كاملًا | قائمة الخدمات وقت الطلب | الأرقام خاصة بكل لوحة وقابلة للتغيير؛ والاسم هو ما تعيد به ربط الخدمة في مكان آخر |
| العدد الأولي | ردّ status، خانة start_count | كل التزام تعويض يُقاس عليه، ولا يمكن إعادة بنائه |
| الكمية المسلَّمة والمتبقي | ردّ status | يميّز النقص عن طلب جزئي سبق استرداد قيمته |
| تاريخ الاكتمال | جدول الطلبات | مدة الضمان تُحسب من الاكتمال لا من الشراء |
| أرقام طلبات التعويض الصادرة | ردّ refill | المرجع الوحيد لمتابعة تعويض لم يصل قط |
| المبالغ المخصومة وحركات الرصيد | ردّ status، خانة charge | أساس أي اعتراض عبر وسيلة الدفع |
المصدر: أسماء الخانات من ردود status وrefill في SMM Panel API v2، تم التحقق في 2026-09-11.
إن كانت اللوحة توفّر API، فهذه دورة واحدة ببرنامج نصي لا عصر كامل من النسخ اليدوي: إجراء status يقبل حتى 100 رقم طلب في كل مرة، فطلبات عام كامل لا تتجاوز عادةً بضعة استدعاءات. افعل ذلك قبل أن تعلن أي شيء، لا بعده.
ما تسلسل الانتقال الآمن؟
- 1.اجرد اللوحة القديمة أولًا: كل طلب خلال آخر 12 شهرًا، ورابطه، ومدة ضمانه، وعدده الأولي، وتاريخ اكتماله. صدّر ذلك قبل أن تتوقف عن استخدام اللوحة، لأن اللوحات التي تصفّي أعمالها تُغلق مواقعها.
- 2.حدّد أي تلك الطلبات ما زالت مدة ضمانها مفتوحة، وعلى أي الروابط. تلك الروابط مجمّدة حتى تنتهي المدة أو تُسوّى المطالبة.
- 3.اختبر اللوحة الجديدة على العروض التي تخطط فعلًا لشرائها، وعلى روابط غير مجمّدة. استخدم الحد الأدنى من الكمية: 6,679 من أصل 7,754 عرضًا في المؤشر يمكن شراؤها بحدها الأدنى بدولار أو أقل.
- 4.طالب الآن بتعويض كل ما نقص في اللوحة القديمة، عبر آلية التعويض فيها لا عبر تذكرة دعم، واحتفظ بأرقام طلبات التعويض.
- 5.اصرف الرصيد القديم على الروابط المجمّدة بينما تنقضي المدد. الرصيد العالق أشيع خسارة يمكن تجنبها في أي انتقال.
- 6.انقل الكميات الجديدة إلى اللوحة الجديدة رابطًا رابطًا، كلما تحرر رابط مجمّد.
- 7.أبقِ حسابك في اللوحة القديمة مفتوحًا برصيد أدنى لمدة شهر. إن تعطّل المزوّد الأصلي للوحة الجديدة في الأسبوع الثاني، فستريد مكانًا تذهب إليه سبق أن اختبرته.
ماذا يحدث للرصيد المتبقي في اللوحة القديمة؟
في معظم الحالات يبقى هناك. اللوحات أرصدة مدفوعة مسبقًا، والسحب غير شائع وكثيرًا ما يكون غير متاح، والرصيد الذي تتوقف عن استخدامه رصيد تبرعت به. خطّط لصرف الرصيد قبل الانتقال لا بعده، ولا تشحن رصيدًا في لوحة تخطط أصلًا لمغادرتها، أيًا كانت المكافأة المعروضة.
وانتبه إلى النمط هنا. مكافآت الإيداع المبالغ فيها حين تظهر في لوحة كنت أصلًا غير راضٍ عنها من العلامات المتكررة التي تسبق الهروب، والانتقال هو بالضبط الوقت الذي يكون فيه المشتري أكثر ميلًا إلى شحن رصيد رخيص أخير.
ما الذي يتغير إن كنت تنتقل بين لوحات عبر API؟
العميل البرمجي لا يكاد يتغير، أما البيانات فتتغير. كل اللوحات تقريبًا تطبّق مواصفة API v2 نفسها، فالعميل المكتوب للوحة يعمل مع أخرى بتغيير العنوان الأساسي والمفتاح. ما لا ينتقل هو ربط أرقام الخدمات: الأرقام خاصة بكل لوحة وقابلة للتغيير، فكل رقم محفوظ يجب إعادة ربطه بقائمة الخدمات الجديدة بالاسم والسعر، لا افتراض صلاحيته.
- اجلب قائمة الخدمات كاملة من جديد، وأعد ربط كل خدمة معيارية تبيعها. لا تنقل جدول أرقام.
- اربط بالاسم والسعر معًا، واترك أي حالة ملتبسة دون ربط بدل تخمينها. الربط الخاطئ يبيع بصمت المنتج الخطأ بالسعر الخطأ.
- أبقِ اللوحة القديمة مربوطة للقراءة فقط ما دامت فيها طلبات مفتوحة، لأن status وrefill_status يجب أن يبقيا قابلين للاستعلام.
- احفظ هوية اللوحة إلى جانب كل رقم طلب. أرقام الطلبات فريدة داخل اللوحة الواحدة فقط، والانتقال هو بالضبط الوقت الذي تبدأ فيه مساحات أرقام لوحتين بالتداخل في قاعدة بياناتك.
- غيّر المفتاح القديم بعد الانتقال. المواصفة لا تنص على انتهاء صلاحية ولا حماية من إعادة الإرسال، فالمفتاح المهجور يبقى فعّالًا حتى يُلغى.
متى يكون الانتقال رد الفعل الخاطئ؟
حين يكون العطل لدى المزوّد الأصلي لا في اللوحة. إذا انتهت عدة خدمات لا علاقة بينها بحالة «جزئي» في اللحظة نفسها، فقد تعطّل مزوّد أصلي، واللوحة التي تنتقل إليها قد تكون مربوطة بالمزوّد نفسه، ولهذا كثيرًا ما تتعطل لوحات لا علاقة بينها في الأسبوع نفسه. الانتقال يكلّفك عملية نقل ولا يصلح شيئًا.
الإشارة التي تميّز الحالتين هي اتساع العطل. عرض واحد يفشل مشكلة في الخدمة، وعرض آخر في اللوحة نفسها سيعمل عادةً. أما فشل كل العروض دفعة واحدة فمشكلة في المعروض، والرد المفيد أن تنتظر، وتختبر لوحة بقائمة خدمات مختلفة بوضوح، وتبقي رصيدًا في حساب ثانٍ حتى لا يُطرح السؤال تحت الضغط في المرة القادمة.
إجابات سريعة
هل ينتقل ضمان التعويض إلى لوحة جديدة؟
لا. التعويض وعد يخص طلبًا واحدًا، ويُقاس على العدد الأولي الذي سجّلته تلك اللوحة، ولا يمكن المطالبة به إلا عبرها. ولا تفي أي لوحة بمدة ضمان لوحة أخرى.
هل يمكنني الطلب من لوحتي SMM في الوقت نفسه؟
على روابط مختلفة، نعم. على الرابط نفسه ما دامت مدة ضمان مفتوحة، لا: الطلب الثاني يلوّث خط الأساس في العدد الأولي، ويحق للوحتين كلتيهما رفض المطالبة لهذا السبب.
هل يمكنني سحب رصيدي من لوحة SMM؟
في الغالب لا. اللوحات أرصدة مدفوعة مسبقًا، ومسارات السحب غير شائعة وكثيرًا ما تكون معطلة. خطّط لصرف الرصيد قبل المغادرة بدل أن تتوقع استرداده.
هل لأرقام الخدمات المعنى نفسه في كل لوحة؟
لا. أرقام الخدمات خاصة بكل لوحة، ويمكن تحويلها إلى مزوّد أصلي آخر. أعد ربط كل رقم بقائمة الخدمات الجديدة بالاسم والسعر بدل نقل جدول جاهز.
كل رقم هنا منسوب إلى مصدره ومؤرخ
الأسعار في هذه السوق تتغيّر أسبوعيًا، فالرقم الذي لا تاريخ لرصده رقم للزينة. وحيث يذكر هذا الدليل رقمًا، يسمّي مصدره ومتى تحققنا منه. وإن كان أحدها خاطئًا، فإجراء التصحيح المشروح في صفحة «من نحن» يلتزم بالرد خلال يومي عمل، وتُنشر التصحيحات مع ملاحظة مؤرخة بدل أن تُعدَّل بصمت.