لا يوجد هيكل توريد أفضل في المطلق. العقد الواحد مع مكامل أنظمة أمنية يناسب حين يغلب على المشروع العمل المادي: بوابات دوّارة جديدة، وتحكم بالدخول، وتمديدات. ويكون نظام الزوار عندها جزءًا صغيرًا منه. والعقود المنفصلة تناسب حين تكون الأجهزة بسيطة أو قائمة، ولا يوجد ربط بالتحكم بالدخول. أما الهيكل الهجين فيناسب أغلب الحالات بينهما.
ما يحسم الاختيار ليس عدد العقود، بل الإجابة عن سؤال واحد في كل هيكل: إذا لم يعمل شيء عند البوابة، هل يوجد طرف واحد مسمّى يتحمل المسؤولية بنص مكتوب؟ إن كانت الإجابة لا، فالهيكل ناقص مهما بدا بسيطًا.
ثلاثة هياكل على الطاولة
يتكرر المشهد في مصانع كثيرة. مكامل أمني يعرض نظام الزوار ضمن حزمة تشمل الكاميرات والتحكم بالدخول والبوابات. ومورد البرمجيات يعرض النظام مباشرة. ومورد الأجهزة المعتاد للمصنع حاضر ليورّد الحواسب والطابعات والقارئات. وقبل مقارنة الأسعار، يجب أن تقرر أي هيكل ستطرح عليه المنافسة، لأن الهيكل يغيّر محتوى العروض نفسها.
- مورد رئيسي واحد: عقد واحد مع المكامل، وهو يتعاقد من الباطن مع مورد البرمجيات ومع موردي الأجهزة والتركيب. أنتم تتعاملون مع طرف واحد.
- عقود منفصلة: عقد للبرمجيات وخدماتها مع مورد النظام، وعقد للأجهزة مع مورد الأجهزة، وعقد أو أمر عمل للتمديدات والتركيب. أنتم تنسّقون بين الأطراف.
- هيكل هجين: يُقسَّم المشروع إلى حزمتين أو ثلاث بحسب طبيعة العمل. مثال ذلك أن يتولى المكامل البوابات المادية والتحكم بالدخول، ويتولى مورد البرمجيات نظام الزوار وربطه، وتُورَّد أجهزة البوابة عبر موردكم بمواصفة مكتوبة.
صفحة التكلفة وعوامل التسعير تفصل الأجهزة عن البرمجيات والخدمات في بنود مستقلة. وتذكر أن توريد الأجهزة عبر موردكم مع الاكتفاء ببند التهيئة والربط من عوامل خفض التكلفة. وتضع التمديدات والكهرباء وتركيب البوابات المادية وبنية الشبكة خارج العرض عادة. هذا يعني أن الهيكل الهجين ممكن مع هذا النظام من البداية. فالسؤال هو هل يناسبكم، لا هل هو متاح.
أين تسقط المسؤولية بين العقود
الفجوات لا تظهر في يوم التوقيع. تظهر في أول عطل لا يعرف أحد سببه. وأغلبها يقع في خمسة مواضع:
- التوافق: قارئ أو طابعة اشتُريت بمواصفة عامة، ثم لم تعمل كما يلزم مع النظام. مورد الأجهزة يقول إن الجهاز سليم، ومورد البرمجيات يقول إنه غير الطراز المطلوب.
- الربط بالتحكم بالدخول: يحتاج تعاون مورد التحكم بالدخول، وقد يحتاج ترخيص واجهة أو تحديث إصدار. وإن لم يكن هذا التعاون مكتوبًا في عقد أحد، فلا أحد ملزم به.
- بداية الضمان: ضمان الأجهزة يبدأ عادة من التسليم، وقبول النظام يأتي بعده بأسابيع أو أشهر. والفترة بينهما يستهلكها التخزين والتركيب والتجربة.
- الشبكة والكهرباء عند البوابة: نقطة شبكة غير مفعّلة، أو مقبس غير مستقر في غرفة الحارس. هذه ليست من البرمجيات ولا من الأجهزة، لكنها توقف الاثنين.
- الدعم بعد التشغيل: من يستقبل البلاغ الأول؟ ومن يقرر إن كان العطل في الجهاز أم النظام أم الشبكة؟
العقد الواحد لا يُلغي هذه الفجوات. ينقلها إلى داخل علاقة المكامل بمقاوليه من الباطن، حيث لا تراها. والعقود المنفصلة تُبقيها ظاهرة، لكنها تحمّلكم عبء سدها بالنص.
مصفوفة المقارنة بتسعة معايير
ثلاثة هياكل توريد بتسعة معايير
اقرأ كل خلية بصيغة «ما يحصل عليه المصنع، وما يدفعه مقابل ذلك». والعمود الأخير هو ما يجب أن تتحقق منه قبل اختيار الهيكل، أيًّا كان اختيارك.
| المعيار | مورد رئيسي واحد | عقود منفصلة | هيكل هجين | ما تتحقق منه |
|---|---|---|---|---|
| ١. مسؤولية التوافق | على المكامل بنص واحد | تضيع بين الأطراف ما لم تُكتب مواصفة | المواصفة المكتوبة هي حد المسؤولية | من يصدر مواصفة الأجهزة، ومن يختبرها في موقعها |
| ٢. الضمان | طرف واحد، وشروطه تابعة لعقود الباطن | ضمان لكل عقد بتواريخ بداية مختلفة | يُوحَّد تاريخ البداية بالقبول أو تُوثَّق الفجوة | متى يبدأ ضمان الأجهزة مقارنة بقبول النظام |
| ٣. الدعم بعد التشغيل | المكامل خط أول، ومورد البرمجيات خلفه | كل طرف يدعم ما ورّده | كل حزمة بدعمها، وتصنيف أولي للبلاغ | هل تطابق التزامات الدعم من الباطن ما التُزم به لكم |
| ٤. نقطة البلاغ | واحدة لدى المكامل | متعددة، وتحتاج تصنيفًا داخليًا | مسؤول النظام لديكم يصنّف ثم يحيل | من يقرر أين العطل، وفي أي مدة |
| ٥. الوصول إلى صاحب المنتج | غير مباشر، عبر المكامل | مباشر | مباشر للبرمجيات | هل يمكنكم التواصل مع صاحب المنتج إن تعثّر الوسيط |
| ٦. الخروج والاستبدال | تغيير جزء قد يفتح العقد كله | يُستبدل كل جزء وحده | تُستبدل كل حزمة وحدها | هل تستمر الرخصة والبيانات إن انتهت علاقتكم بالمكامل |
| ٧. الكلفة الإدارية | أقل: عقد ومتابعة واحدة | أعلى: عدة عقود وتنسيق مستمر | متوسطة | من لديكم يملك وقت التنسيق فعلًا |
| ٨. شفافية التسعير | قد يُجمَّع النظام والأجهزة في سعر واحد | بنود منفصلة بطبيعتها | بنود منفصلة لكل حزمة | اطلب البنود مفصولة حتى من المكامل |
| ٩. التنسيق والجدول | على المكامل، ويؤثر فيه مقاولوه | عليكم، وتأخر طرف يوقف الآخرين | تبعيات أقل بين حزم مستقلة | أي عمل ينتظر أي عمل، ومن يملك الجدول الموحد |
لاحظ أن المعيارين ٥ و٦ لا يظهران في السنة الأولى. يظهران حين يتغير المكامل أو تنتهي علاقتكم به. وهما سبب كافٍ لطلب بند يحفظ استمرار الترخيص والبيانات مع صاحب المنتج مباشرة، حتى لو اخترتم العقد الواحد.
قاعدة الاختيار
اعرض نطاق مشروعك على الأسئلة الأربعة الآتية بالترتيب، وتوقف عند أول إجابة تحسم:
- هل يتضمن المشروع أعمالًا مادية كبيرة؟ بوابات دوّارة جديدة، أو تمديدات واسعة، أو منظومة كاميرات. إن كانت هذه أغلب قيمة المشروع، فالمكامل مرشح طبيعي للحزمة المادية. والسؤال بعدها هل يأخذ نظام الزوار معها أم يبقى منفصلًا.
- هل يلزم ربط نظام الزوار بنظام تحكم بالدخول قائم؟ إن لزم، فالمسؤولية عن الربط يجب أن تقع على طرف يملك الجانبين، أو تُكتب في وثيقة واجهة يوقّعها الطرفان. وصفحة التكاملات تذكر أن هذا الربط يعتمد على طراز النظام وإصداره وتعاون مورّده، وأنه يسبقه تقييم توافق مكتوب.
- هل أجهزة البوابة بسيطة أو قائمة؟ حاسب أو لوحي، وقد يُضاف قارئ أو طابعة. إن كان الأمر كذلك ولا ربط بالتحكم بالدخول، فالعقود المنفصلة أبسط مما تبدو. فمورد البرمجيات يصدر المواصفة، ومورّدكم يورّد عليها.
- هل لديكم من يدير التنسيق؟ العقود المنفصلة تحتاج مسؤولًا داخليًا يملك الجدول ويصنّف البلاغات. وإن لم يوجد، فالكلفة الإدارية ستظهر في التأخير لا في الفاتورة.
حين يدخل نظام الزوار في حزمة أمنية كبيرة، يُقيَّم غالبًا بسطر واحد. لكنه النظام الذي يعمل عليه المضيفون والسلامة والمقاولون والموردون يوميًا. فإن اخترتم العقد الواحد، فقيّموا نظام الزوار داخله بالسيناريوهات نفسها التي كنتم ستقيّمونه بها منفصلًا.
ما يُكتب في كل هيكل حتى لا تبقى فجوة
كل هيكل له بنوده الحرجة. هذه ليست بنود عقد كاملة. هي البنود التي تسد الفجوات الخمس أعلاه، ويكمّلها ما في مقال بنود الدعم والتحديثات والخروج.
| الهيكل | البنود الحرجة |
|---|---|
| مورد رئيسي واحد | بنود الباطن تطابق التزاماته لكم في الدعم والتحديثات وتسليم البيانات. وخطاب من صاحب المنتج يوضح علاقته بالمكامل ومن يدعم المنتج فعلًا. وحقكم في الاستمرار مع صاحب المنتج إن انتهت العلاقة بالمكامل. وأسعار البنود مفصولة رغم وحدة العقد. |
| عقود منفصلة | مواصفة أجهزة مكتوبة يصدرها مورد البرمجيات وتُرفق بعقد الأجهزة. وقاعدة تقول: جهاز مطابق للمواصفة لا يعمل فالمسؤولية على مورد البرمجيات، وجهاز غير مطابق فعلى مورد الأجهزة. واختبار قبول للأجهزة في موضعها بحضور الطرفين. ومالك داخلي للجدول الموحد. |
| هيكل هجين | وثيقة واجهة بين الحزم تحدد البيانات والأوامر ومن ينفذ كل جانب. واختبار قبول مشترك لنقطة الربط. ومصفوفة تصنيف للبلاغ تحدد أي حزمة تستقبل كل نوع عطل. وتاريخ بداية ضمان مرتبط بقبول الحزمة لا بتسليم أجهزتها. |
في الهيكلين الثاني والثالث، تُكتب مصفوفة المسؤوليات في العرض نفسه. وصفحة التطبيق والدعم تعرض مصفوفة من عشرة بنود تفصل ما يتولاه مورد النظام عما يتولاه المصنع. ففي الأجهزة مثلًا، يتولى المورد المواصفات والتركيب المنطقي والاختبار. ويتولى المصنع التوريد أو إتاحة الأجهزة القائمة والتمديدات. وفي التكامل، يتولى المورد الجانب البرمجي من طرفه، ويتولى المصنع التنسيق مع مورد النظام الآخر وإتاحة الواجهات. ابدأ منها، ثم أضف عمودًا لكل طرف ثالث في هيكلكم.
وفي أي هيكل، اطلب أن يأتي بند الربط مبنيًا على تقييم مكتوب لا على عبارة عامة. وأن يُذكر اعتماده على تعاون مورد الجهاز افتراضًا معلنًا لا وعدًا. مقال بند التكامل القابل للاختبار يشرح كيف تكتبه.
مثال: مكامل ومورد برمجيات ومورد أجهزة
ثلاث بوابات وحزمة أمنية معروضة كاملة
مثال توضيحي افتراضيمثال توضيحي افتراضي، وليس نتيجة تشغيل موثقة لعميل. في هذا المثال مصنع بثلاث بوابات: بوابة للمشاة وأخرى للمقاولين وثالثة للشاحنات. يدرس تركيب بوابتين دوّارتين جديدتين عند بوابة المقاولين، ونظام زوار لكل البوابات.
- العروض الأولىقدّم مكامل أمني عرضًا واحدًا يشمل الدوّارتين والتحكم بالدخول والكاميرات ونظام الزوار، بسعر إجمالي لكل حزمة. وقدّم مورد برمجيات عرضًا لنظام الزوار وحده. وأبدى مورد الأجهزة المعتاد للمصنع استعداده لتوريد أجهزة البوابات.
- تطبيق القاعدةالأعمال المادية كبيرة عند بوابة المقاولين وحدها. والربط بالتحكم بالدخول مطلوب عند تلك البوابة فقط. أما بوابتا المشاة والشاحنات فتكفيهما شاشة بوابة على لوحي، وقارئ رموز عند بوابة الشاحنات.
- القراراختار المصنع الهيكل الهجين. الحزمة المادية للمكامل: الدوّارتان والتحكم بالدخول والتمديدات. ونظام الزوار وربطه مع مورد البرمجيات مباشرة. وأجهزة البوابات عبر المورد المعتاد بمواصفة مكتوبة يصدرها مورد البرمجيات.
- سد الفجواتوُقّعت وثيقة واجهة بين المكامل ومورد البرمجيات قبل الترسية. وحُدد اختبار قبول مشترك للدوّارة. ورُبط بدء ضمان أجهزة البوابات بقبول كل بوابة. وصار مسؤول النظام في المصنع نقطة البلاغ الأولى، يصنّف العطل بمصفوفة من ثلاثة أعمدة ثم يحيله.
- ما تأجّلطلب المكامل ربط الكاميرات بأحداث الزيارة. فأُجّل الطلب إلى ما بعد التشغيل، لأنه لم يكن ضمن تقييم توافق مكتوب، ولم يُحدَّد له غرض قابل للقياس.
أسئلة متكررة
أبسط إداريًا، نعم. لكنه لا يكون أبسط تشغيليًا إلا إذا طابقت عقود الباطن ما التزم به المكامل لكم، وإلا إذا ضمنتم حق الاستمرار مع صاحب المنتج. اطلب الدليل على الأمرين قبل اعتباره الخيار الأبسط.
مع هذا النظام، نعم. تُفصل بنود الأجهزة عن البرمجيات، وإن فضّلتم توريدها عبر موردكم تُحدد المواصفات المطلوبة ويُكتفى ببند التهيئة والربط. والشرط أن تُكتب المواصفة قبل الشراء، لا أن يُشترى الجهاز ثم يُسأل عن توافقه.
هذا ما تحسمه المواصفة المكتوبة. إن طابق الجهاز المواصفة ولم يعمل، فالمسألة عند من أصدرها. وإن خالفها، فعند من ورّده. ومن دون مواصفة مكتوبة يصبح الخلاف رأيًا مقابل رأي، وتتحمل أنتم الكلفة غالبًا.
نعم. العقد الواحد يُطرح منافسة واحدة على النطاق كاملًا. والعقود المنفصلة أو الهجينة يمكن طرحها منافسة واحدة بمجموعات منفصلة، أو منافسات مستقلة بجدول منسّق. والمهم أن تُرفق مصفوفة المسؤوليات ووثيقة الواجهة المبدئية بالطرح، حتى يسعّر كل طرف ما سيتحمله فعلًا.
اطلب التفصيل شرطًا للمقارنة. السعر الإجمالي يمنعكم من مقارنة نظام الزوار بعرض مورده المباشر، ومن معرفة كلفة الدعم المتكرر، ومن تقدير كلفة استبدال جزء لاحقًا. وجدول تطبيع عروض الأسعار لا يعمل على سعر إجمالي غير مفصّل.