البلاغ يضيع قبل أن يبدأ
طلب يصل عبر مكالمة أو رسالة، فلا يُسجَّل وقت وصوله، ولا يُعرف من استلمه، ولا يمكن إثبات التأخير لاحقًا.
في النظام: كل بلاغ يدخل بقناة مسجّلة، وله رقم ووقت وأصل وموقع ومسؤول من اللحظة الأولى.
نظام إدارة الصيانة والأصول — CMMS / EAM
MaintainFlow يربط البلاغ بالأصل والعقد والفني وقطعة الغيار والتكلفة في سجل واحد قابل للتدقيق. النتيجة أن الصيانة تتحول من ردّ فعل متأخر إلى خطة تُنفَّذ في وقتها، وتقرير تستطيع الدفاع عنه أمام إدارتك.
يعمل بالعربية والإنجليزية · استضافة سحابية داخل المملكة أو خاصة أو داخل بيئة الجهة · تطبيق فنيين يعمل دون اتصال
أغلب المنشآت لا تعاني نقص اجتهاد من الفنيين، بل تشتت المعلومة. البلاغ في مجموعة محادثة، والأصل في ملف إكسل، والعقد في درج المشتريات، والتكلفة تظهر بعد انتهاء السنة المالية.
طلب يصل عبر مكالمة أو رسالة، فلا يُسجَّل وقت وصوله، ولا يُعرف من استلمه، ولا يمكن إثبات التأخير لاحقًا.
في النظام: كل بلاغ يدخل بقناة مسجّلة، وله رقم ووقت وأصل وموقع ومسؤول من اللحظة الأولى.
الخطط موجودة على الورق، لكن لا أحد يعرف ما تأخر منها هذا الشهر، ولا كم عطلًا طارئًا نتج عن تأجيلها.
في النظام: الخطط تولّد أوامر عملها تلقائيًا بالتاريخ أو بقراءة العدّاد، والمتأخر منها يظهر كرقم لا كانطباع.
تكلفة العمالة في كشف، والمواد في المستودع، وفاتورة المقاول في المالية، فيصعب تقرير: نصلح أم نستبدل؟
في النظام: كل ساعة عمل وكل قطعة وكل فاتورة تُقيَّد على الأصل والموقع ومركز التكلفة والعقد.
مهل الاستجابة والزيارات الإلزامية والقطع المشمولة تبقى بنودًا في مستند، بلا أثر على العمل اليومي.
في النظام: بنود العقد تتحول إلى قواعد تحسب المهلة، وتنبّه قبل تجاوزها، وتصنّف الأعمال داخل النطاق وخارجه.
جمع البيانات من عدة ملفات يستهلك أيامًا، ويصل التقرير متأخرًا ومختلفًا عليه.
في النظام: المؤشرات تُحتسب من العمل نفسه، وتُجدول التقارير وتُصدَّر وتُقارن بين المواقع.
أنظمة كثيرة تفرض قالبًا واحدًا، فتضطر الجهة لتغيير إجرائها المعتمد ليناسب البرنامج.
في النظام: النماذج والموافقات والمسميات والصلاحيات تُهيَّأ وفق إجراء الجهة، وتُطوَّر امتدادات عند الحاجة.
الوحدات ليست جزرًا منفصلة. كل خطوة تنقل بياناتها إلى ما بعدها، حتى تصل إلى سجل الأصل والتقرير المالي. اطّلع على الرحلة بالتفصيل في صفحة المنصة.
يصل الطلب من بوابة المستفيد أو التطبيق أو البريد أو مركز الاتصال، محددًا الموقع والأصل ونوع العطل.
تُحدَّد الأولوية ودرجة أهمية الأصل، ويُتحقق من شمول العقد، وتُطلب الموافقة عند تجاوز حد التكلفة.
يُسند العمل لفني أو مقاول بحسب التخصص والتوافر والموقع، مع حجز القطع وتحديد نافذة الزيارة.
الفني يمسح رمز الأصل، ينفّذ قائمة الفحص، يسجّل الوقت والمواد والصور، ويوقّع المستفيد على الإنجاز.
يُغلق الأمر بسبب العطل والإجراء، فتتحدث تكلفة الأصل ومؤشرات المهلة وسجل الضمان ورصيد المستودع.
ست عشرة وحدة مترابطة تغطي الأصول والعمل والعقود والمخزون والمال والحوكمة. فعّل ما تحتاجه اليوم، وأضف الباقي حين تجهز فرقك. افتح فهرس الوحدات الكامل.
هيكل جهة وموقع ومبنى وأصل ومكوّن، مع الوثائق والعدادات والضمان ودرجة الأهمية وسجل دورة الحياة.
تفاصيل الوحدةاستقبال وفرز وإسناد ومهام فرعية وقوائم فحص واعتماد وإغلاق وتحليل سبب جذري.
تفاصيل الوحدةخطط بالتاريخ أو العدّاد أو الاستخدام، مع تجميع المهام ومتابعة المتأخرات ومعالجة تعارض الجداول.
تفاصيل الوحدةمراقبة الحالة وقراءات الحساسات وحدود الإنذار، وتحويل الانحراف إلى أمر عمل قبل وقوع العطل.
تفاصيل الوحدةالمهارات والمناوبات والتوافر وتوزيع الأحمال وتخطيط الزيارات والمسارات وإعادة الجدولة.
تفاصيل الوحدةنطاق الخدمة والزيارات الإلزامية ومهل الاستجابة والحل والتصعيد والجزاءات واعتماد الإنجاز.
تفاصيل الوحدةمستودعات متعددة ومخزون سيارات الفنيين، وحجز وصرف وإرجاع وجرد وطلبات شراء وموردين.
تفاصيل الوحدةتكلفة العمالة والمواد والخدمات والتوقف، ومراكز التكلفة والميزانيات والتقدير مقابل الفعلي.
تفاصيل الوحدةمهام اليوم ومسح رمز الأصل والتعليمات والتوقيع وتسجيل الوقت والمواد، والعمل دون اتصال.
تفاصيل الوحدةرفع الطلب ومتابعته واعتماد الزيارة والتقييم، ووصول المقاول إلى أعماله فقط.
تفاصيل الوحدةجولات التفتيش والنماذج والمعايرة وشهادات الفحص وتصاريح العمل وإجراءات العزل والمخالفات.
تفاصيل الوحدةالالتزام بالوقائية وزمن الاستجابة والحل وMTTR وMTBF والتوقف والتكاليف ومقارنة المواقع.
تفاصيل الوحدةتصنيف البلاغ واقتراح الأولوية والفني، وتلخيص السجلات، وتحليل التكرار، واكتشاف الحالات غير المعتادة.
تفاصيل الوحدةصلاحيات دقيقة وعزل بيانات وتفويض وموافقات مشروطة وسجل تدقيق وإدارة وثائق بإصداراتها.
تفاصيل الوحدةهياكل تنظيمية متعددة بإعدادات مستقلة لكل جهة وموقع، وتقارير مجمعة مع تفاصيل منفصلة.
تفاصيل الوحدةمراحل واعتماديات وموارد ومواد ومقاولون وميزانية ومخاطر وتسليم ومعالجة ملاحظات.
تفاصيل الوحدةالمنشآت تختلف في الهيكل التنظيمي وحدود الاعتماد ونماذج الاستلام ولغة المسميات. لذلك بُني النظام ليُهيَّأ على إجراءك، ويُطوَّر عند الحاجة إلى ما هو أبعد من الإعدادات.
جهة حكومية: ربط أمر العمل بالمستخلص الشهري للمقاول، وإضافة خطوة اعتماد من مراقب العقد قبل احتساب الإنجاز.
مصنع: إلزام قائمة فحص عزل الطاقة قبل بدء أي عمل على خط إنتاج، ومنع الإغلاق قبل توقيع مشرف السلامة.
شركة صيانة: احتساب مهلة الاستجابة وفق تقويم خدمة مختلف لكل عميل، مع إيقاف احتساب الزمن أثناء انتظار موافقة العميل.
الوحدات نفسها، لكن النماذج والمؤشرات والإجراءات الافتراضية تختلف باختلاف طبيعة الأصول والمساءلة. اطّلع على كل القطاعات.
إدارة جهات وإدارات ومواقع متعددة بصلاحيات منفصلة وإشراف مركزي، وربط البلاغ بالعقد والمقاول والمستخلص والتقرير الرقابي.
حلول القطاع الحكوميعقود متعددة العملاء والمواقع، وزيارات إلزامية، ومهل تعاقدية، وفوترة أعمال إضافية، وربحية لكل عقد.
حلول مقدّمي الخدمةمبانٍ ومجمعات ومستأجرون، وطلبات خدمة، وجولات تفتيش دورية، وتكلفة تشغيل لكل مبنى ووحدة.
حلول المرافقربط التوقف بالخط المتأثر، وصيانة بالعدّاد، وقطع غيار حرجة، وتخطيط توقفات الإحلال.
حلول التصنيعمعايرة الأجهزة الطبية، وسجلات صالحة للتدقيق، وأولوية مرتبطة بأثر الجهاز على الخدمة السريرية.
حلول القطاع الصحيمطاعم وتجزئة وفنادق وتعليم: فروع متفرقة، وفنيون متنقلون، وميزانية صيانة لكل فرع.
قائمة القطاعاتكل إجراء داخل النظام له فاعل ووقت وسبب. سجل التدقيق يحفظ من غيّر ماذا ومتى، والصلاحيات تُبنى على الدور والجهة والموقع معًا، فلا يرى مقاول موقعًا لا يعمل فيه، ولا يعتمد مشرف عملًا خارج نطاق صلاحيته.
تُدار الوثائق بإصداراتها، فتبقى النسخة المعتمدة من كتيب التشغيل أو إجراء السلامة هي التي يراها الفني في الميدان. أما الاستضافة فتُختار بحسب سياسة الجهة: سحابة داخل المملكة، أو استضافة خاصة، أو تشغيل داخل بيئة الجهة.
النظام لا يعمل معزولًا. يربط الهوية وتسجيل الدخول الموحّد لإدارة المستخدمين مركزيًا، ويبادل المشتريات والمالية بيانات طلبات الشراء والاستلام والتكلفة، ويستقبل قراءات الحساسات وأنظمة إدارة المباني لتشغيل الصيانة المبنية على الحالة.
لكل تكامل اتجاه محدد للبيانات وحدث يشغّله ونتيجة متوقعة، عبر واجهات API وWebhooks، بدل نقل يدوي متكرر بين الأنظمة.
تبدأ المنشأة عادةً ببيانات أصول ناقصة وإجراء غير موثّق. لذلك يُنفَّذ المشروع بمراحل لكل منها مخرج واضح ومسؤوليات محددة على الطرفين.
جلسات مع فرق التشغيل، وتثبيت هيكل المواقع والأصول قبل إدخال أي بيانات.
معالجة التكرار والحقول الناقصة في ملفاتك الحالية، ثم الترحيل والتحقق من المطابقة.
ضبط النماذج والموافقات، وربط الأنظمة، واختبار السيناريوهات في بيئة اختبار منفصلة.
تدريب بحسب الدور، وتشغيل تجريبي على موقع واحد، ثم التوسع مع دعم متفق عليه.
هذه أمثلة توضّح طريقة عمل النظام في حالات شائعة، وليست دراسات نجاح لعملاء فعليين.
تدير زيارات وقائية شهرية لأربعين موقعًا، وتستقبل بلاغات طارئة خلالها. النظام يولّد زيارات العقد مسبقًا، ويحسب مهلة كل بلاغ وفق تقويم خدمة العميل، ويمنع إغلاق الزيارة قبل توقيع ممثل العميل، ثم يرصد الأعمال خارج نطاق العقد لتحويلها إلى عرض سعر.
أعطال التبريد توقف الفرع عن البيع. النظام يوجّه البلاغ إلى الفني الأقرب ضمن مناوبته، ويصرف القطعة من مخزون سيارته، ويطالب بإرجاع القطعة المستبدلة إلى المستودع لفحص الضمان، ثم يقارن تكلفة الصيانة بين الفروع لتحديد الأجهزة كثيرة الأعطال.
التوقف المخطط يحتاج أعمالًا متوازية بموارد محدودة. النظام يبني المشروع بمراحله واعتمادياته، ويحجز القطع مسبقًا، ويربط أعمال المقاول بتصاريح العمل وإجراءات العزل، ثم يوثّق الملاحظات وتحديث سجل الأصل بعد إعادة التشغيل.
إجابات مختصرة هنا، وتفصيل أوسع في صفحة الأسئلة الشائعة ودليل تقييم النظام.
نظام إدارة الصيانة المحوسب CMMS يركّز على تشغيل الصيانة اليومية: استقبال البلاغ، وأوامر العمل، والخطط الوقائية، وقطع الغيار. أما إدارة الأصول المؤسسية EAM فتنظر إلى دورة حياة الأصل كاملة: الاقتناء والتشغيل والتكلفة التراكمية وقرار الإصلاح أو الإحلال ثم الاستبعاد.
MaintainFlow يغطي النطاقين في منصة واحدة. تبدأ عادةً بتشغيل الصيانة لأنه يعطي أثرًا سريعًا، ثم تتوسع إلى تحليل دورة حياة الأصل حين تنضج بياناتك، دون الانتقال إلى نظام آخر.
نعم. جزء كبير من التخصيص يتم من الإعدادات: الهيكل التنظيمي، والنماذج والحقول، ومسارات الموافقة، وقواعد التصعيد، والتقارير. وما يتجاوز الإعدادات يُنفَّذ كامتداد أو تكامل وفق متطلبات موثّقة، ويُختبر في بيئة اختبار قبل الإنتاج.
عند وجود وثيقة متطلبات أو كراسة شروط، يمكن مناقشتها ومطابقتها بندًا ببند ضمن طلب العرض الفني والمالي.
تختار الجهة بين استضافة سحابية داخل المملكة، أو استضافة خاصة، أو تشغيل داخل بيئتها. البيانات تعود للجهة، وحق تصديرها بصيغة قابلة للاستخدام وتسليمها عند انتهاء التعاقد يُحدَّد صراحةً في الاتفاقية.
التفاصيل التقنية للتشفير والنسخ الاحتياطي والاستعادة وسجلات الدخول في صفحة الأمان والاستضافة.
السعر يُحدَّد حسب الطلب، لأنه يعتمد على نطاق التشغيل: عدد المواقع والأصول والمستخدمين، وحجم التخصيص والتكامل، وخيار الاستضافة، وأعمال الترحيل والتدريب ومستوى الدعم.
صفحة عوامل التكلفة تشرح كل عنصر وأثره، حتى تبني تقديرًا داخليًا قبل طلب العرض.
هذه الحالة الأكثر شيوعًا، ومنهجية الحصر مفصّلة في الدليل الميداني لحصر الأصول. يبدأ المشروع بحصر منظم: تثبيت هيكل المواقع أولًا، ثم إدخال الأصول الحرجة بحقولها الأساسية، وترقيمها بملصقات QR أو باركود، وترك الحقول التفصيلية لتُستكمل تدريجيًا أثناء التشغيل.
الصيانة الوقائية وأوامر العمل تبدأ بالعمل على الأصول المسجّلة دون انتظار اكتمال السجل بالكامل.
أرسل لنا طبيعة منشأتك ونطاقها، ونجهّز عرضًا يعرض النظام على سيناريو قريب من واقعك بدل بيانات تجريبية عامة.