ما يلزم البائع تسليمه للمشتري على FunPay
معظم النزاعات الخاسرة على FunPay ليست احتيالاً ولا بضاعة معطوبة — إنها تسليم ناقص. أرسل البائع المفتاح دون ذكر المنطقة. سلّم الحساب ونسي بريد الاستعادة. حوّل العملة ولم يؤكد الإيداع. شكلياً غادر المنتج، وعملياً لم يستطع المشتري استخدامه.
نتناول هنا ما يدخل بالضبط في التسليم الكامل لكل فئة، ولماذا يخسر النقصان التحكيم تلقائياً تقريباً، وكيف تبدو قائمة الأدلة التي تحمي البائع.
هذه تكملة لـالدليل الأساسي للبيع على FunPay ودليل النزاعات.
المبدأ الجوهري — المنتج حزمة لا سطر نص
يفكر البائع الجديد بلغة الأصل: باع مفتاحاً إذاً عليه تسليم مفتاح. أما المنصة وتحكيمها فيفكران بلغة النتيجة: دفع المشتري مقابل القدرة على اللعب، إذاً يستحق كل ما يلزم للتفعيل.
الفجوة بين هذين النموذجين هي بالضبط حيث يضيع المال. الاختبار بسيط — هل يستطيع المشتري استخدام المنتج دون أن يطرح عليك سؤالاً إضافياً واحداً؟ إن كان الجواب لا فالتسليم ناقص مهما اعتقدت أنت.
النتيجة العملية: لكل فئة منتج حزمة إلزامية، ويجب تثبيتها كقالب قبل أول عملية بيع لا ارتجالها في كل طلب.
تركيبة التسليم حسب الفئة
| الفئة | الحد الأدنى الإلزامي | الخطأ الشائع |
|---|---|---|
| مفتاح لعبة | الرمز ومنطقة التفعيل والمنصة أو المشغّل | إرسال الرمز وحده |
| حساب | الدخول وكلمة المرور والبريد المرتبط وبيانات الاستعادة | لا وصول إلى البريد |
| عملة داخل اللعبة | تأكيد الإيداع ومعرّف العملية | لا إثبات على الإيداع |
| اشتراك أو شحن | الرمز أو الإيداع المؤكد ومنطقة المحفظة والفئة | عدم ذكر المنطقة |
المفاتيح
الحزمة الكاملة هي الرمز ومنطقة التفعيل والمنصة. المفتاح دون ذكر منطقة هو يانصيب: مشترٍ من منطقة أخرى سيصطدم بخطأ تفعيل وسيكون محقاً، لأن القيد لم يُبلَّغ له لحظة التسليم. والمنصة ضرورية حيثما وُجد العنوان نفسه في أنظمة متعددة — على المشتري أن يعرف أين يستبدل الرمز.
اذكر نافذة التفعيل منفصلة إن وُجدت، ومعها ما يحدث عند الخطأ. آليات القيود الإقليمية مشروحة في مقال المفاتيح المقيّدة إقليمياً.
الحسابات
هذه أوسع حزمة وأكثر فئة تُخسر فيها النزاعات. اسم دخول وكلمة مرور تعملان ليسا نقل ملكية بل وصولاً مؤقتاً. التسليم الكامل يشمل البريد المرتبط مع الوصول إليه وبيانات الاستعادة، وإلا فالمشتري لا يسيطر على الأصل وقد يفقده في أي لحظة.
وإن جعلت قواعد الفئة نقل عنصر ما مستحيلاً فيجب أن يكون هذا القيد صريحاً في الإعلان ومكرراً في رسالة التسليم. الصمت هنا يُقرأ ضد البائع.
العملة وعمليات الشحن
في التحويلات داخل اللعبة تُغلق الصفقة لا عند لحظة الإرسال بل عند تأكيد الإيداع. لقطة شاشة أو معرّف عملية من طرفك تُرسل فور التحويل تقضي على سؤال «هل وصل فعلاً». تفاصيل هذه الفئة في دليل بيع عملة الألعاب على FunPay.
لماذا يخسر التسليم الناقص النزاعات
لا يعيد تحكيم المنصة بناء نواياك ولا يقيّم حسن نيتك. إنه يقارن أمرين: ما وعد به الإعلان وما وصل المشتري فعلاً في المحادثة. وكل ما بين هاتين النقطتين — خبرتك وسمعتك وثقتك بموردك — لا يكاد يحمل وزناً كدليل.
تترتب على ذلك ثلاث نتائج عملية:
- اختلاف التركيبة يُقرأ فوراً. إن ذكر الإعلان منطقة ولم تذكرها رسالة التسليم فهذا يظهر خلال ثوانٍ ويُعامل كعدم تنفيذ.
- الصمت أسوأ من الخطأ. البائع الذي يرسل الجزء الناقص بعد دقيقة من الشكوى يغلق الأمر عادة. والذي يرد بعد يوم يكون قد خسر سلفاً.
- القنوات الخارجية لا تُحتسب. البيانات المرسلة عبر تطبيق مراسلة تكاد لا توجد لأغراض التحكيم، وهي في الوقت نفسه مخالفة لقواعد المنصة — انظر مقال القواعد والحظر.
قائمة أدلة التسليم
يجب أن تتكوّن قاعدة أدلتك ذاتياً لحظة البيع. جمعها بعد الشكوى يعني أنك تأخرت. الحد الأدنى لكل طلب:
- طابع زمني دقيق للتسليم قابل للمقارنة بوقت الدفع.
- النص الكامل لرسالة التسليم بالصيغة التي استلمها المشتري تماماً.
- معرّف الوحدة المحددة — أي رمز أو أي عملية دخلت هذا الطلب.
- تأكيد المورد على الصلاحية والمنطقة والمنصة لحظة التحويل.
- كامل المراسلات داخل محادثة المنصة بما فيها أسئلتك التوضيحية.
الأتمتة هنا أهم من الانضباط: التسليم التلقائي المضبوط يولّد السجل بنفسه ويجعل الحزمة متطابقة في كل طلب. كيفية إعداده في دليل ضبط التسليم التلقائي على FunPay.
قالب التسليم كأداة تشغيلية
أرخص تحسين متاح هو قالب واحد ثابت لكل فئة يملؤه المشغّل بدل أن يؤلفه. يحتوي القالب كل حقل إلزامي وتعليمة تفعيل قصيرة وسطراً واحداً عما يُفعل إذا فشل التفعيل.
ثلاثة آثار تتبع ذلك: تتوقف التركيبة عن الاعتماد على مزاج المشغّل، وترتفع سرعة الرد، وتعرض في التحكيم نصاً دقيقاً لا إعادة صياغة. كما يزيل احتكاك التوسع — الموظف الجديد يعمل بالقالب من يومه الأول.
حين يستحيل تسليم الحزمة كاملة
ثمة صنف منفصل من الحالات لا يمكن فيها تسليم بعض البيانات فعلاً — إذ تمنع ذلك قواعد الفئة أو قيود المنصة أو شروط المورد. هذا أمر طبيعي ولا يجعلك سيئ النية. الذي يجعلك كذلك هو السكوت عنه.
النمط العملي هنا من ثلاث خطوات، وتخطي أي منها يعيدك إلى منطقة الخطر:
- يُذكر القيد في الإعلان بنص صريح لا بالتلميح. صيغة مثل بيانات الاستعادة لا تُنقل مكانها الوصف قبل الدفع لا محادثة لاحقة.
- يُكرَّر القيد في رسالة التسليم. والمشتري الذي رآه مرتين لا يستطيع الادعاء بأنه لم يكن يعلم.
- تُذكر العواقب. ما الذي لن يستطيع المشتري فعله بالضبط وماذا يحدث إن حاول — وهذا يزيل نصف الشكاوى اللاحقة.
وتحقق منفصلاً مما إذا كان القيد نفسه يتعارض مع قواعد المنصة. فبعض الفئات تشترط نقل حد أدنى معيّن، والإعلان الذي لا يوفره معرّض للرسوب في المراجعة أو للعقوبة. وما هو معاقَب عليه فعلاً مشروح في مقال القواعد والحظر.
قاعدة عملية للاسترشاد: إن كان القيد جوهرياً لدرجة أنك لا تريد كتابته في الوصف فلا تنشر الإعلان أصلاً. فالمنتج الذي لا يُباع إلا بفضل الإغفال يولّد النزاعات أسرع مما يولّد الربح.
من أين تشتري كي تبقى الحزمة كاملة
اكتمال التسليم لا يبدأ منك بل من موردك: إن لم يمرر المنطقة والمنصة مع الرمز فلن تستطيع فعلياً ذكرهما للمشتري. لذلك تصبح حزمة البيانات لكل وحدة بأهمية السعر في الشراء.
يغطي FoxReload هذا الجانب من المشكلة: كتالوج يضم أكثر من 900 SKU بينها أصناف متعددة المناطق، وواجهة REST API واحدة، وتسليم تلقائي تصل فيه المنطقة والمنصة مع الرمز نفسه — فيمتلئ قالب التسليم لديك دون بحث يدوي. للمزيد عن اختيار قناة الجملة راجع تحليل موردي الجملة للسلع الرقمية.