عقد توريد نظام إدارة الفعاليات: بنود SLA وملكية البيانات والتخصيص والخروج

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

حزمة عقد نظام الفعاليات: أي مستند يحكم ماذا؟

العقد نادرًا ما يكون مستندًا واحدًا. في مشاريع الأنظمة يتكون عادة من اتفاقية رئيسة وملاحق، وأول ما تراجعه هو ترتيب الأسبقية: إذا تعارض عرض المورد الفني مع ملحق مستوى الخدمة، أيهما يسري؟

القاعدة العملية: اجعل ملحق مستوى الخدمة وملحق البيانات أعلى أسبقية من العرض الفني والتسويقي، لأن العرض يُكتب ليبيع والملحق يُكتب ليُطبَّق. وإن كنت في مرحلة إعداد الكراسة، فضع هذه الملاحق مسودةً داخلها من البداية كما في مقالة كراسة متطلبات نظام إدارة الفعاليات، فيسعّر الموردون عليها بدل أن تفاوض عليها بعد الترسية.

جدول البنود: الصياغة الضعيفة والأقوى ولماذا تهم

هذا الجدول أداة مراجعة المسودة. ابحث في مسودة العقد عن كل بند، وقارن صياغته بالعمودين. الصياغات في العمود الثالث أمثلة لما يستحق الطلب، ويكتبها فريقك القانوني بلغته وبما يناسب النظام الحاكم للعقد.

نطاق التسليم ومعايير القبول: متى يُعد النظام «مسلَّمًا»؟

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

1. قبول الإعداد: تُنفذ سيناريوهات موثقة على بيئة الاختبار، مثل إنشاء عقد ببنوده، وإصدار أمر تغيير، وطلب عرض أسعار لمورد صوت وإضاءة، واعتماد تصميم بنسختين. لكل سيناريو نتيجة متوقعة مكتوبة.
2. قبول التكاملات والترحيل: عينة مطابقة بين المصدر والنظام، مثل مئة مورد مرحّل تُراجع بياناتهم، وقيد يصل إلى النظام المحاسبي كما يجب.
3. قبول التدريب: حضور الأدوار المحددة، لا عدد الجلسات فقط.
4. القبول النهائي: إدارة فعالية حقيقية من المنصة من العقد إلى الإغلاق، وهو ما تبني عليه مراحل التطبيق في إتمام خطة الإطلاق. وإن أردت تجربة مقيدة قبل التعميم فاربط القبول بمقاييس المشروع التجريبي كما في مقالة المشروع التجريبي لنظام إدارة الفعاليات.

أضف إلى معايير القبول ثلاثة أحكام صغيرة تمنع نزاعات كبيرة: تصنيف العيوب (عيب يمنع القبول، وعيب يُقبل معه المخرج بشرط إصلاحه خلال مدة، وملاحظة تحسين)، ومدة محددة لمراجعة العميل بعد كل تسليم، والتزامات فريقك أنت، لأن تأخرك في تفريغ الموظفين للتدريب أو تسليم بيانات الموردين يؤخر المورد ولا يصح أن يُحسب عليه. جدول الأدوار في صفحة مراحل التطبيق مفيد مرجعًا لهذه الالتزامات.

مستوى الخدمة SLA ودعم يوم الفعالية: الأرقام التي تعني شيئًا

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

لماذا لا تكفي نسبة التوفر الشهرية؟

نسبة التوفر تُحسب عادة على الشهر كله. شهر من 30 يومًا فيه 43,200 دقيقة؛ التوفر 99.9% يسمح بنحو 43 دقيقة توقف، و99.5% بنحو 216 دقيقة (3.6 ساعات). هذه أرقام معقولة لنظام إداري، لكن 43 دقيقة بين الثامنة والتاسعة صباح افتتاح مؤتمر بثلاثة آلاف ضيف تعني طوابير عند البوابات، والمورد لم يُخل بالتزامه. لذلك الحل ليس طلب نسبة أعلى على الشهر كله، فهذا يرفع السعر بلا داع، بل التزام إضافي خاص بنوافذ الفعاليات التي تبلغ عنها مسبقًا.

الجدول التالي مثال لمستويات خطورة يمكن التفاوض عليها، وليس التزامات إتمام أو معيار سوق. الأزمنة تُكتب بتوقيت الرياض، و«نافذة الفعالية» فترة يبلغ عنها العميل مسبقًا (مثلًا يوم الفعالية وليلة الطباعة قبله).

ما يستحق الكتابة إلى جانب الجدول:

