الميزات الجديدة
1. التقارير
تجمع علامة تبويب التقارير الجديدة ضمن الإعدادات تقارير الرصيد والرسوم والتسوية في مكان واحد. تتبّع حركة الأموال عرضان محدثان دائمًا، موصوفان بعبارة “افهم كيف يؤثر النشاط والرسوم والمدفوعات المحوّلة على رصيدك”:- ملخص الرصيد والمدفوعات المحوّلة — الرصيد الافتتاحي، وتفصيل النشاط، وتفاصيل كل دفعة محوّلة في عرض واحد
- جميع الرسوم — تفصيل كامل ومُجزّأ لكل رسم تم تحصيله خلال الفترة
2. فترة سماح للاشتراك
يمكن الآن للاشتراك الذي يفشل تجديده أن يظل فعالًا خلال فترة قابلة للضبط بدلًا من وضعه قيد التعليق فورًا. فعّل فترة سماح للاشتراك ضمن الإعدادات → الاشتراكات، واضبط عدد أيام فترة السماح — أي مدة من يوم واحد إلى 30 يومًا. تكون فترات السماح معطّلة افتراضيًا. خلال هذه الفترة، ينتقل الاشتراك إلى الحالة الجديدةpast_due: يظل الوصول محفوظًا ويستمر تراكم الاستخدام، لذلك لا يُحرم العميل الذي انتهت صلاحية بطاقته فحسب من الخدمة أثناء إصلاح المشكلة. ويتم إطلاق webhook جديد subscription.past_due عند بدء الفترة.
اختر ما يحدث إذا انتهت الفترة دون سداد باستخدام حالة الاشتراك بعد فترة السماح — إما قيد التعليق، وهو ما يطابق السلوك الحالي، أو إلغاء الاشتراك.
3. قائمة حظر العملاء
احظر عميلًا لا ينبغي أن يتمكن من الشراء منك مرة أخرى، باستخدام معرّف العميل أو عنوان البريد الإلكتروني. يؤدي الحظر إلى إلغاء اشتراكات العميل النشطة، وإيقاف جلسات الدفع المستقبلية والمدفوعات المباشرة، وجعل Customer Portal للعميل للقراءة فقط. وبما أن الإدخالات تطابق عنوان البريد الإلكتروني، فسيظل العميل الذي يسجل مرة أخرى باستخدام البريد الإلكتروني نفسه محظورًا. تتضمن إدخالات قائمة الحظر ملاحظات، حتى تتمكن من تسجيل سبب حظر شخص ما.
4. إعادة محاولة الدفع يدويًا
أعد محاولة تجديد اشتراك فاشل بنفسك بدلًا من انتظار جدول إعادة المحاولة التلقائية، باستخدام إعادة محاولة الدفع يدويًا في صفحة تفاصيل الدفع. يتم تحصيل الرسوم من طريقة الدفع المحفوظة بالفعل في الاشتراك، لذلك لا يحتاج العميل إلى اتخاذ أي إجراء، كما أن ذلك لا يستهلك محاولة من الجدول التلقائي. يسمح كل إيصال تجديد بما يصل إلى ثلاث محاولات يدوية، مع فترة انتظار بينها — ساعة واحدة قبل المحاولة الثانية، وثلاث ساعات قبل الثالثة — حتى لا تؤثر عمليات الرفض المتكررة سلبًا في معدل التفويض لديك.
5. سجل النشاط في المدفوعات
تتضمن الآن كل صفحة من صفحات تفاصيل الدفع سجل نشاط — “سجل بالإجراءات التي تم اتخاذها بشأن هذه المعاملة خلال آخر 90 يومًا”. يتتبع السجل دورة الحياة كاملة بالترتيب، بدءًا من بدء الدفع مرورًا بالمصادقة والتحصيل وصولًا إلى نجاح الدفع، ويستمر ليشمل عمليات رد المدفوعات والنزاعات، بحيث تظهر الدفعة المتنازع عليها كقصة واحدة بدلًا من عدة سجلات منفصلة.
6. نموذج خصومات مُعاد بناؤه
يعرض لك إنشاء رمز خصم الآن ما تقوم ببنائه أثناء إنشائه. تتنقل اللوحة الجانبية بين الملخص، وهو وصف للخصم بلغة واضحة، والمعاينة، التي تعرض الخصم كما سيراه العميل عند الدفع. تتيح لك خيارات العملة تحديد مبلغ الخصم لكل عملة تبيع بها. وتجمع الأهلية والقيود قواعد المنتج والعميل معًا. توجد الآن حدود الاسترداد، وحدّ دورة الفوترة، وطلب حد أدنى لقيمة الطلب — وهو حد أدنى لمبلغ سلة التسوق يُفرض لكل عملة — ضمن خيارات متقدمة.
7. عناصر تحكم منفصلة للإلغاء
كان الإلغاء بالخدمة الذاتية عبارة عن مفتاح واحد. وأصبح الآن إعدادين مستقلين ضمن الإعدادات → الاشتراكات:- السماح بالإلغاء الفوري — “السماح للعملاء بإنهاء اشتراكهم وفقدان الوصول فورًا.”
- السماح بالإلغاء في تاريخ الفوترة التالي — “السماح للعملاء بالإلغاء في نهاية الفترة التي دفعوا قيمتها بالفعل.”
8. دفع تغييرات الخطة في صفحة الدفع
فعّل تحصيل مدفوعات تغيير الخطة عبر Payment Link ضمن الإعدادات → الاشتراكات، وسيدفع العميل الذي يرقّي خطته في Customer Portal مقابل التغيير عبر صفحة دفع مستضافة بدلًا من تحصيله من التفويض المحفوظ. يعرض زر التأكيد المبلغ المستحق، وعند فتح صفحة الدفع، تظهر للعميل الرسالة: “أكمل الدفع في علامة التبويب الجديدة. تظل خطتك الحالية نشطة حتى نجاح الدفع.” يظل الاشتراك على خطته القديمة حتى نجاح الدفع، ويمكن إعادة محاولة الدفع المرفوض عبر الرابط نفسه. يعرف Customer Portal الآن أيضًا ما إذا كنت تسمح بإلغاء تغيير الخطة المجدول، لذلك يعرض عنصر التحكم هذا أو يخفيه بدلًا من تقديم إجراء سيتم رفضه.
9. ميزانية إعادة محاولة KYC
يخبرك فشل التحقق من الهوية الآن بسبب الفشل وعدد المحاولات المتبقية، بدلًا من الاكتفاء بالإبلاغ عن الفشل. يحصل كل مستخدم على ثلاث محاولات، ويظهر الإشعار بالصيغة “المحاولات المتبقية: 2/3” مع السبب الفعلي من موفر التحقق. ويتغير الزر إلى المحاولة مرة أخرى ما دامت هناك محاولات متبقية. وإذا استُخدمت المحاولات الثلاث كلها، يوضح الإشعار أن الدعم يمكنه إعادة فتح عملية التحقق. مزيد من المعلومات: التحقق من الحساب10. صفحة دفع باللغة الجورجية
أصبحت صفحة الدفع متاحة الآن باللغة الجورجية، ليصل العدد الإجمالي إلى 22 لغة. ويتم اكتشاف اللغة الجورجية من متصفح العميل مثل جميع اللغات المدعومة الأخرى، أو يمكنك فرض استخدامها باستخدام المعاملforce_language.
مزيد من المعلومات: اللغات المدعومة
11. اختيارية البطاقة عند سعر $0
يمكن الآن بدء الاشتراك دون طريقة دفع عندما لا يكون هناك مبلغ مستحق اليوم. فعّل مربع الاختيار اختيارية البطاقة عند سعر $0 في قسم تسعير المنتج، بجوار فترة التجربة (بالأيام) والخصم الافتراضي (%). ينشأ عدم وجود مبلغ مستحق اليوم بطريقتين، ويغطيهما مربع الاختيار نفسه:- تجربة مجانية — فترة تجربة بلا مبلغ للتجربة، ولذلك يكون المبلغ الأول
0أثناء سريان التجربة. - سعر متكرر بقيمة $0 — إما أن يكون السعر
0من الأساس، أو أن يخفضه خصم إلى هذه القيمة، سواء كان ذلك عبر الخصم الافتراضي (%) الخاص بالمنتج أو عبر رموز خصم مجمعة تمنح خصمًا بنسبة 100% عند الدفع.
payment_method_required: false. ثم يتم إرسال رسالة تذكير بالبريد الإلكتروني قبل بدء الفوترة الفعلية — ويُحدد مدى التقدم في الإرسال بواسطة تذكير طريقة الدفع ضمن الإعدادات → الاشتراكات، من يوم واحد إلى 30 يومًا، مع قيمة افتراضية تبلغ 3 أيام. وإذا لم تُضف البطاقة، ينتقل الاشتراك إلى on_hold عند استحقاق أول رسم فعلي، وتؤدي إضافة طريقة دفع إلى إعادة تفعيله. وتغطي ذلك رسالتا بريد إلكتروني للعميل، وكلتاهما مفعّلتان افتراضيًا: تذكير بإضافة طريقة الدفع والاشتراك قيد التعليق، ولا توجد طريقة دفع.
عبر API، يُطابق مربع الاختيار الواحد حقلي سعر مستقلين، trial_payment_method_optional وzero_amount_payment_method_optional، لذلك يمكنك تفعيل أي من الحالتين بمفردها إذا كنت تدير المنتجات مباشرةً.
12. Tax ID إلزامي عند الدفع
تقبل جلسات الدفع الآن علامة ميزة جديدةrequire_tax_id، مخصصة للشركات التي تبيع للشركات المسجلة فقط. وتكون قيمتها الافتراضية false، لذلك لا يتغير شيء ما لم تطلب تفعيلها.
عند تفعيل العلامة، يتم تحديد الشراء بصفتك شركة مسبقًا وقفل هذا الخيار في صفحة الدفع، ويصبح كل من اسم الشركة ورقم Tax ID إلزاميًا، ويظل المتابعة إلى الدفع باللون الرمادي ما دام أي منهما فارغًا أو تم رفض Tax ID. ويظل التحقق من Tax ID مفتوحًا عند الفشل، لذلك لا يؤدي تعطل البحث إلى منع العميل مباشرةً.
يجب أيضًا أن يكون allow_tax_id هو true، وإلا فسيتم رفض الطلب مع 400، كما يجب أن تحمل الجلسة المنشأة باستخدام confirm: true قيمة tax_id لأنها تتجاوز صفحة الدفع بالكامل.
يتم فرض المتطلب في صفحة الدفع وليس على مستوى الخادم — إذ يمكن لتأكيد يُرسل مباشرةً إلى API أن يتجاهل tax_id، لذلك اعتبر العلامة عنصر تحكم في تجربة الدفع وليس ضمانًا.
مزيد من المعلومات: جعل Tax ID إلزاميًا