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