• من يحدد مستوى الخطورة، وكيف يُعترض عليه.
• أن زمن الاستجابة يُقاس من البلاغ حتى تواصل شخص قادر على العمل على المشكلة، لا حتى رسالة آلية.
• قنوات البلاغ في النافذة (هاتف مباشر لا نموذج إلكتروني فقط)، ومسار التصعيد بالأسماء أو الأدوار.
• مدة الإشعار المسبق بالفعاليات، وعدد نوافذ الدعم المعزز المشمولة في السنة وسعر الإضافي.
• الحضور الميداني: متى يُطلب، وبأي مدة إشعار، وبأي تكلفة.
• تقرير شهري بالتوفر والبلاغات وأزمنتها، ومن يقيس التوفر.
• التعويض عند الإخلال (خصم من الاشتراك غالبًا)، وحق الإنهاء عند تكرار الإخلال الحرج.

ولا تنسَ أن التوفر مسؤولية مشتركة: شبكة الموقع وأجهزة المسح وطاقم البوابات عندك. اكتب في خطة الفعالية بديلًا تشغيليًا عند انقطاع الشبكة (قائمة مطبوعة، منضدة تحقق يدوي)، لأن العقد يحدد المسؤولية لكنه لا يُدخل الضيوف.

ملكية البيانات وتصديرها: الملكية التي يمكن استخراجها

عبارة «البيانات ملك العميل» موجودة في أغلب العقود، وهي نقطة البداية لا النهاية. السؤال العملي: هل تستطيع إخراج بياناتك كاملة، مفهومة، متى شئت، دون أن تحتاج إذن المورد أو فريقه؟

• ما يشمله تعريف البيانات: السجلات (العقود، البنود، الموردون، الحضور، الميزانيات)، والمرفقات (العقود الموقعة، محاضر الاستلام، صور الفحص)، وسجل التدقيق، والإعدادات والقوالب التي بنيتها. الإعدادات كثيرًا ما تُنسى، وهي حصيلة أشهر من العمل.
• صيغة التصدير: صيغ مفتوحة مقروءة (مثل CSV أو JSON للجداول، والملفات الأصلية للمرفقات)، مع وصف للحقول والعلاقات بينها. تصدير جدول بلا مفتاح يربط البند بعقده قليل الفائدة.
• التوقيت: متى طلبت أثناء العقد، لا عند الإنهاء فقط. هذا يسمح لك باختبار التصدير مبكرًا، وبتغذية مستودع بياناتك أو تقاريرك.
• الحذف: بعد انتهاء الغرض والفترة المتفق عليها، بما في ذلك النسخ الاحتياطية وفق دورتها، مع إفادة مكتوبة.

وحين يستضيف المورد بيانات ضيوفك الشخصية، فهو في الغالب جهة معالجة تعمل لحسابك. ويلزم نظام حماية البيانات الشخصية جهة التحكم عند اختيار جهة المعالجة بأن تختار جهة توفر الضمانات اللازمة لتنفيذ أحكام النظام واللوائح. العقد هو المكان الذي تُكتب فيه هذه الضمانات: الغرض من المعالجة وحدودها، والأطراف الفرعية، والإبلاغ عن الحوادث، والحذف. صياغتها التفصيلية عمل فريقك القانوني مع النص النافذ؛ ما يهمك تشغيليًا أن تعرف قائمة الأطراف الفرعية (مزود الرسائل، ومزود البريد) وأن يُبلغك المورد قبل تغييرها.

ملكية التخصيصات وصيانتها مع التحديثات

التخصيص في المنصات الجاهزة ثلاثة أنواع مختلفة قانونيًا وتشغيليًا، وخلطها في بند واحد مصدر نزاعات متكررة:

في منصة تُقدَّم خدمةً سحابية لعدة عملاء، طلب ملكية كاملة لكل سطر برمجي غير واقعي غالبًا ولا يفيدك، لأنك لا تستطيع تشغيله خارج المنصة. الأهم ثلاثة أمور: أن يبقى التخصيص يعمل بعد كل تحديث على نفقة المورد، وأن يكون موثقًا، وألا يُعمَّم على عملاء آخرين ما يكشف طريقتك في التسعير أو هوامشك دون موافقتك. تمييز الإعداد عن الامتداد موضح في صفحة تخصيص نظام إدارة الفعاليات، واطلب أن يظهر كل تخصيص في العرض بندًا بنوعه.

