أرقام هذا المثال افتراضية وُضعت للشرح فقط، وهي غير مستندة إلى بيانات موثقة: شركة خدمات لها 140 أصلًا موزعة بين ستين مولدًا ثابتًا ومتنقلًا، وثلاثين شاحنة، وخمسة وعشرين برج إنارة، وخمسة عشر ضاغط هواء، وعشرة صهاريج وقود. يُدار الأسطول على جدول Excel يحدّثه ثلاثة مشرفين بعد كل جولة. بعد أسبوع واحد تتباين الأرقام بين الجدول والواقع، وبعد شهر يصبح الجدول وثيقة تاريخية.
برنامج إدارة المولدات في الوقت الحقيقي ينهي هذه المشكلة عند أصلها، لأن القراءة تأتي من الأصل نفسه وتصل إلى الشاشة دون أن يمر بها قلم. وحين يتسع البرنامج ليشمل بقية الأصول يتحول إلى نظام مراقبة أصول حية، تجتمع فيه المولدات والشاحنات والأبراج والصهاريج تحت لغة بيانات واحدة. يتناول هذا المقال الفكرة من زاوية الهندسة والإدارة معًا، بما يخدم مديري الأساطيل وأصحاب الشركات في الكويت والخليج.
إنذارات أقل وأدق
حين يصل التدفق إلى محرك القواعد تبدأ مشكلة أخرى هي كثرة التنبيهات. يكتشف كثير من المديرين بعد شهر من التشغيل أن هواتفهم ترنّ طوال اليوم فيتجاهلون كل شيء. علاج ذلك في محرك القواعد: مستويات خطورة، ومهلة زمنية قبل إطلاق التنبيه، فارتفاع الحرارة ثلاث دقائق متصلة يختلف عن قراءة عابرة، ودمج التنبيهات المتشابهة في رسالة واحدة، ووضع صيانة يعلّق التنبيهات على أصل يخضع للفحص. يصل التنبيه الأحمر إلى المناوب بمكالمة آلية، ويصل الأصفر إلى البريد في ملخص آخر اليوم. ضبط هذه القواعد يستغرق عادة أسبوعين من المراقبة الفعلية قبل أن تستقر عتباتها.
من يرى ماذا: الصلاحيات والأدوار
هذه الأرقام الحساسة تتطلب ضبطًا دقيقًا لمن يراها ومن يعدلها. صاحب الشركة يرى مؤشرات الأسطول كاملة، ومدير الأسطول يرى التفاصيل والخرائط، والفني يرى أصوله المسندة إليه وأوامر العمل، والمستأجر يرى مولده وحده بصلاحية قراءة، ومدقق الحسابات يرى التقارير المعتمدة دون وصول إلى الإعدادات. الأوامر عن بعد مثل منع التشغيل تحتاج موافقة مستويين وتُسجَّل في سجل تدقيق يحفظ اسم المنفذ والوقت والسبب. وتُقيَّد الحسابات بمصادقة ثنائية. يراجع مدير النظام قائمة المستخدمين كل ربع سنة ليسحب صلاحيات من غادروا الشركة.
مئة وأربعون أصلًا وجدول بيانات واحد
الحل يبدأ بنموذج بيانات يجعل كل جهاز أصلًا له هوية وفئة وملف قياسات. المولد يقدّم ساعات التشغيل وضغط الزيت والحمل، والشاحنة تقدّم الموقع والسرعة والمسافة وساعات المحرك عبر ناقل CANin vehicle monitoring system أو عبر معيار FMS الذي تدعمه شاحنات أوروبية كثيرة، وبرج الإنارة يقدّم ساعات الإضاءة ومستوى الوقود وجهد البطارية، والضاغط يقدّم ضغط الهواء وحرارة الرأس. الواجهة واحدة، والتنبيهات واحدة، والتقارير واحدة، بينما تختلف المتغيرات المقروءة باختلاف فئة الأصل. وجود نظام واحد يلغي اشتراكات متفرقة ويوحّد التدريب، فيتعلم الفني الواجهة مرة واحدة. عند تسجيل أصل جديد يكفي اختيار فئته من قائمة ليظهر بقالب لوحته الجاهز.
هذا النموذج يعتمد على مسار تقني قصير يمكن تتبعه خطوة خطوة. تبدأ الرحلة في بوابة طرفية تقرأ من الأصل عبر Modbus أو CAN أو مداخل رقمية وتماثلية. تشفّر البوابة الرسائل وترسلها عبر قناة TLS إلى الخادم بتقنية MQTT. يستقبلها الخادم ويخزنها في قاعدة بيانات للسلاسل الزمنية، وتمر على محرك قواعد يقرر هل القراءة تستدعي تنبيهًا. تخرج النتيجة إلى لوحة العرض وإلى التطبيق وإلى الواجهة البرمجية. يحتفظ كثير من المشغلين بالقراءات الخام تسعين يومًا وبالقراءات المجمعة سنتين، وتُضبط هذه المدد بحسب حاجة المراجعة والمطالبات. وعند انقطاع الاتصال تحتفظ البوابة بالقراءات في ذاكرتها وترسلها بأختامها الزمنية الأصلية فلا تظهر فجوات في المنحنيات. وتُظهر لوحة تشخيص الاتصال حالة كل حلقة في هذا التسلسل بلون يوضح مكان الخلل إن وقع.

