MaintainFlow نظام إدارة
الصيانة والأصول
اطلب عرضًا توضيحيًا

التكاملات وتبادل البيانات

نظام الصيانة لا يعمل معزولًا، ولا يحاول أن يحل محل كل شيء

أسوأ نتيجة لتطبيق نظام جديد هي إدخال البيانات مرتين: مرة هنا ومرة في النظام المالي أو نظام الموارد البشرية. لذلك السؤال الصحيح عن كل تكامل ليس «هل يتكامل؟» بل أربعة أسئلة: ما البيانات التي تنتقل، وفي أي اتجاه، وما الحدث الذي يشغّلها، وما النتيجة المتوقعة. هذه الصفحة تجيب عنها لكل نوع تكامل.

قاعدة عامة قبل التفاصيل

مصدر واحد لكل بيان

لكل نوع بيانات نظام واحد يملكه: المستخدمون في نظام الهوية، والموردون في نظام المشتريات، والأصول التشغيلية هنا. الباقي نسخ تُحدَّث لا مصادر منافسة.

تكامل يخدم إجراءً

التكامل الذي لا يوفّر خطوة يدوية أو لا يمنع خطأً لا يستحق كلفة بنائه وصيانته. يُبنى ما يُستخدم يوميًا لا ما يبدو جيدًا في العرض.

معالجة الفشل جزء من التصميم

كل تكامل يفشل يومًا ما. ما يميّز التصميم الجيد هو ماذا يحدث حينها: إعادة محاولة، وسجل أخطاء، وتنبيه مسؤول، لا فقدان صامت للبيانات.

التكاملات المؤسسية

لكل صف: ما ينتقل، واتجاهه، والحدث الذي يشغّله، والنتيجة داخل العمل اليومي.

تكاملات أنظمة التخطيط والمالية والمشتريات والموارد البشرية.
النظامالبيانات والاتجاهالحدث المشغّلالنتيجة
المالية والمحاسبةقيود تكلفة الصيانة ومراكزها ← إلى النظام الماليإغلاق أمر عمل أو نهاية دورة محاسبيةتكلفة العمالة والمواد والخدمات تصل مصنّفة بمركز تكلفتها دون إعادة إدخال
الماليةالميزانيات المعتمدة ← إلى نظام الصيانةاعتماد الميزانية السنوية أو تعديلهااستهلاك الميزانية يُحتسب لحظيًا وتظهر التنبيهات قبل التجاوز
المشترياتطلب شراء قطع ← إلى نظام المشترياتبلوغ صنف حد إعادة الطلب أو طلب على أمر عملالطلب يدخل الدورة الرسمية مباشرة بدل إدخاله يدويًا مرة أخرى
المشترياتحالة الاعتماد وأمر التوريد والاستلام ← إلى نظام الصيانةتغيّر حالة الطلب أو تسجيل استلاممسؤول المستودع يعرف موعد وصول القطعة دون متابعة هاتفية، وتُحدَّث الأرصدة
الموارد البشريةالموظفون وأقسامهم وحالاتهم ← إلى نظام الصيانةتعيين أو نقل أو انتهاء علاقة عململفات الفنيين والمستخدمين تبقى محدّثة، ويُلغى وصول من انتهت علاقته
الموارد البشريةالإجازات والمناوبات ← إلى نظام الصيانةاعتماد إجازة أو تعديل جدولالتوافر الفعلي للفرق يُحتسب في الجدولة فلا تُسند مهمة لغائب
إدارة الأصول الثابتةالأصول الرأسمالية وقيمها ← تبادل في الاتجاهيناقتناء أصل أو استبعادهتوافق بين السجل المالي والسجل التشغيلي للأصل دون سجلين متعارضين

الهوية وتسجيل الدخول الموحّد