أما إن كان النشر على خوادمك بترخيص، فبند إيداع الشيفرة المصدرية لدى طرف ثالث (Escrow) يستحق النقاش لحماية استمراريتك إن توقف المورد عن النشاط؛ في الخدمة السحابية يحل محله غالبًا التزام تصدير البيانات ومساعدة الانتقال.

التحديثات والأمن والاستضافة: التزامات قابلة للقياس

التحديثات

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

الأمن والاستضافة

• مكان الاستضافة والنسخ الاحتياطية، وعدم نقلها دون موافقة مكتوبة.
• تكرار النسخ الاحتياطي، والمدة المستهدفة للاستعادة، واختبار الاستعادة دوريًا.
• المصادقة متعددة العوامل والدخول الموحد، وفصل صلاحيات العميل والمورد والموظف.
• الاحتفاظ بسجل التدقيق ومدته، وحق طلب مستخرجات منه للمراجعة.
• مدة الإبلاغ عن الحوادث الأمنية التي تمس بياناتك، ومحتوى البلاغ.
• الإجابة عن استبيانات الأمن لدى جهتك، والتعاون مع المراجعة الدورية.

للجهات الوطنية، تُراجَع هذه البنود مع الضوابط الأساسية للأمن السيبراني وسياسات تصنيف البيانات لدى الجهة، ويحدد فريق أمن المعلومات لديها ما يلزم. والضوابط التي تتيحها إتمام وتُهيأ حسب سياسة الجهة موضحة في صفحة الأمن وحوكمة البيانات. وإن لم تحسم خيار الاستضافة بعد، فالمقارنة بين الخيارات في مقالة نظام الفعاليات السحابي أم المحلي.

تسعير التوسع وبنود الخروج ونقل البيانات

تسعير التوسع

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

الخروج ونقل البيانات

بند الخروج يُكتب وأنتما على وفاق، لأنه يُستعمل حين لا تكونان كذلك. عناصره:

1. الإشعار

   مدة إشعار الإنهاء أو عدم التجديد لكل طرف، وحالات الإنهاء للإخلال.

   القانونية والمشتريات
2. فترة الانتقال

   مدة محددة بعد الإنهاء تستمر فيها الخدمة أو الوصول للقراءة، تكفي لإغلاق الفعاليات الجارية وتحصيل دفعاتها.

   مدير المشروع
3. التصدير الكامل

   البيانات والمرفقات والسجلات والإعدادات بالصيغة المتفق عليها، مع وصف الحقول، وتسليم موثق.

   تقنية المعلومات
4. مساعدة الانتقال

   ساعات دعم لفريقك أو للمورد الجديد بسعر محدد مسبقًا في الجدول.

   المورد
5. الحذف والإفادة

   حذف البيانات بعد تأكيد استلامك لها، وإفادة مكتوبة بذلك، مع توضيح دورة النسخ الاحتياطية.

   المورد وأمن المعلومات

أخطر لحظة للخروج منتصف الموسم: ثلاث فعاليات جارية بدفعات لم تُحصَّل وفواتير موردين معلقة. لهذا تُربط فترة الانتقال بإغلاق الفعاليات الجارية لا بعدد أيام ثابت فقط. وإن كنت تستبدل نظامًا قائمًا الآن، فتجربة خروجك منه دليل عملي لما تكتبه في العقد الجديد؛ خطة الانتقال في مقالة استبدال نظام إدارة الفعاليات الحالي.

أولويات التفاوض: ما تصر عليه وما يمكن التنازل عنه

ليس كل بند يستحق المعركة نفسها، والمبالغة ترفع السعر أو تُبعد الموردين الجادين. هذا ترتيب عملي حسب أثر البند على فعالياتك:

وقبل التفاوض على البنود، تأكد أن العرض الذي اخترته قورن بغيره على أساس موحد، كما في مقالة مقارنة عروض أنظمة إدارة الفعاليات؛ كثير مما يُترك للعقد كان يجب أن يظهر فرقًا في العروض.

كيف تنعكس هذه البنود في عرض إتمام وخطة تطبيقها

أفضل وقت لمناقشة هذه البنود قبل العرض النهائي لا بعده، حين يمكن أن تُسعَّر نوافذ الفعاليات والتصدير ومساعدة الانتقال ضمن العرض. احجز جلسة تحليل متطلبات وأحضر معك قائمة فعالياتك للسنة ومسودة ملاحقك، لنبني النطاق ومعايير القبول ومستوى الخدمة على فعالياتك الفعلية.

أسئلة شائعة عن عقد توريد نظام إدارة فعاليات