نظرة عامة على الحالات
يمر كل تسجيل في 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 إلى حالة نشطة يدوياً عبر بطاقة المشارك.