إدارة الحسابات داخل كل نظام على حدة تنتهي دائمًا إلى النتيجة نفسها: حسابات نشطة لموظفين غادروا قبل شهور. ربط الهوية يعالج هذا من جذره.

  • تسجيل دخول موحّد بحساب الجهةيدخل المستخدم بنفس بيانات دخوله لبقية أنظمة الجهة، بلا كلمة مرور إضافية تُنسى أو تُشارَك.
  • مصادقة متعددة العواملتُطبَّق من سياسة الجهة المركزية، فلا تحتاج ضبطًا منفصلًا هنا.
  • اشتقاق الصلاحيات من المجموعاتعضوية المستخدم في مجموعة تحدد دوره ونطاقه، فيقل الضبط اليدوي وتقل أخطاؤه.
  • إلغاء الوصول الفوريتعطيل الحساب المركزي يقطع الوصول هنا فورًا، مع بقاء كل ما أنشأه منسوبًا إليه في السجل.
  • حسابات خارج الدليلالمقاولون والمستفيدون الخارجيون يُدارون بآلية منفصلة عن دليل موظفي الجهة، بصلاحيات محدودة النطاق والمدة.

ما يُحسم مبكرًا

من هو مصدر الحقيقة لبيانات المستخدم؟ في الغالب نظام الهوية، فتُعطَّل إمكانية تعديل البيانات الأساسية هنا لتفادي التعارض.

هل تُشتق الأدوار من المجموعات أم تُدار هنا؟ الاشتقاق أدق، لكنه يتطلب أن تعكس مجموعات الدليل أدوار الصيانة فعلًا.

ماذا يحدث للمستخدم المعطَّل؟ يُقطع الوصول ولا تُحذف سجلاته، وإلا فقدت الأعمال السابقة نسبتها.

الأنظمة التشغيلية والحساسات

تكاملات أنظمة المباني والتحكم والحساسات ونظم المعلومات الجغرافية.
النظامالبيانات والاتجاهالحدث المشغّلالنتيجة
أنظمة إدارة المبانيالإنذارات وحالات الأجهزة ← إلى نظام الصيانةتجاوز حد أو إنذار جهازتحويل الإنذار المستحق إلى بلاغ أو أمر عمل بأولوية محسوبة بدل بقائه على شاشة غرفة التحكم
الحساسات وإنترنت الأشياءقراءات الحرارة والاهتزاز والضغط والتيار ← إلى نظام الصيانةدورية القراءة المعرَّفةتشغيل الخطط بالحالة، ورصد الاتجاهات، وتوليد أعمال قبل العطل
أنظمة التحكم الصناعيساعات التشغيل ودورات الإنتاج ← إلى نظام الصيانةنهاية وردية أو دورة إنتاجخطط وقائية تعمل بالاستخدام الحقيقي لا بالتقويم
نظم المعلومات الجغرافيةالأصول ومواقعها وبنية الشبكة ← تبادل في الاتجاهينتحديث الشبكة أو إنشاء أمر عملسجل أصول واحد بدل سجلين متعارضين، وعرض الأعمال على الخريطة
تتبّع المركباتالمسافة وساعات التشغيل ← إلى نظام الصيانةدورية المزامنةخطط صيانة الأسطول تعمل بقراءات دقيقة دون إدخال يدوي من السائقين
أنظمة إدارة الفنادق أو المخازنحالة الغرفة أو الموقع ← تبادل في الاتجاهينفتح عمل يمنع الاستخدام أو اعتماد إعادة الخدمةتحديث واحد للحالة بدل تحديثها يدويًا في نظامين
ذكاء الأعمالبيانات تفصيلية ← إلى منصة التحليلجدولة دورية أو استعلامبناء لوحات الجهة الموحّدة فوق بيانات الصيانة دون تصدير يدوي

الوسائل التقنية

واجهات API

واجهات موثّقة للقراءة والكتابة على الكائنات الأساسية: الأصول وأوامر العمل والبلاغات والأصناف والعقود والمستخدمين. تُستخدم للتكامل المبني على الطلب: نظام آخر يسأل أو يكتب عند حاجته.

Webhooks

إشعار فوري إلى نظام خارجي عند وقوع حدث معرَّف: إغلاق أمر عمل، أو تجاوز مهلة، أو بلوغ صنف حد إعادة الطلب. تُستخدم حين يهم التوقيت الفوري بدل انتظار مزامنة دورية.

تبادل الملفات المجدول

