قبل التعاقد على نظام إدارة الوثائق، افصل بين خمسة حقوق يخلطها المشترون عادة: حق الاستخدام (الترخيص ونطاقه)، والوصول إلى الشيفرة المصدرية، وحق التعديل، وملكية التخصيصات التي تُبنى لك، وملكية بياناتك وتصديرها. لكل منها سؤال مستقل وبند مستقل في العقد.
ولا تطلب الشيفرة المصدرية لمجرد الاحتياط؛ اطلب ما يحمي استمرارية عملك فعلًا: حقوق واضحة على التخصيصات، وتصديرًا كاملًا للبيانات، وواجهة برمجية موثقة، وآلية ضمان للشيفرة لدى طرف ثالث إن كانت المخاطرة تبررها.
كُتبت هذه الأسئلة لمدير المشروع ومدير تقنية المعلومات وممثل الشؤون القانونية أو المشتريات، أي لكل من سيراجع بنود الملكية الفكرية والترخيص في عقد نظام الوثائق. وهي أسئلة واعتبارات محايدة تنطبق على أي مورد، لأن هذه الشروط تختلف كثيرًا بين الموردين ونماذج الاستضافة، ولا توجد إجابة واحدة صحيحة لكل مؤسسة. المهم أن تعرف ما الذي تسأل عنه، ولماذا، وماذا يعني كل جواب لك بعد خمس سنوات.
خمسة حقوق مختلفة تحت كلمة واحدة
في اجتماعات التعاقد تُستخدم عبارة «نريد السورس كود» كثيرًا بمعنى «نريد ألا نكون رهائن للمورد». هذا هدف مشروع، لكن الشيفرة المصدرية ليست دائمًا الطريقة الأنسب لتحقيقه. قبل أن تطلبها، حدد أي خطر تحاول تجنبه:
| الحق | السؤال الأساسي | الخطر الذي يعالجه | ما يكفي غالبًا |
|---|---|---|---|
| حق الاستخدام (الترخيص) | من يستخدم النظام، وأين، وإلى متى، وبأي نطاق؟ | مفاجآت في التكلفة عند النمو أو إضافة بيئة أو شركة تابعة | تعريف دقيق للمستخدم والبيئات والكيانات والمدة |
| الوصول إلى الشيفرة المصدرية | هل تحصل على الشيفرة، ومتى، وبأي شروط؟ | توقف المورد عن العمل أو عن دعم المنتج | ضمان لدى طرف ثالث بشروط إفراج محددة، أو لا شيء إن كانت المخاطرة منخفضة |
| حق التعديل | من يحق له تعديل ماذا: الإعدادات، والامتدادات، والنواة؟ | الاعتماد على المورد في كل تغيير صغير | تهيئة كاملة من الشاشات، وواجهة برمجية لبناء الامتدادات |
| ملكية التخصيصات | لمن التقارير والتكاملات والنصوص البرمجية التي بُنيت لمشروعك؟ | إعادة دفع ثمنها عند تغيير المورد، أو إعادة استخدامها لمنافسيك دون علمك | بند صريح بالملكية أو بترخيص دائم للاستخدام |
| ملكية البيانات وتصديرها | هل تستطيع أخذ وثائقك وبياناتها الوصفية وسجلاتها كاملة بصيغة قابلة للاستخدام؟ | الحبس داخل النظام عند نهاية العقد | تصدير كامل موثق ومختبر، وفترة انتقالية بعد انتهاء العقد |
لاحظ أن الحق الأخير، تصدير البيانات، هو في أغلب الحالات أهم من الشيفرة المصدرية. مؤسسة تملك وثائقها وبياناتها الوصفية وسجل تدقيقها بصيغة مفتوحة تستطيع الانتقال إلى أي نظام آخر، حتى لو لم تحصل على سطر شيفرة واحد. وقد خصصنا لذلك مقالًا مستقلًا: ملكية البيانات وتصديرها عند انتهاء التعاقد: ما الذي تختبره؟
حق الاستخدام: أسئلة الترخيص التي تغير التكلفة
الترخيص هو الحق الذي يتعامل معه الجميع، ومع ذلك تقع فيه أكثر المفاجآت لأن تعريفاته تبدو بديهية وهي ليست كذلك. «ترخيص لمئة مستخدم» قد يعني مئة حساب مسمى، أو مئة جلسة متزامنة، أو مئة مستخدم نشط شهريًا. والفرق كبير حين يكون لديك موظفون يدخلون مرة في الشهر للاطلاع فقط. ولمقارنة نماذج التسعير نفسها راجع ترخيص الأرشفة حسب المستخدم أم حسب المؤسسة.
- تعريف المستخدم: حساب مسمى، أم متزامن، أم نشط؟ وهل يُحتسب المستخدم الذي يطّلع فقط أو يعتمد من الجوال؟ وماذا عن الحسابات المعطلة للموظفين المغادرين؟
- البيئات: هل الترخيص يغطي بيئة التشغيل فقط، أم أيضًا بيئة الاختبار والتدريب وموقع التعافي من الكوارث؟
- الكيانات: هل يمكن للشركات التابعة أو الفروع المسجلة بسجلات مستقلة استخدام الترخيص نفسه؟
- المدة والتجديد: اشتراك بمدة، أم ترخيص دائم مع رسوم صيانة سنوية؟ وما آلية زيادة الأسعار عند التجديد؟
- ما يحدث عند عدم التجديد: هل يتوقف النظام، أم يبقى للقراءة فقط، أم يستمر الإصدار الحالي دون تحديثات؟
- الوحدات: هل كل الوحدات مشمولة، أم يُرخّص بعضها منفصلًا (OCR، سير العمل، الذكاء الاصطناعي، التكاملات)؟
- النقل: هل يمكن نقل الترخيص عند اندماج أو إعادة هيكلة؟
الشيفرة المصدرية: متى تحتاجها وبأي صيغة
لنبدأ بالحقيقة غير المريحة: الشيفرة المصدرية لنظام وثائق كامل لا تنفعك كثيرًا إن لم يكن لديك فريق قادر على فهمها وبنائها وتشغيلها وصيانتها أمنيًا. استلامها في قرص يُحفظ في خزنة لا يغير شيئًا يوم يتوقف المورد، إن لم تكن معها تعليمات البناء والاعتماديات والتوثيق، وفريق يستطيع استخدامها.
ومع ذلك توجد حالات يكون فيها طلب الشيفرة، أو ضمانها، مبررًا: سياسة جهة حكومية تشترط ذلك في أنظمتها، أو نظام سيبقى في الخدمة مدة طويلة جدًا، أو تخصيص عميق يجعل المؤسسة معتمدة على مورد صغير، أو مخاطرة استمرارية حقيقية في المورد. في هذه الحالات، هذه أبرز الصيغ الممكنة، مرتبة من الأقل إلى الأكثر:
- لا شيفرة، مع تصدير كامل وواجهة برمجية موثقة: يكفي معظم المؤسسات التي تستخدم نظامًا تجاريًا بتخصيص محدود.
- شيفرة التخصيصات فقط: تحصل على شيفرة ما بُني لك (تكاملات، تقارير، نصوص برمجية) دون نواة المنتج.
- ضمان الشيفرة لدى طرف ثالث (Escrow): تودَع الشيفرة وتحديثاتها لدى جهة محايدة، وتُفرج للجهة عند شروط محددة في العقد، مثل توقف المورد عن العمل أو عن دعم المنتج.
- تسليم الشيفرة كاملة: مع حق الاستخدام الداخلي وربما التعديل، وغالبًا بشروط تقيّد التوزيع، وأثر على الدعم والترقيات.
إن اخترت الضمان لدى طرف ثالث، فالتفاصيل هي كل شيء: ما الذي يُودَع بالضبط (الشيفرة وحدها، أم مع تعليمات البناء والاعتماديات)؟ كم مرة يُحدَّث الإيداع؟ هل يُتحقق منه بأن يُبنى فعلًا؟ ما شروط الإفراج بالنص؟ ومن يدفع رسوم الجهة المودَع لديها؟ ضمان لا يُحدَّث ولا يُتحقق منه قد لا يفيد عند الحاجة إليه.
حق التعديل وملكية التخصيصات
التعديل ثلاث طبقات لا طبقة واحدة
«هل يمكننا التعديل على النظام؟» سؤال له ثلاثة أجوبة، بحسب ما تقصد بالتعديل:
التهيئة
أنواع الوثائق، والحقول، والصلاحيات، والمسارات، والتقارير الجاهزة. يجب أن يستطيع مسؤول النظام لديك تعديلها من الشاشات دون الرجوع للمورد، وأن يبقى ذلك سليمًا بعد الترقيات. اطلب قائمة بما يمكن تعديله من الشاشات تحديدًا.
الامتدادات
تكاملات أو أدوات تُبنى حول النظام عبر واجهته البرمجية. اسأل: هل يحق لفريقك أو لطرف ثالث تختاره أن يبني امتدادات؟ هل الواجهة موثقة ومستقرة بين الإصدارات؟ وهل يؤثر ذلك على الدعم؟
النواة
تعديل شيفرة المنتج نفسه. في أغلب الأنظمة التجارية هذا غير متاح، وإن أُتيح فغالبًا يعني أن نسختك تخرج عن مسار الترقيات وقد يتأثر الدعم. اسأل عن الأثر كتابة قبل أن تطلب هذا الحق.
الطبقتان الأوليان هما ما تحتاجه فعلًا في أغلب المشاريع. طلب حق تعديل النواة دون خطة لصيانته يشبه شراء سيارة مع حق إعادة تصميم المحرك: جذاب على الورق، ومكلف جدًا عند أول عطل.
ويرتبط بذلك سؤال الترقيات: كلما ابتعدت نسختك عن الإصدار القياسي، صعب عليك الانتقال إلى الإصدارات الجديدة، فتجد نفسك بعد سنوات على إصدار قديم لا يتلقى تحديثات أمنية. اسأل المورد كيف تُدار الترقيات مع التخصيصات: هل تُختبر التخصيصات قبل كل ترقية؟ من يتحمل تكلفة إصلاح ما يتعطل منها؟ وهل يحق لك تأجيل ترقية؟ وإلى متى يُدعم الإصدار الذي تعمل عليه؟ هذه الأسئلة تحمي قدرتك على البقاء على نظام حديث أكثر مما تحميها الشيفرة المصدرية.
ملكية التخصيصات: البند الذي يُنسى
في كل مشروع تقريبًا يُبنى شيء خاص بالجهة: تقرير بمؤشرات محددة، أو تكامل مع نظام الموارد البشرية، أو نص برمجي لترحيل البيانات، أو مسار موافقة بقواعد معقدة. من يملك هذا؟ الإجابات الممكنة ثلاث: الجهة تملكه، أو المورد يملكه ويمنح الجهة ترخيصًا دائمًا لاستخدامه، أو المورد يملكه ويدرجه لاحقًا في منتجه لكل العملاء. لكل منها منطق تجاري، والمشكلة فقط حين لا يُكتب شيء.
أسئلة عن التخصيصات قبل التوقيع
- من يملك الحقوق في التخصيصات المدفوعة ضمن هذا المشروع؟
- إن احتفظ المورد بالملكية، فهل تحصل الجهة على ترخيص دائم غير قابل للإلغاء لاستخدامها، حتى بعد انتهاء العقد؟
- هل يحق للمورد إعادة استخدام التخصيص لعملاء آخرين؟ وهل يُحذف منه كل ما يخص الجهة؟
- هل تُسلَّم شيفرة التخصيصات أو توثيقها الفني الكافي لإعادة بنائها؟
- هل يلتزم المورد بإبقاء التخصيصات عاملة بعد ترقيات المنتج؟ وبأي تكلفة؟
- إذا انتقلنا إلى مورد آخر، هل يمكنه استخدام توثيق التكاملات التي بُنيت لنا؟
المكونات مفتوحة المصدر وحقوق الأطراف الثالثة
معظم البرمجيات الحديثة، التجارية منها أيضًا، تتضمن مكونات مفتوحة المصدر أو مرخصة من أطراف ثالثة: محركات بحث، ومكتبات OCR، وأطر واجهات. هذا طبيعي ولا يدعو للقلق في ذاته، لكن الرخص تختلف في شروطها. على سبيل المثال، مستودع Alfresco Community مرخّص بـGNU LGPL v3، ومشروع Paperless-ngx مرخّص بـGNU GPL v3، وهما رخصتان لهما شروط مختلفة عن الرخص المتساهلة. إن كان المنتج الذي تشتريه مبنيًا على مشروع مفتوح المصدر، أو إن كنت ستعدل أو توزع شيئًا منه، فاعرف الرخصة وشروطها قبل التوقيع.
- اطلب قائمة بالمكونات الرئيسية من أطراف ثالثة ورخصها.
- اسأل إن كان المنتج مبنيًا على مشروع مفتوح المصدر، وأي إصدار وأي رخصة.
- اطلب التزامًا بأن استخدامك للنظام لا يخالف رخص هذه المكونات، وبتعويضك إن ظهرت مطالبة من طرف ثالث.
- اسأل عن سياسة المورد في تحديث المكونات عند اكتشاف ثغرات أمنية فيها.
وإن كنت تفكر في بناء نظامك على منصة مفتوحة المصدر بنفسك، فالحسابات مختلفة كليًا؛ راجع التكلفة التشغيلية لتحديث وصيانة DMS مفتوح المصدر، ومقالنا الأقدم عن المقارنة بين DMS مفتوح المصدر والتجاري.
ما تحتاجه فعلًا حسب وضعك
ثلاث حالات افتراضية توضح كيف تختلف الأولويات:
- شركة متوسطة، استضافة سحابية، تخصيص محدود: الأولوية لتعريف المستخدم والوحدات في الترخيص، وللتصدير الكامل للبيانات ومدة الوصول بعد انتهاء العقد. طلب الشيفرة المصدرية هنا لا يضيف حماية تُذكر.
- جهة حكومية، استضافة على خوادمها، تكاملات مع ثلاثة أنظمة داخلية: الأولوية لملكية التكاملات أو ترخيصها الدائم وتسليم توثيقها، وربما ضمان الشيفرة لدى طرف ثالث إن كانت سياسة الجهة تشترطه، مع التحقق من أثر ذلك على الدعم.
- مجموعة قابضة بشركات تابعة: الأولوية لنطاق الترخيص عبر الكيانات، وإمكانية فصل بيانات شركة تابعة وتصديرها إن بيعت، وحق نقل الترخيص عند إعادة الهيكلة.
قائمة بنود الملكية والترخيص في العقد
- تعريف المستخدم المرخّص ونوع الترخيص (مسمى / متزامن / نشط).
- البيئات المشمولة: التشغيل، والاختبار، والتدريب، والتعافي من الكوارث.
- الكيانات المشمولة وحق النقل عند إعادة الهيكلة.
- المدة، وآلية التجديد، وسقف زيادة الأسعار.
- حالة النظام عند عدم التجديد، وفترة الوصول للقراءة والتصدير.
- صيغة الوصول إلى الشيفرة إن وُجدت (لا شيء / التخصيصات / ضمان لدى طرف ثالث / كاملة) وشروطها.
- ما يحق للجهة تعديله (التهيئة، والامتدادات عبر الواجهة البرمجية، والنواة) وأثر كل منها على الدعم.
- ملكية التخصيصات أو ترخيصها الدائم، وتسليم شيفرتها أو توثيقها.
- ملكية البيانات والوثائق والبيانات الوصفية وسجل التدقيق، وصيغ التصدير، والمساعدة في الانتقال.
- المكونات من أطراف ثالثة ورخصها، والتعويض عن مطالبات الملكية الفكرية.
كيف تحسم هذه الأسئلة مع وثيقة
يُقدَّم وثيقة بأربعة نماذج نشر: سحابة مشتركة، وسحابة خاصة، واستضافة على خوادم المؤسسة، أو نشر هجين يجمع بينها، ويُشترك فيه شهريًا أو سنويًا أو لعدة سنوات، ويُضاف إليه مستخدمون ووحدات عند الحاجة وفق صفحة الأسعار. ويتيح واجهة REST API للتوصيل مع الأنظمة المؤسسية الأخرى، وتصدير سجل التدقيق والتقارير. هذه العناصر تجيب عن جزء من أسئلة الترخيص والامتدادات.
أما نموذج الترخيص التفصيلي (لكل مستخدم أو للمؤسسة)، وشروط الوصول إلى الشيفرة المصدرية، وحقوق التعديل، وملكية التخصيصات، فتُحدَّد في العرض الفني والتجاري بحسب نموذج النشر ونطاق المشروع. اطرح عليها الأسئلة الواردة في هذا المقال صراحة في جلسة استيعاب المتطلبات، واطلب أن تُكتب الإجابات في العرض نفسه لا في مراسلة جانبية. ولتفاصيل مراحل التنفيذ وما يُسلَّم في كل مرحلة، راجع صفحة ما يُسلَّم في كل مرحلة تنفيذ.
الخطوة التالية
- حدد أي الحقوق الخمسة يمثل الخطر الأكبر لمؤسستك، ورتبها.
- راجع مع الشؤون القانونية قائمة البنود أعلاه، واحذف ما لا ينطبق.
- أرسل أسئلة الترخيص والتخصيصات مع طلب العرض، واطلب إجابات مكتوبة.
- ناقشها في جلسة استيعاب المتطلبات قبل مقارنة الأسعار؛ فعرضان بسعر متقارب قد يختلفان كثيرًا في هذه الحقوق.
المصادر
خطّط التنفيذ قبل التعاقد
نراجع معك المراحل والتدريب والدعم ومستوى الخدمة، حتى يكون العرض واضحاً في ما يُسلَّم ومتى.
- عدد المستخدمين المتوقع والإدارات المشاركة
- حجم الأرشيف الحالي تقريباً (عدد الملفات أو الصفحات أو الحجم بالجيجابايت) ونسبة الورقي منه
- نموذج الاستضافة المفضل: سحابة داخل المملكة أو خوادم الجهة
- النظام الحالي للملفات والأنظمة المطلوب التكامل معها
الهاتف وواتساب: +966 56 533 0501 — الأحد إلى الخميس 9 صباحاً حتى 6 مساءً.