FreemiumProBusinessEnterprise

حالات التسجيل والانتقالات

نظرة عامة على الحالات

يمر كل تسجيل في tikento بسلسلة من الحالات. تعتمد الخطوات التي يمر بها الطلب على إعدادات الفعالية: هل تم تفعيل التحقق من البريد الإلكتروني، هل المراجعة مطلوبة، وهل الفعالية مدفوعة.

جميع الحالات الممكنة

الحالةالاسم النظاميالوصف
في انتظار التأكيدpending_verificationقدم المشارك طلبه لكنه لم يؤكد بريده الإلكتروني بعد
قيد المراجعةpending_moderationتم تأكيد البريد الإلكتروني، الطلب في انتظار قرار المنظم
في انتظار الدفعpending_paymentتمت الموافقة على الطلب، لم يتم استلام الدفع
مسجَّلregisteredاكتملت جميع المراحل، المشارك مسجل
ملغىcancelledتم إلغاء التسجيل من قبل المشارك أو المنظم
مرفوضrejectedرفض المنظم الطلب في مرحلة المراجعة

سلاسل الانتقال

ترتيب المراحل ثابت: التحقق من البريد الإلكتروني (إذا كان مفعلاً) -> المراجعة (إذا كانت مفعلة) -> الدفع (إذا كانت الفعالية مدفوعة) -> مسجَّل. يتم تخطي المراحل غير المنطبقة على الفعالية المحددة.

فعالية مجانية بدون مراجعة

أبسط سيناريو. إذا كان التحقق من البريد الإلكتروني مفعلاً:

pending_verification -> registered

إذا كان التحقق من البريد الإلكتروني معطلاً، يحصل المشارك على حالة registered فوراً بعد إرسال النموذج.

فعالية مجانية مع مراجعة

pending_verification -> pending_moderation -> registered

بعد تأكيد البريد الإلكتروني، يدخل الطلب في قائمة المراجعة. إذا وافق المنظم — تتغير الحالة إلى registered. إذا رفض — إلى rejected.

فعالية مدفوعة بدون مراجعة

pending_verification -> pending_payment -> registered

بعد تأكيد البريد الإلكتروني، ينتظر النظام الدفع. بمجرد تأكيد بوابة الدفع للمعاملة (عبر webhook)، تنتقل الحالة تلقائياً إلى registered.

فعالية مدفوعة مع مراجعة

أطول سلسلة:

pending_verification -> pending_moderation -> pending_payment -> registered

يقرر المنظم أولاً ما إذا كان سيقبل المشارك، وفقط بعد الموافقة تُفتح إمكانية الدفع.

من يبدأ الانتقالات

الانتقالالمُبادر
pending_verification -> الحالة التاليةالنظام (المشارك نقر على الرابط/أدخل الرمز في الرسالة)
pending_moderation -> pending_payment أو registeredالمنظم (الموافقة)
pending_moderation -> rejectedالمنظم (الرفض)
pending_payment -> registeredالنظام (webhook من بوابة الدفع)
أي حالة -> cancelledالمشارك أو المنظم
تغيير الحالة يدوياًالمنظم (عبر بطاقة المشارك)

الانتقالات التلقائية

يقوم النظام بتنفيذ الانتقالات بدون تدخل المنظم في حالتين:

  • التحقق من البريد الإلكتروني. عندما يؤكد المشارك بريده الإلكتروني، يحدد النظام تلقائياً الحالة التالية: إذا كانت المراجعة مفعلة — pending_moderation، إذا لم تكن والفعالية مدفوعة — pending_payment، إذا كانت مجانية — registered.
  • استلام الدفع. عندما ترسل بوابة الدفع webhook ناجح، تتغير الحالة إلى registered.

الانتقالات اليدوية

يمكن للمنظم:

  • الموافقة على الطلب أو رفضه في مرحلة المراجعة
  • تأكيد الدفع يدوياً (نقداً، تحويل بنكي)
  • إلغاء التسجيل
  • النقل إجبارياً إلى registered، متجاوزاً المراحل الوسيطة

أين تظهر الحالات

تظهر حالة كل مشارك في عدة أماكن:

  • قائمة المشاركين — شارة ملونة بجانب الاسم. يتيح مرشح الحالة العثور بسرعة على جميع الطلبات قيد المراجعة مثلاً.
  • بطاقة المشارك — سجل كامل بالانتقالات مع التواريخ والمُبادر بكل تغيير.
  • لوحة معلومات الفعالية — عدادات حسب الحالات في الملخص.

الحالات النهائية

الحالات registered وcancelled وrejected هي حالات نهائية — لا تحدث انتقالات تلقائية أخرى منها. يمكن للمنظم إعادة المشارك من cancelled أو rejected إلى حالة نشطة يدوياً عبر بطاقة المشارك.

الأسئلة الشائعة

هل يمكن للمشارك إلغاء تسجيله بنفسه؟
نعم. يمكن للمشارك إلغاء التسجيل من رسالة التأكيد أو من حسابه الشخصي قبل تسجيل الحضور. إذا تم الدفع بالفعل، يقوم المنظم ببدء الاسترداد بشكل منفصل.
ماذا يحدث إذا لم يؤكد المشارك بريده الإلكتروني؟
يبقى التسجيل في حالة «في انتظار التأكيد» ولا ينتقل إلى المرحلة التالية. يمكن للمنظم رؤية هذه الطلبات في قائمة المشاركين وإعادة إرسال رسالة التأكيد.
هل يمكن نقل المشارك يدوياً إلى حالة «مسجَّل»؟
نعم. يمكن للمنظم تغيير الحالة يدوياً في بطاقة المشارك — مثلاً تأكيد الدفع النقدي أو تجاوز المراجعة لشخص معين.