لا. تستخدم Binance Pay C2C مفتاح API لحساب Binance شخصي مع صلاحيات القراءة والدفع. لا يتطلب KYB.

كل طلب يحصل على رمز مطابقة عشوائي بعرض قابل للتهيئة: 1 إلى 3 أرقام لسلاسل العملات الرقمية (مُرمَّز في الكسور العشرية الزائدة للمبلغ، مثل 10.0123$) و 3 إلى 5 أرقام لـ Binance Pay (يوضع في حقل الملاحظة). الرموز مقصورة لكل مستأجر؛ يميز المطابق بالعنوان الرئيسي حتى يستطيع مستأجرون مختلفون امتلاك نفس الرمز النشط.

USDT على Tron (TRC20). USDT و USDC على BNB Smart Chain (BEP20). USDT و USDC على Binance Pay C2C. Ethereum و Polygon على خارطة الطريق متى ما أصبحت اقتصاديات الغاز منطقية لفواتير أقل من 50$.

تفحص مستمعات TRC20 و BEP20 كل 3 ثوانٍ، و Binance Pay كل 5 ثوانٍ. الإيداع من البداية إلى النهاية عادةً 3-7 ثوانٍ للعملات الرقمية و 5-10 ثوانٍ لـ Binance Pay، بالإضافة إلى ذيل تأكيد السلسلة. اشتراكات BSC push و webhooks تاجر Binance على خارطة الطريق للكشف بأقل من ثانية.

تنتهي المعاملة في طابور تسوية اليتامى بدلاً من إيداع طلب منتهي الصلاحية تلقائياً. يستطيع المسؤول ربطها بالفاتورة الصحيحة وتشغيل إعادة إيداع يدوية. المدفوعات الزائدة على الطلبات الصالحة تُودَع وتُعلَّم كمدفوعة زيادة.

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

استرداد كامل خلال أول 7 أيام، بدون أسئلة. بعد ذلك، الاستردادات نسبية للفترات غير المستخدمة على الخطط السنوية أو نصف السنوية.

تستمر الخدمة حتى نهاية فترة الفوترة الحالية. تحصل الخطط السنوية ونصف السنوية على استردادات نسبية للأشهر غير المستخدمة. بدون رسوم إعادة تفعيل إذا عدت لاحقاً.

الحقول الحساسة مشفرة في حالة السكون، وحركة المرور TLS فقط، وكلمات المرور تستخدم تجزئة حديثة كثيفة الذاكرة. المصادقة الثنائية متاحة على كل حساب. كل إجراء مميز مسجّل في التدقيق مع IP العميل الحقيقي. التفاصيل موثقة للمدمجين في وثائق المطورين.

كل تسليم موقّع تشفيرياً ومختوم بطابع زمني؛ يتعامل مكوّن DHRU المرفق مع التحقق تلقائياً. للتكاملات المخصصة، صيغة التوقيع وخطوات التحقق في مواصفات webhook ضمن وثائق المطورين.

نفس المفتاح ونفس الحمولة يُرجع الطلب الأصلي، بدون تكرار. نفس المفتاح وحمولة مختلفة يُرجع الآن HTTP 409 مع `code: "conflict"` حتى تكون تصادمات المفاتيح العرضية مرئية بدلاً من إعادة استخدام الطلب السابق بصمت.

نعم. تسجيل الدخول هو خطوة كلمة مرور بالإضافة إلى رمز لمرة واحدة يُسلَّم بالبريد الإلكتروني (افتراضي)، أو WhatsApp (عند تهيئة هاتف)، أو تطبيق مصادقة للحسابات التي سجّلته. حماية إعادة التشغيل تمنع استخدام الرموز مرتين. خيار "تذكر هذا الجهاز" لمدة 7 أيام يتخطى الرمز على جهاز معروف؛ يمكنك إلغاء الأجهزة في أي وقت من لوحة التحكم.

نعم. افتح التكامل في لوحة التحكم. يمكن إعادة توليد أسرار webhook المباشرة ومفاتيح API المباشرة في أي وقت؛ تتطلب التدويرات OTP بالبريد الإلكتروني وتُسجَّل في التدقيق. يمكن إعادة توليد المفاتيح التجريبية والأسرار التجريبية بحرية.

كل مستأجر لديه مفتاح تجريبي موازٍ (`pk_test_*`) وسر webhook تجريبي. الطلبات المُنشَأة بمفتاح الاختبار معزولة؛ مستمعات السلسلة لا يمكنها فعلياً التقاطها. نقاط طرفية force-match و force-credit و force-expire تحاكي رحلة webhook الكاملة. يحترم مكوّن DHRU `X-Payment-Mode: sandbox` ويتجاوز قبل إيداع أي فاتورة حقيقية.

DHRU Fusion. يستخدم المكوّن خطافات بوابة قياسية، لا تتطلب تغييرات مخطط. متوافق مع PHP 7.4+.

تظهر المعاملات اليتيمة في واجهة تسوية المسؤول. يستطيع المسؤول ربط أي معاملة واردة يدوياً بالفاتورة الصحيحة وتشغيل إعادة إيداع. يتطلب إجراء إعادة الإيداع تأكيد OTP جديد.

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

ردود WhatsApp خلال يوم عمل واحد على كل خطة. الحوادث الحرجة (مستمع متوقف، فشل إيداع) تتصاعد لاستجابة في نفس اليوم. لوحة التحكم الذاتية تغطي معظم العمليات بدون تذكرة.