@Joshua_Kogan يمكنك القيام بذلك الآن بطريقتين مختلفتين باستخدام إضافة Custom Wizard.
استلام الدفع خارجيًا
تتمثل إحدى الطرق في توجيه المستخدم إلى مزود الدفع عند إكمال أحد خطوات السحرة المخصصة، والتأكد من إتمام الدفع باستخدام مزيج من المعلمات المسموح بها والبيانات المطلوبة، ثم إضافة المستخدم إلى مجموعة في الخطوة التالية (باستخدام إجراء “إضافة إلى المجموعة”).
هذا وصف كامل لجزء الدفع في هذا النهج. أما جزء إضافة المجموعة فمفهوم بحد ذاته:
إعداد توجيه المستخدم إلى مزود الدفع
- Route To Action: يوجد نوع إجراء جديد يُسمى “Route To” يسمح لك بتوجيه المستخدم إلى عنوان URL وجهة عند إكمال خطوة. بالنسبة إلى السحرة الخاصة بك، يجب إضافة الإجراء إلى أي خطوة تسبق عملية دفع المستخدم. حاليًا، تُضاف إلى خطوة “الدفع” نفسها، لكن يمكنك إزالة هذه الخطوة وإضافتها إلى الخطوة السابقة إذا رغبت. يحتوي إجراء “Route To” حاليًا على إعدادين:
-
url: هذا هو عنوان URL الوجهة. كما هو الحال مع مدخلات السحر الأخرى، يمكنك دمج البيانات باستخدام w{} لحقول السحر و u{} لحقول المستخدم.
-
code: رمز فريد يُضاف كمعلمة إلى عنوان URL الوجهة. عند ملء هذا الإعداد، تقوم السحرة المخصصة بتوليد سلسلة عشوائية فريدة من نوعها (hex) تقوم بـ:
- إضافتها إلى عنوان URL كمعلمة استعلام إضافية باستخدام المفتاح الذي توفره؛ و
- حفظ الرمز في بيانات الإرسال باستخدام المفتاح الذي توفره
يسمح ربط مفتاح فريد بكل طلب بالتحقق من أي استدعاء عائد لهذا الطلب (أي عندما يعود المستخدم إلى السحر). في حالة Chargify، سيقوم Chargify بتخزين أي قيمة ترسلها في المعلمة ‘reference’ (انظر المزيد)، والتي يمكنك إضافتها إلى ‘عنوان URL للإرجاع’ الذي يعيد Chargify توجيه المستخدم إليه بعد إتمام الدفع.
-
Permitted Params: هذا إعداد جديد للخطوة يسمح لك بتحديد معلمات الاستعلام المسموح بها للخطوة والمفتاح الذي يجب حفظها به في بيانات الإرسال. يمكنك استخدامه لحفظ بيانات إحصائية أو تحليلية (مثل مكان دخول المستخدم إلى السحر)، وللاستدعاءات العائدة. في حالة Chargify، قمنا بتمرير رمز ‘reference’ إلى Chargify (وقمنا بحفظه في بيانات الإرسال) عند توجيه المستخدم إلى Chargify لإكمال الدفع. ثم قمنا بإضافة هذا الرمز إلى ‘عنوان URL للإرجاع’ كمعلمة إرجاع return parameter، ثم قمنا بحفظها في الإرساليات بإضافة أي معلمة نحددها لحمل
customer_referenceفي معلمات الإرجاع. لاحظ أنه في Chargify ستحتاج إلى تعيين ‘عنوان URL للإرجاع’ إلى عنوان URL للخطوة التالية للخطوة التي أرفقت بها إجراء ‘Route To’. هذا يعني أنك ستضيف معلمةcustomer_referenceكمعلمة مسموح بها لتلك الخطوة نفسها. -
Required Data: هذا إعداد جديد للخطوة يسمح لك بفرض فحص بيانات قبل السماح للمستخدم بعرض الخطوة. حاليًا، يمكنك اشتراط أن تساوي قطعة من بيانات الإرسال قطعة أخرى من بيانات الإرسال. إذا حاول المستخدم تحميل الخطوة وفشل فحص البيانات المطلوب، فسيرى رسالة خطأ. في حالة Chargify، سنستخدم هذا لاشتراط أن يساوي الرمز الذي أنشأناه في إجراء “Route To” قيمة
customer_referenceالتي يعيدها Chargify. يمكنك تخصيص رسالة الخطأ المعروضة للمستخدمين باستخدام حقل “الرسالة المعروضة عند عدم وجود البيانات” في إدارة السحر. بالإضافة إلى ذلك، يوجد رابط “إعادة تشغيل السحر” مضاف إلى رسالة الخطأ يسمح للمستخدم بإعادة تعيين السحر إلى الخطوة 1 ومسح المدخلات الحالية.
استلام الدفع داخليًا
يمكنك استخدام ProCourse Memberships لاستلام الدفع.
كما يمكنك استخدام أي مزود دفع تقريبًا إذا كان يدعم واجهة برمجة التطبيقات (API) التي تدعم OAuth2 أو المصادقة الأساسية (على سبيل المثال، يستخدم Stripe المصادقة الأساسية)، من خلال إعداد اتصال API باستخدام إجراء “Send to API” في Custom Wizard ونظام إدارة نقطة نهاية API المرتبط به. سيعتمد كيفية إعداد ذلك على المزود. هذا النهج أقل استقرارًا؛ إنه ميزة في مرحلة الاختبار (beta)، لكنه يحمل إمكانات كبيرة.