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