إذا قمنا بإعداد الدفع في جدول أسعار Stripe ليكون “مرة واحدة” بدلاً من “متكرر”، فهل يعمل كل شيء؟ هدفي هو استخدام ميزة الاشتراك للسماح للمستخدمين بالاشتراك لفتح بعض الأشياء، ولكن أريد منهم أن يقوموا بإعادة الاشتراك يدويًا. لذلك أحاول معرفة ما إذا كان في نهاية، لنقل، اشتراك مدته 6 أشهر، سيقوم المكون الإضافي بإزالتهم من المجموعة حتى لو كان دفعًا “مرة واحدة”؟
بعض طرق الدفع لبولندا (Blik و Przelewy24) لا تسمح بالدفعات المتكررة، ولكنني أرغب في تمكينها لأن الناس هنا يميلون إلى الثقة بها بشكل كبير أكثر من تقديم معلومات بطاقة الائتمان. لذا فإن لديها القدرة على التأثير بشكل كبير على معدلات التحويل!
أعتقد أن هذه الـ webhooks تعمل فقط للاشتراكات. لذلك بمجرد أن يدفع شخص ما دفعة لمرة واحدة، سيظل في المجموعة حتى تتم إزالته يدويًا.
هل تقوم بتكوين المدة في Stripe في أي مكان أم أنك تقوم فقط بتسمية دفعة لمرة واحدة لمدة 6 أشهر؟ لست متأكدًا مما إذا كان Stripe يدعم هذا، ولكنه قد يكون ميزة محتملة نبنيها في المكون الإضافي للمشتريات لمرة واحدة.
بالفعل أنت على حق، خطئي. لقد تحققت للتو وأن الدفعات لمرة واحدة و Stripe لا تسمح لك حتى بوجود أي فترة زمنية محددة. لذلك أعتقد أن خياراتي الوحيدة هي: أ) يجب أن أقوم بدفعات متكررة باستخدام البطاقة فقط، أو ب) تسمية المنتجات على أنها لمدة 6 أشهر فقط في العنوان أو الوصف ثم إزالتها يدويًا في Discourse (وهو ما لا أرغب حقًا في فعله هههه). أوف…
علاوة على ذلك، هل أفهم هذا بشكل صحيح أنه يمكنني إنشاء جدول الأسعار بالكامل باشتراكات متكررة على موقع Stripe، ثم تشغيل rake وسيعمل في Discourse؟ لأن إحدى خططي ستتضمن تسعيرًا متدرجًا حيث يعني المزيد من المقاعد أن كل مقعد أرخص، وسأرسل دعوات إلى رسائل البريد الإلكتروني التي أجمعها عبر نموذج مخصص في صفحة الدفع.
ربما لا. سأجرب شيئًا أو شيئين في جدول التسعير الخاص بك قبل افتراض أن مهمة الـ rake ستفعل بالضبط ما تريده. يريد Discourse بعض حقول البيانات الوصفية في Stripe؛ لست متأكدًا مما تفعله مهمة الـ rake بشأنها.
سأبدأ بإنشاء المنتج في discourse أولاً. طالما أنه لا توجد به أي مشتريات بعد، يمكنك بعد ذلك الانتقال إلى Stripe وتعديل السعر ثم جعله متدرجًا. أنت في منطقة مجهولة إلى حد ما هنا، لكنني أعتقد أنه طالما أنك تستخدم جدول تسعير، فيجب أن يعمل.
حسنًا يا رفاق، أعتقد أن الأمر يعمل. لقد أنشأت منتجين من جانب Discourse ثم عدلتهما من جانب Stripe ليكون لمدة 6 أشهر (لم يكن خيارًا في المكون الإضافي). ثم أضفت إليهما أيضًا ميزات تسويقية ووصفًا. لقد أنشأت أحد المنتجات متعدد المستويات وأضفت كليهما إلى جدول التسعير. لقد أجريت اشتراكًا واحدًا بنجاح ثم ألغيته واختبرت الآخر (متعدد المستويات)، بنجاح أيضًا.
(ملاحظة جانبية: كنت بحاجة إلى هذه الخطة متعددة المستويات لأنني أرغب في تقديم خطة لفرق العمل التجارية حيث يكون كل مقعد أرخص قليلاً (مخفض حسب الحجم) ثم يمكنني لاحقًا دعوة أعضاء الفريق المفقودين يدويًا عبر رابط دعوة وإضافتهم جميعًا يدويًا إلى مجموعة خاصة.)
عمل جدول التسعير مع كلا المنتجين ومع رمز قسيمة. في Stripe، يظهر تاريخ التجديد التالي بعد ستة أشهر من الآن، ولكن في Discourse تم إنشاء المنتج بخيار التجديد “شهر واحد” لذا لا يزال من غير الواضح بالنسبة لي ما إذا كان ذلك سيسبب أي مشاكل!
ومع ذلك، يبدو أنه يعمل على الرغم من أن هذا النهج ليس “مدعومًا رسميًا” وإذا اضطررت إلى تعديل شيء يدويًا في غضون 6 أشهر، فهذا ثمن بخس لدفعه! من المهم فقط أن يتم إضافة المستخدم فعليًا إلى المجموعة وأن تتم معالجة الدفعة.
وفي /(user)/billing/subscriptions يظهر خطة الـ 6 أشهر المتدرجة كالتالي:
المعدل: 0.00 злотый / شهر
تجديد: 15 يوليو 2025
وهذا يتماشى مع ما يظهره لوحة تحكم Stripe. لذا، بقدر ما يتعلق الأمر بـ Stripe، فإن اشتراك الـ 6 أشهر يعمل، والأمر يتعلق فقط بما إذا كان المكون الإضافي لـ Discourse سيطردهم بعد شهر أم لا.
عندما أستخدم محاكي الوقت في Stripe وأتقدم شهرًا واحدًا، فإنه يزيل معرف الاشتراك بالكامل من لوحة تحكم المكون الإضافي لاشتراكات المسؤول /admin/plugins/discourse-subscriptions/subscriptions كما لو أنه لم يكن موجودًا أبدًا. لكن المستخدم لا يزال في المجموعة و Stripe لا يزال يظهر الاشتراك على أنه نشط.
نأمل في المستقبل أن نحصل على دعم للاشتراكات لمدة 6 أشهر
