إدارة الموديول

أسطح الإدارة للتقويم تعيش تحت لوحة Founder Account (دور admin). ثلاث تدفّقات: فرز التقديمات (تحقّق أو رفض الفعاليات المُقدَّمة)، تحرير الفعاليات (تحديث الفعاليات المُتحقَّق منها)، وتخطيط التغطية (قلب coverageEligible + coverageStatus).

طابور فرز التقديمات

• عرض القائمة: كل CalendarEvent بـ verificationStatus='pending' أو 'needs_info'. مفروز الأقدم أولاً لإنفاذ FIFO.
• لكل صفّ: العنوان، المنظِّم، الدولة، الفئة، startDate، submitterEmail، sourceUrl. أزرار inline: Verify / Request Info / Reject.
• فعل Verify: يفتح المحرّر الكامل مع شريط فحص 3-بوّابات مُبرَز. المحرّر يجب أن يفحص الثلاثة قبل أن يُفعَّل "Publish".
• فعل Request Info: يُرسل بريد قالبي للمُقدِّم يسرد الحقول المفقودة/غير الواضحة. الحالة تنقلب إلى 'needs_info'.
• فعل Reject: يتطلّب سبب نصّي حرّ. الحالة تنقلب إلى 'rejected'. المُقدِّم يُرسَل له بريد بالسبب.

محرّر الفعالية

• النموذج يُرآة الواجهة CalendarEvent — 30+ حقل مُجَمَّع في 11 كتلة. الحقول Bilingual تعرض إدخالات EN | AR جنباً إلى جنب.
• منتقيات مرجع cross-module: بحث type-ahead عبر المؤسّسين / الشركات / التحرير / الفرص / الملفات. الـ IDs المختارة تُرسَم كشرائح مع معاينة العنوان.
• فعل الحفظ يُحدّث updatedAt + (لو الحالة تنقلب إلى verified) يضبط lastVerifiedAt = now.
• تاريخ التحرير: كل حفظ يُنشئ سجلّ نسخة. النسخة السابقة قابلة للاسترجاع لمدّة 90 يوم.

سطح تخطيط التغطية

للفعاليات بـ editorialPriority='featured' أو 'spotlight'، admin يستطيع قلب coverageEligible=true وضبط coverageStatus='planned'. هذا يُضيف الفعالية إلى خط أنابيب تحرير تغطية الفعاليات. حين تنشر مقالة التغطية (في سطح إدارة تغطية الفعاليات المنفصل)، coverageStatus تنقلب تلقائياً إلى 'covered' والمقالة تصبح المرجع القياسي ما-بعد-الفعالية مربوطاً من صفحة تفاصيل الفعالية.