إحساس إيقاعي نابض مع مصداقية السجلّات؛ ملاءمة أنيقة للمدفوعات والمحاسبة.
نطاق .PAY
eemail.pay
جارٍ فحص التوفّر…
الأسئلة الشائعة حول eemail.pay
هل يمكنني الدفع مقابل طلب مسبق لنطاق .PAY بالبطاقة أو التحويل البنكي أو العملات الرقمية لأجل المحافظ الرقمية؟
تدعم domain.pay مسارات الدفع الشائعة بما في ذلك البطاقة والتحويل البنكي وخيارات فاتورة العملات الرقمية كما هو مُدرج في الموقع. ابدأ من صفحة الأسعار ومسار الدفع هنا: https://domain.pay/ar/pricing. الدفع لا يضمن التسجيل؛ إنه يحجز محاولة الخدمة المعنية.
ماذا يمكن لموزّع برمجيات كخدمة أن يفعل بـ eemail.pay؟
يمكن للموزّع تقديم eemail.pay كعنوان فوترة بعلامته التجارية للخطط التي يبيعها، مع إبقاء العملاء على صفحة مخصصة للدفع. يبدو أكثر مصداقية من رابط بوابة عابر. ابدأ من https://domain.pay/ar/register.
ماذا يحدث لأموالي إذا فشلت محاولة تسجيل .PAY لأجل منع الاحتيال؟
تنصّ domain.pay على أنه في حال عدم نجاح محاولة التسجيل، تحصل على رصيد بنسبة 100% يُستخدم لنطاق آخر، أو يمكنك طلب استرداد نقدي بنسبة 80%. راجع صيغة الاسترداد المباشرة قبل الطلب: https://domain.pay/ar/pricing. الأسماء المميّزة أو المحجوزة أو المحظورة أو المسجّلة مسبقاً قد تحول دون النجاح.
ماذا ينبغي أن أعرف قبل الطلب المسبق لـ eemail.pay؟
قبل الطلب المسبق لـ eemail.pay، اعلم أن الطلب المسبق القياسي هو 100 دولار، وأن أصحاب العلامات التجارية يحصلون على الأولوية عبر ملف SMD، وأن المحاولات الفاشلة قابلة للاسترداد وفقاً للسياسة. الطلب المسبق محاولة، لا ضمان، عندما يكون الطلب مرتفعاً. التفاصيل على /pricing.
هل يمكن لعلامة تجارة إلكترونية تستخدم Stripe أو معالجًا آخر التقدّم بطلب للحصول على .PAY في LRP1 لأجل المحافظ الرقمية؟
قد يكون نشاط التجارة الإلكترونية أو البوابة الذي يستخدم معالج دفع أقرب إلى مفهوم أهلية LRP1، لكن قواعد السجل تظل هي الحاكمة. ابدأ من domain.pay لاختيار المسار الصحيح والتحقق من المتطلبات الحالية: https://domain.pay/ar/register. تظل مسائل الترخيص المنفصلة أسئلة قانونية.
يتم فحص التوفّر مباشرة وإعادة التحقّق منه قبل الدفع. الحجوزات المسبقة هي محاولات تسجيل في اليوم الأول — التسجيل غير مضمون؛ رصيد 100% لاستخدامه في نطاق آخر (أو استرداد نقدي بنسبة 80%) في حال عدم النجاح.