# تمويل المستخدم مع الوصول إلى المجموعات؟

**URL:** <https://meta.discourse.org/t/user-monetization-with-group-access/135686>\
**Category:** Support\
**Created:** [11 ديسمبر 2019، 6:51م UTC](https://meta.discourse.org/t/user-monetization-with-group-access/135686 "2019-12-11T18:51:15Z")\
**Posts on this page:** 1\
**Showing post:** 8

<div class="post-metadata">

**Author:** ![angus](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/angus/32/341715_2.png) [@angus](https://meta.discourse.org/u/angus)\
**Post date:** [13 ديسمبر 2019، 12:15ص UTC](https://meta.discourse.org/t/user-monetization-with-group-access/135686/8 "2019-12-13T00:15:17Z")

</div>

@Joshua_Kogan يمكنك القيام بذلك الآن بطريقتين مختلفتين باستخدام إضافة Custom Wizard.

### استلام الدفع خارجيًا

تتمثل إحدى الطرق في توجيه المستخدم إلى مزود الدفع عند إكمال أحد خطوات السحرة المخصصة، والتأكد من إتمام الدفع باستخدام مزيج من المعلمات المسموح بها والبيانات المطلوبة، ثم إضافة المستخدم إلى مجموعة في الخطوة التالية (باستخدام إجراء “إضافة إلى المجموعة”).

هذا وصف كامل لجزء الدفع في هذا النهج. أما جزء إضافة المجموعة فمفهوم بحد ذاته:

> **إعداد توجيه المستخدم إلى مزود الدفع**
>
> 1. **Route To Action** : يوجد نوع إجراء جديد يُسمى “Route To” يسمح لك بتوجيه المستخدم إلى عنوان URL وجهة عند إكمال خطوة. بالنسبة إلى السحرة الخاصة بك، يجب إضافة الإجراء إلى أي خطوة تسبق عملية دفع المستخدم. حاليًا، تُضاف إلى خطوة “الدفع” نفسها، لكن يمكنك إزالة هذه الخطوة وإضافتها إلى الخطوة السابقة إذا رغبت. يحتوي إجراء “Route To” حاليًا على إعدادين:
> 
> - url: هذا هو عنوان URL الوجهة. كما هو الحال مع مدخلات السحر الأخرى، يمكنك دمج البيانات باستخدام w{} لحقول السحر و u{} لحقول المستخدم.
> 
> - code: رمز فريد يُضاف كمعلمة إلى عنوان URL الوجهة. عند ملء هذا الإعداد، تقوم السحرة المخصصة بتوليد سلسلة عشوائية فريدة من نوعها (hex) تقوم بـ:
> 
> 1. **Permitted Params** : هذا إعداد جديد للخطوة يسمح لك بتحديد معلمات الاستعلام المسموح بها للخطوة والمفتاح الذي يجب حفظها به في بيانات الإرسال. يمكنك استخدامه لحفظ بيانات إحصائية أو تحليلية (مثل مكان دخول المستخدم إلى السحر)، وللاستدعاءات العائدة. في حالة Chargify، قمنا بتمرير رمز ‘reference’ إلى Chargify (وقمنا بحفظه في بيانات الإرسال) عند توجيه المستخدم إلى Chargify لإكمال الدفع. ثم قمنا بإضافة هذا الرمز إلى ‘عنوان URL للإرجاع’ كمعلمة إرجاع [return parameter](https://help.chargify.com/public-pages/public-signup-page-settings.html#return-parameters)، ثم قمنا بحفظها في الإرساليات بإضافة أي معلمة نحددها لحمل `customer_reference` في معلمات الإرجاع. لاحظ أنه في Chargify ستحتاج إلى تعيين ‘عنوان URL للإرجاع’ إلى عنوان URL للخطوة التالية للخطوة التي أرفقت بها إجراء ‘Route To’. هذا يعني أنك ستضيف معلمة `customer_reference` كمعلمة مسموح بها لتلك الخطوة نفسها.
> 
> 2. **Required Data** : هذا إعداد جديد للخطوة يسمح لك بفرض فحص بيانات قبل السماح للمستخدم بعرض الخطوة. حاليًا، يمكنك اشتراط أن تساوي قطعة من بيانات الإرسال قطعة أخرى من بيانات الإرسال. إذا حاول المستخدم تحميل الخطوة وفشل فحص البيانات المطلوب، فسيرى رسالة خطأ. في حالة Chargify، سنستخدم هذا لاشتراط أن يساوي الرمز الذي أنشأناه في إجراء “Route To” قيمة `customer_reference` التي يعيدها Chargify. يمكنك تخصيص رسالة الخطأ المعروضة للمستخدمين باستخدام حقل “الرسالة المعروضة عند عدم وجود البيانات” في إدارة السحر. بالإضافة إلى ذلك، يوجد رابط “إعادة تشغيل السحر” مضاف إلى رسالة الخطأ يسمح للمستخدم بإعادة تعيين السحر إلى الخطوة 1 ومسح المدخلات الحالية.

### استلام الدفع داخليًا

يمكنك استخدام ProCourse Memberships لاستلام الدفع.

كما يمكنك استخدام أي مزود دفع تقريبًا إذا كان يدعم واجهة برمجة التطبيقات (API) التي تدعم OAuth2 أو المصادقة الأساسية (على سبيل المثال، يستخدم Stripe المصادقة الأساسية)، من خلال إعداد اتصال API باستخدام إجراء “Send to API” في Custom Wizard ونظام إدارة نقطة نهاية API المرتبط به. سيعتمد كيفية إعداد ذلك على المزود. هذا النهج أقل استقرارًا؛ إنه ميزة في مرحلة الاختبار (beta)، لكنه يحمل إمكانات كبيرة.

---

_[View the full topic](https://meta.discourse.org/t/user-monetization-with-group-access/135686)._