للأنظمة القديمة التي لا تملك واجهات حديثة: تبادل ملفات بصيغة متفق عليها بجدول دوري. أقل أناقة لكنه يعمل، وكثير من الأنظمة المؤسسية القائمة لا يوفّر غيره.

الاستيراد والتصدير

لما لا يستحق تكاملًا دائمًا: ترحيل أولي، أو تبادل سنوي، أو تقرير يُصدَّر لجهة خارجية. التصدير مسجّل في سجل التدقيق: من صدّر ماذا ومتى.

كيف يُبنى التكامل عمليًا

  1. تحديد الحاجة. ما الخطوة اليدوية التي سيلغيها، أو الخطأ الذي سيمنعه؟ إن لم توجد إجابة محددة، يؤجَّل.
  2. تعريف العقد. الحقول المتبادلة ومعانيها وقيمها المسموحة واتجاه كل حقل.
  3. تحديد مصدر الحقيقة. عند تعارض القيمتين، أي نظام يفوز؟ قرار يُتخذ قبل البناء لا بعد أول تعارض.
  4. معالجة الفشل. ماذا يحدث عند انقطاع أو خطأ: إعادة المحاولة، وسجل الأخطاء، ومن يُنبَّه.
  5. الاختبار في بيئة اختبار. ببيانات ممثلة، وبسيناريوهات الفشل لا النجاح فقط.
  6. المراقبة بعد التشغيل. لوحة تُظهر آخر مزامنة ناجحة وعدد السجلات المعالجة والمرفوضة.

أسئلة متكررة عن التكاملات

أنظمتنا قديمة ولا تملك واجهات حديثة. ما الحل؟

هذه الحالة شائعة أكثر مما يُظن. البدائل بالترتيب: تبادل ملفات مجدول بصيغة متفق عليها، أو قراءة من قاعدة بيانات وسيطة، أو طبقة تكامل تتولى التحويل. ما لا يُنصح به هو إدخال البيانات يدويًا في النظامين بحجة انتظار التكامل، لأن ذلك يستقر كواقع دائم وينتج بيانات متعارضة.

هل يجب بناء كل التكاملات قبل الإطلاق؟

لا، ويُنصح بالعكس. التكامل الوحيد الذي يستحق البناء قبل الإطلاق غالبًا هو ربط الهوية، لأنه يؤثر على كل مستخدم من اليوم الأول. أما المالية والمشتريات فتُبنى بعد استقرار التشغيل بشهرين أو ثلاثة، عندها تكون الحقول والتصنيفات قد استقرت فلا يُعاد بناء التكامل مرتين.

من يتحمل مسؤولية التكامل: المورد أم فريقنا؟

يُحدَّد صراحةً في وثيقة كل تكامل: من يبني الطرف الأول ومن يبني الطرف الثاني، ومن يملك بيئة الاختبار، ومن يُنبَّه عند الفشل بعد التشغيل. غموض هذه المسؤولية هو أكثر أسباب تعطّل التكاملات بعد الإطلاق، لأن كل طرف يفترض أن الآخر يراقب.

هل تخرج بياناتنا إلى جهات خارجية عبر هذه التكاملات؟

لا تخرج بيانات إلا إلى الأنظمة التي تحددها الجهة نفسها وتوافق على تبادل البيانات معها. نطاق كل تكامل واتجاهه ومحتواه يُوثَّق ويُعتمد قبل التنفيذ، ويخضع لسياسة الاستضافة والأمان المعتمدة. تفاصيل ذلك في صفحة الأمان والاستضافة.

ماذا لو غيّرنا أحد أنظمتنا لاحقًا؟

التكامل مبني على عقد بيانات معرَّف لا على خصائص نظام بعينه، فيُعاد توصيل الطرف المتغيّر دون المساس ببقية المنظومة. ولهذا يُنصح بتوثيق عقد البيانات منذ البداية، لأنه ما يبقى حين تتغير الأنظمة حوله.

أرسل قائمة أنظمتك القائمة

نحدد في العرض الفني ما يستحق تكاملًا وما يؤجَّل، مع تعريف البيانات والاتجاه لكل واحد منها.