منصة إعادة بيع شحن الألعاب وبطاقات الهدايا

لا. لا تحتاج إلى وثائق KYC ولا إلى سجل تجاري ولا إلى أوراق ممسوحة ضوئيًا لفتح حساب موزّع والبدء بالبيع. سجّل ببريد إلكتروني، وفعّل المصادقة الثنائية، ليصبح الحساب فعّالًا. نحن نتحقق من السلوك على المنصة بدل الأوراق عند الباب، ولهذا يستغرق الانضمام دقائق.

لا توجد بيئة اختبار — المفتاح الذي تستلمه في يومك الأول هو مفتاح إنتاج يعمل على نقاط الإنتاج. يعمل تصفّح الكتالوج والتحقق من اللاعب فورًا وبلا تكلفة، فتستطيع بناء التكامل كاملًا واختباره على بيانات حقيقية قبل تمويل محفظتك. ولا شيء مما تكتبه يحتاج إلى إعادة كتابة عند الانتقال إلى التشغيل.

تستطيع إرسال طلب مباشر بمجرد أن يحمل رصيد محفظتك مبلغًا، وهو ما يحدث عادةً في الجلسة نفسها التي سجّلت فيها إن أودعت بالعملات الرقمية. التسلسل هو: حساب، ثم مصادقة ثنائية، ثم تمويل المحفظة، ثم الطلب — بلا طابور موافقات وبلا مكالمة مبيعات بين أي خطوتين.

يُصدر مفتاح الواجهة البرمجية فور تفعيلك المصادقة الثنائية على الحساب. ويعمل مباشرةً مع نقاط الكتالوج والمتطلبات والتحقق من اللاعب. نقاط الطلبات وحدها هي التي تحتاج إضافةً إلى محفظة مموَّلة خلفها.

موّل محفظتك بعملة USDT على أي شبكة مدعومة، أو بالوسائل الأخرى المتاحة في لوحة الموزّع. تُكتشف الإيداعات بالعملات الرقمية على السلسلة وتُضاف تلقائيًا، فلا فاتورة تلاحقها ولا نافذة عمل مصرفي تنتظرها. أما الرصيد نفسه فمحفوظ بالدولار الأمريكي.

نوعان: شحن مباشر يضيف الرصيد إلى حساب اللاعب انطلاقًا من معرّفه، ومنتجات قائمة على الأكواد تعيد كود بطاقة أو بطاقة هدايا تسلّمه إلى عميلك. كلاهما يمرّ عبر نقطة الطلبات نفسها، ويخبرك الكتالوج بأيّ الشكلين يستخدم المنتج قبل أن تطلبه.

ترسل معرّف اللاعب مع أي حقول إضافية يشترطها ذلك المنتج، مثل السيرفر أو المنطقة. نحلّ اسم اللاعب لدى اللعبة، ونتأكد أن الحساب ضمن منطقة مدعومة، ثم نخصم من محفظتك ويُنفَّذ الطلب آليًا دون أي خطوة يدوية بينهما. تظهر العملة في الحساب دون تبادل أي كود.

كل فئة منتجات تعرض قائمة متطلباتها عبر الواجهة البرمجية، مسمّيةً كل حقل يجب أن ترسله ونوعه. اقرأها مرة واحدة لكل فئة، وخزّنها مؤقتًا، وابنِ نموذج الدفع لديك انطلاقًا منها — فلن تضطر أبدًا إلى تخمين أي الألعاب يطلب سيرفرًا أو منطقة أو معرّفًا رقميًا فقط.

نعم، يجري التحقق قبل قبول الطلب لا بعده. إن لم يُحلّ معرّف اللاعب، أو حُلّ إلى حساب خارج المناطق التي يخدمها ذلك المنتج، يُرفض الطلب ويبقى رصيدك سليمًا. أسماء اللاعبين تأتي دائمًا من اللعبة، ولا تأتي أبدًا مما يكتبه المشتري.

ينتقل الطلب الفاشل إلى الحالة refunded ويعود المال إلى محفظتك تلقائيًا. وإذا سُلّم جزء فقط من طلب متعدد الوحدات، تُسترد الوحدات غير المسلَّمة وحدها. تبقى الحالة على سجل الطلب، فيستطيع نظامك التفاعل دون أن يفتح أحد تذكرة.

لا، ما دمت ترسل UUID من عندك كمرجع للطلب — فهو يعمل كمفتاح idempotency. أعد إرسال الطلب بالمرجع نفسه بعد انتهاء المهلة أو انقطاع الاتصال فتستعيد الطلب الأصلي بدل خصم ثانٍ، ما يجعل إعادة المحاولة الآمنة تغييرًا من سطرين في عميلك البرمجي.

نعم. يقبل إنشاء الطلب سعر وحدة متوقّعًا اختياريًا، ويُرفض الطلب بدل تنفيذه إذا كان السعر المباشر أعلى منه. هذا يحوّل الكتالوج المتحرك إلى كتالوج قابل للتنبّؤ: يستطيع متجرك تسعير عرض لعميل وهو واثق أنه لن يُخصم منه أبدًا فوق ما سعّر عليه.

كلاهما مدعوم. تدفع خطافات الويب تغيّرات حالة الطلب إلى نقطتك فور حدوثها، ونقاط الحالة والدفعات والقوائم متاحة متى فضّلت السحب. معظم عمليات التكامل تستخدم خطافات الويب للمسار الطبيعي، ونداء قائمة دوريًا كشبكة أمان.

اعرض طلباتك مُرشَّحة بالحالة وبنطاق تاريخي، وتنقّل بين الصفحات، وطابقها مع سجلاتك. كل طلب يحمل مرجعك والمبلغ المخصوم والعملة والطابعين الزمنيين، وهذا يكفي لتسوية شهر كامل دون تصدير أي شيء يدويًا.

يمتدّ الكتالوج عبر 30+ منطقة لاعبين، ويعمل متجر المستهلك بـ 7 لغة، منها العربية والفارسية بتخطيط RTL كامل. دعم المناطق يُضبط لكل منتج على حدة لا بشكل عام، لذا تخبرك استجابة الكتالوج بالضبط أين يمكن تسليم كل عنصر.

قيّد المفتاح بقائمة عناوين IP مسموح بها، وأبقِ المصادقة الثنائية مفعّلة، ودوّر المفتاح من لوحة الموزّع إذا انكشف يومًا. يُسجَّل استخدام المفاتيح ونشاط الجلسات، فيصبح أي وصول غير معتاد مرئيًا لا خفيًا. تعامل مع المفتاح كما تتعامل مع كلمة مرور محفظتك، لأنه كذلك تمامًا.